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

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

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

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

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

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

تلميح

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

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

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

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

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

يمكن لكل خدمة تنفيذ دعم منطقة التوفر بطرق مختلفة. تصف الأقسام التالية نوعين من خدمات دعم منطقة التوافر التي يمكن أن تقدمها:

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

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

  

• الموارد المناطقية: يتم نشر مورد إقليمي في منطقة توفر واحدة مختارة ذاتيا.

  

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

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

  

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

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

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

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

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

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

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

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

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

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

لمقارنة تعيين المنطقة للحلول المرنة التي تمتد عبر اشتراكات متعددة، استخدم CHECKZonePeers المخصص لواجهة برمجة تطبيقات ARM. لاستخدام checkZonePeers واجهة برمجة التطبيقات، يجب تمكين الميزة "Microsoft.Resources/AvailabilityZonePeering". لمزيد من المعلومات حول كيفية تمكين الميزات، راجع تسجيل الميزات في اشتراك Azure.

المبادره القطريه

az rest --method get \
    --uri '/subscriptions/{subscriptionId}/locations?api-version=2022-12-01' \
    --query 'value[?availabilityZoneMappings != `null`].{displayName: displayName, name: name, availabilityZoneMappings: availabilityZoneMappings}'

بوويرشيل

$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

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

زمن الانتقال بين المناطق

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

إشعار

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

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

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

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

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

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

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

• خدمات Azure مع مناطق التوفر

• قائمة مناطق Azure

• إرشادات ترحيل منطقة التوفر

• التزام Microsoft بتوسيع مناطق توفر Azure إلى المزيد من المناطق

• توصيات لاستخدام مناطق التوفر والمناطق