إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
Azure Blob Storage هو حل تخزين كائنات للسحابة من مايكروسوفت. إنه مصمم لتخزين كميات هائلة من البيانات غير المهيكلة مثل النصوص والبيانات الثنائية والمستندات وملفات الوسائط والنسخ الاحتياطية للتطبيقات. كخدمة تخزين Azure أساسية، يوفر Blob Storage ميزات موثوقية متعددة لضمان بقاء بياناتك متاحة ودائمة أثناء الأحداث المخطط لها وغير المخطط لها.
عند استخدام Azure، تعد الموثوقية مسؤولية مشتركة. توفر Microsoft مجموعة من الإمكانات لدعم المرونة والاسترداد. أنت مسؤول عن فهم كيفية عمل هذه الإمكانات في جميع الخدمات التي تستخدمها، وتحديد الإمكانات التي تحتاجها لتحقيق أهداف عملك وأهداف وقت التشغيل.
تصف هذه المقالة كيفية جعل تخزين الكتلة مرنة أمام مجموعة متنوعة من الانقطاعات والمشاكل المحتملة، بما في ذلك الأعطال المؤقتة، وانقطاعات مناطق التوافر، وانقطاعات المناطق. كما يشرح كيف يمكنك استخدام النسخ الاحتياطية للاسترداد من أنواع أخرى من المشاكل، ويبرز بعض المعلومات الأساسية حول اتفاقية مستوى خدمة تخزين الكتل (SLA).
Note
يعد Blob Storage جزءا من النظام الأساسي ل Azure Storage. بعض إمكانيات Blob Storage شائعة عبر العديد من خدمات Azure Storage. في هذه المقالة، نستخدم Azure Storage للإشارة إلى هذه الميزات.
توصيات نشر الإنتاج
للتعرف على كيفية نشر Blob Storage لدعم متطلبات موثوقية الحل الخاص بك، وكيف تؤثر الموثوقية على الجوانب الأخرى للبنية الخاصة بك، راجع أفضل ممارسات البنية لتخزين Blob في Azure Well-Architected Framework.
نظرة عامة على بنية الموثوقية
يوفر Azure Storage العديد من خيارات التكرار لمساعدتك على حماية بياناتك من أنواع مختلفة من حالات الفشل. يوفر كل خيار مستوى معينا من تكرار البيانات، بحيث يمكنك اختيار المستوى الذي يناسب متطلبات التطبيق الخاص بك.
يقوم التخزين المتكرر محليا (LRS) بنسخ البيانات داخل حسابات التخزين الخاصة بك إلى منطقة توفر Azure واحدة أو أكثر الموجودة في المنطقة الأساسية التي تختارها. على الرغم من عدم وجود خيار لاختيار منطقة التوفر المفضلة لديك، فقد يقوم Azure بنقل حسابات LRS أو توسيعها عبر المناطق لتحسين موازنة التحميل. ليس هناك ما يضمن أن بياناتك ستنتشر عبر المناطق. لمزيد من المعلومات حول مناطق التوفر، راجع ما هي مناطق التوفر؟.
يوفر التخزين المتكرر في المنطقة (ZRS) والتخزين المتكرر جغرافيا (GRS) والتخزين المتكرر في المنطقة الجغرافية (GZRS) حماية إضافية. توضح هذه المقالة هذه الخيارات بالتفصيل.
المرونة في مواجهة الأعطال العابرة
الأخطاء العابرة هي حالات فشل قصيرة متقطعة في المكونات. تحدث بشكل متكرر في بيئة موزعة مثل السحابة، وهي جزء طبيعي من العمليات. الأخطاء العابرة تصحح نفسها بعد فترة زمنية قصيرة. من المهم أن تتمكن تطبيقاتك من معالجة الأخطاء العابرة، عادة عن طريق إعادة محاولة الطلبات المتأثرة.
يجب أن تتبع جميع التطبيقات المستضافة على السحابة إرشادات معالجة الأخطاء العابرة ل Azure عند الاتصال بأي واجهات برمجة تطبيقات وقواعد بيانات ومكونات أخرى مستضافة على السحابة. لمزيد من المعلومات، راجع توصيات للتعامل مع الأخطاء العابرة.
لإدارة الأخطاء العابرة بشكل فعال عند استخدام Blob Storage، قم بتنفيذ التوصيات التالية:
استخدم مكتبات عميل Azure Storage، والتي تتضمن نهج إعادة المحاولة المضمنة مع التراجع والارتعاش الأسي. تتعامل حزم SDK الخاصة ب .NET وJava وPython وJavaScript تلقائيا مع عمليات إعادة المحاولة لحالات الفشل العابرة. لمزيد من المعلومات حول خيارات تكوين إعادة المحاولة، راجع تنفيذ نهج إعادة المحاولة باستخدام .NET.
قم بتكوين قيم المهلة المناسبة لعمليات الكائن الثنائي كبير الحجم استنادا إلى حجم الكائن الثنائي كبير الحجم وظروف الشبكة. تتطلب الكائنات الثنائية كبيرة الحجم فترات زمنية أطول، ولكن يمكن للعمليات الأصغر استخدام قيم أقصر لاكتشاف حالات الفشل بسرعة.
المرونة في مواجهة حالات فشل منطقة التوفر
مناطق التوفر هي مجموعات منفصلة فعليا من مراكز البيانات داخل منطقة Azure. عند فشل منطقة واحدة، يمكن أن تفشل الخدمات إلى إحدى المناطق المتبقية.
يوفر Blob Storage دعما قويا لمنطقة التوفر من خلال تكوينات ZRS التي توزع بياناتك تلقائيا عبر مناطق توفر متعددة داخل المنطقة. على عكس التخزين المتكرر محليا (LRS)، يضمن ZRS أن يقوم Azure بنسخ بيانات كائن ثنائي كبير الحجم بشكل متزامن عبر مناطق توفر متعددة. تضمن ZRS أن تظل بياناتك متاحة حتى إذا واجهت منطقة واحدة انقطاعا.
يتم تمكين تكرار المنطقة على مستوى حساب التخزين وينطبق على جميع حاويات الكائن الثنائي كبير الحجم داخل هذا الحساب. لا يمكنك تعيين مستويات تكرار مختلفة للحاويات الفردية. يتم تطبيق تكوين التكرار على حساب التخزين بالكامل. عندما تواجه منطقة توفر انقطاعا، يقوم Azure Storage تلقائيا بتوجيه الطلبات إلى المناطق السليمة دون الحاجة إلى تدخل منك أو من تطبيقك.
Requirements
- دعم المنطقة: يمكنك نشر حسابات Azure Storage الاحتياطية في أي منطقة تدعم مناطق التوفر.
- أنواع حسابات التخزين: تتوفر التكرار المنطقي لكل من أنواع حسابات تخزين الكتلة الممتازة متعددة الأغراض القياسية v2 وحسابات الكتلة الممتازة. تدعم كتل الكائنات الثنائية كبيرة الحجم وإلحاق الكائنات الثنائية كبيرة الحجم والكائنات الثنائية كبيرة الحجم للصفحة التكوينات المتكررة للمنطقة، ولكن نوع حساب التخزين الذي تستخدمه يحدد الإمكانات المتوفرة. لمزيد من المعلومات، راجع أنواع حسابات التخزين المدعومة.
Cost
عند تمكين التخزين المتكرر في المنطقة (ZRS)، يتم تحصيل رسوم منك بمعدل مختلف عن التخزين المتكرر محليا (LRS) بسبب النسخ المتماثل الإضافي والنفقات العامة للتخزين.
لمزيد من المعلومات، راجع تسعير تخزين كائن ثنائي كبير الحجم.
تكوين دعم منطقة التوفر
- قم بإنشاء حساب تخزين كائن ثنائي كبير الحجم مع تكرار المنطقة. لإنشاء حساب تخزين جديد باستخدام ZRS، راجع إنشاء حساب تخزين وتحديد ZRS أو التخزين المتكرر في المنطقة الجغرافية (GZRS) أو التخزين المتكرر جغرافيا للوصول للقراءة (RA-GZRS) كخيار التكرار أثناء إنشاء الحساب.
تغيير نوع النسخ المتماثل. لمعرفة كيفية تغيير حساب تخزين موجود إلى تخزين متكرر في المنطقة (ZRS) وحول خيارات التكوين ومتطلباته، راجع تغيير كيفية نسخ حساب تخزين.
تعطيل تكرار المنطقة. قم بتحويل حسابات ZRS مرة أخرى إلى تكوين غير منطقي، مثل التخزين المتكرر محليا (LRS)، باستخدام نفس عملية تغيير تكوين التكرار.
السلوك عندما تكون جميع المناطق صحية
يصف هذا القسم ما يمكن توقعه عند تكوين حساب تخزين كائن ثنائي كبير الحجم لتكرار المنطقة وتشغيل جميع مناطق التوفر.
توجيه حركة المرور بين المناطق: يقوم Azure Storage مع التخزين المتكرر في المنطقة (ZRS) تلقائيا بتوزيع الطلبات عبر مجموعات التخزين في مناطق توفر متعددة. يتسم توزيع حركة المرور بالشفافية للتطبيقات ولا يتطلب أي تكوين من جانب العميل.
النسخ المتماثل للبيانات بين المناطق: يتم نسخ جميع عمليات الكتابة إلى 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 خارج نطاق هذه المقالة.
يمكنك نشر Azure Storage عبر مناطق متعددة باستخدام حسابات تخزين منفصلة في كل منطقة. يوفر هذا النهج المرونة في تحديد المنطقة والقدرة على استخدام المناطق غير المقترنة والمزيد من التحكم الدقيق في توقيت النسخ المتماثل واتساق البيانات. عند تنفيذ حسابات تخزين متعددة عبر المناطق، تحتاج إلى تكوين النسخ المتماثل للبيانات عبر المناطق، وتنفيذ نهج موازنة التحميل وتجاوز الفشل، وضمان تناسق البيانات عبر المناطق.
يوفر النسخ المتماثل للكائن خيارا إضافيا للنسخ المتماثل للبيانات عبر المناطق الذي يوفر نسخا غير متزامن للكائنات الثنائية كبيرة الحجم بين حسابات التخزين. على عكس خيارات التخزين المكررة جغرافيا المضمنة التي تستخدم مناطق مقترنة ثابتة، يسمح لك النسخ المتماثل للكائن بنسخ البيانات بين حسابات التخزين في أي منطقة Azure، بما في ذلك المناطق غير المقترنة. يمنحك هذا الأسلوب تحكما كاملا في مناطق المصدر والوجهة، ونهج النسخ المتماثل، والحاويات المحددة وبادئات الكائن الثنائي كبير الحجم للنسخ المتماثل.
يمكنك تكوين النسخ المتماثل للكائن لنسخ جميع الكائنات الثنائية كبيرة الحجم داخل حاوية أو مجموعات فرعية محددة استنادا إلى بادئات وكائن ثنائي كبير الحجم وعلاماته. النسخ المتماثل غير متزامن ويحدث في الخلفية. يمكنك تكوين نهج النسخ المتماثل المتعددة وحتى النسخ المتماثل للسلسلة عبر حسابات تخزين متعددة لإنشاء طبولوجيا معقدة متعددة المناطق.
النسخ المتماثل للكائنات غير متوافق مع جميع حسابات التخزين. على سبيل المثال، لا يعمل مع حسابات التخزين التي تستخدم مساحات أسماء هرمية (تعرف أيضا باسم حسابات Azure Data Lake Storage Gen2).
لمزيد من المعلومات، راجع النسخ المتماثل للكائن للكائنات الثنائية كبيرة الحجم وتكوين النسخ المتماثل للكائن.
النسخ الاحتياطي والاسترداد.
يوفر Blob Storage آليات متعددة لحماية البيانات تكمل التكرار لاستراتيجيات النسخ الاحتياطي الشاملة. يحمي التكرار المدمج في الخدمة من فشل البنية الأساسية ، وتحمي إمكانات النسخ الاحتياطي الإضافية من الحذف العرضي والتلف والأنشطة الضارة.
تسمح لك استعادة نقطة زمنية (PITR) باستعادة بيانات كائن ثنائي كبير الحجم للكتلة إلى حالة سابقة خلال فترة استبقاء تم تكوينها تصل إلى 365 يوما. تدير Microsoft هذه الميزة بالكامل. كما يوفر إمكانات استرداد دقيقة على مستوى الحاوية أو الكائن الثنائي كبير الحجم. يتم تخزين بيانات PITR في نفس المنطقة مثل الحساب المصدر ويمكن الوصول إليها حتى أثناء الانقطاعات الإقليمية إذا كنت تستخدم تكوينات متكررة جغرافيا.
يحتفظ تعيين إصدار الكائن الثنائي كبير الحجم تلقائيا بالإصدارات السابقة من الكائنات الثنائية كبيرة الحجم عند تعديلها أو حذفها. يتم تخزين كل إصدار ككائن منفصل ويمكن الوصول إليه بشكل مستقل. يتم تخزين الإصدارات في نفس المنطقة مثل الكائن الثنائي كبير الحجم الحالي وتتبع نفس تكوين التكرار مثل حساب التخزين.
يوفر الحذف المبدئي شبكة أمان للكائنات الثنائية كبيرة الحجم والحاويات المحذوفة عن طريق الخطأ عن طريق الاحتفاظ بالبيانات المحذوفة لفترة قابلة للتكوين. تظل البيانات المحذوفة مبدئيا في نفس حساب التخزين والمنطقة ، مما يجعلها متاحة على الفور للاسترداد. بالنسبة للحسابات المكررة جغرافيا، يتم أيضا نسخ البيانات المحذوفة مبدئيا إلى المنطقة الثانوية.
تنشئ لقطات الكائن الثنائي كبير الحجم نسخا للقراءة فقط في نقطة زمنية من الكائنات الثنائية كبيرة الحجم التي يمكنك استخدامها لسيناريوهات النسخ الاحتياطي والاسترداد. يتم تخزين اللقطات في نفس حساب التخزين وتتبع نفس إعدادات التكرار والنسخ المتماثل الجغرافي مثل الكائن الثنائي كبير الحجم الأساسي.
بالنسبة لمتطلبات النسخ الاحتياطي عبر المناطق، ضع في اعتبارك استخدام Azure Backup للكائنات الثنائية كبيرة الحجم، والتي توفر إدارة مركزية للنسخ الاحتياطي ويمكنها تخزين بيانات النسخ الاحتياطي في مناطق مختلفة عن بيانات المصدر. توفر هذه الخدمة خيارات النسخ الاحتياطي التشغيلية والمخزنة التي تحتوي على نهج استبقاء قابلة للتكوين وإمكانيات الاستعادة. لمزيد من المعلومات، راجع نظرة عامة على النسخ الاحتياطي للكائنات الثنائية كبيرة الحجم.
بالنسبة لمعظم الحلول، يجب ألا تعتمد حصريا على النسخ الاحتياطية. بدلا من ذلك، استخدم الإمكانات الأخرى الموضحة في هذا الدليل لدعم متطلبات المرونة الخاصة بك. ومع ذلك، تحمي النسخ الاحتياطية من بعض المخاطر التي لا تحميها الأساليب الأخرى. لمزيد من المعلومات، راجع ما المقصود بالتكرار والنسخ المتماثل والنسخ الاحتياطي؟.
اتفاقية مستوى الخدمة
تصف اتفاقية مستوى الخدمة (SLA) ل Azure Storage التوفر المتوقع للخدمة والشروط التي يجب الوفاء بها لتحقيق توقع التوفر هذا. تعتمد اتفاقية مستوى الخدمة للتوفر المؤهل لها على طبقة التخزين ونوع النسخ المتماثل الذي تستخدمه. لمزيد من المعلومات، راجع اتفاقيات مستوى الخدمة للخدمات عبر الإنترنت.