Bug 1468011
| Summary: | [Intel OSP17][RSD] Sushy driver extensions for RSD storage (Swordfish) | ||
|---|---|---|---|
| Product: | Red Hat OpenStack | Reporter: | Krish Raghuram <krishnan.raghuram> |
| Component: | rhosp-director | Assignee: | Angus Thomas <athomas> |
| Status: | CLOSED DEFERRED | QA Contact: | Amit Ugol <augol> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 17.0 (Wallaby) | CC: | dbecker, krishnan.raghuram, mburns, morazi, pchavva, pragyansri.pathi, priyank.durugkar, racedoro, rhel-osp-director-maint, robert.h.armstrong, srevivo |
| Target Milestone: | --- | Keywords: | FutureFeature, OtherQA, Reopened |
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Enhancement | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2019-03-15 12:58:43 UTC | Type: | Bug |
| 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: | |||
| Bug Blocks: | 1414581, 1636092, 1667921 | ||
Hi! Thanks for your request. Ironic does not manage storage stuff directly, we only call into Cinder for that. We don't interface with Swift for vendor-specific stuff at all. I'm moving this RFE to a more generic component for evaluation by storage folks. Hi Krish, Is this RFE still relevant? If it is, is there any code upstream to track? By the description, it looks like this is something the python-rsdclient would be able to do using rsd-lib by interacting with the RSD APIs instead of with Sushy. Is this assumption right? Thanks! Adding need_info for Krish per comment #2. (In reply to Ramon Acedo from comment #2) > Hi Krish, > > Is this RFE still relevant? > > If it is, is there any code upstream to track? By the description, it looks > like this is something the python-rsdclient would be able to do using > rsd-lib by interacting with the RSD APIs instead of with Sushy. Is this > assumption right? > > Thanks! Yes, that's correct. We can push this out to RH OSP14. It will become relevant when we want to compose nodes with storage volumes, and attach/detach volumes later. We expect that to become part of a future spec Thank you. Please, let's submit the RFE for OSP 14 then, along with details like the spec to be written. Re-opening this RFE, Intel is planning to implement this feature for OSP14. Answering a previous question, this will be implemented with rsd-lib. The plan is to support the subset of Swordfish applicable to RSD's Storage Service. (In reply to Joe Donohue from comment #3) > Adding need_info for Krish per comment #2. I believe Paul has addressed this in comment 6 This RFE is a priority for RSD and OSP 14. This RFE includes updating and extending the "Discovering Remote Storage Services APIs" for rsd-lib (see https://github.com/openstack/rsd-lib/blob/master/doc/source/reference/usage.rst) to use standards-based Swordfish APIS to communicate with external storage solutions. Swordfish extends Redfish to support a variety of external storage sources. Swordfish standards and related documents are available here: https://www.snia.org/forums/smi/swordfish Could you add the patches upstream? Thanks. Hi Paul, Are there upstream patches that need to be pulled into OSP? If so, can you please add the links to them? Thanks, Sean Hi paul, is there any update on this? Best, Pavan. Hi krish/Paul, Are there any patches upstream with respect to this effort? Best, Pavan. (In reply to Pavan Chavva from comment #12) > Hi krish/Paul, > > Are there any patches upstream with respect to this effort? > > Best, > Pavan. Pavan, note that Paul has retired :)) We can put this RFE on hold for now. Cinder is using rsd-lib (Intel's RSD repo that has been packaged into RDO) for create/delete and attach/detach volume functions on an RSD node. The former commands are part of Swordfish but the latter are not. We recommend re-visiting this RFE after all RSD functions have been merged into Redfish and Swordfish, at which point it makes sense to update Sushy and retire rsd-lib Pavan based on Krish Comment 13 let us move this to OSP16. Thanks Moving to OSP 17 based on feedback from Intel. Upstream Code will not be ready for Train Release. This feature can be moved to RH OSP17 Hi Krish/Pragyan, Would it make sense to close this and re-open it when all the pieces land as described in the below comment? Let me know. Best, Pavan. (In reply to Krish Raghuram from comment #13) > (In reply to Pavan Chavva from comment #12) > > Hi krish/Paul, > > > > Are there any patches upstream with respect to this effort? > > > > Best, > > Pavan. > > Pavan, note that Paul has retired :)) > > We can put this RFE on hold for now. Cinder is using rsd-lib (Intel's RSD > repo that has been packaged into RDO) for create/delete and attach/detach > volume functions on an RSD node. The former commands are part of Swordfish > but the latter are not. > > We recommend re-visiting this RFE after all RSD functions have been merged > into Redfish and Swordfish, at which point it makes sense to update Sushy > and retire rsd-lib (In reply to Pavan Chavva from comment #17) > Hi Krish/Pragyan, > > Would it make sense to close this and re-open it when all the pieces land as > described in the below comment? > > Let me know. > > Best, > Pavan. > > > (In reply to Krish Raghuram from comment #13) > > (In reply to Pavan Chavva from comment #12) > > > Hi krish/Paul, > > > > > > Are there any patches upstream with respect to this effort? > > > > > > Best, > > > Pavan. > > > > Pavan, note that Paul has retired :)) > > > > We can put this RFE on hold for now. Cinder is using rsd-lib (Intel's RSD > > repo that has been packaged into RDO) for create/delete and attach/detach > > volume functions on an RSD node. The former commands are part of Swordfish > > but the latter are not. > > > > We recommend re-visiting this RFE after all RSD functions have been merged > > into Redfish and Swordfish, at which point it makes sense to update Sushy > > and retire rsd-lib Agreed Based on previous comments closing this for now. Will re-open when all the code lands upstream in openstack.org |
Description of feature: The existing Sushy driver used by Ironic to control RSD nodes should be extended to support the emerging Swordfish API for storage being worked in the Redfish community Version-Release number of selected component (if applicable): Sushy driver in OpenStack Queens release 2. Business Justification: a) Why is this feature needed? RSD is a new architecture that realizes an agile infrastructure where the hardware resources can be pooled according to application needs. It also enables a more easily scaled infrastructure, so CPU, memory, network and storage resources can be added as needed, without the need to do complete replacements of nodes b) What hardware does this enable? New platforms based on RSD architecture c) Is this hardware on-board in a system (eg, LOM) or an add-on card? RSD nodes are disaggregated (CPU, memory, storage, accelerators etc.) d) Business impact? N/A e) Other business drivers: N/A 3. Primary contact at Partner, email, phone (chat) Mrittika Ganguli - mrittika.ganguli 4. Expected results: - Admin composes a node on a RSD rack with the required storage resources - TripleO then deploys the composed node in the overcloud - Ironic or Cinder (or other OpenStack module like Swift) interfaces with the RSD node using the Sushy driver extension for storage Additional info: