Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Start/Stop cluster #207

Closed
sakthi-vetrivel opened this issue Feb 5, 2021 · 14 comments
Closed

Start/Stop cluster #207

sakthi-vetrivel opened this issue Feb 5, 2021 · 14 comments

Comments

@sakthi-vetrivel
Copy link
Contributor

Cut down cluster costs by starting/stopping cluster while maintaining cluster state and configuration. Ability to scale down to zero-node ARO clusters.

@waynedovey
Copy link

What's the plan or ETA on this, please?

@dan-dimitrov
Copy link

dan-dimitrov commented Feb 23, 2022

Bump - Is there an ETA for this and is there an interim recommendation for cutting down costs please?

@muyari
Copy link

muyari commented Nov 14, 2022

So did this ever get worked out? Still paying a bunch for test clusters that could be turned off when not in use.

@markbearden
Copy link

markbearden commented Dec 20, 2022

Priority: Not only cutting costs, but refreshing VM state to recover from errors or force-update things like DNS.
Cluster restart is supported by OpenShift for every platform other than Azure-integration. (cf https://www.redhat.com/en/blog/how-stop-and-start-production-openshift-cluster as well as other Red Hat OpenShift docs which, if believed and followed, can actually lead to destruction of a running ARO cluster by shutting down the machines)
It's supported by Microsoft for non-OpenShift (Kubernetes) clusters. (see az aks stop)
The only thing that prevents restarting masters, then workers (as I see it) is a deliberate security policy decision to instantiate a read-only DenyAssignment that blocks VM control, with the only exception being given to an internal enterprise app for cluster management (which app seems undocumented and exposes no administrative functions). Simply removing this DenyAssignment would allow an admin to restart the VMs. Perhaps Microsoft Azure team considers this "too dangerous and undocumentable" at this time? Yet this can't be "rocket science research" - as every other cluster seems to allow restarting, and it MUST be done when a new ARO cluster has just been provisioned and is started for the first time? (My point is, this is "beyond the pale", my team could not believe it, so Please consider making it highest priority, as in why would people choose Azure OpenShift when it has this glaring omission of a basic function with nothing done about it for years?)

Related past support requests:
https://learn.microsoft.com/en-us/answers/questions/448680/how-to-remove-deny-assignment-from-aro-cluster-whi.html
https://learn.microsoft.com/en-us/answers/questions/681940/index.html
and, indirectly: #217

@shalberd
Copy link

shalberd commented Dec 28, 2022

No idea as to why this is handled so unprofessionally by Azure. This is a glaring omission and lack of functionality. Touting all the benefits of Openshift and then not being able to correctly shutdown and start a cluster is really bad behavior.

@XoffisCodingStation
Copy link

How can we get more attention to this feature? This feature request is in the backlog for 2 years now. Either close it or work on it. Backlog items for 2 years without any progress or additional info do not help anyone.

@tapaniantonrundgren
Copy link

Please, do get this implemented a.s.a.p

@anatolyza
Copy link

This is an absolute trap that openshift clusters cannot be stopped , paying for QA clusters running during nights and weekends

@billkiddo
Copy link

September 2023, the missing functionality, which incurs heavy costs - basically making the product unusable for qa/test, was reported more than 2.5 years ago! An ETA was asked in each year ... are you guys for real? you're selling this product https://azure.microsoft.com/en-us/pricing/details/openshift/ ... what's the fuss in having a 'shutdown cluster' option????

@git001
Copy link

git001 commented Apr 12, 2024

@sakthi-vetrivel Any Update about the status of that feature ?

@sdutt
Copy link

sdutt commented Jun 10, 2024

Any updates on this? Is this on the horizon or we can assume that this won't be done?

@lfrancke
Copy link

FYI we've mostly (not entirely) migrated to replicated for our use-case. We needed the Open shift clusters mostly to run integration tests and setting up and tearing down an ARO cluster could take hours so we left them running because this feature doesn't exist. In reality we only need them a tiny fraction of the time.

I do understand that this is not possible for every use-case. For ours it works perfectly fine.

https://www.replicated.com/compatibility-matrix

@caili-zhang
Copy link

Well I think the best I can do is scale down all worker machine set ,but master mode still cost me money.

@0kashi
Copy link
Collaborator

0kashi commented Aug 30, 2024

We are looking to address this cost savings capability in Azure Red Hat OpenShift with Hosted Control Planes.

@0kashi 0kashi closed this as completed Aug 30, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests