⁧⁩⁧ترقيات صورة OS التلقائية في Azure virtual machine scale set⁩

هل هذه الصفحة مفيدة؟

هل لديك ملاحظات إضافية؟

سيتم إرسال الملاحظات إلى Microsoft: بالضغط على الزر «إرسال»، سيتم استخدام ملاحظاتك لتحسين منتجات Microsoft وخدماتها. نهج الخصوصية.

ينطبق على: أجهزة ظاهرية بنظام التشغيل Linux ✔️ أجهزة ظاهرية بنظام التشغيل Windows ✔️ مجموعات مقياس موحدة

يساعد تمكين ⁧⁩ترقيات صور نظام التشغيل التلقائي⁧⁩ على مجموعة المقياس على تسهيل إدارة التحديث من خلال الترقية الآمنة والتلقائية لقرص نظام التشغيل لجميع المثيلات في مجموعة المقياس.

⁧⁩يوجد بترقية نظام التشغيل التلقائي⁧⁩ الخصائص التالية:

• بمجرد تكوينها، يتم تطبيق أحدث صورة لنظام التشغيل التي ينشرها ناشرو الصور تلقائيًا على مجموعة المقياس دون تدخل من المستخدم.
• ترقية دفعات المثيلات بطريقة متدرجة في كل مرة ينشر فيها الناشر صورة جديدة.
• دمج مع تحقيقات الصحة الخاصة بالتطبيق ⁧⁩وتطبيق تمديد الصحة⁧⁩.
• يعمل مع جميع أحجام الأجهزة الظاهرية، ولكل من Windows وصور Linux بما في ذلك الصور المخصصة من خلال Azure Compute Gallery.
• يمكنك إلغاء الاشتراك في الترقيات التلقائية في أي وقت (يمكن بدء ترقيات نظام التشغيل يدويًا أيضًا).
• يتم استبدال قرص نظام التشغيل من الأجهزة الظاهرية مع قرص نظام التشغيل الجديد الذي تم إنشاؤه مع أحدث إصدار الصورة. يتم تشغيل الملحقات المكونة والبرامج النصية المخصصة للبيانات، بينما يتم الاحتفاظ بأقراص البيانات الدائمة.
• يتم دعم ⁧⁩تسلسل الملحقات⁧⁩.
• يمكن تمكينه على مجموعة مقياس بأي حجم.

كيف تعمل الترقية التلقائية لصورة نظام التشغيل؟

تعمل الترقية عن طريق استبدال قرص نظام التشغيل الخاص بجهاز ظاهري بقرص جديد تم إنشاؤه باستخدام أحدث إصدار من الصور. يتم تشغيل أي ملحقات مكوّنة ونصوص بيانات مخصصة على قرص نظام التشغيل، بينما يتم الاحتفاظ بأقراص البيانات. لتقليل وقت تعطل التطبيق، تتم الترقيات على دفعات، مع عدم وجود أكثر من 20٪ من ترقية مجموعة المقياس في أي وقت.

يمكنك دمج اختبار صحة تطبيق Azure Load Balancer أو ملحق سلامة التطبيق لتتبع سلامة التطبيق بعد الترقية. لقد أوصينا بدمج رسالة كشف أخطاء اتصال التطبيق للتحقق من نجاح الترقية.

تحديثات التوفر أولاً

يضمن نموذج التوفر الأول لتحديثات النظام الأساسي المنسقة الموضحة أدناه احترام تكوينات التوفر في Azure عبر مستويات التوفر المتعددة.

عبر المناطق:

• سيتم نقل التحديث عبر Azure بشكلٍ عام بطريقة مرحلية لمنع فشل النشر على مستوى Azure.
• قد تحتوي "المرحلة" على منطقة واحدة أو أكثر، ولا ينتقل التحديث عبر المراحل إلا إذا تم تحديث الأجهزة الظاهرية المؤهلة في المرحلة السابقة بنجاح.
• لا يتم تحديث المناطق المقترنة جغرافياً في وقت واحد ولا يمكن أن تكون في نفس المرحلة الإقليمية.
• يتم قياس نجاح التحديث من خلال تتبع تحديث النشر السليم للجهاز الظاهري.

داخل المنطقة:

• لا يتم تحديث الأجهزة الظاهرية في مناطق توافر الخدمات المختلفة بالتزامن مع نفس التحديث.

ضمن "مجموعة":

• لا يتم تحديث جميع الأجهزة الظاهرية في مجموعة قياس مشتركة بشكلٍ متزامن.
• يتم تجميع الأجهزة الظاهرية الموجودة في مجموعة مقياس الجهاز الظاهرية العامة على دفعات وتحديثها ضمن حدود نطاق التحديث كما هو موضح أدناه.

يتم اتباع عملية التحديثات المنسقة للنظام الأساسي لطرح ترقيات صور النظام الأساسي لنظام التشغيل المدعوم كل شهر. بالنسبة للصور المخصصة من خلال Azure Compute Gallery، لا يتم بدء ترقية الصورة إلا لمنطقة Azure معينة عند نشر الصورة الجديدة ونسخها إلى منطقة مجموعة المقياس هذه.

ترقية الأجهزة الظاهرية في مجموعة قياس

تصبح منطقة مجموعة القياس مؤهلة للحصول على ترقيات الصور إما من خلال عملية التوفر أولا لصور النظام الأساسي أو تكرار إصدارات الصور المخصصة الجديدة لمعرض الصور المشاركة. يتم بعد ذلك تطبيق ترقية الصورة على مجموعة قياس فردي بطريقة مجمعة على النحو التالي:

1. قبل البدء في عملية الترقية، سيضمن المنسق أن ما لا يزيد عن 20٪ من المثيلات في مجموعة المقياس بأكملها غير سليمة (لأي سبب).
2. يحدد منسق الترقية مجموعة مثيلات الأجهزة الظاهرية للترقية، مع وجود أي حزمة واحدة بحد أقصى 20٪ من إجمالي عدد المثيلات، مع مراعاة الحد الأدنى لحجم الحزمة لجهاز ظاهري واحد. لا يوجد حد أدنى لمتطلبات حجم مجموعة القياس وستضم مجموعات القياس التي تحتوي على 5 مثيلات أو أقل على جهاز ظاهري واحد لكل حزمة ترقية (الحد الأدنى لحجم الحزمة).
3. يتم استبدال قرص نظام التشغيل لكل جهاز ظاهري في حزمة الترقية المحددة بقرص نظام تشغيل جديد تم إنشاؤه من أحدث صورة. يتم تطبيق جميع الملحقات والتكوينات المحددة في نموذج مجموعة القياس على المثيل الذي تمت ترقيته.
4. بالنسبة لمجموعات القياس التي تحتوي على فحصوات سلامة التطبيق التي تم تكوينها أو ملحق حماية التطبيق، تنتظر الترقية ما يصل إلى 5 دقائق حتى يصبح المثيل سليماً، قبل الانتقال إلى ترقية الحزمة التالية. إذا لم يستعد أحد المثيلات سلامته في 5 دقائق بعد الترقية، فسيتم افتراضياً استعادة قرص نظام التشغيل السابق للمثيل.
5. يتتبع منسق الترقية أيضاً النسبة المئوية للمثيلات التي تصبح غير سليمة قبل الترقية. ستتوقف الترقية إذا أصبح أكثر من 20٪ من المثيلات التي تمت ترقيتها غير سليمة أثناء عملية الترقية.
6. تستمر العملية المذكورة أعلاه حتى تتم ترقية جميع المثيلات في مجموعة المقياس.

يتحقق منسق ترقية نظام تشغيل مجموعة القياس من سلامة مجموعة القياس الإجمالية قبل ترقية كل حزمة. أثناء ترقية حزمة، قد تكون هناك أنشطة صيانة متزامنة أخرى مخططة أو غير مخطط لها يمكن أن تؤثر على سلامة مثيلات مجموعة القياس. في مثل هذه الحالات، إذا أصبح أكثر من 20٪ من مثيلات مجموعة المقاييس غير سليمة، فستتوقف ترقية مجموعة المقياس في نهاية الحزمة الحالية.

ملاحظة

لا تؤدي الترقية التلقائية لنظام التشغيل إلى ترقية الصورة المرجعية Sku على مجموعة القياس. لتغيير Sku (مثل Ubuntu 16.04-LTS إلى 18.04-LTS)، يجب عليك تحديث نموذج مجموعة القياس مباشرةً باستخدام Sku للصورة المطلوبة. لا يمكن تغيير ناشر الصور والعرض لمجموعة قياس موجودة.

صور نظام التشغيل المدعومة

يتم دعم بعض صور النظام الأساسي لنظام التشغيل حالياً. الصور المخصصة مدعومة إذا كانت مجموعة القياس تستخدم صوراً مخصصة من خلال Azure Compute Gallery.

يتم حالياً دعم وحدات SKU للنظام الأساسي التالية (ويتم إضافة المزيد بشكل دوري):

الناشر	عرض نظام التشغيل	Sku
Canonical	UbuntuServer	16.04-LTS
Canonical	UbuntuServer	18.04-LTS
MicrosoftWindowsServer	WindowsServer	2012-R2-Datacenter
MicrosoftWindowsServer	WindowsServer	2016-Datacenter
MicrosoftWindowsServer	WindowsServer	2016-Datacenter-smalldisk
MicrosoftWindowsServer	WindowsServer	2016-Datacenter-with-Containers
MicrosoftWindowsServer	WindowsServer	2019-Datacenter
MicrosoftWindowsServer	WindowsServer	2019-Datacenter-smalldisk
MicrosoftWindowsServer	WindowsServer	2019-Datacenter-with-Containers
MicrosoftWindowsServer	WindowsServer	2019-Datacenter-Core
MicrosoftWindowsServer	WindowsServer	2019-Datacenter-Core-with-Containers
MicrosoftWindowsServer	WindowsServer	2019-Datacenter-gensecond

متطلبات تكوين الترقية التلقائية لصورة نظام التشغيل

• يجب تعيين خاصية إصدار الصورة إلى الأحدث.
• استخدم فحوصات سلامة التطبيق أو ملحق سلامة التطبيق لمجموعات المقاييس غير المتعلقة بـ Service Fabric، أو مجموعات مقياس Service Fabric على المتانة البرونزية مع أنواع العقد عديمة الحالة فقط.
• استخدم إصدار واجهة برمجة تطبيقات الحوسبة 2018-10-01 أو أعلى.
• تأكد من توفر الموارد الخارجية المحددة في نموذج مجموعة القياس وتحديثها. تتضمن الأمثلة SAS URI لتمهيد الحمولة في خصائص ملحق الجهاز الظاهري، والحمولة في حساب التخزين، والإشارة إلى الأسرار في النموذج، وغير ذلك.
• بالنسبة لمجموعات القياس التي تستخدم أجهزة Windows الظاهرية، بدءاً من إصدار Compute API 2019-03-01، يجب تعيين الخاصية virtualMachineProfile.osProfile.windowsConfiguration.enableAutomaticUpdates على false في تعريف نموذج مجموعة القياس. تعمل الخاصية enableAutomaticUpdates على تمكين التصحيح في الجهاز الظاهري حيث يطبق "Windows Update" تصحيحات نظام التشغيل دون استبدال قرص نظام التشغيل. مع تمكين الترقيات التلقائية لصور نظام التشغيل على مجموعة القياس الخاصة بك، لا يلزم إجراء عملية تصحيح إضافية من خلال Windows Update.

متطلبات Service Fabric

إذا كنت تستخدم Service Fabric، فتأكد من استيفاء الشروط التالية:

