This portal is to open public enhancement requests against IBM System Storage products. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).
We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:
Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,
Post an idea.
Get feedback from the IBM team and other customers to refine your idea.
Follow the idea through the IBM Ideas process.
Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.
IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.
ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.
See this idea on ideas.ibm.com
Objects such as volume groups or hosts that are being replicated in a PBR/PBHA config exist as individual objects with local IDs on each FlashSystem Cluster, although they actually are considered as unique objects in a cluster-overarching context.
When using (automation-)tools which gather information via REST API / CLI about those (replicated) objects on a per-system basis, you may get the information about such a replicated object multiple times with potentially different characteristics, as the information will be gathered multiple times from multiple sources (here: individual clusters), while each system may refer the object with differing local IDs and characteristics.
If you want to post-process this information, you may need to determine which information can be tied together to one single object. This gets challenging, since there is no universal unique identifier (apart from the object name which is not a good choice from a programming perspective) by which the information from multiple sources can be tied together again.
While a "storage partition" and a "volume" object are equipped with a UUID that is identical on all clusters that are sharing this object, there is no such equivalent for the objects "host" and "volume group". Even the replication policy ID can be different for each cluster.
Example:
A monitoring tool is gathering the output of "lsvolumegroup" from Cluster A and from Cluster B who are in a PBHA relationship. Queries via REST API against both clusters will provide two json results which contain each let's say a volume group called "pbr-vg1" - but one time referred as volume group id 0 (on Cluster A) and one time referred as volume group id 3 (on Cluster B). How can the monitoring tool determine that the volume group id 0 from Cluster A is in fact the same object like the volume group id 3 from Cluster B when postprocessing and interpreting the json information?
Right now this only possible by assuming that the object name is identical on both sides and is not changeable as long as it is part of an active replication config.
But what if a future release of Storage Virtualize allows object renaming in active PBR or PBHA configs?
How can the monitoring/automation tool then keep track that it is still the same object, when it appeared as "pbr-vg1" in first scan iteration and suddenly appears as "pbr-vg1new" in a later scan iteration?
So that's why all objects that may appear in such a context should be equipped with an UUID that keeps unchanged for the entire lifetime of the object - in order to be able to properly orchestrate information that is coming from multiple clusters and keep track of the objects across all contexts
Idea priority | High |
By clicking the "Post Comment" or "Submit Idea" button, you are agreeing to the IBM Ideas Portal Terms of Use.
Do not place IBM confidential, company confidential, or personal information into any field.