الموثوقية في ملفات Azure

تصف هذه المقالة دعم الموثوقية في ملفات Azure. توفر ملفات Azure مشاركات ملفات مدارة بالكامل في السحابة يمكن الوصول إليها عبر بروتوكولات Server Message Block (SMB) ونظام ملفات الشبكة (NFS) المتوافقة مع معايير الصناعة.

عند استخدام Azure، تعد الموثوقية مسؤولية مشتركة. توفر Microsoft مجموعة من الإمكانات لدعم المرونة والاسترداد. أنت مسؤول عن فهم كيفية عمل هذه الإمكانات في جميع الخدمات التي تستخدمها، وتحديد الإمكانات التي تحتاجها لتحقيق أهداف عملك وأهداف وقت التشغيل.

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

ملحوظة

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

توصيات نشر الإنتاج

لمعرفة كيفية نشر ملفات Azure لدعم متطلبات موثوقية الحل الخاص بك وكيف تؤثر الموثوقية على الجوانب الأخرى للبنية الخاصة بك، راجع أفضل ممارسات البنية لملفات Azure في Azure Well-Architected Framework.

نظرة عامة على بنية الموثوقية

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

رسم تخطيطي يوضح كيفية نسخ البيانات في مناطق التوفر باستخدام LRS.

يوفر التخزين المتكرر في المنطقة (ZRS) والتخزين المتكرر جغرافيا (GRS) والتخزين المتكرر في المنطقة الجغرافية (GZRS) حماية إضافية. توضح هذه المقالة هذه الخيارات بالتفصيل.

تتوفر ملفات Azure في مستويين من الوسائط:

  • تستخدم الطبقة المتميزة محركات الأقراص المزودة بذاكرة مصنوعة من مكونات صلبة (SSD) للحصول على أداء عال. يوصى بهذه الطبقة لأحمال العمل التي تتطلب زمن انتقال منخفض.

  • تدعم الطبقة القياسية محركات الأقراص الثابتة (HDD). توفر مشاركات ملفات HDD خيار تخزين فعال من حيث التكلفة لمشاركات الملفات للأغراض العامة.

لمزيد من المعلومات، راجع التخطيط لنشر ملفات Azure - مستويات التخزين.

تنفذ ملفات Azure التكرار على مستوى حساب التخزين، وترث مشاركات الملفات تكوين التكرار هذا تلقائيا. تدعم الخدمة نماذج التكرار المتعددة التي تختلف في نهجها لحماية البيانات.

المرونة في مواجهة الأعطال العابرة

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

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

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

لضمان إنشاء اتصالات آمنة فقط لمشاركة NFS الخاصة بك، نوصي بتكوين نقطة نهاية خاصة لحساب التخزين الخاص بك. تستخدم نقطة النهاية الخاصة Azure Private Link لتعيين عنوان IP ثابت لحساب التخزين الخاص بك من داخل مساحة العنوان الخاصة بالشبكة الظاهرية. تساعد نقطة النهاية الخاصة على منع انقطاعات الاتصال من تغييرات عنوان IP الديناميكي. لمزيد من المعلومات حول أمان مشاركات NFS الخاصة بك، راجع مشاركات ملفات NFS - الأمان والشبكات.

المرونة في مواجهة حالات فشل منطقة التوفر

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

يوفر ملفات Azure نوعين من دعم مناطق التوافر:

المتطلبات

  • دعم المنطقة:

  • أنواع مشاركة الملفات:

    • ZRS: يدعم ZRS جميع أنواع مشاركة الملفات.

    • LRS مع توزيع مناطقي: يتوفر نظام LRS مع وضع إقليمي لحسابات التخزين التي تلبي المتطلبات التالية:

      • يجب استخدام طبقة التخزين المميزة (طبقة وسائط SSD).
      • مشاركات ملفات Azure الكلاسيكية فقط (استخدم Microsoft. موفر موارد التخزين). لا يمكنك استخدام الموضع النطاقي لمشاركات الملفات التي تم إنشاؤها باستخدام Microsoft. موفر موارد FileShares.

التكلفة

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

  • ZRS: عندما تفعيل التخزين المتكرر في المنطقة (ZRS)، يتم فرض رسوم مختلفة عن التخزين المتكرر محليا (LRS) بسبب التحميل الإضافي على النسخ والتخزين.

  • LRS مع توزيع مناطقي: يتم احتساب LRS مع التوزيع الإقليمي بنفس سعر LRS.

للحصول على معلومات مفصلة عن التسعير، راجع تسعير ملفات Azure.

تكوين دعم منطقة التوفر

السلوك عندما تكون جميع المناطق صحية

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

  • توجيه حركة المرور بين المناطق:

    • ZRS: يقوم تخزين Azure مع التخزين الاحتياطي للمنطقة (ZRS) بتوزيع الطلبات تلقائيا عبر مجموعات التخزين في مناطق توافر متعددة. يتسم توزيع حركة المرور بالشفافية للتطبيقات ولا يتطلب أي تكوين من جانب العميل.

    • LRS مع توزيع مناطقي: يقوم تخزين Azure مع التخزين المحلي الزائد (LRS) بتوزيع الطلبات تلقائيا عبر مجموعات التخزين في منطقة التوفر التي اخترتها. يتسم توزيع حركة المرور بالشفافية للتطبيقات ولا يتطلب أي تكوين من جانب العميل.

  • تكرار البيانات بين المناطق:

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

    • LRS مع توزيع مناطقي: جميع عمليات الكتابة إلى LRS تكرر بشكل متزامن عبر عدة نسخ تخزين داخل المنطقة. عند رفع أو تعديل البيانات، لا تعتبر العملية مكتملة حتى يتم تكرار البيانات بنجاح عبر جميع النسخ المقلدة.

السلوك أثناء فشل المنطقة

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

  • الكشف والاستجابة:

    • ZRS: تكتشف مايكروسوفت تلقائيا أعطال المناطق وتبدأ عمليات الاستعادة. لا يلزم أي إجراء من العميل لحسابات التخزين المتكرر في المنطقة (ZRS). إذا أصبحت منطقة غير متاحة، يقوم Azure بتحديثات الشبكات مثل إعادة توجيه نظام أسماء النطاقات (DNS).

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

  • الإعلام: لا تقوم Microsoft بإعلامك تلقائيا عندما تكون المنطقة معطلة. ومع ذلك، يمكنك استخدام Azure Resource Health لمراقبة صحة كل مورد على حدة، ويمكنك إعداد تنبيهات Resource Health لإبلاغك بالمشاكل. يمكنك أيضا استخدام حالة خدمة Azure لفهم الصحة العامة للخدمة، بما في ذلك أي أعطال في المناطق، ويمكنك إعداد تنبيهات صحة الخدمة لإبلاغك بالمشاكل.
  • الطلبات النشطة:

    • ZRS: قد يتم إلغاء طلبات الرحلة أثناء عملية الاسترداد ويجب إعادة المحاولة. يجب أن تنفذ التطبيقات منطق إعادة المحاولة للتعامل مع هذه الانقطاعات المؤقتة.

    • LRS مع توزيع مناطقي: يتم إسقاط طلبات الطيران ويجب إعادة المحاولة عند تعافي المنطقة.

  • فقدان البيانات المتوقع:

    • ZRS: لا يحدث فقدان بيانات أثناء فشل المناطق لأن البيانات تكرر بشكل متزامن عبر عدة مناطق قبل اكتمال عمليات الكتابة.

    • LRS مع توزيع مناطقي: البيانات المتعلقة بمشاركات الملفات في المنطقة المتأثرة غير متاحة حتى تتعافى المنطقة.

  • وقت التوقف المتوقع:

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

    • LRS مع توزيع مناطقي: تظل مشاركات الملفات في المنطقة المتأثرة منخفضة حتى تتعافى منطقة التوافر.

  • إعادة توجيه حركة المرور:

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

    • LRS مع توزيع مناطقي: أنت مسؤول عن الانتقال إلى حسابات تخزين ملفات أخرى في المناطق الصحية إذا لزم الأمر.

استعادة المنطقة

يعتمد سلوك استعادة المنطقة على نوع النسخ الذي يستخدمه حساب تخزين الملفات:

  • ZRS: عندما تتعافى منطقة التوفر الفاشلة، يقوم تخزين Azure باستعادة العمليات العادية تلقائيا عبر جميع مناطق التوفر. تضمن الخدمة تلقائيا تناسق البيانات من خلال مزامنة أي عمليات حدثت أثناء فترة الانقطاع.

  • LRS مع توزيع مناطقي: بعد أن تصبح المنطقة بصحة جيدة، تصبح مشاركات الملفات في المنطقة متاحة مرة أخرى. أنت مسؤول عن أي إجراءات استرداد للمنطقة ومزامنة البيانات التي تتطلبها أحمال العمل الخاصة بك.

