我正在查看https://docs.microsoft.com/en-us/azure/virtual-machine-scale-sets/virtual-machine-scale-sets-automatic-upgrade,看看我们是否可以将我们的VMSS(目前使用手动升级策略模式)更改为自动滚动更新但发现应用程序运行状况调查无法使用我们现有的App Gateway健康调查,因为它需要特别是LoadBalancer。游民。
无论如何,我想我会测试我们的VMSS以确保我们可以手动升级Portal / CLI中的每个实例,但故意选择一个旧的16.04 LTS图像ID(而不是'最新'版本标签)。从“az vm image list --location canadacentral --publisher Canonical --offer UbuntuServer --SKU 16.04-LTS --all --output table
”我选择了2018年发布的第一张16.04图像,即16.04.201801050。最新的一个是“16.04.201811140”
?Microsoft.Compute / virtualMachineScaleSets /群集API版本= 2018年6月1日:
"properties": {
"singlePlacementGroup": false,
"upgradePolicy": {
"mode": "Manual",
"automaticOSUpgrade": false
},
...
"imageReference": {
"publisher": "Canonical",
"offer": "UbuntuServer",
"sku": "16.04-LTS",
"version": "16.04.201801050"
},
我可以通过SSH确认每个新的VMSS实例确实具有所需的“16.04.201801050”图像(需要大量更新):
```
Welcome to Ubuntu 16.04.3 LTS (GNU/Linux 4.11.0-1016-azure x86_64)
* Documentation: https://help.ubuntu.com
* Management: https://landscape.canonical.com
* Support: https://ubuntu.com/advantage
Get cloud support with Ubuntu Advantage Cloud Guest:
http://www.ubuntu.com/business/services/cloud
202 packages can be updated.
118 updates are security updates.
jiraadmin@jiranode-000001:~$ apt list linux-image-azure
Listing... Done
linux-image-azure/xenial-updates,xenial-security 4.15.0.1032.37 amd64 [upgradable from: 4.11.0.1016.16]
N: There is 1 additional version. Please use the '-a' switch to see it
```
但我很惊讶地看到Portal和REST API将应用了最新模型的每个实例设置为true(显然不是这样)
Microsoft.Compute / virtualMachineScaleSets /簇/ virtualMachines / 0 API-版本= 2018年6月1日?:
"properties": {
"latestModelApplied": true,
"vmId": "...",
"hardwareProfile": {},
"storageProfile": {
"imageReference": {
"publisher": "Canonical",
"offer": "UbuntuServer",
"sku": "16.04-LTS",
"version": "16.04.201801050"
}
单击Azure门户中VM实例的“升级”按钮将启动一个非常短暂的任务,而不会对基础VM进行任何更改。
所以我假设如下:
sudo apt dist-upgrade
。它做前者,重新安装原始图像吹走一切。因此,在我看来,由于错误的latestModelApplied属性,您无法使用Portal来维护当前正在运行的VM上的操作系统和安全更新。上述行为和我的假设是否正确?
谢谢,斯蒂芬。
来自MS的家伙在https://github.com/Azure/vm-scale-sets/issues/62整理了我的(不正确的)假设。