• مستوى متانة Service Fabric هو فضي أو ذهبي، وليس برونزياً (باستثناء أنواع العقد عديمة الحالة فقط، والتي تدعم ترقيات صورة نظام التشغيل تلقائياً).
• يجب أن يحتوي ملحق Service Fabric في تعريف نموذج مجموعة المقاييس على TypeHandlerVersion 1.1 أو أعلى.
• يجب أن يكون مستوى المتانة هو نفسه في مجموعة Service Fabric وملحق Service Fabric في تعريف نموذج مجموعة القياس.
• لا يلزم إجراء فحص سلامة إضافي أو استخدام ملحق سلامة التطبيق للحصول على متانة فضية أو ذهبية. تتطلب المتانة البرونزية مع أنواع العقد عديمة الحالة فحص سلامة إضافي فقط.
• يجب تعيين الخاصية virtualMachineProfile.osProfile.windowsConfiguration.enableAutomaticUpdates على false في تعريف نموذج مجموعة المقياس. تعمل الخاصية enableAutomaticUpdates على تمكين التصحيح في الجهاز الظاهري باستخدام "Windows Update" وهي غير مدعومة في مجموعات قياس Service Fabric.

تأكد من عدم تطابق إعدادات المتانة في مجموعة Service Fabric وملحق Service Fabric، حيث سيؤدي عدم التطابق إلى حدوث أخطاء في الترقية. يمكن تعديل مستويات المتانة وفقاً للإرشادات الموضحة في هذه الصفحة.

الترقية التلقائية لصورة نظام التشغيل للصور المخصصة

يتم دعم الترقية التلقائية لصور نظام التشغيل للصور المخصصة التي يتم نشرها من خلال Azure Compute Gallery. الصور المخصصة الأخرى غير مدعومة للترقيات التلقائية لصور نظام التشغيل.

متطلبات إضافية للصور المخصصة

• إن عملية الإعداد والتكوين للترقية التلقائية لصورة نظام التشغيل هي نفسها لجميع مجموعات القياس كما هو مفصل في قسم التكوين بهذه الصفحة.
• ستتم ترقية مثيلات مجموعة القياس التي تم تكوينها من أجل ترقيات صور نظام التشغيل التلقائية إلى أحدث إصدار من صورة Azure Compute Gallery عندما يتم نشر إصدار جديد من الصورة ونسخه إلى منطقة مجموعة القياس تلك. إذا لم يتم نسخ الصورة الجديدة إلى المنطقة التي يتم فيها نشر القياس، فلن تتم ترقية مثيلات مجموعة القياس إلى أحدث إصدار. يسمح لك النسخ الإقليمي للصور بالتحكم في طرح الصورة الجديدة لمجموعات القياس الخاصة بك.
• لا ينبغي استبعاد نسخة الصورة الجديدة من أحدث إصدار لصورة المعرض تلك. لا يتم طرح إصدارات الصور المستبعدة من أحدث إصدار لصورة المعرض في النطاق المحدد من خلال الترقية التلقائية لصورة نظام التشغيل.

ملاحظة

قد يستغرق تعيين مقياس ما يصل إلى 3 ساعات لبدء طرح ترقية الصورة الأولى بعد تكوين مجموعة القياس للمرة الأولى من الترقيات التلقائية لنظام التشغيل. هذا هو تأخير لمرة واحدة لكل مجموعة قياس. يتم تشغيل عمليات طرح الصور اللاحقة على المقياس المحدد في غضون 30-60 دقيقة.

تكوين الترقية التلقائية لصورة نظام التشغيل

لتكوين الترقية التلقائية لصورة نظام التشغيل، تأكد من تعيين الخاصية automaticOSUpgradePolicy.enableAutomaticOSUpgrade إلى true في تعريف طراز مجموعة القياس.

ملاحظة

يعد وضع سياسة الترقية وسياسة الترقية التلقائية لنظام التشغيل إعدادات منفصلة وتتحكم في جوانب مختلفة من مجموعة القياس. عند وجود تغييرات في قالب مجموعة القياس، ستحدد سياسة الترقية mode ما يحدث للمثيلات الموجودة في مجموعة القياس. ومع ذلك، فإن سياسة الترقية التلقائية لنظام التشغيل enableAutomaticOSUpgrade خاصة بصورة نظام التشغيل وتتعقب التغييرات التي أجراها ناشر الصورة وتحدد ما يحدث عند وجود تحديث للصورة.

