Bug 2025043 - [RFE][ODF] Make flexible scaling feature configurable at UI
Summary: [RFE][ODF] Make flexible scaling feature configurable at UI
Keywords:
Status: CLOSED DEFERRED
Alias: None
Product: Red Hat OpenShift Container Storage
Classification: Red Hat Storage
Component: management-console
Version: 4.8
Hardware: All
OS: All
unspecified
medium
Target Milestone: ---
: ---
Assignee: Afreen
QA Contact: Elad
URL:
Whiteboard:
Depends On:
Blocks: 2054359
TreeView+ depends on / blocked
 
Reported: 2021-11-19 18:38 UTC by Mustafa Aydın
Modified: 2022-02-14 19:16 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
: 2054359 (view as bug list)
Environment:
Last Closed: 2022-02-02 10:08:13 UTC
Embargoed:
maydin: needinfo-


Attachments (Terms of Use)

Description Mustafa Aydın 2021-11-19 18:38:07 UTC
Description of problem (please be detailed as possible and provide log
snippests):

As of 4.7 , the flexible scaling feature gets enabled by default if there is no availability zone:

"
The flexible scaling feature gets enabled on creating a storage cluster with 3 or more nodes spread across fewer than the minimum requirement of 3 availability zones. This feature is available only for the new deployments of OpenShift Container Storage 4.7 clusters and does not support the upgraded clusters. For information about flexible scaling, see Scaling Storage Guide
"

This feature causes the failure domain  set to "hosts", however it is very common requirement at private datacenters to have the failure domain set to "rack" for the data redundancy.

We can explicitly set the "flexibleScaling: false" during OCS instance creation if we use cli based installation and the failure domain is set to rack as expected. It would be nice to have this feature configurable at UI as well even if there is no availablity zone. 


Version of all relevant components (if applicable):
4.9

Does this issue impact your ability to continue to work with the product
(please explain in detail what is the user impact)?
If the user has no deep knowledge about OCS internals, they can end up with wrong hierarchy. 


Is there any workaround available to the best of your knowledge?
Yes.

Rate from 1 - 5 the complexity of the scenario you performed that caused this
bug (1 - very simple, 5 - very complex)?
1

Can this issue reproducible?
Yes

Can this issue reproduce from the UI?
Yes


Note You need to log in before you can comment on or make changes to this bug.