تخطيط التعافي من الكوارث في تخزين Azure وتجاوز الفشل
تسعى Microsoft جاهدة لضمان إتاحة خدمات Azure دائمًا. ومع ذلك، قد يحدث انقطاع الخدمة غير المخطط له أحيانا. تتضمن المكونات الرئيسية لخطة جيدة للتعافي من الكوارث استراتيجيات لما يلي:
- حماية البيانات
- النسخ الاحتياطي والاستعادة
- تكرار البيانات
- تجاوز الفشل
- تصميم التطبيقات لقابلية الوصول العالية
توضح هذه المقالة الخيارات المتاحة لحسابات التخزين المتكررة جغرافيا، وتوفر توصيات لتطوير التطبيقات عالية التوفر واختبار خطة التعافي من الكوارث.
اختيار خيار التكرار المناسب
يحتفظ Azure Storage بنسخ متعددة من حساب التخزين الخاص بك لضمان تحقيق أهداف التوفر والمتانة، حتى في مواجهة حالات الفشل. توفر الطريقة التي يتم بها نسخ البيانات مستويات مختلفة من الحماية. يقدم كل خيار فوائده الخاصة، لذلك يعتمد الخيار الذي تختاره على درجة المرونة التي تتطلبها تطبيقاتك.
التخزين المتكرر محليا (LRS)، خيار التكرار الأقل تكلفة، يخزن تلقائيا ثلاث نسخ من حساب التخزين الخاص بك وينسخها داخل مركز بيانات واحد. على الرغم من أن LRS يحمي بياناتك من فشل حامل الخادم ومحرك الأقراص، فإنه لا يمثل كوارث مثل الحريق أو الفيضانات داخل مركز البيانات. في مواجهة مثل هذه الكوارث، قد تفقد جميع النسخ المتماثلة لحساب التخزين الذي تم تكوينه لاستخدام LRS أو لا يمكن استردادها.
وبالمقارنة، يحتفظ التخزين المتكرر في المنطقة (ZRS) بنسخة من حساب التخزين وينسخها نسخا متماثلا في كل من ثلاث مناطق توفر منفصلة داخل نفس المنطقة. لمزيد من المعلومات حول مناطق التوفر، راجع مناطق توفر Azure.
التخزين المتكرر جغرافيا وتجاوز الفشل
التخزين المتكرر جغرافيا (GRS) والتخزين المتكرر للمنطقة الجغرافية (GZRS) والتخزين المتكرر للمنطقة الجغرافية للوصول للقراءة هي أمثلة على خيارات التخزين المتكرر جغرافيا. عند تكوينه لاستخدام التخزين المتكرر جغرافيا (GRS وGZRS وRA-GZRS)، ينسخ Azure بياناتك بشكل غير متزامن إلى منطقة جغرافية ثانوية. تقع هذه المناطق على بعد مئات أو حتى آلاف الأميال. يسمح لك هذا المستوى من التكرار باسترداد بياناتك إذا كان هناك انقطاع في المنطقة الأساسية بأكملها.
على عكس LRS وZRS، يوفر التخزين المتكرر جغرافيا أيضا دعما لتجاوز فشل غير مخطط له إلى منطقة ثانوية إذا كان هناك انقطاع في المنطقة الأساسية. أثناء عملية تجاوز الفشل، يتم تحديث إدخالات DNS (نظام أسماء المجالات) لنقاط نهاية خدمة حساب التخزين تلقائيا بحيث تصبح نقاط نهاية المنطقة الثانوية نقاط النهاية الأساسية الجديدة. بمجرد اكتمال تجاوز الفشل غير المخطط له، يمكن للعملاء البدء في الكتابة إلى نقاط النهاية الأساسية الجديدة.
يوفر التخزين المتكرر جغرافيا للوصول للقراءة (RA-GRS) والتخزين المتكرر للمنطقة الجغرافية للوصول للقراءة (RA-GZRS) أيضا تخزينا متكررا جغرافيا، ولكنه يوفر فائدة إضافية للوصول للقراءة إلى نقطة النهاية الثانوية. هذه الخيارات مثالية للتطبيقات المصممة للتطبيقات ذات التوفر العالي الحرج للأعمال. إذا واجهت نقطة النهاية الأساسية انقطاعا، يمكن أن تستمر التطبيقات التي تم تكوينها للوصول للقراءة إلى المنطقة الثانوية في العمل. توصي Microsoft ب RA-GZRS للحصول على أقصى قدر من التوفر والمتانة لحسابات التخزين الخاصة بك.
لمزيد من المعلومات حول التكرار لتخزين Azure، راجع تكرار تخزين Azure.
التخطيط لتجاوز الفشل
تدعم حسابات Azure Storage ثلاثة أنواع من تجاوز الفشل:
- تجاوز الفشل المخطط له من قبل العميل (معاينة) - يمكن للعملاء إدارة تجاوز فشل حساب التخزين لاختبار خطة التعافي من الكوارث الخاصة بهم.
- تجاوز الفشل المدار من قبل العميل (غير المخطط له) - يمكن للعملاء إدارة تجاوز فشل حساب التخزين إذا كان هناك انقطاع غير متوقع للخدمة.
- تجاوز الفشل المدار من قبل Microsoft - من المحتمل أن تبدأه Microsoft بسبب كارثة شديدة في المنطقة الأساسية. 1,2
1 لا يمكن بدء تجاوز الفشل المدار من قبل Microsoft لحسابات التخزين الفردية أو الاشتراكات أو المستأجرين. لمزيد من المعلومات، راجع تجاوز الفشل المدار بواسطة Microsoft.
2 استخدم خيارات تجاوز الفشل التي يديرها العميل لتطوير خطط التعافي من الكوارث واختبارها وتنفيذها. لا تعتمد على تجاوز الفشل المدار من قبل Microsoft، والذي سيتم استخدامه فقط في الظروف القصوى.
يحتوي كل نوع من أنواع تجاوز الفشل على مجموعة فريدة من حالات الاستخدام والتوقعات المقابلة لفقدان البيانات ودعم الحسابات مع تمكين مساحة اسم هرمية (Azure Data Lake Storage). يلخص هذا الجدول هذه الجوانب لكل نوع من أنواع تجاوز الفشل:
| نوع | نطاق تجاوز الفشل | حالة الاستخدام | فقدان البيانات المتوقع | مساحة الاسم الهرمية (HNS) مدعومة |
|---|---|---|---|---|
| تجاوز الفشل المخطط له من قبل العميل (معاينة) | حساب التخزين | تتوفر نقاط نهاية خدمة التخزين للمناطق الأساسية والثانوية، وتريد إجراء اختبار التعافي من الكوارث. تتوفر نقاط نهاية خدمة التخزين للمنطقة الأساسية، ولكن هناك خدمة أخرى تمنع أحمال العمل الخاصة بك من العمل بشكل صحيح. الاستعداد بشكل استباقي للكوارث واسعة النطاق، مثل الإعصار، التي قد تؤثر على منطقة ما. |
لا | نعم (في المعاينة) |
| تجاوز الفشل المدار من قبل العميل (غير المخطط له) | حساب التخزين | تصبح نقاط نهاية خدمة التخزين للمنطقة الأساسية غير متوفرة، ولكن المنطقة الثانوية متوفرة. لقد تلقيت Azure Advisory حيث تنصحك Microsoft بإجراء عملية تجاوز الفشل لحسابات التخزين التي قد تتأثر بتعطل. |
نعم | نعم (في المعاينة) |
| مدارة من قبل شركة مايكروسوفت | المنطقة بأكملها | تصبح المنطقة الأساسية غير متوفرة بسبب كارثة كبيرة، ولكن المنطقة الثانوية متاحة. | نعم | نعم |
يقارن الجدول التالي حالة تكرار حساب التخزين بعد كل نوع من أنواع تجاوز الفشل:
| نتيجة تجاوز الفشل في... | تجاوز الفشل المخطط له من قبل العميل (معاينة) | تجاوز الفشل المدار من قبل العميل (غير المخطط له) |
|---|---|---|
| ... المنطقة الثانوية | تصبح المنطقة الثانوية هي المنطقة الأساسية الجديدة | تصبح المنطقة الثانوية هي المنطقة الأساسية الجديدة |
| ... المنطقة الأساسية الأصلية | تصبح المنطقة الأساسية الأصلية هي المنطقة الثانوية الجديدة | يتم حذف نسخة البيانات في المنطقة الأساسية الأصلية |
| ... تكوين تكرار الحساب | يتم تحويل حساب التخزين إلى GRS | يتم تحويل حساب التخزين إلى LRS |
| ... تكوين التكرار الجغرافي | يتم الاحتفاظ بالتكرار الجغرافي | فقدان التكرار الجغرافي |
يلخص الجدول التالي تكوين التكرار الناتج في كل مرحلة من مراحل عملية تجاوز الفشل وإرجاع الموارد لكل نوع من أنواع تجاوز الفشل:
| اللغة الأصلية التكوين |
بعد تجاوز الفشل |
بعد إعادة التمكين التكرار الجغرافي |
بعد إرجاع الموارد |
بعد إعادة التمكين التكرار الجغرافي |
|---|---|---|---|---|
| تجاوز الفشل المخطط له من قبل العميل | ||||
| التخزين المتكرر جغرافياً | التخزين المتكرر جغرافياً | n/a 1 | التخزين المتكرر جغرافياً | n/a 1 |
| التخزين المتكرر عبر المنطقة الجغرافية | التخزين المتكرر جغرافياً | n/a 1 | التخزين المتكرر عبر المنطقة الجغرافية | n/a 1 |
| تجاوز الفشل المدار من قبل العميل (غير المخطط له) | ||||
| التخزين المتكرر جغرافياً | التخزين المتكرر محلياً | التخزين المتكرر جغرافياً | التخزين المتكرر محلياً | التخزين المتكرر جغرافياً |
| التخزين المتكرر عبر المنطقة الجغرافية | التخزين المتكرر محلياً | التخزين المتكرر جغرافياً | ZRS | التخزين المتكرر عبر المنطقة الجغرافية |
1 يتم الاحتفاظ بالتكرار الجغرافي أثناء تجاوز الفشل المخطط له ولا يلزم إعادة تكوينه يدويا.
تجاوز الفشل المخطط له من قبل العميل (معاينة)
يمكن استخدام تجاوز الفشل المخطط له في سيناريوهات متعددة بما في ذلك اختبار التعافي من الكوارث المخطط له، أو نهج استباقي للكوارث واسعة النطاق، أو للتعافي من الانقطاعات غير المتعلقة بالمتعدد.
أثناء عملية تجاوز الفشل المخطط لها، يتم تبديل المناطق الأساسية والثانوية. يتم تخفيض المنطقة الأساسية الأصلية وتصبح المنطقة الثانوية الجديدة. وفي الوقت نفسه، يتم ترقية المنطقة الثانوية الأصلية وتصبح المنطقة الأساسية الجديدة. بعد اكتمال تجاوز الفشل، يمكن للمستخدمين المتابعة للوصول إلى البيانات في المنطقة الأساسية الجديدة ويمكن للمسؤولين التحقق من صحة خطة التعافي من الكوارث الخاصة بهم. يجب أن يكون حساب التخزين متوفرا في كل من المناطق الأساسية والثانوية قبل بدء تجاوز الفشل المخطط له.
لا يتوقع فقدان البيانات أثناء عملية تجاوز الفشل وإرجاع الموارد المخطط لها طالما أن المناطق الأساسية والثانوية متاحة طوال العملية بأكملها. لمزيد من التفاصيل، راجع قسم توقع فقدان البيانات وعدم التناسق .
لفهم تأثير هذا النوع من تجاوز الفشل على المستخدمين والتطبيقات، من المفيد معرفة ما يحدث أثناء كل خطوة من عمليات تجاوز الفشل وإرجاع الموارد المخطط لها. للحصول على تفاصيل حول كيفية عمل هذه العملية، راجع كيفية عمل تجاوز الفشل المدار من قبل العميل (المخطط له).
هام
تجاوز الفشل المخطط له من قبل العميل قيد المعاينة حاليا ويقتصر على المناطق التالية:
- وسط فرنسا
- جنوب فرنسا
- وسط الهند
- غرب الهند
- شرق آسيا
- جنوب شرق آسيا
للحصول على الشروط القانونية التي تنطبق على ميزات Azure الموجودة في الإصدار التجريبي، أو المعاينة، أو التي لم يتم إصدارها بعد في التوفر العام، راجع شروط الاستخدام التكميلية لمعاينات Microsoft Azure.
للاشتراك في المعاينة، راجع إعداد ميزات المعاينة في اشتراك Azure وحدد AllowSoftFailover كاسم الميزة. اسم الموفر لميزة المعاينة هذه هو Microsoft.Storage.
هام
بعد تجاوز الفشل المخطط له، قد تظهر قيمة وقت المزامنة الأخيرة (LST) لحساب التخزين قديمة أو يتم الإبلاغ عنها ك NULL عند وجود بيانات Azure Files.
يتم إنشاء لقطات النظام بشكل دوري في المنطقة الثانوية لحساب التخزين للحفاظ على نقاط استرداد متسقة مستخدمة أثناء تجاوز الفشل وإرجاع الموارد. يؤدي بدء تجاوز الفشل المخطط له من قبل العميل إلى أن تصبح المنطقة الأساسية الأصلية هي المنطقة الثانوية الجديدة. في بعض الحالات، لا توجد لقطات نظام متوفرة على الثانوي الجديد بعد اكتمال تجاوز الفشل المخطط له، مما يتسبب في ظهور قيمة LST الإجمالية للحساب قديمة أو عرضها ك Null.
نظرا لأن أنشطة المستخدم مثل إنشاء الكائنات أو تعديلها أو حذفها يمكن أن تؤدي إلى إنشاء لقطة، فلن يتطلب أي حساب تحدث عليه هذه الأنشطة بعد تجاوز الفشل المخطط له اهتماما إضافيا. ومع ذلك، قد تستمر الحسابات التي لا تحتوي على لقطات أو نشاط مستخدم في عرض Null قيمة LST حتى يتم تشغيل إنشاء لقطة النظام.
إذا لزم الأمر، فنفذ أحد الأنشطة التالية لكل مشاركة داخل حساب تخزين لتشغيل إنشاء لقطة. عند الانتهاء، يجب أن يعرض حسابك قيمة LST صالحة في غضون 30 دقيقة.
- قم بتحميل المشاركة، ثم افتح أي ملف للقراءة.
- تحميل ملف اختبار أو نموذج إلى المشاركة.
تجاوز الفشل المدار من قبل العميل (غير المخطط له)
إذا أصبحت نقاط نهاية البيانات لخدمات التخزين في حساب التخزين الخاص بك غير متوفرة في المنطقة الأساسية، يمكنك بدء تجاوز فشل غير مخطط له إلى المنطقة الثانوية. بعد اكتمال تجاوز الفشل، تصبح المنطقة الثانوية هي المنطقة الأساسية الجديدة ويمكن للمستخدمين المتابعة للوصول إلى البيانات هناك.
لفهم تأثير هذا النوع من تجاوز الفشل على المستخدمين والتطبيقات، من المفيد معرفة ما يحدث أثناء كل خطوة من عملية تجاوز الفشل وإرجاع الموارد غير المخطط لها. للحصول على تفاصيل حول كيفية عمل العملية، راجع كيفية عمل تجاوز الفشل المدار من قبل العميل (غير المخطط له).
تجاوز الفشل المدار من Microsoft
قد تبدأ Microsoft تجاوز فشل إقليمي في ظروف قصوى، مثل كارثة كارثية تؤثر على منطقة جغرافية بأكملها. أثناء هذه الأحداث، لا يلزم اتخاذ أي إجراء من جانبك. إذا تم تكوين حساب التخزين الخاص بك ل RA-GRS أو RA-GZRS، يمكن لتطبيقاتك القراءة من المنطقة الثانوية أثناء تجاوز الفشل المدار من قبل Microsoft. ومع ذلك، ليس لديك حق الوصول للكتابة إلى حساب التخزين الخاص بك حتى تكتمل عملية تجاوز الفشل.
هام
استخدم خيارات تجاوز الفشل التي يديرها العميل لتطوير خطط التعافي من الكوارث واختبارها وتنفيذها. لا تعتمد على تجاوز الفشل المدار من قبل Microsoft، والذي قد يتم استخدامه فقط في الظروف القصوى. سيتم بدء تجاوز الفشل المدار من قبل Microsoft لوحدة فعلية بأكملها، مثل منطقة أو مركز بيانات. لا يمكن بدء تشغيله لحسابات التخزين الفردية أو الاشتراكات أو المستأجرين. إذا كنت بحاجة إلى القدرة على تجاوز الفشل بشكل انتقائي لحسابات التخزين الفردية الخاصة بك، فاستخدم تجاوز الفشل المخطط له من قبل العميل.
توقع فقدان البيانات وعدم تناسقها
تنبيه
عادة ما ينطوي تجاوز الفشل غير المخطط له الذي يديره العميل على قدر من فقدان البيانات، ويمكن أيضا أن يؤدي إلى عدم تناسق الملفات والبيانات. في خطة التعافي من الكوارث الخاصة بك، من المهم مراعاة التأثير الذي سيكون لتجاوز فشل الحساب على بياناتك قبل بدء واحد.
نظرا لأن البيانات تتم كتابتها بشكل غير متزامن من المنطقة الأساسية إلى المنطقة الثانوية، فهناك دائما تأخير قبل نسخ الكتابة إلى المنطقة الأساسية إلى المنطقة الثانوية. إذا أصبحت المنطقة الأساسية غير متوفرة، فمن المحتمل ألا يتم نسخ أحدث عمليات الكتابة إلى الثانوي بعد.
عند حدوث تجاوز فشل غير مخطط له، يتم فقدان جميع البيانات في المنطقة الأساسية حيث تصبح المنطقة الثانوية هي الأساسية الجديدة. يتم الاحتفاظ بجميع البيانات التي تم نسخها بالفعل إلى المنطقة الثانوية عند حدوث تجاوز الفشل. ومع ذلك، يتم فقدان أي بيانات مكتوبة إلى الأساسي غير موجودة بعد داخل المنطقة الثانوية بشكل دائم.
تم تكوين المنطقة الأساسية الجديدة لتكون مكررة محليا (LRS) بعد تجاوز الفشل.
قد تواجه أيضا تناقضات في الملفات أو البيانات إذا كانت حسابات التخزين لديك تحتوي على واحد أو أكثر مما يلي ممكن:
- مساحة الاسم الهرمية (Azure Data Lake Storage)
- موجز التغيير
- استرداد في نقطة زمنية للكائنات الثنائية كبيرة الحجم للكتلة
وقت آخر وقت مزامنة
تشير الخاصية Last Sync Time إلى أحدث وقت تمت فيه كتابة البيانات من المنطقة الأساسية أيضا إلى المنطقة الثانوية. بالنسبة للحسابات التي تحتوي على مساحة اسم هرمية، تنطبق نفس الخاصية Last Sync Time أيضا على بيانات التعريف التي تديرها مساحة الاسم الهرمية، بما في ذلك قوائم التحكم في الوصول (ACLs). تتوفر جميع البيانات وبيانات التعريف المكتوبة قبل وقت المزامنة الأخير على المستوى الثانوي. وعلى النقيض من ذلك، قد لا يتم نسخ البيانات وبيانات التعريف المكتوبة بعد وقت المزامنة الأخير إلى الثانوي وقد يتم فقدانها. أثناء الانقطاع، استخدم هذه الخاصية لتقدير مقدار فقدان البيانات الذي قد تتكبده عند بدء تجاوز فشل الحساب.
كأفضل ممارسة، قم بتصميم التطبيق الخاص بك بحيث يمكنك استخدام آخر وقت مزامنة لتقييم فقدان البيانات المتوقع. على سبيل المثال، يسمح لك تسجيل جميع عمليات الكتابة بمقارنة أوقات عملية الكتابة الأخيرة بوقت المزامنة الأخير. يمكنك هذا الأسلوب من تحديد عمليات الكتابة التي لم تتم مزامنتها بعد مع الثانوي وهي في خطر الفقدان.
لمزيد من المعلومات حول التحقق من الخاصية وقت المزامنة الأخير، راجع التحقق من الخاصية "وقت المزامنة الأخير" لحساب تخزين.
تناسق الملف ل Azure Data Lake Storage
يحدث النسخ المتماثل لحسابات التخزين مع تمكين مساحة اسم هرمية (Azure Data Lake Storage) على مستوى الملف. نظرا لحدوث النسخ المتماثل في هذا المستوى، قد يمنع انقطاع في المنطقة الأساسية بعض الملفات داخل حاوية أو دليل من النسخ المتماثل بنجاح إلى المنطقة الثانوية. لا يضمن التناسق لكافة الملفات داخل حاوية أو دليل بعد تجاوز فشل حساب التخزين.
تغيير التناقضات في بيانات الموجز والكائنات الثنائية كبيرة الحجم
يمكن أن يؤدي تجاوز الفشل المدار من قبل العميل (غير المخطط له) لحسابات التخزين مع تمكين موجز التغيير إلى عدم تناسق بين سجلات موجز التغيير وبيانات الكائن الثنائي كبير الحجم و/أو بيانات التعريف. يمكن أن تنتج حالات عدم التناسق هذه عن الطبيعة غير المتزامنة لتحديثات سجل التغيير والنسخ المتماثل للبيانات بين المناطق الأساسية والثانوية. يمكنك تجنب حالات عدم التناسق عن طريق اتخاذ الاحتياطات التالية:
- تأكد من مسح كافة سجلات السجل إلى ملفات السجل.
- تأكد من نسخ كافة بيانات التخزين من المنطقة الأساسية إلى المنطقة الثانوية.
لمزيد من المعلومات حول موجز التغيير، راجع كيفية عمل موجز التغيير.
ضع في اعتبارك أن ميزات حساب التخزين الأخرى تتطلب أيضا تمكين موجز التغيير. تتضمن هذه الميزات النسخ الاحتياطي التشغيلي لتخزين Azure Blob والنسخ المتماثل للكائنات واستعادة النقطة الزمنية للكائنات الثنائية كبيرة الحجم للكتلة.
حالات عدم تناسق الاستعادة في نقطة زمنية
يتم دعم تجاوز الفشل المدار من قبل العميل لحسابات تخزين المستوى القياسي v2 للأغراض العامة التي تتضمن الكائنات الثنائية كبيرة الحجم للكتلة. ومع ذلك، يؤدي إجراء تجاوز فشل يديره العميل على حساب تخزين إلى إعادة تعيين أقرب نقطة استعادة ممكنة للحساب. بيانات الاستعادة في نقطة زمنية للكائنات الثنائية كبيرة الحجم للكتلة متناسقة فقط حتى وقت إكمال تجاوز الفشل. ونتيجة لذلك، يمكنك فقط استعادة الكائنات الثنائية كبيرة الحجم للكتلة إلى نقطة زمنية لا تتجاوز وقت إكمال تجاوز الفشل. يمكنك التحقق من وقت إكمال تجاوز الفشل في علامة تبويب التكرار لحساب التخزين الخاص بك في مدخل Microsoft Azure.
وقت وتكلفة تجاوز الفشل
يمكن أن يختلف الوقت المستغرق لإكمال تجاوز الفشل الذي يديره العميل بعد البدء، على الرغم من أن الأمر يستغرق عادة أقل من ساعة واحدة.
لا يفقد تجاوز الفشل المخطط له الذي يديره العميل التكرار الجغرافي بعد تجاوز الفشل وإرجاع الموارد اللاحق، ولكن تجاوز الفشل غير المخطط له يديره العميل.
يؤدي بدء تجاوز الفشل غير المخطط له من قبل العميل تلقائيا إلى تحويل حساب التخزين الخاص بك إلى تخزين متكرر محليا (LRS) داخل منطقة أساسية جديدة، ويحذف حساب التخزين في المنطقة الأساسية الأصلية.
يمكنك إعادة تمكين التخزين المتكرر جغرافيا (GRS) أو التخزين المتكرر جغرافيا (RA-GRS) للوصول للقراءة للحساب، ولكن إعادة نسخ البيانات إلى المنطقة الثانوية الجديدة تتحمل رسوما. بالإضافة إلى ذلك، يجب إعادة ترطيب أي الكائنات الثنائية كبيرة الحجم المؤرشفة إلى طبقة عبر الإنترنت قبل أن يمكن إعادة تكوين الحساب للتكرار الجغرافي. هذا الإماهة يتحمل أيضا رسوما إضافية. لمزيد من المعلومات حول التسعير، راجع:
بعد إعادة تمكين GRS لحساب التخزين الخاص بك، تبدأ Microsoft في نسخ البيانات الموجودة في حسابك بشكل متماثل إلى المنطقة الثانوية الجديدة. يعتمد مقدار الوقت الذي يستغرقه النسخ المتماثل لإكماله على عدة عوامل. وتشمل هذه العوامل ما يلي:
- عدد العناصر الموجودة في حساب التخزين وحجمها. يمكن أن يستغرق النسخ المتماثل للعديد من الكائنات الصغيرة وقتا أطول من النسخ المتماثل لعناصر أقل وأكبر.
- الموارد المتوفرة للنسخ المتماثل في الخلفية، مثل المعالج والذاكرة والقرص وسعة WAN. تأخذ نسبة استخدام الشبكة المباشرة الأولوية على النسخ المتماثل الجغرافي.
- عدد اللقطات لكل كائن ثنائي كبير الحجم، إن أمكن.
- استراتيجية تقسيم البيانات، إذا كان حساب التخزين الخاص بك يحتوي على جداول. لا يمكن توسيع نطاق عملية النسخ المتماثل إلى ما هو أبعد من عدد مفاتيح الأقسام التي تستخدمها.
أنواع حسابات التخزين المدعومة
تدعم جميع العروض المتكررة جغرافيا تجاوز الفشل الذي تديره Microsoft. بالإضافة إلى ذلك، تدعم بعض أنواع الحسابات تجاوز فشل الحساب المدار من قبل العميل، كما هو موضح في الجدول التالي:
| نوع تجاوز الفشل | GRS/RA-GRS | GZRS/RA-GZRS |
|---|---|---|
| تجاوز الفشل المخطط له من قبل العميل (معاينة) | حسابات v2 للأغراض العامة حسابات v1 للأغراض العامة حسابات كائن ثنائي كبير الحجم للتخزين قديم |
حسابات الأغراض العامة v2 |
| تجاوز الفشل المدار من قبل العميل (غير المخطط له) | حسابات v2 للأغراض العامة حسابات v1 للأغراض العامة حسابات كائن ثنائي كبير الحجم للتخزين قديم |
حسابات الأغراض العامة v2 |
| تجاوز الفشل المدار من Microsoft | جميع أنواع الحسابات | حسابات الأغراض العامة v2 |
حسابات التخزين الكلاسيكية
هام
يتم دعم تجاوز الفشل المدار من قبل العميل فقط لحسابات التخزين المنشورة باستخدام نموذج توزيع Azure Resource Manager (ARM). نموذج توزيع Azure Service Manager (ASM)، المعروف أيضا باسم النموذج الكلاسيكي ، غير مدعوم. لجعل حسابات التخزين الكلاسيكية مؤهلة لتجاوز فشل الحساب المدار من قبل العميل، يجب أولا ترحيلها إلى نموذج ARM. يجب أن يكون حساب التخزين الخاص بك قابلا للوصول لإجراء الترقية، لذلك لا يمكن أن تكون المنطقة الأساسية حاليا في حالة فشل.
أثناء حدوث كارثة تؤثر على المنطقة الأساسية، ستقوم Microsoft بإدارة تجاوز الفشل لحسابات التخزين الكلاسيكية. لمزيد من المعلومات، راجع تجاوز الفشل المدار بواسطة Microsoft.
مساحة الاسم الهرمية (HNS)
هام
تجاوز الفشل المدار من قبل العميل (غير المخطط له) للحسابات التي تم تمكين Azure Data Lake Storage Gen2 لها حاليا في PREVIEW ومدعم في جميع مناطق GRS/GZRS العامة.
للاشتراك في المعاينة، راجع إعداد ميزات المعاينة في اشتراك Azure وحدد AllowHNSAccountFailover كاسم الميزة.
هام
تجاوز الفشل المدار من قبل العميل (غير المخطط له) للحسابات التي تم تمكين بروتوكول نقل ملفات SSH (SFTP) لها حاليا في PREVIEW ويتم دعمه فقط في المناطق التالية:
- (آسيا والمحيط الهادئ) الهند الوسطي
- (آسيا والمحيط الهادئ) جنوب شرق آسيا
- (أوروبا) شمال أوروبا
- (أوروبا) شمال سويسرا
- (أوروبا) غرب سويسرا
- (أوروبا) غرب أوروبا
- (أمريكا الشمالية) منطقة وسط كندا
- (أمريكا الشمالية) شرق الولايات المتحدة الأميركية 2
- (أمريكا الشمالية) جنوب وسط الولايات المتحدة الأمريكية
للاشتراك في المعاينة، راجع إعداد ميزات المعاينة في اشتراك Azure وحدد AllowHNSAccountFailover كاسم الميزة.
للحصول على الشروط القانونية التي تنطبق على ميزات Azure الموجودة في الإصدار التجريبي، أو المعاينة، أو التي لم يتم إصدارها بعد في التوفر العام، راجع شروط الاستخدام التكميلية لمعاينات Microsoft Azure.
في حالة حدوث كارثة كبيرة تؤثر على المنطقة الأساسية، ستقوم Microsoft بإدارة تجاوز الفشل للحسابات ذات مساحة اسم هرمية. لمزيد من المعلومات، راجع تجاوز الفشل المدار بواسطة Microsoft.
الميزات والخدمات غير المدعومة
الميزات والخدمات التالية غير مدعومة لتجاوز الفشل الذي يديره العميل:
- لا تدعم Azure File Sync تجاوز فشل الحساب المدار من قبل العميل. لا يجب تجاوز فشل حسابات التخزين المستخدمة كنقاط نهاية سحابية ل Azure File Sync. يؤدي تجاوز الفشل إلى تعطيل مزامنة الملفات وقد يتسبب في فقدان البيانات غير المتوقع للملفات المتدرجة حديثا. لمزيد من المعلومات، راجع أفضل الممارسات للتعافي من الكوارث باستخدام Azure File Sync للحصول على التفاصيل.
- لا يمكن تجاوز فشل حساب التخزين الذي يحتوي على كائنات ثنائية كبيرة الحجم للكتلة المتميزة. لا تدعم حسابات التخزين التي تدعم الكائنات الثنائية كبيرة الحجم للكتلة المتميزة حاليا التكرار الجغرافي.
- تجاوز الفشل المدار من قبل العميل غير مدعوم إما لحساب المصدر أو الوجهة في نهج النسخ المتماثل للكائن.
- نظام ملفات الشبكة (NFS) 3.0 (NFSv3) غير مدعوم لتجاوز فشل حساب التخزين. لا يمكنك إنشاء حساب تخزين تم تكوينه للتكرار الجغرافي مع تمكين NFSv3.
يمكن استخدام الجدول التالي للإشارة إلى دعم الميزات.
| تجاوز الفشل المخطط له | تجاوز الفشل غير المخطط له | |
|---|---|---|
| Azure Data Lake Storage | مدعوم (إصدار أولي) | مدعوم (إصدار أولي) |
| موجز التغيير | غير مدعوم | مدعوم |
| النسخ المتماثل للكائنات | غير مدعوم | غير مدعوم |
| SFTP | مدعوم (إصدار أولي) | مدعوم (إصدار أولي) |
| NFSv3 | GRS غير مدعوم | GRS غير مدعوم |
| إجراءات التخزين | مدعوم1 | مدعوم1 |
| الاستعادة في نقطة زمنية (PITR) | غير مدعوم | مدعوم |
1 إذا بدأت تجاوز الفشل المخطط له أو غير المخطط له من قبل العميل، فلا يمكن أن تعمل مهام التخزين على الحساب حتى تفشل مرة أخرى في المنطقة الأساسية الأصلية. اعرف المزيد.
تجاوز الفشل ليس لترحيل الحساب
تعد عمليات تجاوز فشل حساب التخزين حلا مؤقتا يستخدم لتطوير خطط التعافي من الكوارث (DR) واختبارها، أو للتعافي من انقطاع الخدمة. لا يجب استخدام تجاوز الفشل كجزء من استراتيجية ترحيل البيانات. للحصول على معلومات حول كيفية ترحيل حسابات التخزين الخاصة بك، راجع نظرة عامة على ترحيل تخزين Azure.
حسابات التخزين التي تحتوي على الكائنات الثنائية كبيرة الحجم المؤرشفة
حسابات التخزين التي تحتوي على نقاط مؤرشفة دعم حساب تجاوز الفشل. ومع ذلك، بعد اكتمال تجاوز الفشل المدار من قبل العميل، يجب إعادة ترطيب جميع الكائنات الثنائية كبيرة الحجم المؤرشفة إلى طبقة عبر الإنترنت قبل أن يمكن تكوين الحساب للتكرار الجغرافي.
Storage resource provider
توفر Microsoft معرفتي برمجة تطبيقات REST للعمل مع موارد تخزين Azure. تشكل واجهات برمجة التطبيقات هذه أساس جميع الإجراءات التي يمكنك تنفيذها مقابل Azure Storage. تمكنك واجهة برمجة تطبيقات Azure Storage REST من العمل مع البيانات الموجودة في حساب التخزين الخاص بك، بما في ذلك النقطة وقائمة الانتظار والملف وبيانات الجدول. تمكنك واجهة برمجة تطبيقات REST لموفر موارد تخزين Azure من إدارة حساب التخزين والموارد ذات الصلة.
بعد اكتمال تجاوز الفشل، يمكن للعملاء مرة أخرى قراءة وكتابة بيانات Azure Storage في المنطقة الأساسية الجديدة. ومع ذلك، لا يفشل موفر موارد Azure Storage، لذلك يجب أن تظل عمليات إدارة الموارد تحدث في المنطقة الأساسية. إذا كانت المنطقة الأساسية غير متوفرة، فلن تتمكن من تنفيذ عمليات الإدارة على حساب التخزين.
نظرا لأن موفر موارد Azure Storage لا يفشل، سترجع الخاصية Location الموقع الأساسي الأصلي بعد اكتمال تجاوز الفشل.
الأجهزة الظاهرية لدى Azure
لا تفشل أجهزة Azure الظاهرية (VMs) كجزء من تجاوز فشل حساب التخزين. يجب إعادة إنشاء أي أجهزة ظاهرية فشلت في الوصول إلى منطقة ثانوية استجابة للانقطاع بعد اكتمال تجاوز الفشل. يمكن أن يؤدي تجاوز فشل الحساب إلى فقدان البيانات المخزنة في قرص مؤقت عند إيقاف تشغيل الجهاز الظاهري (VM). توصي Microsoft باتباع إرشادات قابلية الوصول العالية والتعافي من الكوارث الخاصة بالأجهزة الظاهرية في Azure.
الأقراص غير مدارة
يتم تخزين الأقراص غير التي يتم تشغيلها ككائنات ثنائية كبيرة الحجم للصفحات في Azure Storage. عند تشغيل جهاز ظاهري في Azure، يتم تأجير أي أقراص غير مدارة متصلة بالجهاز الظاهري. لا يمكن متابعة تجاوز فشل الحساب عندما يكون هناك تأجير على كائن ثنائي كبير الحجم. قبل أن يمكن بدء تجاوز الفشل على حساب يحتوي على أقراص غير مدارة متصلة ب Azure VMs، يجب إيقاف تشغيل الأقراص. لهذا السبب، تتضمن أفضل الممارسات الموصى بها من Microsoft تحويل أي أقراص غير مدارة إلى أقراص مدارة.
لإجراء تجاوز فشل على حساب يحتوي على أقراص غير مدارة، اتبع الخطوات التالية:
- قبل البدء، لاحظ أسماء أي أقراص غير مدارة وأرقام الوحدات المنطقية الخاصة بها (LUN) والجهاز الظاهري الذي يتم إرفاقها به. سيؤدي القيام بذلك إلى تسهيل إعادة توصيل الأقراص بعد تجاوز الفشل.
- قم بإيقاف تشغيل الجهاز الظاهري.
- احذف الجهاز الظاهري، ولكن احتفظ بملفات القرص الثابت الظاهري (VHD) للأقراص غير المدارة. لاحظ الوقت الذي قمت فيه بحذف الجهاز الظاهري.
- انتظر حتى يتم تحديث آخر وقت مزامنة، وتأكد من أنه متأخر عن الوقت الذي حذفت فيه الجهاز الظاهري. تضمن هذه الخطوة تحديث نقطة النهاية الثانوية بالكامل بملفات VHD عند حدوث تجاوز الفشل، وأن الجهاز الظاهري يعمل بشكل صحيح في المنطقة الأساسية الجديدة.
- بدء تجاوز فشل الحساب.
- انتظر حتى يكتمل تجاوز فشل الحساب وتصبح المنطقة الثانوية المنطقة الأساسية الجديدة.
- قم بإنشاء جهاز ظاهري في المنطقة الأساسية الجديدة وأعد توصيل VHD.
- بدء تشغيل الجهاز الظاهري الجديد.
ضع في اعتبارك أن أي بيانات مخزنة في قرص مؤقت يتم فقدانها عند إيقاف تشغيل الجهاز الظاهري.
نسخ البيانات كبديل لتجاوز الفشل
كما تمت مناقشته سابقا، يمكنك الحفاظ على قابلية الوصول العالية عن طريق تكوين التطبيقات لاستخدام حساب تخزين تم تكوينه للوصول للقراءة إلى منطقة ثانوية. ومع ذلك، إذا كنت تفضل عدم تجاوز الفشل أثناء انقطاع التيار الكهربائي داخل المنطقة الأساسية، يمكنك نسخ بياناتك يدويا كبديل. تمكنك أدوات مثل AzCopy وAzure PowerShell من نسخ البيانات من حساب التخزين الخاص بك في المنطقة المتأثرة إلى حساب تخزين آخر في منطقة غير متأثرة. بعد اكتمال عملية النسخ، يمكنك إعادة تكوين تطبيقاتك لاستخدام حساب التخزين في المنطقة غير المتأثرة لكل من توفر القراءة والكتابة.
التصميم لقابلية الوصول العالية
من المهم تصميم تطبيقك لجعله متوفرًا بشكل كبير من البداية. راجع موارد Azure هذه للحصول على إرشادات عند تصميم التطبيق والتخطيط للتعافي من الكوارث:
- تصميم تطبيقات مرنة لـAzure: نظرة عامة على المفاهيم الأساسية لتصميم التطبيقات المتوفرة بشكل كبير في Azure.
- قائمة التحقق من المرونة: قائمة مرجعية للتحقق من أن تطبيقك ينفذ أفضل ممارسات التصميم للتوفر العالي.
- استخدام التكرار الجغرافي لتصميم التطبيقات المتوفرة بشكل كبير: إرشادات التصميم لبناء التطبيقات للاستفادة من التخزين الجغرافي الزائد.
- البرنامج التعليمي: إنشاء تطبيق متاح للغاية باستخدام تخزين Blob: برنامج تعليمي يوضح كيفية إنشاء تطبيق متاح للغاية يقوم تلقائيًا بالتبديل بين نقاط النهاية في أثناء محاكاة حالات الفشل والاسترداد.
راجع أفضل الممارسات هذه للحفاظ على قابلية الوصول العالية لبيانات Azure Storage:
- الأقراص: استخدم Azure Backup لعمل نسخة احتياطية من أقراص VM التي تستخدمها أجهزة Azure الظاهرية. ضع في اعتبارك أيضا استخدام Azure Site Recovery لحماية الأجهزة الظاهرية من كارثة إقليمية.
- كتلة النقط: قم بتشغيل الحذف الناعم للحماية من عمليات الحذف والكتابة فوق مستوى الكائن، أو انسخ نقاط الكتلة إلى حساب تخزين آخر في منطقة مختلفة باستخدام AzCopy أو Azure PowerShell أو مكتبة Azure Data Movement.
- الملفات: استخدم Azure Backup لعمل نسخة احتياطية من مشاركات الملفات. قم أيضًا بتمكين الحذف الناعم للحماية من عمليات حذف مشاركة الملفات غير المقصودة. للتكرار الجغرافي عندما لا يتوفر GRS، استخدم AzCopy أو Azure PowerShell لنسخ ملفاتك إلى حساب تخزين آخر في منطقة مختلفة.
- الجداول: استخدم AzCopy لتصدير بيانات الجدول إلى حساب تخزين آخر في منطقة مختلفة.
تتبع الانقطاعات
يمكن للعملاء الاشتراك في Azure Service Health Dashboard لتتبع صحة وحالة Azure Storage وخدمات Azure الأخرى.
توصي Microsoft أيضًا بتصميم التطبيق الخاص بك للتحضير لاحتمال فشل الكتابة. يجب أن يعرض تطبيقك حالات فشل الكتابة بطريقة تنبهك إلى احتمال حدوث انقطاع في المنطقة الأساسية.