REST API

يوضح المثال التالي كيفية تعيين ترقيات نظام التشغيل التلقائية على طراز مجموعة القياس:

PUT or PATCH on `/subscriptions/subscription_id/resourceGroups/myResourceGroup/providers/Microsoft.Compute/virtualMachineScaleSets/myScaleSet?api-version=2021-03-01`

{
  "properties": {
    "upgradePolicy": {
      "automaticOSUpgradePolicy": {
        "enableAutomaticOSUpgrade":  true
      }
    }
  }
}

Azure PowerShell

استخدم الأمر Update-AzVmss cmdlet لتكوين ترقيات صورة نظام التشغيل التلقائية لمجموعة القياس الخاصة بك. يقوم المثال التالي بتكوين الترقيات التلقائية لمجموعة القياس المسماة myScaleSet في مجموعة الموارد المسماة myResourceGroup:

Update-AzVmss -ResourceGroupName "myResourceGroup" -VMScaleSetName "myScaleSet" -AutomaticOSUpgrade $true

Azure CLI 2.0

استخدم تحديث az vmss لتكوين الترقيات التلقائية لصور نظام التشغيل لمجموعة القياس الخاصة بك. استخدم Azure CLI 2.0.47 أو أعلى. يقوم المثال التالي بتكوين الترقيات التلقائية لمجموعة القياس المسماة myScaleSet في مجموعة الموارد المسماة myResourceGroup:

az vmss update --name myScaleSet --resource-group myResourceGroup --set UpgradePolicy.AutomaticOSUpgradePolicy.EnableAutomaticOSUpgrade=true

ملاحظة

بعد تكوين الترقيات التلقائية لصور نظام التشغيل لمجموعة القياس الخاصة بك، يجب عليك أيضاً إحضار مجموعة قياس الأجهزة الظاهرية إلى أحدث نموذج مجموعة قياس إذا كانت مجموعة القياس الخاصة بك تستخدم "دليل" سياسة الترقية.

استخدام فحوصات صحة التطبيق

أثناء ترقية نظام التشغيل، تتم ترقية مثيلات الأجهزة الظاهرية في مجموعة القياس حزمة واحدة في كل مرة. يجب أن تستمر الترقية فقط إذا كان تطبيق العميل سليماً في مثيلات الجهاز الظاهري التي تمت ترقيتها. نوصي بأن يوفر التطبيق إشارات صحية لمحرك ترقية نظام التشغيل المحدد المقياس. بشكلٍ افتراضي، أثناء ترقيات نظام التشغيل، يأخذ النظام الأساسي في الاعتبار حالة طاقة الجهاز الظاهري وحالة توفير الملحقات لتحديد ما إذا كان مثيل الجهاز الظاهري سليماً بعد الترقية. أثناء ترقية نظام التشغيل لمثيل الجهاز الظاهري، يتم استبدال قرص نظام التشغيل على مثيل الجهاز الظاهري بقرص جديد استناداً إلى أحدث إصدار من الصور. بعد اكتمال ترقية نظام التشغيل، يتم تشغيل الملحقات التي تم تكوينها على هذه الأجهزة الظاهرية. يعتبر التطبيق سليماً فقط عندما يتم توفير جميع الإضافات على المثيل بنجاح.

