ما هي مناطق التوفر؟

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

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

يوضح الرسم التخطيطي التالي عدة أمثلة على مناطق Azure. تدعم المنطقتين 1 و2 مناطق التوفر، ولا تحتوي المنطقتين 3 و4 على مناطق توفر. تحتوي بعض المناطق على مركز بيانات واحد وبعضها الآخر له عدة مراكز.

نصيحة

لمعرفة المناطق التي تدعم مناطق التوفر، راجع قائمة مناطق Azure.

مراكز البيانات ومناطق التوفر

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

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

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

أنواع دعم منطقة التوفر

يمكن أن توفر خدمات Azure أنواعا مختلفة من دعم منطقة التوفر لمواردها، وتدعم معظم الخدمات توزيع موارد المنطقة المكررة أو المناطقية:

• الموارد الاحتياطية من المنطقة: يتم تكرار أو توزيع الموارد الاحتياطية في المنطقة عبر عدة مناطق توفر بواسطة الخدمة. على سبيل المثال، تنسخ خدمات البيانات المكررة في المنطقة البيانات عبر مناطق متعددة بحيث لا يؤثر الفشل في منطقة واحدة على توفر البيانات. بعض الخدمات تكون متكررة تلقائيا في المناطق المدعومة، بينما تتطلب خدمات أخرى إعداد مواردك لتكون احتياطية في المنطقة.

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

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

  

• موارد المناطق: يتم نشر مورد نطاقي في منطقة توفر واحدة تحددها بنفسك.

  

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

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

  

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

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

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

تكوين الموارد لدعم منطقة التوفر

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

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

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

على سبيل المثال، قد يكون للاشتراك A منطقة فعلية 1 معينة إلى المنطقة المنطقية 2، بينما الاشتراك B له المنطقة الفعلية 1 المعينة إلى المنطقة المنطقية 3:

لفهم التعيين بين المناطق المنطقية والمادية لاشتراكك، استخدم Azure CLI أو Azure PowerShell أو واجهات برمجة التطبيقات Azure Resource Manager.

استخدم الأمر az account list-locations :

az account list-locations \
    --query "[?availabilityZoneMappings].{availabilityZoneMappings: availabilityZoneMappings, displayName: displayName, name: name}"

استخدم Cmdlet Invoke-AzRestMethod لاسترداد تعيينات منطقة توفر الاشتراك الحالي من List Locations Resource Manager API:

$subscriptionId = (Get-AzContext).Subscription.ID
$response = Invoke-AzRestMethod -Method GET -Path "/subscriptions/$subscriptionId/locations?api-version=2022-12-01"
$locations = ($response.Content | ConvertFrom-Json).value
$locations | Where-Object {$null -ne $_.availabilityZoneMappings} | Select-Object -Property name,displayName,@{name='availabilityZoneMappings';expression={$_.availabilityZoneMappings | convertto-json}} | Format-List

واجهات برمجة التطبيقات Azure Resource Manager

استخدم إحدى واجهات برمجة التطبيقات Azure Resource Manager هذه:

• واجهة برمجة تطبيقات مواقع القائمة: استرداد تعيينات المنطقة لاشتراك Azure واحد.

• Check Zone Peers API: يسترد تعيينات المنطقة لاشتراكات Azure متعددة.

  ملاحظة

  لاستخدام واجهة برمجة تطبيقات Check Zone Peers، يجب تمكين الميزة Microsoft.Resources/AvailabilityZonePeering على اشتراكك. لمزيد من المعلومات حول كيفية تمكين الميزات، راجع تسجيل الميزات في اشتراك Azure.

مناطق التوفر وتحديثات Azure

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

الشبكات بين المناطق

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

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

لا يتقاضى Azure رسوما مقابل نقل البيانات بين مناطق التوفر في نفس المنطقة، سواء كنت تستخدم عنوان IP الخاص أو العام.

إرشادات هيكلية لمنطقة التوفر

لتحقيق أحمال عمل موثوقة:

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

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

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

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

المناطق ذات مناطق التوفر

تدعم المناطق في الجدول التالي مناطق التوفر. لمزيد من المعلومات الشاملة حول كل منطقة، راجع قائمة المناطق Azure.

الأمريكتان	‏‏أوروبا	الشرق الأوسط	أفريقيا	آسيا/المحيط الهادئ
البرازيل الجنوبية	شرق النمسا	Israel Central	شمال جنوب أفريقيا	شرق أستراليا
كندا سنترال	بلجيكا الوسطى	Qatar Central		وسط الهند‬
Central US	شرق الدنمارك	UAE North		شرق آسيا
Chile Central	France Central			جنوب وسط الهند
East US	وسط غرب ألمانيا			إندونيسيا الوسطى
شرق الولايات المتحدة 2	Italy North			شرق اليابان
وسط المكسيك	North Europe			غرب اليابان
جنوب وسط الولايات المتحدة	النرويج الشرقية			كوريا الوسطى
غرب الولايات المتحدة 2	بولندا سنترال			ماليزيا الغربية
غرب الولايات المتحدة الأمريكية 3	Spain Central			شمال نيوزيلندا
	Sweden Central			جنوب شرق آسيا
	سويسرا الشمالية
	UK South
	West Europe

المحتوى ذو الصلة

• ما هي مناطق Azure؟
• قائمة مناطق Azure
• خدمات Azure مع مناطق التوفر
• توصيات لاستخدام مناطق التوفر والمناطق