اختبار فشل المنطقة

تعتمد خيارات اختبار التخفيض على نوع التكرار الذي يستخدمه حساب تخزين الملفات:

  • ZRS: عند استخدام التخزين المتكرر من المنطقة (ZRS)، يدير تخزين Azure الاستجابات التلقائية للنسخ، وتوجيه حركة المرور، وتقليل المنطقة. نظرا لإدارة هذه الميزة بالكامل، لا تحتاج إلى بدء عمليات فشل منطقة التوفر أو التحقق من صحتها.

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

القدرة على الصمود في وجه الإخفاقات على مستوى المنطقة

يوفر تخزين Azure، بما في ذلك مساحة تخزين Azure Blob وملفات Azure ومساحة تخزين Azure Table‬ وAzure Queue Storage، مجموعة من إمكانات التكرار الجغرافي وتجاوز الفشل لتناسب المتطلبات المختلفة.

مهم

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

التخزين الجغرافي الزائد للمناطق المزدوجة

يوفر تخزين Azure عدة أنواع من GRS في المناطق المقترنة. أيا كان نوع GRS الذي تستخدمه، يتم دائما نسخ البيانات الموجودة في المنطقة الثانوية باستخدام التخزين المتكرر محليا (LRS). يوفر هذا النهج الحماية ضد أعطال الأجهزة داخل المنطقة الثانوية.

مهم

تدعم ملفات Azure فقط التكرار الجغرافي (GRS أو GZRS) لمشاركات الملفات القياسية (HDD).

لا تدعم ملفات Azure التخزين المتكرر جغرافيا للوصول للقراءة (RA-GRS) أو التخزين المتكرر للمنطقة الجغرافية للوصول للقراءة (RA-GZRS). إذا تم تكوين حساب تخزين لاستخدام RA-GRS أو RA-GZRS، يتم تكوين مشاركات الملفات القياسية (HDD) وفوترتها ك GRS أو GZRS.

أنواع تجاوز الفشل

يدعم تخزين Azure ثلاثة أنواع من تجاوز الفشل لسيناريوهات مختلفة.

  • تجاوز الفشل غير المخطط له الذي يديره العميل: أنت مسؤول عن بدء الاسترداد إذا كان هناك فشل في التخزين على مستوى المنطقة في منطقتك الأساسية.

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

  • تجاوز الفشل الذي تديره Microsoft: في ظروف استثنائية، قد تبدأ Microsoft تجاوز الفشل لجميع حسابات التخزين المتكررة جغرافيا (GRS) في منطقة ما. ومع ذلك ، فإن تجاوز الفشل الذي تديره Microsoft هو الملاذ الأخير ومن المتوقع أن يتم تنفيذه فقط بعد فترة طويلة من الانقطاع. يجب ألا تعتمد على تجاوز الفشل الذي تديره Microsoft.

يمكن لحسابات GRS استخدام أي من أنواع تجاوز الفشل هذه. لا تحتاج إلى تكوين حساب تخزين مسبقا لاستخدام أي من أنواع تجاوز الفشل مسبقا.

المتطلبات

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

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

  • مشاركات الملفات القياسية فقط: تدعم ملفات Azure فقط التكرار الجغرافي (GRS أو GZRS) لمشاركات الملفات القياسية (HDD). يجب أن تستخدم مشاركات الملفات المميزة (SSD) LRS أو ZRS. إذا كان لديك مشاركات ملفات متميزة وتريد نسخ البيانات عبر المناطق للحصول على مرونة أعلى، راجع حلول مخصصة متعددة المناطق للمرونة.

  • GRS و GZRS فقط: لا تدعم ملفات Azure التخزين المتكرر جغرافيا للوصول للقراءة (RA-GRS) أو التخزين المتكرر للمنطقة الجغرافية للوصول للقراءة (RA-GZRS). إذا تم تكوين حساب تخزين لاستخدام RA-GRS أو RA-GZRS، يتم تكوين مشاركات الملفات القياسية (HDD) وفوترتها ك GRS أو GZRS.

الاعتبارات