يمكن تكوين مجموعة القياس اختيارياً باستخدام فحوصات سلامة التطبيق لتزويد النظام الأساسي بمعلومات دقيقة عن الحالة المستمرة للتطبيق. إن فحوصات سلامة التطبيق عبارة عن فحوصات مخصصة لموازنة الحمل تُستخدم كإشارة سلامة. يمكن للتطبيق الذي يعمل على مجموعة قياس مثيل الجهاز الظاهري الاستجابة لطلبات HTTP أو TCP الخارجية التي تشير إلى ما إذا كان سليماً أم لا. لمزيدٍ من المعلومات حول كيفية عمل فحوصات موازن الحمل المخصصة، راجع فهم فحوصات موازن الأحمال. لا يتم دعم فحوصات سلامة التطبيق لمجموعات قياس Service Fabric. تتطلب مجموعات القياس غير المتعلقة بـ Service Fabric إما فحوصات سلامة تطبيق موازن التحميل أو ملحق سلامة التطبيق.

إذا تم تكوين مجموعة القياس لاستخدام مجموعات مواضع متعددة، فيجب استخدام الفحوصات التي تستخدم موازن تحميل قياسي.

تكوين فحوصات موازن تحميل مخصص كفحص سلامة التطبيق على مجموعة قياس

كممارسة مثلى، قم بإنشاء فحص موازن الحمل بشكلٍ صريح لسلامة مجموعة القياس. يمكن استخدام نفس نقطة النهاية لفحص HTTP أو فحص TCP الحالي، ولكن قد يتطلب فحص السلامة سلوكاً مختلفاً عن فحص موازن التحميل التقليدي. على سبيل المثال، قد يعود فحص موازن التحميل التقليدي بشكلٍ غير سليم إذا كان الحمل على المثيل مرتفعاً جداً، ولكن هذا لن يكون مناسباً لتحديد سلامة المثيل أثناء الترقية التلقائية لنظام التشغيل. قم بتكوين الفحص ليكون بمعدل فحص مرتفع أقل من دقيقتين.

يمكن الرجوع إلى فحص موازن الأحمال في ملف تعريف الشبكة لمجموعة القياس ويمكن ربطه إما بموازن تحميل داخلي أو عام على النحو التالي:

"networkProfile": {
  "healthProbe" : {
    "id": "[concat(variables('lbId'), '/probes/', variables('sshProbeName'))]"
  },
  "networkInterfaceConfigurations":
  ...
}

ملاحظة

عند استخدام ترقيات نظام التشغيل التلقائية مع Service Fabric، يتم طرح صورة نظام التشغيل الجديدة تحديث المجال بواسطة تحديث المجال للحفاظ على التوافر العالي للخدمات التي تعمل في Service Fabric. لاستخدام ترقيات نظام التشغيل التلقائية في Service Fabric، يجب تكوين نوع عقدة الكتلة لاستخدام طبقة المتانة الفضية أو أعلى. بالنسبة لمستوى المتانة البرونزية، يتم دعم الترقية التلقائية لصورة نظام التشغيل فقط لأنواع العقد عديمة الحالة. لمزيدٍ من المعلومات حول خصائص المتانة لمجموعات Service Fabric، يُرجى الاطلاع على هذه الوثائق.

تحديث أوراق الاعتماد باستمرار

إذا كانت مجموعة القياس الخاصة بك تستخدم أي بيانات اعتماد للوصول إلى الموارد الخارجية، مثل ملحق الجهاز الظهري الذي تم تكوينه لاستخدام رمز SAS لحساب التخزين، فتأكد من تحديث بيانات الاعتماد. إذا انتهت صلاحية أي بيانات اعتماد، بما في ذلك الشهادات والرموز المميزة، فستفشل الترقية وسيتم ترك الحزمة الأولى من الأجهزة الظاهرية في حالة فشل.

تتمثل الخطوات الموصى بها لاسترداد الأجهزة الظاهرية وإعادة تمكين الترقية التلقائية لنظام التشغيل إذا كان هناك فشل في مصادقة الموارد فيما يلي:

• إعادة إنشاء الرمز المميز (أو أي بيانات اعتماد أخرى) تم تمريره إلى الملحق (الملحقات).
• تأكد من تحديث أي بيانات اعتماد مستخدمة من داخل الجهاز الظاهري للتحدث إلى الكيانات الخارجية.
• تحديث الملحق (الملحقات) في نموذج مجموعة القياس باستخدام أي رموز مميزة جديدة.
• نشر مجموعة القياس المحدثة، والتي ستقوم بتحديث جميع مثيلات الجهاز الظاهري بما في ذلك المثيلات الفاشلة.

