صيانة الأجهزة الظاهرية في Azure

  • مقالة

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

يقوم Azure بتحديث نظامه الأساسي بشكل دوري لتحسين موثوقية وأداء وأمان البنية الأساسية للمضيف للأجهزة الظاهرية. وتتراوح أغراض هذه التحديثات من تركيب مكونات برامج التصحيح في البيئة المضيفة إلى ترقية مكونات الشبكات أو وقف تشغيل الأجهزة.

نادرًا ما تؤثر التحديثات على الأجهزة الظاهرية المستضافة. عندما يكون للتحديثات تأثير، يختار Azure الطريقة الأقل تأثيرًا للتحديثات:

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

توضح هذه الصفحة كيفية تنفيذ Azure لكلا النوعين من الصيانة. لمزيد من المعلومات حول الأحداث غير المخطط لها (الانقطاعات)، راجع إدارة توفر الأجهزة الظاهرية لـ Windows أو المقالة المقابلة لنظام التشغيل Linux.

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

الصيانة التي لا تتطلب إعادة تشغيل

لا تؤثر معظم تحديثات الأنظمة الأساسية على الأجهزة الافتراضية للعملاء. عندما يتعذر إجراء تحديث بدون تأثير، يختار Azure آلية التحديث الأقل تأثيراً على الأجهزة الافتراضية للعملاء.

عندما يكون الجهاز الظاهري الذي يؤثر على الصيانة مطلوبا، سيتم إكماله دائما تقريبا من خلال إيقاف مؤقت للجهاز الظاهري لمدة أقل من 10 ثوان. في حالات نادرة، لا يزيد عن مرة واحدة كل 18 شهرا لأحجام الأجهزة الظاهرية للأغراض العامة، يستخدم Azure آلية ستوقف الجهاز الظاهري مؤقتا لمدة 30 ثانية تقريبا. بعد أي عملية إيقاف مؤقت، تتم مزامنة ساعة الجهاز الظاهري تلقائيا عند الاستئناف.

تعمل صيانة الحفاظ على الذاكرة لأكثر من 90 بالمائة من الأجهزة الافتراضية من Azure. لا تعمل مع سلاسل G و M و N و H. يستخدم Azure بشكل متزايد تقنيات الترحيل المباشر ويحسن آليات صيانة الحفاظ على الذاكرة لتقليل فترات التوقف المؤقت.

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

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

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

الترحيل المباشر

الترحيل المباشر عبارة عن عملية لا تتطلب إعادة التشغيل والتي تحافظ على ذاكرة الجهاز الظاهري. وهو يتسبب في حدوث إيقاف مؤقت أو تجميد، وعادة لا يستمر ذلك لأكثر من 5 ثوانٍ. باستثناء G وL وN وH، فإن جميع الأجهزة الظاهرية لخدمة تأجير البنية التحتية (IaaS)، مؤهلة للترحيل المباشر. يتوفر الترحيل المباشر على غالبية وحدات SKU من الفئة M. تمثل الأجهزة الظاهرية المؤهلة أكثر من 90 بالمائة من الأجهزة الظاهرية لخدمة تأجير البنية التحتية التي يتم توزيعها على أسطول Azure.

إشعار

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

يبدأ نظام Azure الأساسي الترحيل المباشر في السيناريوهات التالية:

  • الصيانة المقررة
  • فشل في الأجهزة
  • تحسينات التخصيص

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

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

الصيانة التي تتطلب إعادة التشغيل

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

خلال مرحلة الخدمة الذاتية، التي تستمر عادة أربعة أسابيع، تبدأ الصيانة على أجهزتك الظاهرية. كجزء من الخدمة الذاتية، يمكنك الاستعلام عن كل جهاز ظاهري لمعرفة حالته ونتيجة آخر طلب صيانة لك.

إشعار

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

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

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

عند انتهاء مرحلة الخدمة الذاتية، تبدأ مرحلة الصيانة المجدولة. خلال هذه المرحلة، لا يزال بإمكانك الاستعلام عن مرحلة الصيانة، ولكن لا يمكنك بدء الصيانة بنفسك.

لمزيد من المعلومات حول إدارة الصيانة التي تتطلب إعادة تشغيل، راجع التعامل مع إعلامات الصيانة المخطط لها باستخدام Azure CLI أو PowerShell أو المدخل.

اعتبارات التوفر أثناء الصيانة المجدولة

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

المناطق المقترنة

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

مجموعات التوافر

مناطق التوفر هي مواقع مادية فريدة داخل منطقة Azure. تتكون كل منطقة من مركز بيانات واحد أو أكثر مزود بمصدر طاقة وتبريد وشبكات مستقلة. لضمان المرونة، يوجد ما لا يقل عن ثلاث مناطق منفصلة في كافةالمناطق الممكّنة.

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

يتم تشغيل كل تحديث للبنية الأساسية منطقة تلو الأخرى، داخل منطقة واحدة. ولكن، يمكنك إجراء التوزيع في المنطقة 1، والتوزيع المختلف في المنطقة 2، في نفس الوقت. عمليات التوزيع ليست كلها متسلسلة. ولكن عملية توزيع واحدة تتطلب إعادة التشغيل لا تشغل سوى منطقة واحدة في كل مرة من أحل الحد من المخاطر. بشكل عام، يتم تجنب التحديثات التي تتطلب إعادة التشغيل عندما يكون ذلك ممكنا، ويحاول Azure استخدام Live Migration أو توفير التحكم للعملاء.

مجموعات توسيع الجهاز الافتراضي

تعد مجموعات مقاييس الجهاز الظاهري في وضع التنسيق المرن موردًا للحوسبة من Azure يسمح لك بالجمع بين قابلية التوسع لمجموعات مقاييس الجهاز الظاهري في وضع التنسيق «الموحد» مع ضمانات التوفر الإقليمية لمجموعات التوفر.

باستخدام التنسيق «المرن»، يمكنك اختيار ما إذا كانت مثيلاتك منتشرة عبر مناطق متعددة، أو منتشرة عبر مجالات الخطأ داخل منطقة واحدة.

مجموعات التوفر ومجموعات المقياس «الموحد»

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

ضمن مجموعة التوفر، تنتشر الأجهزة الظاهرية الفردية عبر ما يصل إلى 20 مجال تحديث. أثناء الصيانة المجدولة، يتم تحديث مجال تحديث واحد فقط في أي وقت. لا يتم بالضرورة تحديث مجالات التحديث بالتتابع.

مجموعات مقياس الجهاز الظاهري في وضع التنسيق الموحد تشكل موردًا حسابيًا في Azure، والذي يمكنك استخدامه لتوزيع وإدارة مجموعة من الأجهزة الظاهرية المتطابقة كمورد واحد. يتم توزيع مجموعة المقاييس تلقائيًا عبر مجالات الترقية (UD)، مثل الأجهزة الظاهرية في مجموعة التوفر. كما هو الحال مع مجموعات التوفر، عند استخدام مجموعات المقاييس «الموحدة»، يتم تحديث مجال ترقية واحد فقط في أي وقت أثناء الصيانة المجدولة.

لمزيد من المعلومات حول إعداد الأجهزة الظاهرية لقابلية الوصول العالية، راجع إدارة توفر الأجهزة الظاهرية لنظام Windows أو المقالة المقابلة لنظام Linux.

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

يمكنك استخدام Azure CLI أو Azure PowerShell أو المدخل لإدارة الصيانة المخطط لها.