عند تنفيذ ملفات Azure متعددة المستويات، ضع في اعتبارك العوامل المهمة التالية:

  • زمن انتقال النسخ المتماثل غير المتزامن: يكون النسخ المتماثل للبيانات إلى المنطقة الثانوية غير متزامن، مما يعني أن هناك تأخرا بين وقت كتابة البيانات إلى المنطقة الأساسية ووقت توفرها في المنطقة الثانوية. يمكن أن يؤدي هذا التأخير إلى فقدان محتمل للبيانات في حالة حدوث فشل في المنطقة الأساسية قبل نسخ البيانات الحديثة. يتم قياس فقدان البيانات بواسطة هدف نقطة الاسترداد (RPO). يمكنك أن تتوقع أن يكون تأخر النسخ المتماثل أقل من 15 دقيقة ، ولكن هذه المرة تقديرية وغير مضمونة.

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

  • آخر وقت مزامنة: بالنسبة لملفات Azure، يستند وقت المزامنة الأخير إلى أحدث لقطة للنظام في المنطقة الثانوية.

    يمكن أن تنتهي مهلة حساب وقت المزامنة الأخير إذا كان هناك أكثر من 100 مشاركة ملف في حساب تخزين. ننصحك بنشر 100 مشاركة ملف أو أقل لكل حساب تخزين لتجنب المهلات.

  • الوصول إلى المنطقة الثانوية: لا يمكن الوصول إلى المنطقة الثانوية للقراءات حتى يحدث تجاوز الفشل.

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

التكلفة

تتحمل تكوينات حساب تخزين Azure متعدد المناطق تكاليف إضافية للنسخ المتماثل والتخزين عبر المناطق في المنطقة الثانوية. يتم فرض رسوم على نقل البيانات بين مناطق Azure استنادا إلى معدلات النطاق الترددي القياسية بين المناطق.

للحصول على معلومات مفصلة عن التسعير، راجع تسعير ملفات Azure.

تكوين دعم متعدد المناطق

  • قم بإنشاء حساب تخزين متكرر جغرافيا (GRS) جديد. لإنشاء حساب GRS، راجع إنشاء حساب تخزين وتحديد GRS أو التخزين المتكرر جغرافيا للوصول للقراءة (RA-GRS) أو التخزين المتكرر في المنطقة الجغرافية (GZRS) أو التخزين المتكرر في المنطقة الجغرافية للوصول للقراءة (RA-GZRS) أثناء إنشاء الحساب.
  • تمكين التكرار الجغرافي على حساب تخزين ملفات موجود. لتحويل حساب تخزين ملفات موجود إلى GRS، راجع تغيير تكوين التكرار لملفات Azure.

    التحذير

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

    لتجنب فقدان البيانات بشكل كبير، تحقق من قيمة الخاصية Last Sync Time قبل بدء تجاوز الفشل غير المخطط له. لتقييم فقدان البيانات المحتمل، قارن آخر وقت مزامنة بآخر مرة تمت فيه كتابة البيانات إلى المنطقة الأساسية الجديدة.

  • تعطيل التكرار الجغرافي. قم بتحويل حسابات GRS مرة أخرى إلى تكوينات منطقة واحدة (LRS أو ZRS) من خلال نفس عملية تغيير تكوين التكرار.

السلوك عندما تكون جميع المناطق صحية

يصف هذا القسم ما يمكن توقعه عند تكوين حساب تخزين للتكرار الجغرافي وتشغيل جميع المناطق.

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

  • النسخ المتماثل للبيانات بين المناطق: يتم الالتزام بعمليات الكتابة أولا بالمنطقة الأساسية باستخدام نوع التكرار الذي تم تكوينه (LRS ل GRS أو ZRS ل GZRS). بعد الإكمال الناجح في المنطقة الأساسية، يتم نسخ البيانات بشكل غير متزامن إلى المنطقة الثانوية، حيث يتم تخزينها باستخدام LRS.

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