استخدام ملحق سلامة التطبيق

يتم نشر ملحق سلامة التطبيق داخل مثيل مجموعة مقياس الجهاز الظاهري وتقارير عن سلامة الجهاز الظاهري من داخل مثيل مجموعة القياس. يمكنك تكوين الملحق لفحص نقطة نهاية تطبيق وتحديث حالة التطبيق على هذا المثيل. يتم فحص حالة المثيل هذه بواسطة Azure لتحديد ما إذا كان المثيل مؤهلاً لعمليات الترقية أم لا.

نظراً لأن صحة تقارير الملحق من داخل جهاز ظاهري، يمكن استخدام الملحق في المواقف التي لا يمكن فيها استخدام فحوصات خارجية مثل فحصوات سلامة التطبيق (التي تستخدم فحوصات موازن تحميل Azure المخصصة).

ثمة طرق عدة لنشر ملحق سلامة التطبيق على مجموعات القياس الخاصة بك كما هو مفصل في الأمثلة في هذه المقالة.

الحصول على سجل الترقيات التلقائية لصور نظام التشغيل

يمكنك التحقق من سجل أحدث ترقية لنظام التشغيل تم إجراؤها على مجموعة القياس الخاصة بك باستخدام Azure PowerShell أو Azure CLI 2.0 أو واجهات برمجة تطبيقات REST. يمكنك الحصول على سجل لآخر خمس محاولات لترقية نظام التشغيل خلال الشهرين الماضيين.

REST API

يستخدم المثال التالي REST API للتحقق من حالة مجموعة القياس المسماة myScaleSet في مجموعة الموارد المسماة myResourceGroup:

GET on `/subscriptions/subscription_id/resourceGroups/myResourceGroup/providers/Microsoft.Compute/virtualMachineScaleSets/myScaleSet/osUpgradeHistory?api-version=2021-03-01`

يقوم استدعاء GET بإرجاع خصائص مشابهة لإخراج المثال التالي:

{
	"value": [
		{
			"properties": {
        "runningStatus": {
          "code": "RollingForward",
          "startTime": "2018-07-24T17:46:06.1248429+00:00",
          "completedTime": "2018-04-21T12:29:25.0511245+00:00"
        },
        "progress": {
          "successfulInstanceCount": 16,
          "failedInstanceCount": 0,
          "inProgressInstanceCount": 4,
          "pendingInstanceCount": 0
        },
        "startedBy": "Platform",
        "targetImageReference": {
          "publisher": "MicrosoftWindowsServer",
          "offer": "WindowsServer",
          "sku": "2016-Datacenter",
          "version": "2016.127.20180613"
        },
        "rollbackInfo": {
          "successfullyRolledbackInstanceCount": 0,
          "failedRolledbackInstanceCount": 0
        }
      },
      "type": "Microsoft.Compute/virtualMachineScaleSets/rollingUpgrades",
      "location": "westeurope"
    }
  ]
}

Azure PowerShell

استخدم الأمر Get-AzVmss cmdlet للتحقق من سجل ترقية نظام التشغيل لمجموعة القياس الخاصة بك. يوضح المثال التالي بالتفصيل كيفية مراجعة حالة ترقية نظام التشغيل لمجموعة قياس باسم myScaleSet في مجموعة الموارد المسماة myResourceGroup:

Get-AzVmss -ResourceGroupName "myResourceGroup" -VMScaleSetName "myScaleSet" -OSUpgradeHistory

Azure CLI 2.0

استخدم get-os-Upgrade-history-az vmss للتحقق من سجل ترقية نظام التشغيل لمجموعة القياس الخاصة بك. استخدم Azure CLI 2.0.47 أو أعلى. يوضح المثال التالي بالتفصيل كيفية مراجعة حالة ترقية نظام التشغيل لمجموعة قياس باسم myScaleSet في مجموعة الموارد المسماة myResourceGroup:

