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

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

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

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

إشعار

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

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

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

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

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

يمثل المربع الأزرق المنطقة الأساسية. يحتوي على مربع رمادي يمثل مركز البيانات. يمثل مربع أرجواني داكن داخل مربع مركز البيانات LRS. يحتوي على صندوق أرجواني فاتح يتضمن حساب التخزين وثلاثة أيقونات تسمى نسخة 1 ونسخة 2 ونسخة 3.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

يمثل المربع الأزرق المنطقة الأساسية. يحتوي على صندوق أرجواني غامق يمثل ZRS. يحتوي هذا المربع على ثلاثة مربعات بيضاء تمثل منطقة التوفر 1 ومنطقة التوفر 2 ومنطقة التوفر 3. يحتوي كل مربع منطقة توفر على مربع رمادي يمثل مركز بيانات. يحتوي كل مربع مركز بيانات على مربع أرجواني فاتح يتضمن حساب التخزين وأيقونة تسمى نسخة 1 ونسخة 2 ونسخة 3.

المتطلبات

يدعم ZRS في:

• ملفات HDD (قياسية) تشارك في جميع المناطق ذات مناطق التوفر.

• مشاركة ملفات SSD (بريميوم) عبر FileStorage نوع حساب التخزين. للحصول على قائمة بالمناطق التي تدعم ZRS لحسابات مشاركة ملفات SSD، راجع دعم ZRS لمشاركات ملفات SSD.

التكلفة

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

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

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

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

• تغيير نوع النسخ المتماثل. لتحويل حساب تخزين موجود إلى ZRS والتعرف على خيارات ومتطلبات الترحيل، راجع تغيير تكوين التكرار لملفات Azure.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

مهم

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

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

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

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

  

  يمثل مربعان أزرقان المنطقة الأساسية والمنطقة الثانوية. يحتوي كل منها على مربع رمادي يمثل مركز البيانات. يمثل مربع أرجواني داكن داخل مربع مركز البيانات LRS. يحتوي على صندوق أرجواني فاتح يتضمن حساب التخزين وثلاثة أيقونات تسمى نسخة 1 ونسخة 2 ونسخة 3. يشمل الخط المنقط الذي يمثل GRS مربعات LRS في كلتا المنطقتين. سهم يسمى نقاط النسخ المتماثل الجغرافي من حساب التخزين في المنطقة الأساسية إلى حساب التخزين في المنطقة الثانوية.

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

  

  يمثل المربع الأزرق المنطقة الأساسية. يحتوي على صندوق أرجواني غامق يمثل ZRS. يحتوي هذا المربع على ثلاثة مربعات بيضاء تمثل منطقة التوفر 1 ومنطقة التوفر 2 ومنطقة التوفر 3. يحتوي كل مربع منطقة توفر على مربع رمادي يمثل مركز بيانات. يحتوي كل مربع مركز بيانات على مربع أرجواني فاتح يتضمن حساب التخزين وأيقونة تسمى نسخة 1 ونسخة 2 ونسخة 3. مربع أزرق آخر يمثل المنطقة الثانوية. يحتوي هذا المربع على مربع رمادي يمثل مركز البيانات. يمثل مربع أرجواني داكن داخل مربع مركز البيانات LRS. يحتوي على صندوق أرجواني فاتح يتضمن حساب التخزين وثلاثة أيقونات تسمى نسخة 1 ونسخة 2 ونسخة 3. يشمل الخط المنقط الذي يمثل GZRS مربعات ZRS و LRS في كلتا المنطقتين. سهم يسمى نقاط النسخ المتماثل الجغرافي من ZRS في المنطقة الأساسية إلى حساب التخزين في المنطقة الثانوية.

مهم

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

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

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

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

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

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

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

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

المتطلبات

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

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

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

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

الاعتبارات

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

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

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

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

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

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

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

التكلفة

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

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

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

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

• تمكين التكرار الجغرافي على حساب تخزين ملفات موجود. لتحويل حساب تخزين ملفات موجود إلى GRS، راجع تغيير تكوين التكرار لملفات Azure.

  Warning

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

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

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

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

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

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

• النسخ المتماثل للبيانات بين المناطق: يتم الالتزام بعمليات الكتابة أولا بالمنطقة الأساسية باستخدام نوع التكرار الذي تم تكوينه (LRS ل GRS أو ZRS ل 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 لفهم الصحة العامة للخدمة، بما في ذلك أي إخفاقات في المناطق، ويمكنك إعداد تنبيهات صحة الخدمة لإبلاغك بالمشاكل.

  مهم

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

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

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

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

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

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

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

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

حلول مخصصة متعددة المناطق للمرونة

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

المحتوى ذو الصلة

• توثيق Azure Files
• تكرار ملفات Azure
• التخطيط لنشر Azure Files
• موثوقية Azure