السلوك أثناء فشل المنطقة

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

  • تجاوز الفشل المدار من قبل العميل (غير مخطط له): استخدم تجاوز فشل غير مخطط له عندما يكون التخزين في المنطقة الأساسية غير متوفر.

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

      • ما إذا كان Azure Resource Health يظهر مشكلات في الوصول إلى حساب التخزين في منطقتك الأساسية

      • ما إذا كانت Microsoft تنصحك بإجراء تجاوز الفشل إلى منطقة أخرى

      التحذير

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

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

    • فقدان البيانات المتوقع: يعد فقدان البيانات أمرا شائعا أثناء تجاوز الفشل غير المخطط له بسبب تأخر النسخ المتماثل غير المتزامن، مما يعني أنه قد لا يتم نسخ عمليات الكتابة الحديثة. يمكنك التحقق من الخاصية آخر وقت مزامنة لفهم مقدار البيانات التي قد يتم فقدها أثناء تجاوز الفشل غير المخطط له. غالبا ما يشار إلى فقدان البيانات المتوقع باسم هدف نقطة الاسترداد (RPO). يمكنك عادة توقع أن يكون RPO أقل من 15 دقيقة ، لكن هذا الوقت غير مضمون.

    • التوقف عن العمل المتوقع: غالبا ما يشار إلى مقدار وقت التوقف المتوقع باسم هدف وقت الاسترداد (RTO). عادة ما يكتمل تجاوز الفشل الذي يديره العميل في غضون 60 دقيقة، اعتمادا على حجم الحساب وتعقيده.

    • إعادة توجيه حركة المرور: عند اكتمال تجاوز الفشل، يقوم Azure تلقائيا بتحديث نقاط نهاية حساب التخزين بحيث لا تحتاج التطبيقات إلى إعادة تكوينها. إذا احتفظ تطبيقك بإدخالات نظام أسماء النطاقات (DNS) مخزنة مؤقتا، فقد يكون من الضروري مسح ذاكرة التخزين المؤقت للتأكد من أن التطبيق يرسل حركة المرور إلى المنطقة الأساسية الجديدة.

    • تكوين ما بعد تجاوز الفشل: بعد اكتمال تجاوز الفشل غير المخطط له، يستخدم حساب التخزين الخاص بك في منطقة الوجهة طبقة التخزين المتكررة محليا (LRS). إذا كنت بحاجة إلى النسخ المتماثل جغرافيا مرة أخرى، فأنت بحاجة إلى إعادة تمكين التخزين المتكرر جغرافيا (GRS) والانتظار حتى يتم نسخ البيانات نسخا متماثلا إلى المنطقة الثانوية الجديدة.

    لمزيد من المعلومات حول كيفية بدء تجاوز الفشل المدار من قبل العميل، راجع كيفية عمل تجاوز الفشل المدار من قبل العميل (غير المخطط له)وبدء تجاوز فشل حساب التخزين.

  • تجاوز الفشل المدار من قبل العميل (مخطط له): استخدم تجاوز الفشل المخطط له عندما يظل التخزين قيد التشغيل في المنطقة الأساسية، ولكنك تحتاج إلى الفشل في الحل بأكمله إلى منطقة ثانوية لسبب آخر. على سبيل المثال، قد تواجه خدمة Azure أخرى مشكلة وتحتاج إلى التبديل إلى استخدام منطقة ثانوية للحل بأكمله. أو يمكنك استخدام تجاوز الفشل المخطط له لإجراء تدريبات التعافي من الكوارث (DR) لأغراض الامتثال والتدقيق.

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

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

    • فقدان البيانات المتوقع: لا يتوقع فقدان البيانات لأن عملية تجاوز الفشل تكتمل فقط بعد مزامنة جميع البيانات، مما ينتج عنه RPO من الصفر.

    • التوقف عن العمل المتوقع: يكتمل تجاوز الفشل عادة في غضون 60 دقيقة، مما يعني أن RTO المتوقع هو 60 دقيقة، اعتمادا على حجم الحساب وتعقيده. أثناء عملية تجاوز الفشل، تصبح نقاط نهاية حساب التخزين الأساسية والثانوية غير متوفرة مؤقتا لكل من عمليات القراءة والكتابة.

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

    • تكوين ما بعد تجاوز الفشل: بعد اكتمال تجاوز الفشل المخطط له، يستمر النسخ المتماثل جغرافيا لحساب التخزين الخاص بك في منطقة الوجهة ويظل على طبقة GRS.

    لمزيد من المعلومات حول كيفية بدء تجاوز الفشل المدار من قبل العميل، راجع كيفية عمل تجاوز الفشل المدار من قبل العميل (المخطط له)وبدء تجاوز فشل حساب التخزين.

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

    مهم

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

انتعاش المنطقة

تختلف عملية إرجاع الفشل اختلافا كبيرا بين سيناريوهات تجاوز الفشل التي تديرها Microsoft والتي يديرها العميل.

  • تجاوز الفشل المدار من قبل العميل (غير مخطط له): بعد تجاوز الفشل غير المخطط له، يتم تكوين حساب التخزين باستخدام التخزين المتكرر محليا (LRS). للفشل مرة أخرى، تحتاج إلى إعادة إنشاء علاقة التخزين المتكرر جغرافيا (GRS) وانتظار النسخ المتماثل للبيانات.

  • تجاوز الفشل المدار من قبل العميل (مخطط له): بعد تجاوز الفشل المخطط له، يظل حساب التخزين منسوخا جغرافيا. يمكنك بدء تجاوز فشل آخر يديره العميل للفشل مرة أخرى في المنطقة الأساسية الأصلية. تنطبق نفس اعتبارات تجاوز الفشل.

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

