-
Notifications
You must be signed in to change notification settings - Fork 3.9k
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
Remove GuestAttestation logic #23338
Conversation
️✔️Az.Accounts
️✔️Az.ApplicationInsights
️✔️Az.Compute
️✔️Az.EventHub
️✔️Az.KeyVault
️✔️Az.ManagedServiceIdentity
️✔️Az.Monitor
️✔️Az.Network
️✔️Az.OperationalInsights
️✔️Az.PrivateDns
️✔️Az.RecoveryServices
️✔️Az.Security
️✔️Az.Sql
️✔️Az.Ssh
️✔️Az.Storage
|
let's add a test creating a VMSS defaulting in both TL and Flex, that was failing before, should pass here. Also this seems to contain reverting #23297, which is good. |
LGTM thank you adam |
Description
Trusted Launch is now turned on by default: #22974
As part of this, the GuestAttestation extension is installed on the VM and Vmss by default and sets SystemAssignedIdentity to True. This feature specifically only occurred when the user explicitly set TrustedLaunch.
The GuestAttestation extension was removed from other clients due to perf concerns. It adds to our perf by increasing it by about 10%. Considering this needs to be done in a breaking change release, we would like to remove it now.
This PR also reverts logic that was added into the Vmss creation code to set SystemAssignedIdentity from True back to False if the vmss is a Flexible orchestration mode since SystemAssigned is not allowed and will cause the Vmss creation to fail (by default since Flex is also now turned on by default. This hotfix logic is not needed if the entire GuestAttestation logic is removed.
While this is an unannounced breaking change,
is worth the break.
Checklist
CONTRIBUTING.md
and reviewed the following information:generation
branch.ChangeLog.md
file(s) appropriatelyChangeLog.md
file can be found atsrc/{{SERVICE}}/{{SERVICE}}/ChangeLog.md
## Upcoming Release
header in the past tense. Add changelog in description section if PR goes intogeneration
branch.ChangeLog.md
if no new release is required, such as fixing test case only.