Bug 1412053
Summary: | [Intel OSP13][RSD] Compose high-performance RSD nodes with NVMe drive pools over PCIe | ||
---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | Krish Raghuram <krishnan.raghuram> |
Component: | python-rsdclient | Assignee: | James Slagle <jslagle> |
Status: | CLOSED EOL | QA Contact: | Omri Hochman <ohochman> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 12.0 (Pike) | CC: | augol, bfournie, jschluet, mburns, nyewale, racedoro |
Target Milestone: | z3 | Keywords: | FutureFeature, OtherQA, TechPreview, TestOnly, Triaged, ZStream |
Target Release: | 13.0 (Queens) | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
URL: | https://review.openstack.org/#/c/503841/ | ||
Whiteboard: | |||
Fixed In Version: | python-rsdclient-0.1.1-1.el7ost | Doc Type: | Enhancement |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2023-07-10 17:21:17 UTC | Type: | Feature Request |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | 1466874 | ||
Bug Blocks: | 1414581, 1419948, 1422243 |
Description
Krish Raghuram
2017-01-11 04:54:00 UTC
Can we be more specific on what is the output of this RFE (is it role definition with default params?)? Isn't it only documentation effort in the end? Since the mechanism for such use-case is available. Is there missing some puppet modules / heat config? Who is expected to work on this feature? Who is expected to test it? Hi Krish, Could you respond to the questions posed in comment #2? Thanks, Joe (In reply to Joe Donohue from comment #3) > Hi Krish, > > Could you respond to the questions posed in comment #2? > > Thanks, > Joe We had put this in as a placeholder while still in internal discussion about what exactly needs to be done in TripleO. Please bear with us - should be able to get back in a couple of weeks (In reply to Jaromir Coufal from comment #2) > Can we be more specific on what is the output of this RFE (is it role > definition with default params?)? Isn't it only documentation effort in the > end? Since the mechanism for such use-case is available. Is there missing > some puppet modules / heat config? Who is expected to work on this feature? > Who is expected to test it? We have provided capability to compose an RSD node with PCIe-attached NVMe storage in the RSDclient and RSDlib libraries to be used by OpenStack Client plug-ins (https://github.com/openstack/python-rsdclient and https://githib.com/openstack/rsd-client) We're now working on an Ironic plug-in driver to recognize the presence of this PCIe-attached storage, and hope to get it into Queens release Red Hat will need to test the ability of TripleO to provision an RSD node with this attached storage. A future enhancement will be to allow remote boot from this PCIe-attached storage Krish, since the ability to compose and show RSD nodes with NVMe storage devices is done in the python-rsdclient and TripleO/director will be able to use these nodes as Overcloud nodes as done with any other type of hardware, what type of functionality is described here? In my view, it would be desirable that Ironic inspector can see these storage devices, would that be what's requested here? If that's the case, we could track this tests here. Could you have the workflow tested and reported here. If there are any gaps, we can track them here. This would be the workflow we envision: a. operator composes RSD logical nodes with NVMe storage (via the OSC python-rsdclient plug-in) b. operator registers nodes to TripleO/director using their Redfish interface c. operator uses root device hints to instruct TripleO/director to deploy Overcloud nodes' OS on the NVMe disks (provided there are more disks to install on other than the NVMe) c. operator deploys Overcloud on the composed RSD logical nodes Please, confirm if our understanding is right. Many thanks. (In reply to Ramon Acedo from comment #6) > Krish, since the ability to compose and show RSD nodes with NVMe storage > devices is done in the python-rsdclient and TripleO/director will be able to > use these nodes as Overcloud nodes as done with any other type of hardware, > what type of functionality is described here? > > In my view, it would be desirable that Ironic inspector can see these > storage devices, would that be what's requested here? If that's the case, we > could track this tests here. > > Could you have the workflow tested and reported here. If there are any gaps, > we can track them here. > > This would be the workflow we envision: > > a. operator composes RSD logical nodes with NVMe storage (via the OSC > python-rsdclient plug-in) > > b. operator registers nodes to TripleO/director using their Redfish > interface > > c. operator uses root device hints to instruct TripleO/director to deploy > Overcloud nodes' OS on the NVMe disks (provided there are more disks to > install on other than the NVMe) > > c. operator deploys Overcloud on the composed RSD logical nodes > > Please, confirm if our understanding is right. Many thanks. Yes, this is correct, Ramon. The basic work in being able to compose nodes with PCIe-attached NVMe drives is already there in rsdlib/rsdclient. Just need to test as you've described Thanks. Adding BZ#1466874, which tracks the inclusion of rsd-lib and python-rsdclient, as a dependency. When the packages are ready and you can test it, please, post here the test plan and results. According to our records, this should be resolved by python-rsdclient-0.1.1-1.el7ost. This build is available now. Krish, this is ready to be QA'd by Intel. It is in build python-rsdclient-0.1.1-1.el7ost or later. Please post results when complete. Thanks, Sean (In reply to Sean Merrow from comment #17) > Krish, this is ready to be QA'd by Intel. It is in build > python-rsdclient-0.1.1-1.el7ost or later. Please post results when complete. > > Thanks, > Sean Sean, we don't have a test setup for RH OSP, and thus cannot do QA on this. It is our expectation that you will confirm that RH Director is able to deploy nodes on the overcloud with NVMe storage attached, and initiate boot sequence to bring them up. Our work is restricted to testing & verifying that the nodes can be composed with NVMe storage and registered with OpenStack Ironic in the undercloud Krish OSP13 support officially ended on 27 June 2023 The needinfo request[s] on this closed bug have been removed as they have been unresolved for 120 days |