إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
تخزين طابور Azure هو خدمة لتخزين وتوزيع أعداد كبيرة من الرسائل. يستخدم تخزين قائمة الانتظار بشكل شائع لإنشاء تراكم من العمل لمعالجته بشكل غير متزامن. يوفر توصيل رسائل موثوق به لبنيات التطبيقات المقترنة بشكل فضفاض. يمكن أن يصل حجم رسالة قائمة الانتظار إلى 64 كيلوبايت، ويمكن أن تحتوي قائمة الانتظار على ملايين الرسائل، حتى الحد الأقصى للسعة الإجمالية لحساب التخزين.
عند استخدام Azure، تعد الموثوقية مسؤولية مشتركة. توفر Microsoft مجموعة من الإمكانات لدعم المرونة والاسترداد. أنت مسؤول عن فهم كيفية عمل هذه الإمكانات في جميع الخدمات التي تستخدمها، وتحديد الإمكانات التي تحتاجها لتحقيق أهداف عملك وأهداف وقت التشغيل.
تصف هذه المقالة كيفية جعل تخزين الطابور مقاوما لمجموعة متنوعة من الانقطاعات والمشاكل المحتملة، بما في ذلك الأعطال المؤقتة، وانقطاعات مناطق التوفر، وانقطاعات المناطق. كما يشرح كيف يمكنك استخدام النسخ الاحتياطية للتعافي من أنواع أخرى من المشاكل، ويسلط الضوء على بعض المعلومات الأساسية حول اتفاقية مستوى خدمة تخزين الطابور (SLA).
Note
يعد تخزين قائمة الانتظار جزءا من النظام الأساسي لتخزين Azure. بعض إمكانات تخزين قائمة الانتظار شائعة عبر العديد من خدمات تخزين Azure.
توصيات نشر الإنتاج للموثوقية
لبيئات الإنتاج:
قم بتمكين التخزين المتكرر في المنطقة (ZRS) لحسابات التخزين التي تحتوي على موارد تخزين قائمة الانتظار. يوفر ZRS توفرا أعلى عن طريق نسخ بياناتك بشكل متزامن عبر مناطق توفر متعددة في المنطقة الأساسية. يساعد التوفر العالي على حماية حسابات التخزين الخاصة بك من فشل منطقة التوفر.
إذا كنت بحاجة إلى المرونة في مواجهة انقطاعات المنطقة وتم إقران المنطقة الأساسية لحساب التخزين الخاص بك، ففكر في تمكين التخزين المتكرر جغرافيا (GRS). يقوم GRS بنسخ البيانات بشكل غير متزامن مع المنطقة المقترنة. في المناطق المدعومة، يمكنك الجمع بين التكرار الجغرافي مع تكرار المنطقة باستخدام التخزين المتكرر في المنطقة الجغرافية (GZRS).
للحصول على متطلبات المراسلة المتقدمة، ضع في اعتبارك استخدام ناقل خدمة Azure. للتعرف على الاختلافات بين تخزين قائمة الانتظار وناقل الخدمة، راجع مقارنة قوائم انتظار تخزين Azure وقوائم انتظار ناقل الخدمة.
نظرة عامة على بنية الموثوقية
يعمل تخزين قائمة الانتظار كخدمة مراسلة موزعة داخل البنية الأساسية للنظام الأساسي ل Azure Storage. توفر الخدمة التكرار من خلال نسخ متعددة من قائمة الانتظار وبيانات الرسائل. يعتمد نموذج التكرار المحدد على تكوين حساب التخزين الخاص بك.
يقوم التخزين المتكرر محليا (LRS) بنسخ البيانات داخل حسابات التخزين الخاصة بك إلى منطقة توفر Azure واحدة أو أكثر الموجودة في المنطقة الأساسية التي تختارها. على الرغم من عدم وجود خيار لاختيار منطقة التوفر المفضلة لديك، فقد يقوم Azure بنقل حسابات LRS أو توسيعها عبر المناطق لتحسين موازنة التحميل. ليس هناك ما يضمن أن بياناتك ستنتشر عبر المناطق. لمزيد من المعلومات حول مناطق التوفر، راجع ما هي مناطق التوفر؟.
يوفر التخزين المتكرر في المنطقة (ZRS) والتخزين المتكرر جغرافيا (GRS) والتخزين المتكرر في المنطقة الجغرافية (GZRS) حماية إضافية. توضح هذه المقالة هذه الخيارات بالتفصيل.
المرونة في مواجهة الأعطال العابرة
الأخطاء العابرة هي حالات فشل قصيرة متقطعة في المكونات. تحدث بشكل متكرر في بيئة موزعة مثل السحابة، وهي جزء طبيعي من العمليات. الأخطاء العابرة تصحح نفسها بعد فترة زمنية قصيرة. من المهم أن تتمكن تطبيقاتك من معالجة الأخطاء العابرة، عادة عن طريق إعادة محاولة الطلبات المتأثرة.
يجب أن تتبع جميع التطبيقات المستضافة على السحابة إرشادات معالجة الأخطاء العابرة ل Azure عند الاتصال بأي واجهات برمجة تطبيقات وقواعد بيانات ومكونات أخرى مستضافة على السحابة. لمزيد من المعلومات، راجع توصيات للتعامل مع الأخطاء العابرة.
يستخدم تخزين قائمة الانتظار بشكل شائع في التطبيقات لمساعدتهم على معالجة الأخطاء العابرة في المكونات الأخرى. باستخدام المراسلة غير المتزامنة مع خدمة مثل Queue Storage، يمكن للتطبيقات الاسترداد من الأخطاء العابرة عن طريق إعادة معالجة الرسائل في وقت لاحق. لمعرفة المزيد، راجع التمهيدي للمراسلة غير المتزامنة.
داخل الخدمة نفسها، يعالج Queue Storage الأخطاء العابرة تلقائيا باستخدام العديد من الآليات التي يوفرها النظام الأساسي ل Azure Storage ومكتبات العميل. تم تصميم الخدمة لتوفير إمكانات مرنة لقائمة انتظار الرسائل حتى أثناء مشاكل البنية التحتية المؤقتة.
تتضمن مكتبات عميل تخزين قائمة الانتظار نهج إعادة المحاولة المضمنة التي تعالج تلقائيا حالات الفشل العابرة الشائعة مثل مهلات الشبكة وعدم توفر الخدمة المؤقتة (HTTP 503) واستجابات التقييد (HTTP 429). عندما يواجه تطبيقك هذه الشروط العابرة، تقوم مكتبات العميل تلقائيا بإعادة محاولة العمليات باستخدام استراتيجيات التراجع الأسية.
لإدارة الأخطاء العابرة بشكل فعال باستخدام تخزين قائمة الانتظار، يمكنك اتخاذ الإجراءات التالية:
قم بتكوين المهلات المناسبة في عميل تخزين قائمة الانتظار لتحقيق التوازن بين الاستجابة والمرونة في حالات التباطؤ المؤقتة. عادة ما تكون المهلات الافتراضية في مكتبات عميل Azure Storage مناسبة لمعظم السيناريوهات.
قم بتنفيذ أنماط قاطع الدائرة في تطبيقك عند معالجة الرسائل من قوائم الانتظار. تمنع أنماط قاطع الدائرة حالات الفشل المتتالية عندما تواجه خدمات الخادم مشكلات.
استخدم مهلات الرؤية بشكل مناسب عندما يتلقى تطبيقك الرسائل. تضمن مهلات الرؤية أن تصبح الرسائل متاحة لإعادة المحاولة إذا واجه تطبيقك حالات فشل أثناء المعالجة.
لمعرفة المزيد حول بنية Azure Table Storage وكيفية تصميم تطبيقات مرنة وعالية النطاق، راجع قائمة التحقق من الأداء وقابلية التوسع لتخزين قائمة الانتظار.
المرونة في مواجهة حالات فشل منطقة التوفر
مناطق التوفر هي مجموعات منفصلة فعليا من مراكز البيانات داخل منطقة Azure. عند فشل منطقة واحدة، يمكن أن تفشل الخدمات إلى إحدى المناطق المتبقية.
يكون Azure Queue Storage زائدا عن الحاجة في المنطقة عند نشره باستخدام تكوين ZRS. على عكس LRS، يضمن ZRS أن يقوم Azure بنسخ بيانات قائمة الانتظار بشكل متزامن عبر مناطق توفر متعددة. تضمن ZRS أن تظل بياناتك متاحة حتى إذا واجهت منطقة واحدة انقطاعا. يضمن ZRS بقاء قوائم الانتظار الخاصة بك قابلة للوصول حتى إذا أصبحت منطقة التوفر بأكملها غير متاحة. يجب الاعتراف بجميع عمليات الكتابة عبر مناطق متعددة قبل اكتمالها، مما يوفر ضمانات تناسق قوية.
يتم تمكين تكرار المنطقة على مستوى حساب التخزين وينطبق على جميع موارد تخزين قائمة الانتظار داخل هذا الحساب. لا يمكنك تكوين قوائم الانتظار الفردية لمستويات التكرار المختلفة. ينطبق الإعداد على حساب التخزين بالكامل. عندما تواجه منطقة توفر انقطاعا، يقوم Azure Storage تلقائيا بتوجيه الطلبات إلى المناطق السليمة دون الحاجة إلى أي تدخل من التطبيق الخاص بك.
Requirements
- دعم المنطقة: يمكنك نشر حسابات Azure Storage الاحتياطية في أي منطقة تدعم مناطق التوفر.
- أنواع حسابات التخزين: يجب عليك استخدام حساب تخزين عام عام v2 لتمكين ZRS لتخزين الطابور. لا تدعم حسابات التخزين المميزة تخزين قائمة الانتظار.
Cost
عند تمكين التخزين المتكرر في المنطقة (ZRS)، يتم تحصيل رسوم منك بمعدل مختلف عن التخزين المتكرر محليا (LRS) بسبب النسخ المتماثل الإضافي والنفقات العامة للتخزين.
للحصول على معلومات تفصيلية عن التسعير، راجع تسعير تخزين قائمة الانتظار.
تكوين دعم منطقة التوفر
قم بإنشاء حساب تخزين متكرر للمنطقة وقائمة انتظار من خلال اتباع الخطوات التالية.
قم بإنشاء حساب تخزين وحدد ZRS أو GZRS أو التخزين المتكرر للمنطقة الجغرافية للوصول للقراءة (RA-GZRS) كخيار التكرار أثناء إنشاء الحساب.
إنشاء قائمة انتظار.
تغيير نوع النسخ المتماثل. لمعرفة كيفية تغيير حساب تخزين موجود إلى تخزين متكرر في المنطقة (ZRS) وحول خيارات التكوين ومتطلباته، راجع تغيير كيفية نسخ حساب تخزين.
تعطيل تكرار المنطقة. قم بتحويل حسابات ZRS مرة أخرى إلى تكوين غير منطقي، مثل التخزين المتكرر محليا (LRS)، باستخدام نفس عملية تغيير تكوين التكرار.
السلوك عندما تكون جميع المناطق صحية
يصف هذا القسم ما يمكن توقعه عند تكوين حساب تخزين قائمة الانتظار لتكرار المنطقة وتشغيل جميع مناطق التوفر.
توجيه حركة المرور بين المناطق: يقوم Azure Storage مع التخزين المتكرر في المنطقة (ZRS) تلقائيا بتوزيع الطلبات عبر مجموعات التخزين في مناطق توفر متعددة. يتسم توزيع حركة المرور بالشفافية للتطبيقات ولا يتطلب أي تكوين من جانب العميل.
النسخ المتماثل للبيانات بين المناطق: يتم نسخ جميع عمليات الكتابة إلى ZRS بشكل متزامن عبر جميع مناطق التوفر داخل المنطقة. عند تحميل البيانات أو تعديلها، لا تعتبر العملية مكتملة حتى يتم نسخ البيانات بنجاح عبر جميع مناطق التوفر. يضمن هذا النسخ المتماثل المتزامن تناسقا قويا وعدم فقدان البيانات أثناء فشل المنطقة.
السلوك أثناء فشل المنطقة
عندما تصبح منطقة التوفر غير متوفرة، يعالج تخزين قائمة الانتظار تلقائيا عملية تجاوز الفشل عن طريق اتخاذ الإجراءات التالية.
الكشف والاستجابة: تكتشف Microsoft تلقائيا حالات فشل المنطقة وتبدأ عمليات الاسترداد. لا يلزم اتخاذ أي إجراء من قبل العميل لحسابات التخزين المتكرر في المنطقة (ZRS).
إذا أصبحت المنطقة غير متوفرة، يقوم Azure بتحديثات الشبكات مثل إعادة تعيين نظام أسماء المجالات (DNS).
- الإعلام: لا تقوم Microsoft بإعلامك تلقائيا عندما تكون المنطقة معطلة. ومع ذلك، يمكنك استخدام Azure Resource Health لمراقبة صحة كل مورد على حدة، ويمكنك إعداد تنبيهات Resource Health لإبلاغك بالمشاكل. يمكنك أيضا استخدام Azure Service Health لفهم الصحة العامة للخدمة، بما في ذلك أي أعطال في المناطق، ويمكنك إعداد تنبيهات صحة الخدمة لإبلاغك بالمشاكل.
الطلبات النشطة: قد يتم إسقاط الطلبات على متن الطائرة أثناء عملية الاسترداد ويجب إعادة تجربتها. يجب أن تنفذ التطبيقات منطق إعادة المحاولة للتعامل مع هذه الانقطاعات المؤقتة.
فقدان البيانات المتوقع: لا يحدث فقدان للبيانات أثناء فشل المنطقة لأنه يتم نسخ البيانات بشكل متزامن عبر مناطق متعددة قبل اكتمال عمليات الكتابة.
وقت التوقف المتوقع: قد يحدث قدر صغير من وقت التوقف عن العمل، عادة بضع ثوان، أثناء الاسترداد التلقائي حيث تتم إعادة توجيه حركة المرور إلى المناطق السليمة. عند تصميم تطبيقات ل ZRS، اتبع ممارسات معالجة الأخطاء العابرة، بما في ذلك تنفيذ نهج إعادة المحاولة مع التراجع الأسي.
- إعادة توجيه حركة المرور. إذا أصبحت المنطقة غير متوفرة، يتعهد Azure بتحديثات الشبكات مثل إعادة توجيه نظام اسم المجال (DNS)، بحيث يتم توجيه الطلبات إلى مناطق التوفر السليمة المتبقية. تحافظ الخدمة على الوظائف الكاملة باستخدام المناطق الباقية دون الحاجة إلى تدخل العميل.
استعادة المنطقة
عند استرداد منطقة التوفر الفاشلة، يستعيد Azure Storage تلقائيا العمليات العادية عبر جميع مناطق التوفر. تضمن الخدمة تلقائيا تناسق البيانات من خلال مزامنة أي عمليات حدثت أثناء فترة الانقطاع.
اختبار فشل المنطقة
عند استخدام التخزين المتكرر في المنطقة (ZRS)، يدير Azure Storage النسخ المتماثل وتوجيه نسبة استخدام الشبكة واستجابات المنطقة لأسفل تلقائيا. نظرا لإدارة هذه الميزة بالكامل، لا تحتاج إلى بدء عمليات فشل منطقة التوفر أو التحقق من صحتها.
القدرة على الصمود في وجه الإخفاقات على مستوى المنطقة
يوفر Azure Storage، بما في ذلك Azure Blob Storage وAzure Files وAzure Table Storage وAzure Queue Storage، مجموعة من إمكانات التكرار الجغرافي وتجاوز الفشل لتناسب المتطلبات المختلفة.
Important
يعمل التخزين المتكرر جغرافيا (GRS) فقط داخل المناطق المقترنة ب Azure. إذا لم تكن منطقة حساب التخزين الخاص بك مرتبطة، فكر في استخدام حلول متعددة المناطق المخصصة للمرونة.
التخزين الجغرافي الزائد للمناطق المزدوجة
يوفر Azure Storage عدة أنواع من GRS في المناطق المقترنة. أيا كان نوع GRS الذي تستخدمه، يتم دائما نسخ البيانات الموجودة في المنطقة الثانوية باستخدام التخزين المتكرر محليا (LRS). يوفر هذا النهج الحماية ضد أعطال الأجهزة داخل المنطقة الثانوية.
يوفر GRS دعما لعمليات تجاوز الفشل المخطط لها وغير المخطط لها لمنطقة Azure المقترنة عندما يكون هناك انقطاع في المنطقة الأساسية. يقوم GRS بنسخ البيانات بشكل غير متزامن من المنطقة الأساسية إلى المنطقة المقترنة.
يقوم التخزين المتكرر للمنطقة الجغرافية (GZRS) بنسخ البيانات في مناطق توفر متعددة في المنطقة الأساسية وفي المنطقة المقترنة.
التخزين المتكرر جغرافيًا
- يعمل التخزين المتكرر جغرافيا للوصول للقراءة (RA-GRS) والتخزين المتكرر للمنطقة الجغرافية للوصول للقراءة (RA-GZRS) إلى توسيع التخزين المتكرر جغرافيا (GRS) والتخزين المتكرر في المنطقة الجغرافية (GZRS)، مع ميزة إضافية تتمثل في الوصول إلى القراءة إلى نقطة النهاية الثانوية. هذه الخيارات مثالية للتطبيقات المصممة للتطبيقات ذات التوفر العالي الحرج للأعمال. في حالة حدوث انقطاع في نقطة النهاية الأساسية ، وهو أمر غير محتمل ، يمكن للتطبيقات التي تم تكوينها للوصول إلى القراءة إلى المنطقة الثانوية الاستمرار في العمل.
أنواع تجاوز الفشل
يدعم Azure Storage ثلاثة أنواع من تجاوز الفشل لسيناريوهات مختلفة.
تجاوز الفشل غير المخطط له الذي يديره العميل: أنت مسؤول عن بدء الاسترداد إذا كان هناك فشل في التخزين على مستوى المنطقة في منطقتك الأساسية.
تجاوز الفشل المخطط له يديره العميل: أنت مسؤول عن بدء الاسترداد إذا كان جزء آخر من الحل الخاص بك به فشل في منطقتك الأساسية، وتحتاج إلى تبديل الحل بالكامل إلى منطقة ثانوية. استخدم تجاوز الفشل المخطط له عندما يظل التخزين قيد التشغيل في المنطقة الأساسية، ولكنك تحتاج إلى الفشل في الحل بالكامل لمنطقة ثانوية، مثل تدريبات التعافي من الكوارث المصممة لضمان متطلبات الامتثال والتدقيق.
تجاوز الفشل الذي تديره Microsoft: في ظروف استثنائية، قد تبدأ Microsoft تجاوز الفشل لجميع حسابات التخزين المتكررة جغرافيا (GRS) في منطقة ما. ومع ذلك ، فإن تجاوز الفشل الذي تديره Microsoft هو الملاذ الأخير ومن المتوقع أن يتم تنفيذه فقط بعد فترة طويلة من الانقطاع. يجب ألا تعتمد على تجاوز الفشل الذي تديره Microsoft.
يمكن لحسابات GRS استخدام أي من أنواع تجاوز الفشل هذه. لا تحتاج إلى تكوين حساب تخزين مسبقا لاستخدام أي من أنواع تجاوز الفشل مسبقا.
Requirements
دعم المنطقة: تستخدم تكوينات Azure Storage الجغرافية المتكررة مناطق Azure المزدوجة لتكرار المناطق الثانوية. يتم تحديد المنطقة الثانوية تلقائيا استنادا إلى تحديد منطقتك الأساسية ولا يمكن تخصيصها. للحصول على قائمة كاملة بالمناطق المقترنة ب Azure، راجع قائمة مناطق Azure.
إذا لم تكن منطقة حساب التخزين الخاص بك مرتبطة، فكر في استخدام حلول متعددة المناطق المخصصة للمرونة.
- أنواع حسابات التخزين: تتوفر التخزين الجغرافي الزائد (GRS) والفشل والعودة للفشل التي يبدأها العميل في جميع المناطق المزدوجة في Azure التي تدعم حسابات تخزين Azure v2 العامة الأغراض.
Considerations
عند تنفيذ تخزين قائمة الانتظار متعددة المناطق، ضع في اعتبارك العوامل المهمة التالية.
زمن انتقال النسخ المتماثل غير المتزامن: يكون النسخ المتماثل للبيانات إلى المنطقة الثانوية غير متزامن، مما يعني أن هناك تأخرا بين وقت كتابة البيانات إلى المنطقة الأساسية ووقت توفرها في المنطقة الثانوية. يمكن أن يؤدي هذا التأخير إلى فقدان محتمل للبيانات في حالة حدوث فشل في المنطقة الأساسية قبل نسخ البيانات الحديثة. يتم قياس فقدان البيانات بواسطة هدف نقطة الاسترداد (RPO). يمكنك أن تتوقع أن يكون تأخر النسخ المتماثل أقل من 15 دقيقة ، ولكن هذه المرة تقديرية وغير مضمونة.
يمكنك التحقق من الخاصية Last Sync Time لفهم مقدار البيانات التي قد تضيع إذا كان حساب التخزين الخاص بك يحتوي على تجاوز فشل غير مخطط له.
الوصول إلى المنطقة الثانوية: باستخدام تكوينات التخزين المتكرر جغرافيا (GRS) والتخزين المتكرر في المنطقة الجغرافية (GZRS)، لا يمكن الوصول إلى المنطقة الثانوية للقراءات حتى يحدث تجاوز الفشل.
توفر تكوينات التخزين المتكرر جغرافيا للوصول إلى القراءة (RA-GRS) والتخزين المتكرر للمنطقة الجغرافية (RA-GZRS) الوصول للقراءة الوصول إلى المنطقة الثانوية أثناء العمليات العادية، ولكن بسبب زمن انتقال النسخ المتماثل غير المتزامن، قد ترجع بيانات قديمة بعض الشيء.
- قيود الميزات: بعض ميزات Azure Storage غير مدعومة أو لها قيود عند استخدام التخزين المتكرر جغرافيا (GRS) أو تجاوز الفشل المدار من قبل العميل. راجع توافق الميزات قبل تنفيذ التكرار الجغرافي.
Cost
تتحمل تكوينات حساب Azure Storage متعدد المناطق تكاليف إضافية للنسخ المتماثل والتخزين عبر المناطق في المنطقة الثانوية. يتم فرض رسوم على نقل البيانات بين مناطق Azure استنادا إلى معدلات النطاق الترددي القياسية بين المناطق.
للحصول على معلومات تفصيلية عن التسعير، راجع تسعير تخزين قائمة الانتظار.
تكوين الدعم متعدد المناطق
- قم بإنشاء حساب تخزين متكرر جغرافيا (GRS) جديد. لإنشاء حساب GRS، راجع إنشاء حساب تخزين وتحديد GRS أو التخزين المتكرر جغرافيا للوصول للقراءة (RA-GRS) أو التخزين المتكرر في المنطقة الجغرافية (GZRS) أو التخزين المتكرر في المنطقة الجغرافية للوصول للقراءة (RA-GZRS) أثناء إنشاء الحساب.
تمكين التكرار الجغرافي على حساب تخزين موجود. لتحويل حساب تخزين موجود إلى تخزين متكرر جغرافيا (GRS)، راجع تغيير كيفية نسخ حساب التخزين نسخا متماثلا.
Warning
بعد إعادة تكوين حسابك للتكرار الجغرافي، قد يستغرق الأمر وقتا طويلا قبل نسخ البيانات الحالية في المنطقة الأساسية الجديدة بالكامل إلى المنطقة الثانوية الجديدة.
لتجنب فقدان البيانات بشكل كبير، تحقق من قيمة الخاصية Last Sync Time قبل بدء تجاوز الفشل غير المخطط له. لتقييم فقدان البيانات المحتمل، قارن آخر وقت مزامنة بآخر مرة تمت فيها كتابة البيانات إلى المنطقة الأساسية الجديدة.
تعطيل التكرار الجغرافي. قم بتحويل حسابات GRS مرة أخرى إلى تكوينات منطقة واحدة مثل التخزين المتكرر محليا (LRS) أو التخزين المتكرر في المنطقة (ZRS) باستخدام نفس عملية تغيير تكوين التكرار.
السلوك عندما تكون جميع المناطق صحية
يصف هذا القسم ما يمكن توقعه عند تكوين حساب تخزين للتكرار الجغرافي وتشغيل جميع المناطق.
توجيه حركة المرور بين المناطق: يستخدم Azure Storage نهجا نشطا سلبيا حيث يتم توجيه جميع عمليات الكتابة ومعظم عمليات القراءة إلى المنطقة الأساسية.
بالنسبة لتكوينات التخزين المتكرر جغرافيا للوصول للقراءة (RA-GRS) والتخزين المتكرر للمنطقة الجغرافية (RA-GZRS) للوصول للقراءة، يمكن للتطبيقات القراءة اختياريا من المنطقة الثانوية عن طريق الوصول إلى نقطة النهاية الثانوية. يتطلب هذا الأسلوب تكوين تطبيق صريح وليس تلقائيا. أيضا، بسبب تأخر النسخ المتماثل غير المتزامن، قد تكون البيانات في المنطقة الثانوية قديمة بعض الشيء.
النسخ المتماثل للبيانات بين المناطق: يتم الالتزام بعمليات الكتابة أولا بالمنطقة الأساسية باستخدام أنواع التكرار التي تم تكوينها التالية:
- التخزين المتكرر محليا (LRS) للتخزين المتكرر جغرافيا (GRS) و RA-GRS
- التخزين المتكرر في المنطقة (ZRS) للتخزين المتكرر في المنطقة الجغرافية (GZRS) و RA-GZRS
بعد الانتهاء بنجاح في المنطقة الأساسية، يتم نسخ البيانات بشكل غير متزامن إلى المنطقة الثانوية حيث يتم تخزينها باستخدام LRS.
تعني الطبيعة غير المتزامنة للنسخ المتماثل عبر المناطق أنه عادة ما يكون هناك وقت تأخير بين وقت كتابة البيانات إلى المنطقة الأساسية ووقت توفرها في المنطقة الثانوية. يمكنك مراقبة وقت النسخ المتماثل باستخدام خاصية وقت المزامنة الأخيرة.
السلوك أثناء فشل المنطقة
يصف هذا القسم ما يمكن توقعه عند تكوين حساب تخزين للتكرار الجغرافي وهناك انقطاع في المنطقة الأساسية.
تجاوز الفشل المدار من قبل العميل (غير مخطط له): استخدم تجاوز فشل غير مخطط له عندما يكون التخزين في المنطقة الأساسية غير متوفر.
الكشف والاستجابة: في حالة عدم توفر حساب التخزين الخاص بك في منطقتك الأساسية، وهو أمر غير محتمل، يمكنك التفكير في بدء تجاوز الفشل غير المخطط له الذي يديره العميل. لاتخاذ هذا القرار ، ضع في اعتبارك العوامل التالية:
ما إذا كان Azure Resource Health يظهر مشكلات في الوصول إلى حساب التخزين في منطقتك الأساسية
ما إذا كانت Microsoft تنصحك بإجراء تجاوز الفشل إلى منطقة أخرى
Warning
يمكن أن يؤدي تجاوز الفشل غير المخطط له إلى فقدان البيانات. قبل بدء تجاوز الفشل المدار من قبل العميل، حدد ما إذا كانت استعادة الخدمة تبرر خطر فقدان البيانات.
إشعار: مايكروسوفت لا تخبرك تلقائيا عندما تكون المنطقة معطلة. لكن:
يمكنك استخدام Azure Resource Health لمراقبة صحة مورد فردي، ويمكنك إعداد تنبيهات حماية الموارد لإعلامك بالمشكلات.
يمكنك استخدام Azure Service Health لفهم الصحة العامة للخدمة، بما في ذلك أي إخفاقات في المناطق، ويمكنك إعداد تنبيهات صحة الخدمة لإبلاغك بالمشاكل.
الطلبات النشطة: أثناء عملية تجاوز الفشل، تصبح نقاط نهاية حساب التخزين الأساسية والثانوية غير متوفرة مؤقتا لكل من عمليات القراءة والكتابة. قد يتم إسقاط أي طلبات نشطة، وتحتاج تطبيقات العميل إلى إعادة المحاولة بعد اكتمال تجاوز الفشل.
فقدان البيانات المتوقع: يعد فقدان البيانات أمرا شائعا أثناء تجاوز الفشل غير المخطط له بسبب تأخر النسخ المتماثل غير المتزامن، مما يعني أنه قد لا يتم نسخ عمليات الكتابة الحديثة. يمكنك التحقق من الخاصية آخر وقت مزامنة لفهم مقدار البيانات التي قد يتم فقدها أثناء تجاوز الفشل غير المخطط له. غالبا ما يشار إلى فقدان البيانات المتوقع باسم هدف نقطة الاسترداد (RPO). يمكنك عادة توقع أن يكون RPO أقل من 15 دقيقة ، لكن هذا الوقت غير مضمون.
التوقف عن العمل المتوقع: غالبا ما يشار إلى مقدار وقت التوقف المتوقع باسم هدف وقت الاسترداد (RTO). عادة ما يكتمل تجاوز الفشل الذي يديره العميل في غضون 60 دقيقة، اعتمادا على حجم الحساب وتعقيده.
إعادة توجيه حركة المرور: عند اكتمال تجاوز الفشل، يقوم Azure تلقائيا بتحديث نقاط نهاية حساب التخزين بحيث لا تحتاج التطبيقات إلى إعادة تكوينها. إذا احتفظ تطبيقك بإدخالات نظام أسماء النطاقات (DNS) مخزنة مؤقتا، فقد يكون من الضروري مسح ذاكرة التخزين المؤقت للتأكد من أن التطبيق يرسل حركة المرور إلى المنطقة الأساسية الجديدة.
تكوين ما بعد تجاوز الفشل: بعد اكتمال تجاوز الفشل غير المخطط له، يستخدم حساب التخزين الخاص بك في منطقة الوجهة طبقة التخزين المتكررة محليا (LRS). إذا كنت بحاجة إلى النسخ المتماثل جغرافيا مرة أخرى، فأنت بحاجة إلى إعادة تمكين التخزين المتكرر جغرافيا (GRS) والانتظار حتى يتم نسخ البيانات نسخا متماثلا إلى المنطقة الثانوية الجديدة.
لمزيد من المعلومات حول كيفية بدء تجاوز الفشل المدار من قبل العميل، راجع كيفية عمل تجاوز الفشل المدار من قبل العميل (غير المخطط له)وبدء تجاوز فشل حساب التخزين.
تجاوز الفشل المدار من قبل العميل (مخطط له): استخدم تجاوز الفشل المخطط له عندما يظل التخزين قيد التشغيل في المنطقة الأساسية، ولكنك تحتاج إلى الفشل في الحل بأكمله إلى منطقة ثانوية لسبب آخر. على سبيل المثال، قد تواجه خدمة Azure أخرى مشكلة وتحتاج إلى التبديل إلى استخدام منطقة ثانوية للحل بأكمله. أو يمكنك استخدام تجاوز الفشل المخطط له لإجراء تدريبات التعافي من الكوارث (DR) لأغراض الامتثال والتدقيق.
الكشف والاستجابة: أنت مسؤول عن اتخاذ قرار بالفشل. عادة ما تتخذ هذا القرار إذا كنت بحاجة إلى الفشل بين المناطق، على الرغم من أن حساب التخزين الخاص بك سليم. على سبيل المثال، قد تقوم بتشغيل تجاوز الفشل عند حدوث انقطاع كبير في مكون تطبيق آخر لا يمكنك الاسترداد منه في المنطقة الأساسية.
إشعار: مايكروسوفت لا تخبرك تلقائيا عندما تكون المنطقة معطلة. لكن:
يمكنك استخدام Azure Resource Health لمراقبة صحة مورد فردي، ويمكنك إعداد تنبيهات حماية الموارد لإعلامك بالمشكلات.
يمكنك استخدام Azure Service Health لفهم الصحة العامة للخدمة، بما في ذلك أي إخفاقات في المناطق، ويمكنك إعداد تنبيهات صحة الخدمة لإبلاغك بالمشاكل.
الطلبات النشطة: أثناء عملية تجاوز الفشل، تصبح نقاط نهاية حساب التخزين الأساسية والثانوية غير متوفرة مؤقتا لكل من عمليات القراءة والكتابة. قد يتم إسقاط أي طلبات نشطة، وتحتاج تطبيقات العميل إلى إعادة المحاولة بعد اكتمال تجاوز الفشل.
فقدان البيانات المتوقع: لا يتوقع فقدان البيانات لأن عملية تجاوز الفشل تكتمل فقط بعد مزامنة جميع البيانات، مما ينتج عنه RPO من الصفر.
التوقف عن العمل المتوقع: يكتمل تجاوز الفشل عادة في غضون 60 دقيقة، مما يعني أن RTO المتوقع هو 60 دقيقة، اعتمادا على حجم الحساب وتعقيده. أثناء عملية تجاوز الفشل، تصبح نقاط نهاية حساب التخزين الأساسية والثانوية غير متوفرة مؤقتا لكل من عمليات القراءة والكتابة.
إعادة توجيه حركة المرور: عند اكتمال تجاوز الفشل، يقوم Azure تلقائيا بتحديث نقاط نهاية حساب التخزين بحيث لا تحتاج التطبيقات إلى إعادة تكوينها. إذا احتفظ تطبيقك بإدخالات DNS مؤقتا، فقد يكون من الضروري مسح ذاكرة التخزين المؤقت للتأكد من أن التطبيق يرسل نسبة استخدام الشبكة إلى المنطقة الأساسية الجديدة.
تكوين ما بعد تجاوز الفشل: بعد اكتمال تجاوز الفشل المخطط له، يستمر النسخ المتماثل جغرافيا لحساب التخزين الخاص بك في منطقة الوجهة ويظل على طبقة GRS.
لمزيد من المعلومات حول كيفية بدء تجاوز الفشل المدار من قبل العميل، راجع كيفية عمل تجاوز الفشل المدار من قبل العميل (المخطط له)وبدء تجاوز فشل حساب التخزين.
تجاوز الفشل الذي تديره Microsoft: في حالة نادرة وقوع كارثة كبرى حيث تحدد Microsoft أن المنطقة الأساسية غير قابلة للاسترداد بشكل دائم، قد يتم بدء تجاوز الفشل التلقائي إلى المنطقة الثانوية. تتعامل Microsoft مع العملية برمتها ولا يلزم اتخاذ أي إجراء من العميل. يعتمد مقدار الوقت المنقضي قبل حدوث تجاوز الفشل على شدة الكارثة والوقت اللازم لتقييم الموقف.
إشعار: مايكروسوفت لا تخبرك تلقائيا عندما تكون المنطقة معطلة. لكن:
يمكنك استخدام Azure Resource Health لمراقبة صحة مورد فردي، ويمكنك إعداد تنبيهات حماية الموارد لإعلامك بالمشكلات.
يمكنك استخدام Azure Service Health لفهم الصحة العامة للخدمة، بما في ذلك أي إخفاقات في المناطق، ويمكنك إعداد تنبيهات صحة الخدمة لإبلاغك بالمشاكل.
Important
استخدم خيارات تجاوز الفشل التي يديرها العميل لتطوير خطط التعافي من الكوارث واختبارها وتنفيذها. لا تعتمد على تجاوز الفشل الذي تديره Microsoft، والذي قد يتم استخدامه فقط في الظروف القصوى. من المحتمل أن يتم بدء تجاوز الفشل الذي تديره Microsoft لمنطقة بأكملها. لا يمكن بدء تشغيله لحسابات التخزين الفردية أو الاشتراكات أو العملاء. قد يحدث تجاوز الفشل في أوقات مختلفة لخدمات Azure المختلفة. نوصي باستخدام تجاوز الفشل المدار من قبل العميل.
انتعاش المنطقة
تختلف عملية إرجاع الفشل اختلافا كبيرا بين سيناريوهات تجاوز الفشل التي تديرها Microsoft والتي يديرها العميل.
تجاوز الفشل المدار من قبل العميل (غير مخطط له): بعد تجاوز الفشل غير المخطط له، يتم تكوين حساب التخزين باستخدام التخزين المتكرر محليا (LRS). للفشل مرة أخرى، تحتاج إلى إعادة إنشاء علاقة التخزين المتكرر جغرافيا (GRS) وانتظار النسخ المتماثل للبيانات.
تجاوز الفشل المدار من قبل العميل (مخطط له): بعد تجاوز الفشل المخطط له، يظل حساب التخزين منسوخا جغرافيا. يمكنك بدء تجاوز فشل آخر يديره العميل للفشل مرة أخرى في المنطقة الأساسية الأصلية. تنطبق نفس اعتبارات تجاوز الفشل.
تجاوز الفشل الذي تديره Microsoft: إذا بدأت Microsoft تجاوز الفشل، فمن المحتمل أن تكون كارثة كبيرة قد حدثت في المنطقة الأساسية، وقد لا تكون المنطقة الأساسية قابلة للاسترداد. تعتمد أي جداول زمنية أو خطط للتعافي على مدى جهود الكوارث والتعافي الإقليمية. يجب عليك مراقبة اتصالات Azure Service Health للحصول على التفاصيل.
اختبار حالات فشل المنطقة
يمكنك محاكاة حالات الفشل الإقليمية لاختبار إجراءات التعافي من الكوارث.
اختبار تجاوز الفشل المخطط له: بالنسبة لحسابات التخزين المتكرر جغرافيا (GRS)، يمكنك إجراء عمليات تجاوز الفشل المخطط لها أثناء نوافذ الصيانة لاختبار عملية تجاوز الفشل وإعادة الفشل الكاملة. لا يتطلب تجاوز الفشل المخطط له فقدان البيانات، ولكنه ينطوي على وقت تعطل أثناء تجاوز الفشل وإعادة الفشل.
اختبار نقطة النهاية الثانوية: بالنسبة لتكوينات التخزين المتكرر جغرافيا للوصول للقراءة (RA-GRS) والتخزين المتكرر للمنطقة الجغرافية (RA-GZRS) للوصول للقراءة، اختبر عمليات القراءة بانتظام مقابل نقطة النهاية الثانوية للتأكد من أن تطبيقك يمكنه قراءة البيانات بنجاح من المنطقة الثانوية.
حلول مخصصة متعددة المناطق للمرونة
قد تكون إمكانات تجاوز الفشل عبر المناطق في Azure Storage غير مناسبة للأسباب التالية:
حساب التخزين الخاص بك في منطقة غير مقترنة.
لا يتم تلبية أهداف وقت تشغيل عملك من خلال وقت الاسترداد أو فقدان البيانات الذي توفره خيارات تجاوز الفشل المضمنة.
تحتاج إلى تجاوز الفشل في منطقة ليست زوج منطقتك الأساسية.
تحتاج إلى تكوين نشط/نشط عبر المناطق.
يقدم هذا القسم نظرة عامة رفيعة المستوى لبعض الأساليب التي يجب مراعاتها. نظرة عامة شاملة على طبولوجيا التوزيع متعددة المناطق ل Azure Storage خارج نطاق هذه المقالة.
Note
بالنسبة للمتطلبات المتقدمة متعددة المناطق، ضع في اعتبارك استخدام ناقل خدمة Microsoft Azure بدلا من ذلك، والذي يتضمن دعم المناطق غير المقترنة.
يمكنك نشر Azure Storage عبر مناطق متعددة باستخدام حسابات تخزين منفصلة في كل منطقة. يوفر هذا النهج المرونة في تحديد المنطقة والقدرة على استخدام المناطق غير المقترنة والمزيد من التحكم الدقيق في توقيت النسخ المتماثل واتساق البيانات. عند تنفيذ حسابات تخزين متعددة عبر المناطق، تحتاج إلى تكوين النسخ المتماثل للبيانات عبر المناطق، وتنفيذ نهج موازنة التحميل وتجاوز الفشل، وضمان تناسق البيانات عبر المناطق.
يتطلب منك هذا الأسلوب إدارة توزيع الرسائل ومعالجة مزامنة البيانات بين قوائم الانتظار في حسابات التخزين المختلفة وتنفيذ منطق تجاوز الفشل المخصص.
النسخ الاحتياطي والاستعادة
لا يوفر تخزين قائمة الانتظار إمكانات النسخ الاحتياطي التقليدية، مثل الاستعادة في نقطة زمنية (PITR). وذلك لأن قوائم الانتظار مصممة لتخزين الرسائل العابرة بدلا من استمرار البيانات على المدى الطويل. عادة ما تتم معالجة الرسائل وإزالتها من قوائم الانتظار أثناء عمليات التطبيق العادية.
بالنسبة للسيناريوهات التي تتطلب متانة الرسائل بما يتجاوز خيارات التكرار المضمنة، ضع في اعتبارك تنفيذ تسجيل الرسائل على مستوى التطبيق أو الاستمرار في مخزن بيانات دائم، مثل Blob Storage أو Azure SQL Database. يسمح لك هذا الأسلوب بالحفاظ على محفوظات الرسائل أثناء استخدام تخزين قائمة الانتظار للغرض المقصود منه المتمثل في التخزين المؤقت للرسائل مؤقتا وتنسيق المعالجة.
اتفاقية مستوى الخدمة
تصف اتفاقية مستوى الخدمة (SLA) ل Azure Storage التوفر المتوقع للخدمة والشروط التي يجب الوفاء بها لتحقيق توقع التوفر هذا. تعتمد اتفاقية مستوى الخدمة للتوفر المؤهل لها على طبقة التخزين ونوع النسخ المتماثل الذي تستخدمه. لمزيد من المعلومات، راجع اتفاقيات مستوى الخدمة للخدمات عبر الإنترنت.