إدارة توفّر الأجهزة الظاهرية من Azure لديك

  • 10 دقائق

في كثير من الأحيان، يرتبط نجاح شركة الخدمات بشكل مباشر باتفاقيات مستوى الخدمة (SLA) التي أبرمتها الشركة مع عملائها. يتوقع عملاؤك أن تكون الخدمات التي تقدمها متوفرة دائمًا، وأن تظل بياناتهم آمنة. هذا الأمان هو شيء تأخذه Microsoft على محمل الجد. توفر Azure الأدوات التي يمكنك استخدامها لإدارة التوفّر، وأمن البيانات، والمراقبة، حتى تعرف أن خدماتك متوفرة دائمًا لعملائك.

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

هنا، نغطي خدمة Azure التي تساعدك على تحسين توفر الجهاز الظاهري، وتبسيط مهام إدارة الجهاز الظاهري، والاحتفاظ ببيانات الجهاز الظاهري احتياطيا وآمنة. لنبدأ بتعريف التوفّر.

ما هو التوفّر؟

التوفّر هو النسبة المئوية للوقت الذي تتوفر به الخدمة للاستخدام.

لنفترض أن لديك موقع ويب، وتريد أن يتمكن عملاؤك من الوصول إلى المعلومات دائما. توقعاتك هي التوفّر بنسبة 100٪ فيما يتعلق بالوصول إلى الموقع.

لماذا أحتاج إلى التفكير في التوفّر عند استخدام Azure؟

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

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

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

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

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

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

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

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

موازن التحميل

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

تكرار Azure Storage

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

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

  • كيفية نسخ البيانات في المنطقة الأساسية
  • ما إذا كان يتم نسخ بياناتك إلى منطقة ثانية بعيدة جغرافياً للمساعدة في الحماية من الكوارث الإقليمية
  • ما إذا كان التطبيق الخاص بك يتطلب الوصول للقراءة إلى البيانات المنسوخة نسخاً متماثلاً في المنطقة الثانوية إذا أصبحت المنطقة الأساسية غير متوفرة لأي سبب

لمزيد من المعلومات، راجع تكرار Azure Storage.

تجاوز الفشل عبر المواقع

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

في حين أن هناك العديد من الميزات التقنية الجذابة لـ "Site Recovery"، فهناك على الأقل اثنين من المزايا التجارية الهامة:

  • يتيح "Site Recovery" استخدام Azure كوجهة استرداد، ومن ثمَّ إزالة التكلفة والتعقيد من الحفاظ على مركز بيانات فعلية ثانوي.

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

يمكن أن تكون خطط الاسترداد التي تقوم بإنشائها مع "Site Recovery" بسيطة أو معقدة كما يتطلب السيناريو الخاص بك. ويمكن أن تتضمن البرامج النصية PowerShell المخصصة أو سجلات تشغيل "Azure Automation" أو خطوات التدخل اليدوية. يمكنك استخدام خطط الاسترداد لنسخ أحمال العمل إلى Azure، ما يتيح بسهولة فرصا جديدة للترحيل، أو اندفاعات مؤقتة خلال فترات الطفرة، أو تطوير واختبار التطبيقات الجديدة.

يعمل Azure Site Recovery مع موارد Azure أو Hyper-V وVMware والخوادم الفعلية في البنية الأساسية المحلية. يمكن أن يكون جزءا رئيسيا من استراتيجية استمرارية الأعمال والتعافي من الكوارث (BCDR) لمؤسستك من خلال تنسيق النسخ المتماثل وتجاوز الفشل واسترداد أحمال العمل والتطبيقات إذا فشل الموقع الأساسي.