az vmss get-os-upgrade-history --resource-group myResourceGroup --name myScaleSet

كيفية الحصول على أحدث إصدار من صورة نظام التشغيل الأساسي؟

يمكنك الحصول على إصدارات الصور المتاحة لوحدات SKU المدعومة للترقية التلقائية لنظام التشغيل باستخدام الأمثلة التالية:

REST API

GET on `/subscriptions/subscription_id/providers/Microsoft.Compute/locations/{location}/publishers/{publisherName}/artifacttypes/vmimage/offers/{offer}/skus/{skus}/versions?api-version=2021-03-01`

Azure PowerShell

Get-AzVmImage -Location "westus" -PublisherName "Canonical" -Offer "UbuntuServer" -Skus "16.04-LTS"

Azure CLI 2.0

az vm image list --location "westus" --publisher "Canonical" --offer "UbuntuServer" --sku "16.04-LTS" --all

تشغيل ترقيات صورة نظام التشغيل يدوياً

مع تمكين الترقية التلقائية لصورة نظام التشغيل في مجموعة القياس الخاصة بك، لن تحتاج إلى تشغيل تحديثات الصور يدوياً على مجموعة القياس الخاصة بك. سيقوم منسق ترقية نظام التشغيل تلقائياً بتطبيق أحدث إصدار متاح للصور على مثيلات مجموعة المقاييس الخاصة بك دون أي تدخل يدوي.

بالنسبة للحالات المحددة التي لا تريد فيها الانتظار حتى يقوم المنسق بتطبيق أحدث صورة، يمكنك تشغيل ترقية صورة نظام التشغيل يدوياً باستخدام الأمثلة أدناه.

ملاحظة

لا يوفر المشغل اليدوي لترقيات صورة نظام التشغيل إمكانيات التراجع التلقائي. إذا لم يستعد مثيل سلامته بعد عملية ترقية، فلا يمكن استعادة قرص نظام التشغيل السابق الخاص به.

REST API

استخدم استدعاء واجهة برمجة التطبيقات بدء ترقية نظام التشغيل لبدء ترقية متجددة لنقل جميع مثيلات مجموعة قياس الجهاز الظاهري إلى أحدث إصدار متوفر من نظام تشغيل الصور. لن تتأثر المثيلات التي تعمل بالفعل بأحدث إصدار متاح من نظام التشغيل. يوضح المثال التالي كيف يمكنك بدء ترقية متجددة لنظام التشغيل على مجموعة مقاييس تسمى myScaleSet في مجموعة الموارد المسماة myResourceGroup:

POST on `/subscriptions/subscription_id/resourceGroups/myResourceGroup/providers/Microsoft.Compute/virtualMachineScaleSets/myScaleSet/osRollingUpgrade?api-version=2021-03-01`

Azure PowerShell

استخدم الأمر Start-AzVmssRollingOSUpgrade cmdlet للتحقق من سجل ترقية نظام التشغيل لمجموعة القياس الخاصة بك. يوضح المثال التالي كيف يمكنك بدء ترقية متجددة لنظام التشغيل على مجموعة مقاييس تسمى myScaleSet في مجموعة الموارد المسماة myResourceGroup:

Start-AzVmssRollingOSUpgrade -ResourceGroupName "myResourceGroup" -VMScaleSetName "myScaleSet"

Azure CLI 2.0

استخدم بدء الترقية المتداول من az vmss للتحقق من سجل ترقية نظام التشغيل لمجموعة القياس الخاصة بك. استخدم Azure CLI 2.0.47 أو أعلى. يوضح المثال التالي كيف يمكنك بدء ترقية متجددة لنظام التشغيل على مجموعة مقاييس تسمى myScaleSet في مجموعة الموارد المسماة myResourceGroup:

az vmss rolling-upgrade start --resource-group "myResourceGroup" --name "myScaleSet" --subscription "subscriptionId"

الخطوات التالية

تعرف على ملحق سلامة التطبيق