[baremetal-sig][ironic] Proposing Formation of Bare Metal SIG
This morning at the OpenStack Foundation board meeting we announced that we will focusing more our open infrastructure messaging efforts on bare-metal, and the promotion of Ironic in particular. To support these efforts, I'd like to form a Bare Metal SIG to bring together community members to collaborate on this work. The purpose of the Bare Metal SIG will be to promote the development and use of Ironic and other OpenStack bare-metal software. This will include marketing efforts like case studies of Ironic clusters in industry and academia, supporting integration of Ironic with projects like Airship and the Kubernetes Cluster API, coordinating presentations for industry events, developing documentation and tutorials, gathering feedback from the community on usage and feature gaps, and other broader community-facing efforts to encourage the adoption of Ironic as a bare-metal management tool. If you would like to participate, please indicate your interest in the linked planning etherpad. Ideally we would like to have broad engagement from across the community, from developers and practitioners alike. We'd like to highlight all of the efforts and usage across our community communicate how powerful Ironic is for hardware management. https://etherpad.openstack.org/p/bare-metal-sig Thanks in advance to everyone. I’ve been using Ironic to manage my home cluster for quite a while now, and I’m really excited to be working on the SIG and in supporting the efforts of the Ironic team and the users who are running Ironic in production. Chris Hoge Strategic Program Manager OpenStack Foundation
Based on the number of folks signed up in the planning etherpad[1], we have a good initial showing and I've gone ahead and sent up a review[2] to formalize the creation of the SIG. One thing missing is additional leads to help guide the Bare-metal SIG. If you would like to be added as a co-lead, please respond here or on the review and I can make the necessary update. I'll start looking for UC and TC approval early next week on the patch. In the meantime, I'd like to use this thread to start talking about some of the initial items we can start collaborating on. A few things that I was thinking we could begin on are: * A bare metal white paper, similar to the containers white paper we published last year[3]. * A getting started with Ironic demo, run as a community webinar that would not only be a way to give an easy introduction to Ironic but also get larger feedback on the sort of things the community would like to see the SIG produce. What are some other items that we could get started with, and do we have volunteers to participate in any of the items listed above? [1] https://etherpad.openstack.org/p/bare-metal-sig [2] https://review.openstack.org/#/c/634824/1 [3] https://www.openstack.org/containers -Chris
Monday the patch for the creation of the Baremetal-SIG was approved by the TC and UC [1]. It's exciting to see the level of interest we've already seen in the planning etherpad [2], and it's time to start kicking off our first initiatives. I'd like to begin by addressing some of the comments in the patch. * Wiki vs Etherpad. My own personal preference is to start with the Etherpad as we get our feet underneath us. As more artifacts and begin to materialize, I think a Wiki would be an excellent location for hosting the information. My primary concern with Wikis is their tendency (from my point of view) to become out of date with the goals of a group. So, to begin with, unless there are any strong objections, we can do initial planning on the Etherpad and graduate to more permanent and resilient landing pages later. * Addressing operational aspects of Ironic. I see this as an absolutely critical aspect of the SIG. We already have organization devoted mostly to development, the Ironic team itself. SIGs are meant to be a collaborative effort between developers, operators, and users. We can send a patch up to clarify that in the governance document. If you are an operator, please use this [baremetal-sig] subject heading to start discussions and organize shared experiences and documentation. * The SIG is focused on all aspects of running bare-metal and Ironic, whether it be as a driver to Nova, a stand-alone service, or built into another project as a component. One of the amazing things about Ironic is its flexibility and versatility. We want to highlight that there's more than one way to do things with Ironic. * Chairs. I would very much like for this to be a community experience, and welcome nominations for co-chairs. I've found in the past that 2-3 co-chairs makes for a good balance, and given the number of people who have expressed interest in the SIG in general I think we should go ahead and appoint two extra people to co-lead the SIG. If this interests you, please self-nominate here and we can use lazy consensus to round out the rest of the leadership. If we have several people step up, we can consider a stronger form of voting using the systems available to us. First goals: I think that an important first goal is in the publication of a whitepaper outlining the motivation, deployment methods, and case studies surrounding OpenStack bare metal, similar to what we did with the containers whitepaper last year. A goal would be to publish at the Denver Open Infrastructure summit. Some initial thoughts and rough schedule can be found here [3], and also linked from the planning etherpad. One of the nice things about working on the whitepaper is we can also generate a bunch of other expanded content based on that work. In particular, I'd very much like to highlight deployment scenarios and case studies. I'm thinking of the whitepaper as a seed from which multiple authors demonstrate their experience and expertise to the benefit of the entire community. Another goal we've talked about at the Foundation is the creation of a new bare metal logo program. Distinct from something like the OpenStack Powered Trademark, which focuses on interoperability between OpenStack products with an emphasis on interoperability, this program would be devoted to highlighting products that are shipping with Ironic as a key component of their bare metal management strategy. This could be in many different configurations, and is focused on the shipping of code that solves particular problems, whether Ironic is user-facing or not. We're very much in the planning stages of a program like this, and it's important to get community feedback early on about if you would find it useful and what features you would like to see a program like this have. A few items that we're very interested in getting early feedback on are: * The Pixie Boots mascot has been an important part of the Ironic project, and we would like to apply it to highlight Ironic usage within the logo program. * If you're a public cloud, sell a distribution, provide installation services, or otherwise have some product that uses Ironic, what is your interest in participating in a logo program? * In addition to the logo, would you find collaboration to build content on how Ironic is being used in projects and products in our ecosystem useful? Finally, we have the goals of producing and highlighting content for using and operating Ironic. A list of possible use-cases is included in the SIG etherpad. We're also thinking about setting up a demo booth with a small set of server hardware to demonstrate Ironic at the Open Infrastructure summit. On all of those items, your feedback and collaboration is essential. Please respond to this mailing list if you have thoughts or want to volunteer for any of these items, and also contribute to the etherpad to help organize efforts and add any resources you might have available. Thanks to everyone, and I'll be following up soon with more information and updates. -Chris [1] https://review.openstack.org/#/c/634824/ [2] https://etherpad.openstack.org/p/bare-metal-sig [3] https://etherpad.openstack.org/p/bare-metal-whitepaper
+1 to etherpad for now a small boothable demo is interesting. The cloud native folks like to use tiny raspberry pi clusters. That would be even more interesting in some ways I think. Show just how little hardware it takes to get ironic going. Maybe even with one of these: https://clusterhat.com/ Thanks, Kevin ________________________________________ From: Chris Hoge [chris@openstack.org] Sent: Wednesday, February 20, 2019 11:13 AM To: openstack-discuss@lists.openstack.org Subject: [baremetal-sig][ironic] Bare Metal SIG First Steps Monday the patch for the creation of the Baremetal-SIG was approved by the TC and UC [1]. It's exciting to see the level of interest we've already seen in the planning etherpad [2], and it's time to start kicking off our first initiatives. I'd like to begin by addressing some of the comments in the patch. * Wiki vs Etherpad. My own personal preference is to start with the Etherpad as we get our feet underneath us. As more artifacts and begin to materialize, I think a Wiki would be an excellent location for hosting the information. My primary concern with Wikis is their tendency (from my point of view) to become out of date with the goals of a group. So, to begin with, unless there are any strong objections, we can do initial planning on the Etherpad and graduate to more permanent and resilient landing pages later. * Addressing operational aspects of Ironic. I see this as an absolutely critical aspect of the SIG. We already have organization devoted mostly to development, the Ironic team itself. SIGs are meant to be a collaborative effort between developers, operators, and users. We can send a patch up to clarify that in the governance document. If you are an operator, please use this [baremetal-sig] subject heading to start discussions and organize shared experiences and documentation. * The SIG is focused on all aspects of running bare-metal and Ironic, whether it be as a driver to Nova, a stand-alone service, or built into another project as a component. One of the amazing things about Ironic is its flexibility and versatility. We want to highlight that there's more than one way to do things with Ironic. * Chairs. I would very much like for this to be a community experience, and welcome nominations for co-chairs. I've found in the past that 2-3 co-chairs makes for a good balance, and given the number of people who have expressed interest in the SIG in general I think we should go ahead and appoint two extra people to co-lead the SIG. If this interests you, please self-nominate here and we can use lazy consensus to round out the rest of the leadership. If we have several people step up, we can consider a stronger form of voting using the systems available to us. First goals: I think that an important first goal is in the publication of a whitepaper outlining the motivation, deployment methods, and case studies surrounding OpenStack bare metal, similar to what we did with the containers whitepaper last year. A goal would be to publish at the Denver Open Infrastructure summit. Some initial thoughts and rough schedule can be found here [3], and also linked from the planning etherpad. One of the nice things about working on the whitepaper is we can also generate a bunch of other expanded content based on that work. In particular, I'd very much like to highlight deployment scenarios and case studies. I'm thinking of the whitepaper as a seed from which multiple authors demonstrate their experience and expertise to the benefit of the entire community. Another goal we've talked about at the Foundation is the creation of a new bare metal logo program. Distinct from something like the OpenStack Powered Trademark, which focuses on interoperability between OpenStack products with an emphasis on interoperability, this program would be devoted to highlighting products that are shipping with Ironic as a key component of their bare metal management strategy. This could be in many different configurations, and is focused on the shipping of code that solves particular problems, whether Ironic is user-facing or not. We're very much in the planning stages of a program like this, and it's important to get community feedback early on about if you would find it useful and what features you would like to see a program like this have. A few items that we're very interested in getting early feedback on are: * The Pixie Boots mascot has been an important part of the Ironic project, and we would like to apply it to highlight Ironic usage within the logo program. * If you're a public cloud, sell a distribution, provide installation services, or otherwise have some product that uses Ironic, what is your interest in participating in a logo program? * In addition to the logo, would you find collaboration to build content on how Ironic is being used in projects and products in our ecosystem useful? Finally, we have the goals of producing and highlighting content for using and operating Ironic. A list of possible use-cases is included in the SIG etherpad. We're also thinking about setting up a demo booth with a small set of server hardware to demonstrate Ironic at the Open Infrastructure summit. On all of those items, your feedback and collaboration is essential. Please respond to this mailing list if you have thoughts or want to volunteer for any of these items, and also contribute to the etherpad to help organize efforts and add any resources you might have available. Thanks to everyone, and I'll be following up soon with more information and updates. -Chris [1] https://review.openstack.org/#/c/634824/ [2] https://etherpad.openstack.org/p/bare-metal-sig [3] https://etherpad.openstack.org/p/bare-metal-whitepaper
Hi, On 2/20/19 8:13 PM, Chris Hoge wrote:
Monday the patch for the creation of the Baremetal-SIG was approved by the TC and UC [1]. It's exciting to see the level of interest we've already seen in the planning etherpad [2], and it's time to start kicking off our first initiatives.
\o/
I'd like to begin by addressing some of the comments in the patch.
* Wiki vs Etherpad. My own personal preference is to start with the Etherpad as we get our feet underneath us. As more artifacts and begin to materialize, I think a Wiki would be an excellent location for hosting the information. My primary concern with Wikis is their tendency (from my point of view) to become out of date with the goals of a group. So, to begin with, unless there are any strong objections, we can do initial planning on the Etherpad and graduate to more permanent and resilient landing pages later.
I think it's a good plan. Do you know if the problems with adding new users to Wiki have been addressed?
* Addressing operational aspects of Ironic. I see this as an absolutely critical aspect of the SIG. We already have organization devoted mostly to development, the Ironic team itself. SIGs are meant to be a collaborative effort between developers, operators, and users. We can send a patch up to clarify that in the governance document. If you are an operator, please use this [baremetal-sig] subject heading to start discussions and organize shared experiences and documentation.
* The SIG is focused on all aspects of running bare-metal and Ironic, whether it be as a driver to Nova, a stand-alone service, or built into another project as a component. One of the amazing things about Ironic is its flexibility and versatility. We want to highlight that there's more than one way to do things with Ironic.
* Chairs. I would very much like for this to be a community experience, and welcome nominations for co-chairs. I've found in the past that 2-3 co-chairs makes for a good balance, and given the number of people who have expressed interest in the SIG in general I think we should go ahead and appoint two extra people to co-lead the SIG. If this interests you, please self-nominate here and we can use lazy consensus to round out the rest of the leadership. If we have several people step up, we can consider a stronger form of voting using the systems available to us.
I'm happy to co-chair. I'm in CET timezone.
First goals:
I think that an important first goal is in the publication of a whitepaper outlining the motivation, deployment methods, and case studies surrounding OpenStack bare metal, similar to what we did with the containers whitepaper last year. A goal would be to publish at the Denver Open Infrastructure summit. Some initial thoughts and rough schedule can be found here [3], and also linked from the planning etherpad.
One of the nice things about working on the whitepaper is we can also generate a bunch of other expanded content based on that work. In particular, I'd very much like to highlight deployment scenarios and case studies. I'm thinking of the whitepaper as a seed from which multiple authors demonstrate their experience and expertise to the benefit of the entire community.
Another goal we've talked about at the Foundation is the creation of a new bare metal logo program. Distinct from something like the OpenStack Powered Trademark, which focuses on interoperability between OpenStack products with an emphasis on interoperability, this program would be devoted to highlighting products that are shipping with Ironic as a key component of their bare metal management strategy. This could be in many different configurations, and is focused on the shipping of code that solves particular problems, whether Ironic is user-facing or not. We're very much in the planning stages of a program like this, and it's important to get community feedback early on about if you would find it useful and what features you would like to see a program like this have. A few items that we're very interested in getting early feedback on are:
* The Pixie Boots mascot has been an important part of the Ironic project, and we would like to apply it to highlight Ironic usage within the logo program.
++ for Pixie :)
* If you're a public cloud, sell a distribution, provide installation services, or otherwise have some product that uses Ironic, what is your interest in participating in a logo program? * In addition to the logo, would you find collaboration to build content on how Ironic is being used in projects and products in our ecosystem useful?
As an upstream developer I'm always curious how my project is used, so +1 here.
Finally, we have the goals of producing and highlighting content for using and operating Ironic. A list of possible use-cases is included in the SIG etherpad. We're also thinking about setting up a demo booth with a small set of server hardware to demonstrate Ironic at the Open Infrastructure summit.
On all of those items, your feedback and collaboration is essential. Please respond to this mailing list if you have thoughts or want to volunteer for any of these items, and also contribute to the etherpad to help organize efforts and add any resources you might have available. Thanks to everyone, and I'll be following up soon with more information and updates.
-Chris
[1] https://review.openstack.org/#/c/634824/ [2] https://etherpad.openstack.org/p/bare-metal-sig [3] https://etherpad.openstack.org/p/bare-metal-whitepaper
Hi,
On 20 Feb 2019, at 20:13, Chris Hoge <chris@openstack.org> wrote:
Monday the patch for the creation of the Baremetal-SIG was approved by the TC and UC [1]. It's exciting to see the level of interest we've already seen in the planning etherpad [2], and it's time to start kicking off our first initiatives.
I'd like to begin by addressing some of the comments in the patch.
* Wiki vs Etherpad. My own personal preference is to start with the Etherpad as we get our feet underneath us. As more artifacts and begin to materialize, I think a Wiki would be an excellent location for hosting the information. My primary concern with Wikis is their tendency (from my point of view) to become out of date with the goals of a group. So, to begin with, unless there are any strong objections, we can do initial planning on the Etherpad and graduate to more permanent and resilient landing pages later.
* Addressing operational aspects of Ironic. I see this as an absolutely critical aspect of the SIG.
I think it should be. When talking to other operators we quickly realised we faced very similar operational issues and needs. If the SIG could help with sharing these experiences and with joining forces to identify and drive the development of required features, that’d be really great.
We already have organization devoted mostly to development, the Ironic team itself. SIGs are meant to be a collaborative effort between developers, operators, and users. We can send a patch up to clarify that in the governance document. If you are an operator, please use this [baremetal-sig] subject heading to start discussions and organize shared experiences and documentation.
* The SIG is focused on all aspects of running bare-metal and Ironic, whether it be as a driver to Nova, a stand-alone service, or built into another project as a component. One of the amazing things about Ironic is its flexibility and versatility. We want to highlight that there's more than one way to do things with Ironic.
* Chairs. I would very much like for this to be a community experience, and welcome nominations for co-chairs. I've found in the past that 2-3 co-chairs makes for a good balance, and given the number of people who have expressed interest in the SIG in general I think we should go ahead and appoint two extra people to co-lead the SIG. If this interests you, please self-nominate here and we can use lazy consensus to round out the rest of the leadership. If we have several people step up, we can consider a stronger form of voting using the systems available to us.
I’m happy to help out with co-chairing. As Dmitry, I’m in CET time zone.
First goals:
I think that an important first goal is in the publication of a whitepaper outlining the motivation, deployment methods, and case studies surrounding OpenStack bare metal, similar to what we did with the containers whitepaper last year. A goal would be to publish at the Denver Open Infrastructure summit. Some initial thoughts and rough schedule can be found here [3], and also linked from the planning etherpad.
One of the nice things about working on the whitepaper is we can also generate a bunch of other expanded content based on that work. In particular, I'd very much like to highlight deployment scenarios and case studies. I'm thinking of the whitepaper as a seed from which multiple authors demonstrate their experience and expertise to the benefit of the entire community.
Another goal we've talked about at the Foundation is the creation of a new bare metal logo program. Distinct from something like the OpenStack Powered Trademark, which focuses on interoperability between OpenStack products with an emphasis on interoperability, this program would be devoted to highlighting products that are shipping with Ironic as a key component of their bare metal management strategy. This could be in many different configurations, and is focused on the shipping of code that solves particular problems, whether Ironic is user-facing or not. We're very much in the planning stages of a program like this, and it's important to get community feedback early on about if you would find it useful and what features you would like to see a program like this have. A few items that we're very interested in getting early feedback on are:
* The Pixie Boots mascot has been an important part of the Ironic project, and we would like to apply it to highlight Ironic usage within the logo program. * If you're a public cloud, sell a distribution, provide installation services, or otherwise have some product that uses Ironic, what is your interest in participating in a logo program? * In addition to the logo, would you find collaboration to build content on how Ironic is being used in projects and products in our ecosystem useful?
Finally, we have the goals of producing and highlighting content for using and operating Ironic. A list of possible use-cases is included in the SIG etherpad. We're also thinking about setting up a demo booth with a small set of server hardware to demonstrate Ironic at the Open Infrastructure summit.
On all of those items, your feedback and collaboration is essential. Please respond to this mailing list if you have thoughts or want to volunteer for any of these items, and also contribute to the etherpad to help organize efforts and add any resources you might have available. Thanks to everyone, and I'll be following up soon with more information and updates.
-Chris
[1] https://review.openstack.org/#/c/634824/ [2] https://etherpad.openstack.org/p/bare-metal-sig [3] https://etherpad.openstack.org/p/bare-metal-whitepaper
Cheers, Arne — Arne Wiebalck CERN IT
participants (4)
-
Arne Wiebalck
-
Chris Hoge
-
Dmitry Tantsur
-
Fox, Kevin M