M365Con 2027 – مؤتمر مجاني عبر الإنترنت · 11–22 Jan 2027 · 120 sessions→ m365con.net

Blog · Mirko Peters

أفضل الممارسات لنطاقات الأعطال ومناطق التوفر على Azure Dedicated Host: الدليل الشامل للتوفر العالي

By ·

تعرّف على كيفية إعداد نطاقات الأعطال ومناطق التوفر على Azure Dedicated Host لبناء بنى سحابية مؤسسية عالية التوفر وأحادية المستأجر.

Automatically translated with AI from the original post. Read the English original

Cover: Azure Dedicated Host - Simply Explained

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

النقاط الرئيسية

فهم بنية Azure Dedicated Host

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

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

دور مجموعات المضيفين

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

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

إتقان مناطق التوفر للمرونة الإقليمية

مناطق التوفر (Availability Zones) هي مواقع منفصلة فعليًا داخل منطقة Azure واحدة. تتمتع كل منطقة بمصدر طاقة مستقل، وأنظمة تبريد مخصصة، وبنية شبكية قوية. فإذا تعطل مصدر الطاقة بشكل غير متوقع، أو تعرضت البنية التحتية المحلية لعطل يؤثر في المنطقة 1، فستواصل المنطقتان 2 و3 العمل دون انقطاع.

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

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

التخفيف من مخاطر الأجهزة باستخدام نطاقات الأخطاء (Fault Domains)

في حين تحمي مناطق التوفر من الانقطاعات الواسعة في مراكز البيانات، تعالج نطاقات الأخطاء نقاط الضعف المحلية في الأجهزة داخل أرفف الخوادم نفسها. وداخل مركز بيانات Azure، تُنظَّم الخوادم في صفوف وأرفف فعلية مرتبطة بمحولات شبكة Top-of-Rack ووحدات توزيع الطاقة المشتركة.

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

التصميم من أجل التكرار على مستوى الرف

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

للقضاء على نقطة الفشل الواحدة هذه، ينبغي عليك:

  1. اضبط مجموعة المضيفين لاستخدام نطاقي أخطاء على الأقل.
  2. انشر المضيف المخصص A وعيّنه إلى نطاق الأخطاء 1.
  3. انشر المضيف المخصص B وعيّنه إلى نطاق الأخطاء 2.
  4. ضع جهاز تطبيق الويب الافتراضي الأول على المضيف A.
  5. ضع جهاز تطبيق الويب الافتراضي الثاني على المضيف B.

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

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

يتطلب تصميم التوفر العالي باستخدام Azure Dedicated Host تخطيطًا دقيقًا عبر عدة طبقات معمارية. فمن خلال استخدام مجموعات المضيفين، وتوزيع عمليات النشر عبر مناطق التوفر، وفصل الخوادم الفعلية في نطاقات أخطاء منفصلة، تحصل على تحكم كامل في بيئة السحابة أحادية المستأجر، مع الحفاظ على مرونة بمستوى المؤسسات.

للاستماع إلى شرح شامل لعزل الأجهزة، وآليات الترخيص، والأخطاء الشائعة في التسعير، لا تفوّت الاستماع إلى الحلقة كاملة من بودكاست M365 FM للحصول على رؤى سحابية أعمق من خبراء المجال!

الأسئلة المتداولة

هل يمكن أن يمتد Azure Dedicated Host الواحد عبر عدة مناطق توفر؟

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

ما الفرق بين منطقة التوفر ونطاق الأخطاء في المضيفات المخصصة؟

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

هل أحتاج إلى ضبط نطاقات الأخطاء لأجهزتي الافتراضية على المضيفات المخصصة؟

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

هل يمكنني استخدام الوضع التلقائي لأجهزة VM الافتراضية عبر نطاقات الأعطال المتعددة ضمن مجموعة مضيفين؟

نعم، يمكن لـ Azure أن يضع أجهزة VM الافتراضية تلقائيًا على المضيفين المتاحين داخل مجموعة المضيفين، لكن في أحمال العمل التي تتطلب توفرًا عاليًا صارمًا، يُفضَّل غالبًا الوضع اليدوي لضمان التكرار الدقيق عبر نطاقات الأعطال.

Microsoft Azure Compliance

Related articles

RSS