اختبار حالات فشل المنطقة

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

حلول متعددة المستويات مخصصة للمرونة

قد تكون إمكانات تجاوز الفشل عبر المناطق في تخزين Azure غير مناسبة للأسباب التالية:

  • حساب التخزين الخاص بك في منطقة غير مقترنة.

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

  • تحتاج إلى تجاوز الفشل في منطقة ليست زوج منطقتك الأساسية.

  • تحتاج إلى تكوين نشط/نشط عبر المناطق.

  • يمكنك استخدام أنواع مشاركة الملفات التي لا تدعم التكرار الجغرافي.

يقدم هذا القسم نظرة عامة رفيعة المستوى لبعض الأساليب التي يجب مراعاتها. نظرة عامة شاملة على تخطيطات النشر متعددة المستويات تخزين Azure خارج نطاق هذه المقالة.

ضع في اعتبارك النهج المشتركة الرفيعة المستوى التالية:

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

  • النسخ المتماثل على مستوى التطبيق: قم بتنفيذ منطق النسخ المتماثل المخصص باستخدام Azure Data Factory أو AzCopy لمزامنة البيانات بين مشاركات الملفات في مناطق مختلفة. ويتطلب هذا النهج آليات مخصصة للتطوير وحل النزاعات.

  • استخدم Azure File Sync لنسخ الملفات نسخا متماثلا إلى مشاركة ملف في منطقة Azure أخرى. يمكنك استخدام Azure File Sync للمزامنة بين مشاركة ملف SMB Azure (نقطة نهاية السحابة)، وخادم ملفات Windows المحلي، ومشاركة ملف محملة تعمل على جهاز ظاهري (VM) في منطقة Azure أخرى ( نقطة نهاية خادم DR).

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

    إذا كنت تستخدم هذا الأسلوب للنسخ المتماثل لملف متعدد المواقع:

    • قم بتعطيل طبقات السحابة لضمان وجود جميع البيانات محليا على خادم الملفات.

    • توفير مساحة تخزين كافية على جهاز Azure الظاهري للاحتفاظ بمجموعة البيانات بأكملها.

    • قم بالوصول إلى الملفات وتعديلها على نقطة نهاية الخادم، وليس في Azure، لضمان تكرار التغييرات بسرعة إلى المنطقة الثانوية.

النسخ الاحتياطي والاستعادة

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

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

يمكنك إنشاء لقطاتك وتخزينها بطريقتين مختلفتين:

  • التخزين على مستوى المشاركة: بالنسبة لسيناريوهات الاسترداد التشغيلية وقصيرة المدى، يمكنك إنشاء لقطات على مستوى المشاركة وتخزينها في نفس حساب التخزين. تتيح اللقطات على مستوى المشاركة الاسترداد السريع للملفات الفردية أو مشاركات الملفات بأكملها إما إلى الموقع الأصلي أو الموقع البديل.

  • تخزين النسخ الاحتياطي المحزن: باستخدام النسخ الاحتياطي المخزن، يمكنك نسخ لقطاتك اليومية إلى مخزن Azure Recovery Services. لتعزيز الأمان، يتم عزل هذا المخزن وفتحة الهواء من حساب التخزين الأساسي.

    عند استخدام منطقة Azure مقترنة وتكوين المخزن لاستخدام GRS، يقوم المخزن بنسخ البيانات إلى المنطقة المقترنة. يدعم هذا النسخ المتماثل مهام سير عمل الاسترداد والتعافي من الكوارث عبر المناطق.

اتفاقية مستوى الخدمة

تصف اتفاقية مستوى الخدمة (SLA) ل تخزين Azure التوفر المتوقع للخدمة والشروط التي يجب الوفاء بها لتحقيق توقع التوفر هذا. تعتمد اتفاقية مستوى الخدمة للتوفر المؤهل لها على طبقة التخزين ونوع النسخ المتماثل الذي تستخدمه. لمزيد من المعلومات، راجع اتفاقيات مستوى الخدمة للخدمات عبر الإنترنت.