توصيات لاستخدام مناطق التوفر والمناطق
ينطبق على توصية قائمة التحقق من موثوقية Azure Well-Architected Framework هذه:
| RE:05 | أضف التكرار على مستويات مختلفة، خاصة بالنسبة للتدفقات الهامة. تطبيق التكرار على مستويات الحوسبة والبيانات والشبكة والبنية الأساسية الأخرى وفقا لأهداف الموثوقية المحددة. |
|---|
الأدلة ذات الصلة:تكرارالتصميم | متعدد المناطق المتوفر بشكل كبير
يصف هذا الدليل توصيات تحديد وقت توزيع أحمال العمل عبر مناطق أو مناطق التوفر.
عند تصميم حل ل Azure، تحتاج إلى تحديد ما إذا كنت ستنشر عبر مناطق توفر متعددة في منطقة أو ستنشر في مناطق متعددة. يؤثر هذا القرار على موثوقية الحل وتكلفته وأدائه وقدرة فريقك على تشغيل الحل. يوفر هذا الدليل معلومات حول متطلبات العمل الرئيسية التي تؤثر على قرارك، والنهج التي يمكنك مراعاتها، والمفاضلات المتضمنة في كل نهج، وتأثير كل نهج على الركائز الأساسية لإطار عمل Azure Well-Architected.
يعد القرار بشأن أفضل مناطق Azure لاستخدامها للحل الخاص بك خيارا بالغ الأهمية. يصف دليل Select Azure Regions كيفية التحديد والعمل في مناطق جغرافية متعددة. يؤثر اختيارك لكيفية استخدام المناطق ومناطق التوفر داخل الحل الخاص بك أيضا على العديد من ركائز إطار عمل Well-Architected:
- الموثوقية: يمكن أن يساعدك اختيارك لنهج التوزيع على التخفيف من أنواع مختلفة من المخاطر. بشكل عام، من خلال نشر حمل العمل الخاص بك عبر منطقة موزعة جغرافيا أكثر، يمكنك تحقيق مرونة أعلى.
- تحسين التكلفة: تتطلب بعض الأساليب المعمارية نشر موارد أكثر من غيرها، مما يمكن أن يزيد من تكاليف الموارد الخاصة بك. تتضمن النهج الأخرى إرسال البيانات عبر مناطق أو مناطق توفر منفصلة جغرافيا، مما قد يؤدي إلى فرض رسوم على نسبة استخدام الشبكة. من المهم أيضا مراعاة التكلفة المستمرة لإدارة مواردك، والتي عادة ما تكون أعلى عندما يكون لديك متطلبات عمل شاملة.
- كفاءة الأداء: يتم توصيل مناطق التوفر معا من خلال ارتباط شبكة عالي النطاق الترددي وزمن انتقال منخفض، وهو ما يكفي لمعظم أحمال العمل لتمكين النسخ المتماثل المتزامن والاتصال عبر المناطق. ومع ذلك، إذا تم اختبار حمل العمل الخاص بك وكان حساسا لزمن انتقال الشبكة عبر المناطق، فقد تحتاج إلى التفكير في تحديد موقع مكونات حمل العمل بشكل فعلي بالقرب من بعضها البعض لتقليل زمن الانتقال عند الاتصال.
- التميز التشغيلي: تتطلب البنية المعقدة مزيدا من الجهد لنشرها وتكوينها وإدارتها. بالإضافة إلى ذلك، للحصول على حل عالي التوفر، قد تحتاج إلى تخطيط كيفية تجاوز الفشل إلى مجموعة ثانوية من الموارد. يمكن أن يكون تجاوز الفشل وإرجاع الموارد وإعادة توجيه نسبة استخدام الشبكة بشفافية أمرا معقدا، خاصة عندما تكون هناك حاجة إلى خطوات يدوية. من الممارسات الجيدة أتمتة عمليات التوزيع والإدارة. لمزيد من المعلومات، راجع أدلة ركيزة التميز التشغيلي، بما في ذلك البنية الأساسية OE:05 كتعلم برمجي، وأتمتة المهام OE:09، وتصميم OE:10 Automation، وممارسات النشر OE:11.
ومع ذلك، يمكنك تصميم الحل الخاص بك، يتم تطبيق ركيزة الأمان. عادة ما لا تغير القرارات حول ما إذا كنت تستخدم مناطق ومناطق التوفر وكيفية استخدامها وضع الأمان الخاص بك. يطبق Azure نفس صرامة الأمان على كل منطقة ومنطقة توفر.
تلميح
بالنسبة للعديد من أحمال عمل الإنتاج، يوفر التوزيع المتكرر للمنطقة أفضل توازن للمفاضلات. يمكنك توسيع هذا النهج مع النسخ الاحتياطي للبيانات غير المتزامنة إلى منطقة أخرى. إذا لم تكن متأكدا من النهج الذي يجب تحديده، فابدأ بهذا النوع من النشر.
ضع في اعتبارك نهج حمل العمل الأخرى عندما تحتاج إلى الفوائد المحددة التي توفرها هذه الأساليب، ولكن كن على دراية بالمفاضلات المعنية.
التعريفات
| المصطلح | التعريف |
|---|---|
| نشط-نشط | بنية تعالج فيها مثيلات متعددة من الحل الطلبات بنشاط في نفس الوقت. |
| نشط-خامل | بنية يتم فيها تعيين مثيل واحد من الحل على أنه نسبة استخدام الشبكة الأساسية ويعالجها، ويتم نشر مثيل ثانوي واحد أو أكثر لخدمة نسبة استخدام الشبكة إذا كان الأساسي غير متوفر. |
| النسخ المتماثل غير المتزامن | نهج النسخ المتماثل للبيانات حيث تتم كتابة البيانات والالتزام بها في موقع واحد. في وقت لاحق، يتم نسخ التغييرات إلى موقع آخر. |
| مناطق التوافر | مجموعة مفصولة من مراكز البيانات داخل منطقة. كل منطقة توفر مستقلة عن المناطق الأخرى، مع بنية أساسية خاصة بها للطاقة والتبريد والشبكات. تدعم العديد من المناطق مناطق التوفر. |
| Datacenter | منشأة تحتوي على خوادم ومعدات شبكة وأجهزة أخرى لدعم موارد Azure وأحمال العمل. |
| التوزيع المتكرر محليا | نموذج توزيع يتم فيه نشر مورد في منطقة واحدة دون الرجوع إلى منطقة توفر. في منطقة تدعم مناطق التوفر، قد يتم نشر المورد في أي من مناطق التوفر في المنطقة. |
| توزيع متعدد المناطق | نموذج توزيع يتم فيه توزيع الموارد في مناطق Azure متعددة. |
| المناطق المقترنة | علاقة بين منطقتين من مناطق Azure. ترتبط بعض مناطق Azure بمنطقة محددة أخرى لتمكين أنواع محددة من الحلول متعددة المناطق. لا يتم إقران مناطق Azure الأحدث. |
| المنطقة | محيط جغرافي يحتوي على مجموعة من مراكز البيانات. |
| بنية المنطقة | التكوين المحدد لمنطقة Azure، بما في ذلك عدد مناطق التوفر وما إذا كانت المنطقة مقترنة بمنطقة أخرى. |
| النسخ المتماثل المتزامن | نهج النسخ المتماثل للبيانات حيث تتم كتابة البيانات والالتزام بها في مواقع متعددة. يجب أن يقر كل موقع بإكمال عملية الكتابة قبل اعتبار عملية الكتابة الشاملة مكتملة. |
| التوزيع النطاقي (مثبت) | نموذج توزيع يتم فيه نشر مورد في منطقة توفر محددة. |
| التوزيع المتكرر في المنطقة | نموذج توزيع يتم فيه نشر مورد عبر مناطق توفر متعددة. تدير Microsoft مزامنة البيانات وتوزيع نسبة استخدام الشبكة وتجاوز الفشل إذا واجهت منطقة انقطاعا. |
استراتيجيات التصميم الرئيسية
لدى Azure بصمة عالمية كبيرة. منطقة Azure هي محيط جغرافي يحتوي على مجموعة من مراكز البيانات. تحتاج إلى فهم كامل لمناطق Azure ومناطق التوفر.
تحتوي مناطق Azure على مجموعة متنوعة من التكوينات، والتي تسمى أيضا بنيات المنطقة.
توفر العديد من مناطق Azure مناطق توفر، وهي مجموعات منفصلة من مراكز البيانات. داخل منطقة ما، تكون مناطق التوفر قريبة بما يكفي للحصول على اتصالات ذات زمن انتقال منخفض بمناطق التوفر الأخرى، ولكنها بعيدة بما يكفي لتقليل احتمالية تأثر أكثر من واحد بانقطاعات محلية أو طقس. تتمتع مناطق التوفر ببنية أساسية مستقلة للطاقة والتبريد والشبكات. تم تصميمها بحيث إذا واجهت منطقة واحدة انقطاعا، فإن الخدمات الإقليمية والسعة والتوافر العالي مدعومة من قبل المناطق المتبقية.
يوضح الرسم التخطيطي التالي عدة أمثلة على مناطق Azure. تدعم المنطقتين 1 و2 مناطق التوفر.
إذا قمت بالتوزيع في منطقة Azure التي تحتوي على مناطق توفر، يمكنك استخدام مناطق توفر متعددة معا. باستخدام مناطق توفر متعددة، يمكنك الاحتفاظ بنسخ منفصلة من التطبيق والبيانات داخل مراكز بيانات فعلية منفصلة في منطقة حضرية كبيرة.
هناك طريقتان لاستخدام مناطق التوفر في الحل:
- يتم تثبيت الموارد النطاقية بمنطقة توفر محددة. يمكنك الجمع بين عمليات توزيع مناطقية متعددة عبر مناطق مختلفة لتلبية متطلبات الموثوقية العالية. أنت مسؤول عن إدارة النسخ المتماثل للبيانات وتوزيع الطلبات عبر المناطق. إذا حدث انقطاع في منطقة توفر واحدة، فأنت مسؤول عن تجاوز الفشل إلى منطقة توفر أخرى.
- تنتشر الموارد المكررة في المنطقة عبر مناطق توفر متعددة. تدير Microsoft طلبات الانتشار عبر المناطق والنسخ المتماثل للبيانات عبر المناطق. إذا حدث انقطاع في منطقة توفر واحدة، تدير Microsoft تجاوز الفشل تلقائيا.
تدعم خدمات Azure أحد هذين النهجين أو كليهما. عادة ما تدعم خدمات النظام الأساسي كخدمة (PaaS) عمليات التوزيع المتكررة في المنطقة. عادة ما تدعم خدمات البنية الأساسية كخدمة (IaaS) عمليات التوزيع المناطقية. لمزيد من المعلومات حول كيفية عمل خدمات Azure مع مناطق التوفر، راجع خدمات Azure مع دعم منطقة التوفر.
عندما تنشر Microsoft تحديثات للخدمات، نحاول استخدام الأساليب الأقل تعطيلا لك. على سبيل المثال، نهدف إلى نشر التحديثات إلى منطقة توفر واحدة في كل مرة. يمكن أن يقلل هذا الأسلوب من تأثير التحديثات على حمل عمل نشط، لأن حمل العمل يمكن أن يستمر في التشغيل في مناطق أخرى أثناء معالجة التحديث. ومع ذلك، تقع على عاتق فريق حمل العمل في النهاية مسؤولية ضمان استمرار عمل العمل أثناء ترقيات النظام الأساسي. على سبيل المثال، عند استخدام مجموعات مقياس الجهاز الظاهري مع وضع التنسيق المرن، أو معظم خدمات Azure PaaS، يضع Azure مواردك بذكاء لتقليل تأثير تحديثات النظام الأساسي. بالإضافة إلى ذلك، قد تفكر في الإفراط في التوفير - نشر المزيد من مثيلات المورد - بحيث تظل بعض المثيلات متوفرة أثناء ترقية مثيلات أخرى. لمزيد من المعلومات حول كيفية نشر Azure للتحديثات، راجع تطوير ممارسات النشر الآمنة.
تحتوي العديد من المناطق أيضا على منطقة مقترنة. تدعم المناطق المقترنة أنواعا معينة من نهج التوزيع متعددة المناطق. تحتوي بعض المناطق الأحدث على مناطق توفر متعددة وليس لديها منطقة مقترنة. لا يزال بإمكانك نشر حلول متعددة المناطق في هذه المناطق، ولكن قد تختلف الأساليب التي تستخدمها.
لمزيد من المعلومات حول كيفية استخدام Azure للمناطق ومناطق التوفر، راجع ما هي مناطق Azure ومناطق التوفر؟
فهم المسؤوليات المشتركة
يصف مبدأ المسؤولية المشتركة كيفية تقسيم المسؤوليات بين موفر السحابة (Microsoft) وأنت. اعتمادا على نوع الخدمات التي تستخدمها، قد تتحمل مسؤولية تشغيل الخدمة أكثر أو أقل.
توفر Microsoft مناطق التوفر والمناطق لمنحك المرونة في كيفية تصميم الحل الخاص بك لتلبية متطلباتك. عند استخدام الخدمات المدارة، تتحمل Microsoft المزيد من مسؤوليات الإدارة لمواردك، والتي قد تتضمن حتى النسخ المتماثل للبيانات وتجاوز الفشل وإرجاع الموارد والمهام الأخرى المتعلقة بتشغيل نظام موزع.
تحتاج التعليمات البرمجية الخاصة بك إلى الممارسات الموصى بها وأنماط التصميم للتعامل مع حالات الفشل بأمان. هذه الممارسات أكثر أهمية أثناء عمليات تجاوز الفشل، مثل تلك التي تحدث عند حدوث منطقة توفر أو تجاوز فشل منطقة، لأن تجاوز الفشل بين المناطق أو المناطق يتطلب عادة أن يعيد تطبيقك محاولة الاتصالات بالخدمات.
تحديد متطلبات الأعمال وأحمال العمل الرئيسية
لاتخاذ قرار مستنير حول كيفية استخدام مناطق التوفر والمناطق في الحل الخاص بك، تحتاج إلى فهم متطلباتك. يجب أن تكون هذه المتطلبات مدفوعة بالمناقشات بين مصممي الحلول وأصحاب المصلحة في الأعمال.
التسامح مع المخاطر
لدى المؤسسات المختلفة درجات مختلفة من التسامح مع المخاطر. حتى داخل المؤسسة، غالبا ما يختلف التسامح مع المخاطر لكل حمل عمل. لا تحتاج معظم أحمال العمل إلى توفر عال للغاية. ومع ذلك، فإن بعض أحمال العمل مهمة جدا لدرجة أنها تستحق التخفيف من المخاطر التي من غير المحتمل أن تحدث، مثل الكوارث الطبيعية الكبرى التي تؤثر على منطقة جغرافية واسعة.
يسرد هذا الجدول بعض المخاطر الشائعة التي يجب مراعاتها في بيئة سحابية:
| خطر | أمثلة | الاحتمالية |
|---|---|---|
| انقطاع الأجهزة | مشكلة في القرص الثابت أو معدات الشبكات. عمليات إعادة تشغيل المضيف. |
عالٍ. وينبغي أن تراعي أي استراتيجية مرونة هذه المخاطر. |
| انقطاع مركز البيانات | فشل الطاقة أو التبريد أو الشبكة عبر مركز بيانات بأكمله. كارثة طبيعية في جزء واحد من منطقة حضرية. |
متوسط |
| انقطاع المنطقة | كارثة طبيعية كبرى تؤثر على منطقة جغرافية واسعة. مشكلة في الشبكة أو الخدمة تجعل خدمة Azure واحدة أو أكثر غير متوفرة في منطقة بأكملها. |
منخفض |
سيكون من المثالي التخفيف من كل مخاطر محتملة لكل حمل عمل، ولكن ليس من العملي أو الفعال من حيث التكلفة القيام بذلك. من المهم إجراء مناقشة مفتوحة مع أصحاب المصلحة في الأعمال حتى تتمكن من اتخاذ قرارات مستنيرة حول المخاطر التي يجب عليك التخفيف منها.
تلميح
بغض النظر عن أهداف الموثوقية، يجب أن يكون لجميع أحمال العمل بعض التخفيف من حدة التعافي من الكوارث. إذا كان حمل العمل يتطلب أهداف موثوقية عالية، فيجب أن تكون استراتيجيات التخفيف شاملة ويجب عليك تقليل مخاطر الأحداث منخفضة الاحتمال. بالنسبة لأحمال العمل الأخرى، اتخذ قرارا مستنيرا بشأن المخاطر التي أنت مستعد لقبولها والتي تحتاج إلى التخفيف منها.
متطلبات المرونة
من المهم فهم متطلبات المرونة لحمل العمل الخاص بك، بما في ذلك هدف وقت الاسترداد (RTO) وهدف نقطة الاسترداد (RPO). تساعدك هذه الأهداف في تحديد الأساليب التي يجب استبعادها. إذا لم يكن لديك متطلبات واضحة، فلا يمكنك اتخاذ قرار مستنير بشأن النهج الذي يجب اتباعه. لمزيد من المعلومات، راجع المتطلبات الوظيفية وغير الوظيفية المستهدفة.
أهداف مستوى الخدمة
يجب أن تفهم هدف مستوى خدمة وقت التشغيل المتوقع للحل الخاص بك (SLO). على سبيل المثال، قد يكون لديك متطلبات عمل أن الحل الخاص بك يحتاج إلى تلبية وقت التشغيل بنسبة 99.9٪.
يوفر Azure اتفاقيات مستوى الخدمة (SLAs) لكل خدمة. تشير اتفاقية مستوى الخدمة إلى مستوى وقت التشغيل الذي يجب أن تتوقعه من الخدمة والشروط التي تحتاج إلى تلبيتها لتحقيق اتفاقية مستوى الخدمة المتوقعة. ومع ذلك، تذكر أن الطريقة التي تشير بها اتفاقية مستوى الخدمة في Azure إلى توفر الخدمة لا تتطابق دائما مع الطريقة التي تفكر بها في صحة حمل العمل الخاص بك.
تؤثر قراراتك المعمارية على SLO المركب للحل الخاص بك. بشكل عام، كلما زاد التكرار الذي تبنيه في الحل الخاص بك، كان من المحتمل أن يكون SLO الخاص بك أعلى. توفر العديد من خدمات Azure اتفاقيات مستوى الخدمة أعلى عند توزيع الخدمات في تكوين المنطقة المكررة أو متعددة المناطق. راجع اتفاقيات مستوى الخدمة لكل من خدمات Azure التي تستخدمها للتأكد من فهمك لكيفية زيادة مرونة الخدمة واتفاقية مستوى الخدمة إلى أقصى حد.
موقع البيانات
تضع بعض المؤسسات قيودا على المواقع الفعلية التي يمكن تخزين بياناتها فيها ومعالجتها. في بعض الأحيان تستند هذه المتطلبات إلى معايير قانونية أو تنظيمية. في حالات أخرى، قد تقرر المؤسسة اعتماد سياسة إقامة البيانات لتجنب مخاوف العملاء. إذا كانت لديك متطلبات صارمة لموقع البيانات، فقد تحتاج إلى استخدام توزيع من منطقة واحدة أو استخدام مجموعة فرعية من مناطق وخدمات Azure.
ملاحظة
تجنب وضع افتراضات لا أساس لها حول متطلبات موقع البيانات الخاصة بك. إذا كنت بحاجة إلى الامتثال لمعايير تنظيمية محددة، فتحقق مما تحدده هذه المعايير بالفعل.
موقع المستخدمين
من خلال فهم مكان وجود المستخدمين، يمكنك اتخاذ قرار مستنير حول كيفية تحسين زمن الانتقال والموثوقية لاحتياجاتك. يوفر Azure العديد من الخيارات لدعم قاعدة مستخدم موزعة جغرافيا.
إذا كان المستخدمون يتركزون في منطقة واحدة، يمكن للتوزيع أحادي المنطقة تبسيط متطلباتك التشغيلية وتقليل تكاليفك. ومع ذلك، تحتاج إلى مراعاة ما إذا كان التوزيع في منطقة واحدة يفي بمتطلبات الموثوقية الخاصة بك. بالنسبة للتطبيقات ذات المهام الحرجة، لا يزال يتعين عليك استخدام توزيع متعدد المناطق حتى إذا تم تجميع المستخدمين.
إذا كان المستخدمون موزعين جغرافيا، فقد يكون من المنطقي نشر حمل العمل عبر مناطق متعددة. توفر خدمات Azure إمكانات مختلفة لدعم التوزيع متعدد المناطق، ويمكنك استخدام البصمة العالمية ل Azure لتحسين تجربة المستخدم وتقريب تطبيقاتك من قاعدة المستخدمين. يمكنك استخدام نمط طوابع النشر أو نمط Geodes، أو نسخ مواردك عبر مناطق متعددة.
حتى إذا كان المستخدمون في مناطق جغرافية مختلفة، ففكر فيما إذا كنت بحاجة إلى توزيع متعدد المناطق. ضع في اعتبارك ما إذا كان يمكنك تحقيق متطلباتك داخل منطقة واحدة باستخدام تسريع نسبة استخدام الشبكة العالمية، مثل التسارع الذي يوفره Azure Front Door.
الميزانية
إذا كنت تعمل ضمن ميزانية مقيدة، فمن المهم مراعاة التكاليف المتضمنة في نشر مكونات حمل العمل المكررة. يمكن أن تشمل هذه التكاليف رسوم موارد إضافية وتكاليف الشبكات والتكاليف التشغيلية لإدارة المزيد من الموارد وبيئة أكثر تعقيدا.
التعقيد
من الممارسات الجيدة تجنب التعقيد غير الضروري في بنية الحل الخاص بك. كلما زاد التعقيد الذي تقدمه، أصبح من الصعب اتخاذ قرارات حول بنيتك. يصعب تشغيل البنيات المعقدة، ويصعب تأمينها، وغالبا ما تكون أقل أداء. اتبع مبدأ البساطة.
تسهيل Azure
من خلال توفير المناطق ومناطق التوفر، يتيح لك Azure تحديد نهج نشر يناسب احتياجاتك. هناك العديد من الأساليب التي يمكنك الاختيار من بينها، كل منها يوفر فوائد ويتحمل تكاليف.
لتوضيح نهج التوزيع التي يمكنك استخدامها، ضع في اعتبارك سيناريو مثال. لنفترض أنك تفكر في نشر حل جديد يتضمن تطبيقا يكتب البيانات إلى نوع من التخزين:
هذا المثال غير خاص بأي خدمات Azure معينة. يهدف إلى تقديم مثال بسيط لتوضيح المفاهيم الأساسية.
هناك طرق متعددة لنشر هذا الحل. يوفر كل نهج مجموعة مختلفة من المزايا ويتحمل تكاليف مختلفة. على مستوى عال، يمكنك التفكير في توزيع متكرر محليا أو نطاقي (مثبت) أو متكرر في المنطقة أو متعدد المناطق . يلخص هذا الجدول بعض شواغل الركيزة:
| الركيزة | متكرر محليًا | نطاقي (مثبت) | Zone-redundant | متعدد المناطق |
|---|---|---|---|---|
| الموثوقية | موثوقية منخفضة | يعتمد على النهج | موثوقية عالية أو عالية جدا | موثوقية عالية أو عالية جدا |
| تحسين التكلفة | تكلفة منخفضة | يعتمد على النهج | تكلفة معتدلة | تكلفة عالية |
| كفاءة الأداء | الأداء المقبول (لمعظم أحمال العمل) | أداء عالٍ | الأداء المقبول (لمعظم أحمال العمل) | يعتمد على النهج |
| التميز التشغيلي | متطلبات تشغيلية منخفضة | متطلبات تشغيلية عالية | متطلبات تشغيلية منخفضة | متطلبات تشغيلية عالية |
يلخص هذا الجدول بعض الأساليب التي يمكنك استخدامها وكيفية تأثيرها على بنيتك:
| الاهتمام المعماري | متكرر محليًا | نطاقي (مثبت) | Zone-redundant | متعدد المناطق |
|---|---|---|---|---|
| الامتثال لموقع البيانات | درجة عالية | درجة عالية | درجة عالية | يعتمد على المنطقة |
| التوفر الإقليمي | جميع المناطق | المناطق ذات مناطق التوفر | المناطق ذات مناطق التوفر | يعتمد على المنطقة |
تصف بقية هذه المقالة كل نهج من الأساليب المدرجة في الجدول السابق. قائمة النهج ليست شاملة. قد تقرر الجمع بين نهج متعددة أو استخدام نهج مختلفة في أجزاء مختلفة من الحل الخاص بك.
نهج التوزيع 1: عمليات التوزيع المكررة محليا
إذا لم تحدد مناطق أو مناطق توفر متعددة عند توزيع مواردك، فلن يقدم Azure أي ضمانات حول ما إذا كانت الموارد يتم توزيعها في مركز بيانات واحد أو تقسيمها عبر مراكز بيانات متعددة في المنطقة. في بعض الحالات، قد ينقل Azure أيضا موردك بين مناطق التوفر.
تتوفر معظم موارد Azure بشكل كبير بشكل افتراضي، مع اتفاقيات مستوى الخدمة العالية والتكرار المضمن داخل مركز بيانات يديره النظام الأساسي. ومع ذلك، من منظور الموثوقية، إذا واجه أي جزء من المنطقة انقطاعا، فهناك فرصة أن يتأثر حمل العمل الخاص بك. إذا كان كذلك، فقد يكون الحل الخاص بك غير متوفر، أو قد تفقد بياناتك.
بالنسبة لأحمال العمل الحساسة لزمن الانتقال بدرجة كبيرة، قد يؤدي هذا النهج أيضا إلى انخفاض الأداء. قد لا يتم تجميع مكونات حمل العمل في نفس مركز البيانات، لذلك قد تلاحظ بعض زمن الانتقال لنسبة استخدام الشبكة داخل المنطقة. قد ينقل Azure أيضا مثيلات الخدمة بشفافية بين مناطق التوفر، ما قد يؤثر قليلا على الأداء. ومع ذلك، هذا ليس مصدر قلق لمعظم أحمال العمل.
يلخص هذا الجدول بعض شواغل الركيزة:
| الركيزة | التأثير |
|---|---|
| الموثوقية | موثوقية منخفضة. تخضع الخدمات للانقطاعات إذا فشل مركز البيانات. ومع ذلك، يمكنك إنشاء تطبيق ليكون مرنا في مواجهة أنواع الفشل الأخرى. |
| تحسين التكلفة | أقل تكلفة. تحتاج فقط إلى مثيل واحد لكل مورد، ولا تتحمل أي تكاليف عرض النطاق الترددي بين المناطق أو بين المناطق. |
| كفاءة الأداء |
بالنسبة لمعظم أحمال العمل:الأداء المقبول. ومن المرجح أن يوفر هذا النهج أداء مرضيا. لأحمال العمل الحساسة لزمن الانتقال بدرجة كبيرة:الأداء المنخفض. لا يضمن وجود المكونات في نفس منطقة التوفر، لذلك قد ترى أداء أقل للمكونات الحساسة لزمن الانتقال للغاية. |
| التميز التشغيلي | كفاءة تشغيلية عالية. تحتاج فقط إلى نشر مثيل واحد لكل مورد وإدارته. |
يلخص هذا الجدول بعض المخاوف من منظور معماري:
| الاهتمام المعماري | التأثير |
|---|---|
| الامتثال لموقع البيانات | عالٍ. عند نشر حل يستخدم هذا الأسلوب، يتم تخزين البيانات في منطقة Azure التي تحددها. |
| التوفر الإقليمي | عالٍ. يمكن استخدام هذا الأسلوب في أي منطقة Azure. |
عمليات التوزيع المكررة محليا مع النسخ الاحتياطي عبر المناطق
يمكنك توسيع توزيع متكرر محليا عن طريق إجراء نسخ احتياطية منتظمة للبنية الأساسية والبيانات الخاصة بك إلى منطقة ثانوية. يضيف هذا النهج طبقة إضافية من الحماية للتخفيف من الانقطاع في منطقتك الأساسية. هذا ما تبدو عليه:
عند تنفيذ هذا النهج، تحتاج إلى التفكير بعناية في RTO وRPO:
- وقت الاسترداد: إذا حدث انقطاع إقليمي، فقد تحتاج إلى إعادة إنشاء الحل الخاص بك في منطقة Azure أخرى، ما يؤثر على وقت الاسترداد. ضع في اعتبارك بناء الحل الخاص بك باستخدام نهج البنية الأساسية كتعليمية (IaC) بحيث يمكنك إعادة النشر بسرعة إلى منطقة أخرى في حالة حدوث كارثة كبيرة. تأكد من أن أدوات النشر والعمليات الخاصة بك مرنة تماما مثل تطبيقاتك بحيث يمكنك استخدامها لإعادة توزيع الحل الخاص بك حتى إذا كان هناك انقطاع. خطط للخطوات المطلوبة لاستعادة الحل الخاص بك مرة أخرى إلى حالة العمل وتدرب عليها.
- نقطة الاسترداد: يحدد تكرار النسخ الاحتياطي مقدار فقدان البيانات الذي قد تواجهه (نقطة الاسترداد). يمكنك عادة التحكم في تكرار النسخ الاحتياطية بحيث يمكنك تلبية RPO الخاص بك.
يلخص هذا الجدول بعض شواغل الركيزة:
| الركيزة | التأثير |
|---|---|
| الموثوقية | الموثوقية المعتدلة. تخضع الخدمات للانقطاعات إذا فشل مركز البيانات. يتم نسخ البيانات احتياطيا بشكل غير متزامن إلى منطقة منفصلة جغرافيا، ما يقلل من تأثير انقطاع كامل للمنطقة عن طريق تقليل فقدان البيانات. في انقطاع كامل للمنطقة، يمكنك استعادة العمليات يدويا إلى منطقة أخرى. ومع ذلك، يمكن أن تكون عمليات الاسترداد معقدة، وقد يستغرق الأمر وقتا للاستعادة يدويا إلى المنطقة الأخرى. |
| تحسين التكلفة | تكلفة منخفضة. عادة ما تؤدي إضافة نسخة احتياطية إلى منطقة أخرى إلى تكاليف أكثر قليلا فقط من توزيع مورد متكرر محليا. |
| كفاءة الأداء |
بالنسبة لمعظم أحمال العمل:الأداء المقبول. ومن المرجح أن يوفر هذا النهج أداء مرضيا. لأحمال العمل الحساسة لزمن الانتقال بدرجة كبيرة:أداء منخفض. لا يضمن وجود المكونات في نفس منطقة التوفر، لذلك قد ترى أداء أقل للمكونات الحساسة لزمن الانتقال بدرجة كبيرة. |
| التميز التشغيلي | أثناء أي انقطاع داخل المنطقة:انخفاض الكفاءة التشغيلية. تجاوز الفشل هو مسؤوليتك وقد يتطلب عمليات يدوية وإعادة توزيع. |
يلخص هذا الجدول بعض المخاوف من منظور هيكلي:
| الاهتمام المعماري | التأثير |
|---|---|
| الامتثال لموقع البيانات | يعتمد على تحديد المنطقة. يتم تخزين البيانات بشكل أساسي في منطقة Azure التي تحددها. ومع ذلك، تحتاج إلى تحديد منطقة أخرى لتخزين النسخ الاحتياطية الخاصة بك، لذلك من المهم تحديد منطقة متوافقة مع متطلبات موقع البيانات الخاصة بك. |
| التوفر الإقليمي | عالٍ. يمكنك استخدام هذا الأسلوب في أي منطقة Azure. |
نهج التوزيع 2: عمليات التوزيع النطاقية (مثبتة)
في التوزيع النطاقي ، يمكنك تحديد أنه يجب نشر مواردك في منطقة توفر معينة. يسمى هذا الأسلوب أحيانا توزيعا مثبتا في المنطقة .
يقلل النهج النطاقي من زمن الانتقال بين مكوناتك. ومع ذلك، في حد ذاته، فإنه لا يزيد من مرونة الحل الخاص بك. لزيادة مرونتك، تحتاج إلى نشر مثيلات متعددة من مكوناتك في مناطق توفر متعددة وتحديد كيفية توجيه نسبة استخدام الشبكة بين كل مثيل. يوضح هذا المثال نهج توجيه نسبة استخدام الشبكة النشط-السلبي :
في المثال السابق، يتم نشر موازن تحميل عبر مناطق توفر متعددة. من المهم مراعاة كيفية توجيه نسبة استخدام الشبكة بين المثيلات في مناطق توفر مختلفة، لأن انقطاع المنطقة قد يؤثر أيضا على موارد الشبكات المنشورة في تلك المنطقة. قد تفكر أيضا في استخدام موازن تحميل عمومي، مثل Azure Front Door أو Azure Traffic Manager، والذي لا يتم نشره في منطقة على الإطلاق.
عند استخدام نموذج توزيع نطاقي، فإنك تتحمل العديد من المسؤوليات:
- تحتاج إلى نشر الموارد في كل منطقة توفر، وتكوين هذه الموارد وإدارتها بشكل فردي.
- تحتاج إلى تحديد كيفية ووقت نسخ البيانات بين مناطق التوفر، ثم تكوين النسخ المتماثل وإدارته.
- أنت مسؤول عن توزيع الطلبات على الموارد الصحيحة، باستخدام، على سبيل المثال، موازن التحميل. تحتاج إلى التأكد من أن موازن التحميل يلبي متطلبات المرونة الخاصة بك. تحتاج أيضا إلى تحديد ما إذا كنت تريد استخدام نموذج توزيع طلب نشط-سلبي أو نشط-نشط.
- إذا واجهت منطقة توفر انقطاعا، فأنت بحاجة إلى معالجة تجاوز الفشل لإرسال نسبة استخدام الشبكة إلى الموارد في منطقة توفر أخرى.
يسمى التوزيع النشط-السلبي عبر مناطق توفر متعددة أحيانا الإصلاح بعد كارثة في المنطقة أو Metro DR.
يلخص هذا الجدول بعض شواغل الركيزة:
| الركيزة | التأثير |
|---|---|
| الموثوقية |
عند التوزيع في منطقة توفر واحدة:موثوقية منخفضة. لا يوفر التوزيع النطاقي أي مرونة للانقطاع في مركز البيانات أو منطقة التوفر. يجب نشر موارد زائدة عن الحاجة عبر مناطق توفر متعددة لتحقيق مرونة عالية. عند التوزيع في مناطق توفر متعددة:موثوقية عالية. يمكن جعل الخدمات مرنة في مواجهة مركز البيانات أو انقطاع منطقة التوفر. |
| تحسين التكلفة |
عند التوزيع في منطقة توفر واحدة:تكلفة منخفضة. يتطلب التوزيع أحادي المنطقة مثيلا واحدا فقط لكل مورد. عند التوزيع في مناطق توفر متعددة:تكلفة عالية. يمكنك نشر مثيلات متعددة من الموارد، كل منها تتم فوترته بشكل منفصل. تحتاج أيضا إلى الدفع مقابل نسبة استخدام الشبكة بين المناطق للنسخ المتماثل للبيانات. |
| كفاءة الأداء | أداء عال. يمكن أن يكون زمن الانتقال منخفضا جدا عندما تكون المكونات التي تخدم الطلب موجودة في نفس منطقة التوفر. |
| التميز التشغيلي | كفاءة تشغيلية منخفضة. تحتاج إلى تكوين وإدارة مثيلات متعددة من خدمتك. تحتاج إلى نسخ البيانات نسخا متماثلا بين مناطق التوفر. أثناء انقطاع منطقة التوفر، يكون تجاوز الفشل هو مسؤوليتك. |
يلخص هذا الجدول بعض المخاوف من منظور هيكلي:
| الاهتمام المعماري | التأثير |
|---|---|
| الامتثال لموقع البيانات | عالٍ. عند نشر حل يستخدم هذا الأسلوب، يتم تخزين البيانات في منطقة Azure التي تحددها. |
| التوفر الإقليمي | المناطق ذات مناطق التوفر. يتوفر هذا النهج في أي منطقة تدعم مناطق التوفر. |
يستخدم هذا الأسلوب عادة لأحمال العمل التي تستند إلى الأجهزة الظاهرية. للحصول على قائمة كاملة بالخدمات التي تدعم عمليات التوزيع المناطقية، راجع خدمة منطقة التوفر والدعم الإقليمي.
عند التخطيط لتوزيع نطاقي، تحقق من أن خدمات Azure التي تستخدمها مدعومة في مناطق التوفر التي تخطط لاستخدامها. على سبيل المثال، لسرد وحدات SKU للجهاز الظاهري المتوفرة في كل منطقة توفر، راجع التحقق من توفر وحدة SKU للجهاز الظاهري.
تلميح
عند نشر مورد في منطقة توفر معينة، يمكنك تحديد رقم المنطقة. يختلف تسلسل أرقام المنطقة لكل اشتراك Azure. إذا قمت بتوزيع الموارد عبر اشتراكات Azure متعددة، فتحقق من أرقام المنطقة التي يجب استخدامها في كل اشتراك. لمزيد من المعلومات، راجع مناطق التوفر المادية والمنطقية.
نهج التوزيع 3: عمليات التوزيع المتكررة في المنطقة
عند استخدام هذا الأسلوب، يتم نشر مستوى التطبيق الخاص بك عبر مناطق توفر متعددة. عند وصول الطلبات، يقوم موازن التحميل المضمن في الخدمة (والتي تمتد بحد ذاتها عبر مناطق التوفر) بتفريق الطلبات عبر المثيلات في كل منطقة توفر. إذا واجهت منطقة توفر انقطاعا، يوجه موازن التحميل نسبة استخدام الشبكة إلى المثيلات في مناطق التوفر الصحية.
تنتشر طبقة التخزين الخاصة بك أيضا عبر مناطق توفر متعددة. يتم توزيع نسخ من بيانات التطبيق الخاص بك عبر مناطق توفر متعددة عبر النسخ المتماثل المتزامن. عندما يقوم التطبيق بإجراء تغيير على البيانات، تكتب خدمة التخزين التغيير إلى مناطق توفر متعددة، وتعتبر المعاملة كاملة فقط عند اكتمال جميع هذه التغييرات. تضمن هذه العملية أن كل منطقة توفر تحتوي دائما على نسخة محدثة من البيانات. إذا واجهت منطقة توفر انقطاعا، يمكن استخدام منطقة توفر أخرى للوصول إلى نفس البيانات.
يزيد النهج المتكرر في المنطقة من مرونة الحل الخاص بك لمشكلات مثل انقطاع مركز البيانات. نظرا لأن البيانات يتم نسخها بشكل متزامن، ومع ذلك، يجب أن ينتظر التطبيق الخاص بك حتى تتم كتابة البيانات عبر مواقع منفصلة متعددة قد تكون في أجزاء مختلفة من منطقة حضرية. بالنسبة لمعظم التطبيقات، يكون زمن الانتقال المتضمنة في الاتصال بين المناطق ضئيلا. ومع ذلك، بالنسبة لبعض أحمال العمل الحساسة لزمن الانتقال بدرجة كبيرة، قد يؤثر النسخ المتماثل المتزامن عبر مناطق التوفر على أداء التطبيق.
يلخص هذا الجدول بعض شواغل الركيزة:
| الركيزة | التأثير |
|---|---|
| الموثوقية | موثوقية عالية. الخدمات مرنة في مواجهة انقطاع مركز البيانات أو منطقة التوفر. يتم نسخ البيانات بشكل متزامن عبر مناطق التوفر وبدون تأخير. |
| تحسين التكلفة | تكلفة معتدلة. اعتمادا على الخدمات التي تستخدمها، قد تتحمل بعض التكاليف لمستويات الخدمة الأعلى لتمكين التكرار في المنطقة، أو بعض تكاليف الشبكات بين المناطق. |
| كفاءة الأداء |
بالنسبة لمعظم أحمال العمل:الأداء المقبول. ومن المرجح أن يوفر هذا النهج أداء مرضيا. لأحمال العمل الحساسة لزمن الانتقال بدرجة كبيرة:الأداء المنخفض. قد تكون بعض المكونات حساسة لزمن الانتقال بسبب نسبة استخدام الشبكة بين المناطق أو وقت النسخ المتماثل للبيانات. |
| التميز التشغيلي | كفاءة تشغيلية عالية. تحتاج عادة إلى إدارة مثيل منطقي واحد فقط لكل مورد. بالنسبة لمعظم الخدمات، أثناء انقطاع منطقة التوفر، يكون تجاوز الفشل من مسؤولية Microsoft ويحدث تلقائيا. |
يلخص هذا الجدول بعض المخاوف من منظور معماري:
| الاهتمام المعماري | التأثير |
|---|---|
| الامتثال لموقع البيانات | عالٍ. عند نشر حل يستخدم هذا الأسلوب، يتم تخزين البيانات في منطقة Azure التي تحددها. |
| التوفر الإقليمي | المناطق ذات مناطق التوفر. يتوفر هذا النهج في أي منطقة تدعم مناطق التوفر. |
هذا الأسلوب ممكن مع العديد من خدمات Azure، بما في ذلك Azure Virtual Machine Scale Sets وAzure App Service وAzure Functions وAzure Kubernetes Service وAzure Storage وAzure SQL ناقل خدمة Azure وغيرها الكثير. للحصول على قائمة كاملة بالخدمات التي تدعم تكرار المنطقة، راجع خدمة منطقة التوفر والدعم الإقليمي.
عمليات التوزيع المتكررة في المنطقة مع النسخ الاحتياطي عبر المناطق
يمكنك توسيع توزيع متكرر للمنطقة عن طريق إجراء نسخ احتياطية منتظمة للبنية الأساسية والبيانات الخاصة بك إلى منطقة ثانوية. يمنحك هذا النهج فوائد نهج المنطقة المكررة ويضيف طبقة من الحماية للتخفيف من الحدث غير المحتمل للغاية للانقطاع الكامل للمنطقة.
عند تنفيذ هذا النهج، تحتاج إلى التفكير بعناية في RTO وRPO:
وقت الاسترداد: إذا حدث انقطاع إقليمي، فقد تحتاج إلى إعادة إنشاء الحل الخاص بك في منطقة Azure أخرى، مما يؤثر على وقت الاسترداد. ضع في اعتبارك بناء الحل الخاص بك باستخدام نهج IaC بحيث يمكنك إعادة النشر بسرعة إلى منطقة أخرى أثناء كارثة كبيرة. تأكد من أن أدوات النشر والعمليات الخاصة بك مرنة تماما مثل تطبيقاتك بحيث يمكنك استخدامها لإعادة توزيع الحل الخاص بك حتى في حالة حدوث انقطاع. خطط للخطوات المطلوبة لاستعادة الحل الخاص بك مرة أخرى إلى حالة العمل وتدرب عليها.
نقطة الاسترداد: يحدد تكرار النسخ الاحتياطي مقدار فقدان البيانات الذي قد تواجهه (نقطة الاسترداد). يمكنك عادة التحكم في تكرار النسخ الاحتياطية لتلبية RPO الخاص بك.
تلميح
غالبا ما يوفر هذا النهج توازنا جيدا لجميع المخاوف المعمارية. إذا لم تكن متأكدا من النهج الذي يجب استخدامه، فابدأ بهذا النوع من التوزيع.
يلخص هذا الجدول بعض شواغل الركيزة:
| الركيزة | التأثير |
|---|---|
| الموثوقية | موثوقية عالية جدا. الخدمات مرنة في مواجهة انقطاع مركز البيانات أو منطقة التوفر. بالنسبة لمعظم الخدمات، يتم نسخ البيانات عبر المناطق تلقائيا وبدون تأخير. يتم نسخ البيانات احتياطيا بشكل غير متزامن إلى منطقة منفصلة جغرافيا. يقلل هذا النسخ الاحتياطي من تأثير انقطاع كامل في المنطقة عن طريق تقليل فقدان البيانات. بعد انقطاع كامل في المنطقة، يمكنك استعادة العمليات يدويا إلى منطقة أخرى. ومع ذلك، يمكن أن تكون عمليات الاسترداد معقدة، وقد يستغرق الأمر وقتا للاستعادة يدويا إلى المنطقة الأخرى. |
| تحسين التكلفة | تكلفة معتدلة. عادة ما تؤدي إضافة نسخة احتياطية إلى منطقة أخرى إلى تكاليف أكثر قليلا فقط من تنفيذ تكرار المنطقة. |
| كفاءة الأداء |
بالنسبة لمعظم أحمال العمل:الأداء المقبول. ومن المرجح أن يوفر هذا النهج أداء مرضيا. لأحمال العمل الحساسة لزمن الانتقال بدرجة كبيرة:الأداء المنخفض. قد تكون بعض المكونات حساسة لزمن الانتقال بسبب نسبة استخدام الشبكة بين المناطق أو وقت النسخ المتماثل للبيانات. |
| التميز التشغيلي |
أثناء انقطاع منطقة التوفر:كفاءة تشغيلية عالية. تجاوز الفشل هو مسؤولية Microsoft ويحدث تلقائيا. أثناء الانقطاع الإقليمي:انخفاض الكفاءة التشغيلية. تجاوز الفشل هو مسؤوليتك وقد يتطلب عمليات يدوية وإعادة توزيع. |
يلخص هذا الجدول بعض المخاوف من منظور معماري:
| الاهتمام المعماري | التأثير |
|---|---|
| الامتثال لموقع البيانات | يعتمد على تحديد المنطقة. يتم تخزين البيانات بشكل أساسي في منطقة Azure التي تحددها، ولكن تحتاج إلى تحديد منطقة أخرى لتخزين النسخ الاحتياطية الخاصة بك. حدد منطقة متوافقة مع متطلبات موقع البيانات. |
| التوفر الإقليمي | المناطق ذات مناطق التوفر. يتوفر هذا النهج في أي منطقة تدعم مناطق التوفر. |
نهج التوزيع 4: عمليات التوزيع متعددة المناطق
يمكنك استخدام مناطق Azure متعددة معا لتوزيع الحل الخاص بك عبر منطقة جغرافية واسعة. يمكنك استخدام هذا النهج متعدد المناطق لتحسين موثوقية الحل الخاص بك أو لدعم المستخدمين الموزعين جغرافيا. من خلال التوزيع في مناطق متعددة، فإنك تقلل أيضا من المخاطر التي ستواجه فيها قيدا مؤقتا على سعة الموارد في منطقة واحدة. إذا كان موقع البيانات مصدر قلق مهم للحل الخاص بك، ففكر بعناية في المناطق التي تستخدمها لضمان تخزين بياناتك فقط في المواقع التي تفي بمتطلباتك.
المناطق النشطة والسلبية
البنى متعددة المناطق معقدة، وهناك العديد من الطرق لتصميم حل متعدد المناطق. بالنسبة لبعض أحمال العمل، من المنطقي أن تقوم مناطق متعددة بمعالجة الطلبات بنشاط في وقت واحد (عمليات النشر النشطة-النشطة). بالنسبة لأحمال العمل الأخرى، من الأفضل تعيين منطقة أساسية واحدة واستخدام منطقة ثانوية واحدة أو أكثر لتجاوز الفشل (عمليات النشر النشطة-السلبية). يركز هذا القسم على السيناريو الثاني، حيث تكون منطقة واحدة نشطة وأخرى سلبية. للحصول على معلومات حول الحلول متعددة المناطق النشطة-النشطة، راجع نمط طوابع التوزيع ونمطGeode.
النسخ المتماثل البيانات
التواصل عبر المناطق أبطأ بكثير من التواصل داخل المنطقة. بشكل عام، تؤدي المسافة الجغرافية الأكبر بين منطقتين إلى زيادة زمن انتقال الشبكة بسبب المسافة المادية الأطول التي تحتاج البيانات إلى قطعها. راجع إحصائيات زمن انتقال شبكة Azure ذهابا وإيابا للحصول على زمن انتقال الشبكة المتوقع عند الاتصال بين منطقتين.
يمكن أن يؤثر زمن انتقال الشبكة عبر المناطق بشكل كبير على تصميم الحل الخاص بك لأنك تحتاج إلى التفكير بعناية في كيفية تأثير زمن الانتقال الإضافي على النسخ المتماثل للبيانات والمعاملات الأخرى. بالنسبة للعديد من الحلول، تتطلب البنية عبر المناطق نسخا متماثلا غير متزامن لتقليل تأثير نسبة استخدام الشبكة عبر المناطق على الأداء.
النسخ المتماثل للبيانات غير المتزامنة
عند تنفيذ النسخ المتماثل غير المتزامن عبر المناطق، لا ينتظر التطبيق الخاص بك حتى تعترف جميع المناطق بتغيير. بعد إجراء التغيير في المنطقة الأساسية، تعتبر المعاملة كاملة. يتم نسخ التغيير إلى المناطق الثانوية في وقت لاحق. يضمن هذا الأسلوب أن زمن انتقال الاتصال بين المناطق لا يؤثر مباشرة على أداء التطبيق. ومع ذلك، بسبب التأخير في النسخ المتماثل، قد يؤدي الانقطاع على مستوى المنطقة إلى فقدان بعض البيانات. يمكن أن يحدث فقدان البيانات هذا لأن المنطقة قد تواجه انقطاعا بعد اكتمال الكتابة في المنطقة الأساسية ولكن قبل أن يمكن نسخ التغيير إلى منطقة أخرى.
يلخص هذا الجدول بعض شواغل الركيزة:
| الركيزة | التأثير |
|---|---|
| الموثوقية | موثوقية عالية. الحل مرن في مواجهة انقطاع مركز البيانات أو منطقة التوفر أو منطقة بأكملها. يتم نسخ البيانات نسخا متماثلا ولكن قد لا تكون متزامنة، لذلك يمكن فقدان بعض البيانات في سيناريو تجاوز الفشل. |
| تحسين التكلفة | تكلفة عالية. تحتاج إلى توزيع موارد منفصلة في كل منطقة، ويتحمل كل مورد تكاليف التوزيع والصيانة. قد يؤدي النسخ المتماثل للبيانات عبر المناطق أيضا إلى تكاليف كبيرة. |
| كفاءة الأداء | أداء عال. لا تتطلب طلبات التطبيق نسبة استخدام الشبكة عبر المناطق، لذلك عادة ما تكون نسبة استخدام الشبكة بزمن انتقال منخفض. |
| التميز التشغيلي | كفاءة تشغيلية منخفضة. تحتاج إلى توزيع الموارد وإدارتها عبر مناطق متعددة. أنت مسؤول أيضا عن تجاوز الفشل بين المناطق أثناء الانقطاع الإقليمي. |
يلخص هذا الجدول بعض المخاوف من منظور معماري:
| الاهتمام المعماري | التأثير |
|---|---|
| الامتثال لموقع البيانات | يعتمد على تحديد المنطقة. يتطلب منك هذا الأسلوب تحديد مناطق متعددة لتشغيل حمل العمل الخاص بك فيها. اختر المناطق المتوافقة مع متطلبات موقع البيانات. |
| التوفر الإقليمي | يتم إقران العديد من مناطق Azure. تستخدم بعض خدمات Azure مناطق مقترنة لنسخ البيانات نسخا متماثلا تلقائيا. إذا قمت بتشغيل حمل العمل الخاص بك في منطقة لا تحتوي على زوج، فقد تحتاج إلى استخدام نهج مختلف لنسخ بياناتك نسخا متماثلا. |
النسخ المتماثل للبيانات المتزامنة
إذا قمت بتنفيذ حل متزامن متعدد المناطق، يحتاج تطبيقك إلى الانتظار حتى تكتمل عمليات الكتابة في كل منطقة Azure قبل اعتبار المعاملة مكتملة. يعتمد زمن الانتقال المتكبد عن طريق انتظار عمليات الكتابة على المسافة بين المناطق. بالنسبة للعديد من أحمال العمل، يمكن أن يجعل زمن الانتقال بين المناطق النسخ المتماثل المتزامن بطيئا جدا بحيث لا يكون مفيدا.
يلخص هذا الجدول بعض شواغل الركيزة:
| الركيزة | التأثير |
|---|---|
| الموثوقية | موثوقية عالية جدا. الحل مرن في مواجهة انقطاع مركز البيانات أو منطقة التوفر أو منطقة بأكملها. البيانات متزامنة دائما عبر المناطق، لذلك، حتى إذا حدث فقدان كامل للمنطقة، فإن بياناتك متاحة وكاملة في منطقة أخرى. |
| تحسين التكلفة | تكلفة عالية. تحتاج إلى توزيع موارد منفصلة في كل منطقة، ويتحمل كل مورد تكاليف التوزيع والصيانة. قد يؤدي النسخ المتماثل للبيانات عبر المناطق أيضا إلى تكاليف كبيرة. |
| كفاءة الأداء | أداء منخفض. تتطلب طلبات التطبيق نسبة استخدام الشبكة عبر المناطق. اعتمادا على المسافة بين المناطق، قد يضيف النسخ المتماثل المتزامن زمن انتقال كبير للطلبات. |
| التميز التشغيلي | كفاءة تشغيلية منخفضة. تحتاج إلى توزيع الموارد وإدارتها عبر مناطق متعددة. أنت مسؤول أيضا عن تجاوز الفشل بين المناطق أثناء الانقطاع الإقليمي. |
يلخص هذا الجدول بعض المخاوف من منظور معماري:
| الاهتمام المعماري | التأثير |
|---|---|
| الامتثال لموقع البيانات | يعتمد على تحديد المنطقة. يتطلب منك هذا الأسلوب تحديد مناطق متعددة لتشغيل حمل العمل الخاص بك فيها. حدد المناطق المتوافقة مع متطلبات موقع البيانات. |
| التوفر الإقليمي | يتم إقران العديد من مناطق Azure. تستخدم بعض خدمات Azure مناطق مقترنة لنسخ البيانات نسخا متماثلا تلقائيا. إذا قمت بتشغيل حمل العمل الخاص بك في منطقة لا تحتوي على زوج، فقد تحتاج إلى استخدام نهج مختلف لنسخ بياناتك نسخا متماثلا. |
بنيات المنطقة
عند تصميم حل متعدد المناطق، ضع في اعتبارك ما إذا كانت مناطق Azure التي تخطط لاستخدامها مقترنة أم لا.
يمكنك إنشاء حل متعدد المناطق حتى عندما لا يتم إقران المناطق. ومع ذلك، قد تختلف الأساليب التي تستخدمها لتنفيذ بنية متعددة المناطق. على سبيل المثال، في Azure Storage، يمكنك استخدام التخزين المتكرر جغرافيا (GRS) مع المناطق المقترنة. إذا لم يكن GRS متوفرا، ففكر في استخدام ميزات مثل النسخ المتماثل لكائن Azure Storage، أو تصميم تطبيقك للكتابة إلى مناطق متعددة.
الجمع بين النهج متعددة المناطق ومتعددة المناطق
يجب عليك الجمع بين عبارات متعددة المناطق ومتعددة المناطق إذا كانت متطلبات عملك تتطلب مثل هذا الحل. على سبيل المثال، يمكنك نشر مكونات المنطقة المكررة في كل منطقة وأيضا تكوين النسخ المتماثل بين المناطق. بالنسبة لبعض الحلول، يوفر هذا النهج درجة عالية جدا من الموثوقية. ومع ذلك، يمكن أن يكون تكوين هذا النوع من النهج معقدا، ويمكن أن يكون هذا النهج مكلفا.
هام
يجب أن تستخدم أحمال العمل الحرجة للمهام مناطق توفر متعددة ومناطق متعددة. لمزيد من المعلومات حول الاعتبارات التي يجب أن تعطيها عند تصميم أحمال العمل الحرجة للمهام، راجع وثائق حمل العمل الحرج للمهام.
كيفية دعم خدمات Azure لنهج التوزيع
من المهم فهم التفاصيل المحددة لخدمات Azure التي تستخدمها. على سبيل المثال، تتطلب بعض خدمات Azure تكوين تكوين منطقة التوفر الخاصة بها عند نشر المورد لأول مرة، بينما تدعم خدمات أخرى تغيير نهج التوزيع لاحقا. وبالمثل، قد لا تتوفر بعض ميزات الخدمة مع كل نهج نشر.
لمعرفة المزيد حول خيارات التوزيع المحددة والنهج التي يجب مراعاتها لكل خدمة من خدمات Azure، تفضل بزيارة مركز الموثوقية.
أمثلة
يصف هذا القسم بعض حالات الاستخدام الشائعة والمتطلبات الرئيسية التي تحتاج عادة إلى مراعاتها لكل حمل عمل. لكل حمل عمل، يتم توفير نهج نشر مقترح واحد أو أكثر، استنادا إلى المتطلبات والنهج الموضحة في هذه المقالة.
تطبيق خط العمل لمؤسسة
شركة Contoso المحدودة هي شركة تصنيع كبيرة. تقوم الشركة بتنفيذ تطبيق خط الأعمال لإدارة بعض مكونات عملياتها المالية.
متطلبات العمل: من الصعب استبدال المعلومات التي يديرها النظام، لذلك يجب استمرار البيانات بشكل موثوق. يقول المهندسون المعماريون إن النظام يحتاج إلى تحمل أقل وقت تعطل وفقد أقل قدر ممكن من البيانات. يستخدم موظفو Contoso النظام طوال يوم العمل، لذلك من المهم الأداء العالي لتجنب إبقاء أعضاء الفريق ينتظرون. التكلفة هي أيضا مصدر قلق، لأن فريق التمويل يجب أن يدفع ثمن الحل.
النهج المقترح: يوفر التوزيع المتكرر للمنطقة مع النسخ الاحتياطي عبر المناطق طبقات متعددة من المرونة بأداء عال.
التطبيق الداخلي
Fourth Coffee هي شركة صغيرة. تقوم الشركة بتطوير تطبيق داخلي جديد يمكن للموظفين استخدامه لإرسال الجداول الزمنية.
متطلبات العمل: بالنسبة لحمل العمل هذا، تعد كفاءة التكلفة مصدر قلق أساسي. قيم Fourth Coffee تأثير الأعمال على وقت التعطل وقرر أن التطبيق لا يحتاج إلى تحديد أولويات المرونة أو الأداء. تقبل الشركة خطر أن انقطاع في منطقة أو منطقة توفر Azure قد يجعل التطبيق غير متوفر مؤقتا.
النهج المقترحة:
- التوزيع المتكرر محليا مع النسخ الاحتياطية عبر المناطق له أقل تكلفة، ولكن أيضا له مخاطر كبيرة.
- يوفر التوزيع المتكرر للمنطقة مع النسخ الاحتياطي عبر المناطق مرونة أفضل، ولكن بتكلفة أعلى قليلا.
ترحيل التطبيق القديم
تقوم شركة Fabrikam بترحيل تطبيق قديم من مركز بيانات محلي إلى Azure. سيستخدم التنفيذ نهج IaaS الذي يستند إلى الأجهزة الظاهرية. لم يتم تصميم التطبيق لبيئة سحابية، والاتصال بين طبقة التطبيق وقاعدة البيانات الدردشة جدا.
متطلبات العمل: الأداء هو أولوية لهذا التطبيق. المرونة مهمة أيضا، ويجب أن يستمر التطبيق في العمل حتى إذا واجه مركز بيانات Azure انقطاعا.
النهج المقترح:
- يجب أن تحاول Fabrikan أولا نشر المنطقة المكررة. يجب عليهم التحقق من أن الأداء يفي بمتطلباتهم.
- إذا لم يكن أداء الحل المتكرر للمنطقة مقبولا، ففكر في التوزيع النطاقي (مثبت)، مع عمليات التوزيع السلبية عبر مناطق توفر متعددة (DR داخل المنطقة).
تطبيق الرعاية الصحية
تقوم شركة Lamna Healthcare بتنفيذ نظام سجل صحي إلكتروني جديد على Azure.
متطلبات العمل: نظرا لطبيعة البيانات التي يخزنها هذا الحل، فإن موقع البيانات مهم للغاية. تعمل Lamna في إطار تنظيمي صارم ينص على أن البيانات يجب أن تظل في موقع معين.
النهج المقترحة:
- التوزيع متعدد المناطق، إذا كانت هناك مناطق متعددة تناسب متطلبات موقع البيانات في Lamna.
- إذا كانت هناك منطقة واحدة فقط تناسب احتياجاتهم، ففكر في توزيع متكرر في المنطقة أو توزيع متكرر في المنطقة مع النسخ الاحتياطي عبر المناطق يوفر حلا من منطقة واحدة
النظام المَصرفي
يدير بنك Woodgrove عملياته المصرفية الأساسية من حل كبير يتم نشره في Azure.
متطلبات العمل: هذا نظام بالغ الأهمية للمهمة. يمكن أن تسبب أي انقطاعات تأثيرا ماليا كبيرا للعملاء. ونتيجة لذلك، يتمتع بنك وودغروف بتسامح منخفض جدا مع المخاطر. يحتاج النظام إلى أعلى مستوى ممكن من الموثوقية، وتحتاج البنية إلى التخفيف من مخاطر أي حالات فشل يمكن تخفيفها.
النهج المقترح: بالنسبة لنظام المهام الحرجة، استخدم نشر متعدد المناطق متعددة المناطق. تأكد من أن المناطق تناسب متطلبات موقع البيانات للشركة.
البرمجيات باعتبارها خدمة (SaaS)
Proseware, Inc., يبني البرامج التي تستخدمها الشركات في جميع أنحاء العالم. يتم توزيع قاعدة مستخدمي الشركة على نطاق واسع جغرافيا.
متطلبات العمل: يحتاج Proseware إلى تمكين كل عميل من عملائه من اختيار منطقة توزيع قريبة من العميل. يعد تمكين هذا الاختيار مهما لزمن الانتقال ولمتطلبات موقع بيانات العملاء.
النهج المقترحة:
- عادة ما يكون التوزيع متعدد المناطق متعدد المناطق خيارا جيدا لموفر SaaS، خاصة عند استخدامه ضمن نمط طوابع النشر.
- توزيع متكرر لمنطقة واحدة بالاقتران مع حل تسريع نسبة استخدام الشبكة العالمي، مثل Azure Front Door.
الروابط ذات الصلة
فيما يلي بعض البنيات المرجعية وسيناريوهات المثال للحلول متعددة المناطق ومتعددة المناطق:
- تطبيق ويب متكرر في المنطقة للأساس متوفر بشكل كبير
- تطبيق ويب متعدد المناطق عالي التوفر
- تطبيق متعدد المناطق من الطبقة N
- تطبيق ويب متعدد المستويات مصمم لقابلية الوصول العالية/الإصلاح بعد كارثة
توفر العديد من خدمات Azure إرشادات حول كيفية استخدام مناطق توفر متعددة، بما في ذلك الأمثلة التالية:
- Azure Site Recovery: تمكين الإصلاح بعد كارثة لجهاز Azure الظاهري بين مناطق التوفر
- Azure NetApp Files: فهم النسخ المتماثل عبر المناطق لملفات Azure NetApp
- تكرار تخزين Azure
قائمة التحقق من الموثوقية
راجع المجموعة الكاملة من التوصيات.