-
Notifications
You must be signed in to change notification settings - Fork 169
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
Change the upgrademode of VMSS to rolling #3519
Conversation
/azp run ci,e2e |
Azure Pipelines successfully started running 2 pipeline(s). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
makes sense, thanks!
/azp run e2e |
Azure Pipelines successfully started running 1 pipeline(s). |
/azp run e2e |
Azure Pipelines successfully started running 1 pipeline(s). |
I deployed this PR to int, and the deployment succeeded. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM. To be clear, our software now must support N-1 versions, correct? If this is the case, this is worth an email at large to the team.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
Which issue this PR addresses:
Fixes: ARO-6610 (Upgrade Policy Mode part)
What this PR does / why we need it:
AzSecPack team policy requires that we don't use
Manual
upgrade policy. Automatic shouldn't be used as it can introduce disruption and is not suitable for production workload. Changing this to rolling also means accepting the default values of the RollingUpgradePolicy, namely 20% maxBatchInstancePercent, maxUnhealthyInstancePercent, maxUnhealthyUpgradeInstancePercent and 0 pauseTimeBetweenBatches.Test plan for issue:
VMSSes (rp, gateway) can still be created and have upgradepolicy set to
rolling
Is there any documentation that needs to be updated for this PR?
N/A
How do you know this will function as expected in production?
VMSSes (rp, gateway) can still be created and have upgradepolicy set to
rolling