مشاركة عبر

أساس ترحيل منطقة توفر Azure

  • مقالة

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

عند إنشاء أحمال عمل موثوقة، يمكنك اختيار تكوين واحد على الأقل من تكوينات منطقة التوفر التالية:

  • منطقة. يوفر التكوين المناطقي منطقة توفر محددة ذاتيا.

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

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

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

إشعار

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

اعتبارات الترحيل إلى دعم منطقة التوفر

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

الخطوة 1: تحقق مما إذا كانت منطقة Azure تدعم مناطق التوفر

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

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

إشعار

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

الخطوة 2: التحقق من توفر المنتج وSKU في منطقة Azure

في هذه الخطوة، ستتحقق من توفر خدمات Azure ووحدات SKU المطلوبة في مناطق التوفر في منطقة Azure المحددة.

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

لسرد وحدات SKU للجهاز الظاهري المتوفرة حسب منطقة Azure والمنطقة، راجع التحقق من توفر وحدة SKU للجهاز الظاهري.

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

للحصول على قابلية وصول عالية النطاق لأجهزة Azure IaaS الظاهرية، استخدم مجموعات مقياس الجهاز الظاهري (VMSS) Flex لنشر الأجهزة الظاهرية عبر مناطق توفر متعددة.

الخطوة 3: ضع في اعتبارك متطلبات التطبيق الخاص بك

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

فيما يلي ثلاثة أسئلة مهمة ستساعدك على اختيار توزيع منطقة التوفر الصحيح:

هل يتضمن تطبيقك مكونات حساسة لزمن الانتقال؟

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

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

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

هل التعليمات البرمجية للتطبيق الخاص بك لديها الاستعداد للتعامل مع نموذج موزع؟

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

مع التوزيع النطاقي، يجب عليك:

  1. تحديد الموارد أو الخدمات الحساسة لزمن الانتقال في البنية الخاصة بك.

  2. تأكد من أن الموارد أو الخدمات الحساسة لزمن الانتقال تدعم النشر النطاقي.

  3. حدد موقع الموارد أو الخدمات الحساسة لزمن الانتقال في نفس المنطقة. قد تستمر الخدمات الأخرى في البنية الخاصة بك في البقاء زائدة عن الحاجة في المنطقة.

  4. نسخ خدمات المناطق الحساسة لزمن الانتقال عبر مناطق توفر متعددة لضمان مرونة المنطقة.

  5. موازنة التحميل بين عمليات التوزيع المناطقية المتعددة مع موازنات تحميل قياسية أو عمومية.

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

بالنسبة لتطبيق من 3 طبقات، من المهم فهم مستويات التطبيق والأعمال والبيانات؛ بالإضافة إلى حالتهم (عديمة الحالة أو عديمة الحالة) للهندسة المعمارية بما يتماشيا مع أفضل الممارسات والتوجيهات وفقا لنوع حمل العمل.

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

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

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

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

إشعار

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

النقاط الأخرى التي يجب مراعاتها

  • للتعرف على اختبار تطبيقاتك للتوفر والمرونة، راجع اختبار التطبيقات للتوفر والمرونة.

  • يتم تعيين كل مركز بيانات في منطقة إلى منطقة فعلية. يتم تعيين المناطق الفعلية إلى المناطق المنطقية في اشتراك Azure الخاص بك. يتم تعيين اشتراكات Azure تلقائيا لهذا التعيين في وقت إنشاء اشتراك. يمكنك استخدام واجهة برمجة تطبيقات ARM REST المخصصة و listLocations وتعيين إصدار واجهة برمجة التطبيقات إلى 2022-12-01 لسرد تعيين المنطقة المنطقية إلى المنطقة الفعلية لاشتراكك. هذه المعلومات مهمة لمكونات التطبيق الهامة التي تتطلب الموقع المشترك مع موارد Azure المصنفة على أنها خدمات استراتيجية قد لا تكون متوفرة في جميع المناطق المادية.

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

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

خدمة تأجير البنية التحتية: تطبيق ويب مع قاعدة بيانات ارتباطية

إنشاء حلول لقابلية الوصول العالية باستخدام مناطق التوفر

وثائق موثوقية Azure