إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
Azure Table Storage هي خدمة تخزن بيانات NoSQL المنظمة في السحابة. يوفر متجرا بدون مخطط حيث يتم الوصول إلى كل كيان عبر مفتاح ويحتوي على مجموعة من السمات. يمكن أن يحتوي جدول واحد على كيانات لها مجموعات مختلفة من الخصائص، ويمكن أن تتكون الخصائص من أنواع بيانات مختلفة.
عند استخدام Azure، تعد الموثوقية مسؤولية مشتركة. توفر Microsoft مجموعة من الإمكانات لدعم المرونة والاسترداد. أنت مسؤول عن فهم كيفية عمل هذه الإمكانات في جميع الخدمات التي تستخدمها، وتحديد الإمكانات التي تحتاجها لتحقيق أهداف عملك وأهداف وقت التشغيل.
تصف هذه المقالة كيفية جعل تخزين الجدول مقاوما لمجموعة متنوعة من الانقطاعات والمشاكل المحتملة، بما في ذلك الأعطال المؤقتة، وانقطاعات مناطق التوفر، وانقطاعات المناطق. كما يشرح كيف يمكنك استخدام النسخ الاحتياطية للاستعادة من أنواع أخرى من المشاكل، ويبرز بعض المعلومات الأساسية حول اتفاقية مستوى خدمة تخزين الجدول (SLA).
Note
يعد تخزين الجدول جزءا من النظام الأساسي ل Azure Storage. بعض إمكانات تخزين الجدول شائعة عبر العديد من خدمات Azure Storage. في هذا المقال، نستخدم Azure Storage أو Storage للإشارة إلى هذه القدرات الشائعة.
توصيات نشر الإنتاج للموثوقية
بالنسبة لبيئات الإنتاج، اتخذ الإجراءات التالية:
قم بتمكين التخزين المتكرر في المنطقة (ZRS) لحسابات التخزين التي تحتوي على موارد تخزين الجدول. يوفر ZRS توفرا أعلى عن طريق نسخ بياناتك بشكل متزامن عبر مناطق توفر متعددة في المنطقة الأساسية. يحمي هذا النسخ المتماثل من فشل منطقة التوفر.
إذا كنت بحاجة إلى المرونة في مواجهة انقطاعات المنطقة وتم إقران المنطقة الأساسية لحساب التخزين الخاص بك، ففكر في تمكين التخزين المتكرر جغرافيا (GRS) لنسخ البيانات بشكل غير متزامن إلى المنطقة المقترنة. في المناطق المدعومة، يمكنك الجمع بين التكرار الجغرافي مع تكرار المنطقة باستخدام التخزين المتكرر في المنطقة الجغرافية (GZRS).
بالنسبة لأحمال عمل الإنتاج واسعة النطاق، أو إذا كانت لديك متطلبات مرونة عالية، ضع في اعتبارك استخدام Azure Cosmos DB for Table. Azure Cosmos DB for Table متوافق مع التطبيقات المكتوبة لتخزين الجدول. وهو يدعم عمليات القراءة والكتابة بزمن انتقال منخفض على نطاق واسع ويوفر توزيعا عالميا قويا عبر مناطق متعددة مع نماذج تناسق مرنة. كما يوفر نسخا احتياطيا مدمجا وإمكانيات أخرى تعزز مرونة التطبيق وأدائه.
نظرة عامة على بنية الموثوقية
يعمل Table Storage كقاعدة بيانات NoSQL موزعة داخل البنية الأساسية للنظام الأساسي ل Azure Storage. توفر الخدمة التكرار من خلال نسخ متعددة من بيانات الجدول، ويعتمد نموذج التكرار المحدد على تكوين حساب التخزين الخاص بك.
يقوم التخزين المتكرر محليا (LRS) بنسخ البيانات داخل حسابات التخزين الخاصة بك إلى منطقة توفر Azure واحدة أو أكثر الموجودة في المنطقة الأساسية التي تختارها. على الرغم من عدم وجود خيار لاختيار منطقة التوفر المفضلة لديك، فقد يقوم Azure بنقل حسابات LRS أو توسيعها عبر المناطق لتحسين موازنة التحميل. ليس هناك ما يضمن أن بياناتك ستنتشر عبر المناطق. لمزيد من المعلومات حول مناطق التوفر، راجع ما هي مناطق التوفر؟.
يوفر التخزين المتكرر في المنطقة (ZRS) والتخزين المتكرر جغرافيا (GRS) والتخزين المتكرر في المنطقة الجغرافية (GZRS) حماية إضافية. توضح هذه المقالة هذه الخيارات بالتفصيل.
المرونة في مواجهة الأعطال العابرة
الأخطاء العابرة هي حالات فشل قصيرة متقطعة في المكونات. تحدث بشكل متكرر في بيئة موزعة مثل السحابة، وهي جزء طبيعي من العمليات. الأخطاء العابرة تصحح نفسها بعد فترة زمنية قصيرة. من المهم أن تتمكن تطبيقاتك من معالجة الأخطاء العابرة، عادة عن طريق إعادة محاولة الطلبات المتأثرة.
يجب أن تتبع جميع التطبيقات المستضافة على السحابة إرشادات معالجة الأخطاء العابرة ل Azure عند الاتصال بأي واجهات برمجة تطبيقات وقواعد بيانات ومكونات أخرى مستضافة على السحابة. لمزيد من المعلومات، راجع توصيات للتعامل مع الأخطاء العابرة.
تتضمن مكتبات عميل تخزين الجدول ومجموعات SDK نهج إعادة المحاولة المضمنة التي تعالج تلقائيا حالات الفشل العابرة الشائعة مثل مهلات الشبكة وعدم توفر الخدمة المؤقتة (HTTP 503) واستجابات التقييد (HTTP 429) وظروف التحميل الزائد لخادم القسم. عندما يواجه تطبيقك هذه الشروط العابرة، تقوم مكتبات العميل تلقائيا بإعادة محاولة العمليات باستخدام استراتيجيات التراجع الأسي.
لإدارة الأخطاء العابرة بشكل فعال عند استخدام تخزين الجدول، اتخذ الإجراءات التالية:
قم بتكوين المهلات المناسبة في عميل تخزين الجدول الخاص بك لتحقيق التوازن بين الاستجابة والمرونة في حالات التباطؤ المؤقتة. عادة ما تكون المهلات الافتراضية في مكتبات عميل Azure Storage مناسبة لمعظم السيناريوهات.
تنفيذ التراجع الأسي لنهج إعادة المحاولة، خاصة عندما يواجه تطبيقك أخطاء مهلة تشغيل HTTP 503 أو أخطاء مهلة تشغيل HTTP 500. قد يخنق تخزين الجدول الطلبات عندما تصبح الأقسام الفردية ساخنة أو عند الاقتراب من حدود حساب التخزين.
تصميم منطق إعادة المحاولة المدرك للقسم في التطبيقات واسعة النطاق. يعد منطق إعادة المحاولة المدرك للقسم نهجا أكثر تقدما يأخذ في الاعتبار البنية المقسمة في تخزين الجدول ويوزع العمليات عبر أقسام متعددة لتقليل احتمالية مواجهة التقييد على خوادم الأقسام الفردية.
لمعرفة المزيد حول بنية تخزين الجدول وكيفية تصميم تطبيقات مرنة وعالية النطاق، راجع قائمة التحقق من الأداء وقابلية التوسع لتخزين الجدول.
المرونة في مواجهة حالات فشل منطقة التوفر
مناطق التوفر هي مجموعات منفصلة فعليا من مراكز البيانات داخل منطقة Azure. عند فشل منطقة واحدة، يمكن أن تفشل الخدمات إلى إحدى المناطق المتبقية.
يكون تخزين الجدول زائدا عن الحاجة في المنطقة عند نشره باستخدام تكوين ZRS. على عكس التخزين المتكرر محليا (LRS)، يضمن ZRS أن يقوم Azure بنسخ بيانات الجدول بشكل متزامن عبر مناطق توفر متعددة. يضمن هذا التكوين أن تظل الجداول الخاصة بك قابلة للوصول حتى إذا أصبحت منطقة التوفر بأكملها غير متوفرة. يجب الإقرار بجميع عمليات الكتابة عبر مناطق متعددة قبل أن تكمل الخدمة عملية الكتابة، مما يوفر ضمانات تناسق قوية.
يتم تمكين تكرار المنطقة على مستوى حساب التخزين وينطبق على جميع موارد تخزين الجدول داخل هذا الحساب. نظرا لأن الإعداد ينطبق على حساب التخزين بالكامل، لا يمكنك تكوين كيانات فردية لمستويات تكرار مختلفة. عندما تواجه منطقة توفر انقطاعا، يقوم Azure Storage تلقائيا بتوجيه الطلبات إلى المناطق السليمة دون الحاجة إلى أي تدخل منك أو من تطبيقك.
Requirements
- دعم المنطقة: يمكنك نشر حسابات Azure Storage الاحتياطية في أي منطقة تدعم مناطق التوفر.
- أنواع حسابات التخزين: يجب عليك استخدام حساب تخزين v2 عام لتفعيل ZRS لتخزين الجدول. لا تتوافق حسابات التخزين المميزة مع "تخزين الجدول".
Cost
عند تمكين التخزين المتكرر في المنطقة (ZRS)، يتم تحصيل رسوم منك بمعدل مختلف عن التخزين المتكرر محليا (LRS) بسبب النسخ المتماثل الإضافي والنفقات العامة للتخزين.
للحصول على معلومات تفصيلية عن التسعير، راجع تسعير تخزين الجدول.
تكوين دعم منطقة التوفر
قم بإنشاء حساب وجدول تخزين متكرر للمنطقة:
قم بإنشاء حساب تخزين. تأكد من تحديد ZRS أو GZRS أو التخزين المتكرر جغرافيا للوصول للقراءة (RA-GZRS) كخيار التكرار.
تغيير نوع النسخ المتماثل. لمعرفة كيفية تغيير حساب تخزين موجود إلى تخزين متكرر في المنطقة (ZRS) وحول خيارات التكوين ومتطلباته، راجع تغيير كيفية نسخ حساب تخزين.
تعطيل تكرار المنطقة. قم بتحويل حسابات ZRS مرة أخرى إلى تكوين غير منطقي، مثل التخزين المتكرر محليا (LRS)، باستخدام نفس عملية تغيير تكوين التكرار.
السلوك عندما تكون جميع المناطق صحية
يصف هذا القسم ما يمكن توقعه عند تكوين حساب تخزين الجدول لتكرار المنطقة وتشغيل جميع مناطق التوفر.
توجيه حركة المرور بين المناطق: يقوم Azure Storage مع التخزين المتكرر في المنطقة (ZRS) تلقائيا بتوزيع الطلبات عبر مجموعات التخزين في مناطق توفر متعددة. يتسم توزيع حركة المرور بالشفافية للتطبيقات ولا يتطلب أي تكوين من جانب العميل.
النسخ المتماثل للبيانات بين المناطق: يتم نسخ جميع عمليات الكتابة إلى ZRS بشكل متزامن عبر جميع مناطق التوفر داخل المنطقة. عند تحميل البيانات أو تعديلها، لا تعتبر العملية مكتملة حتى يتم نسخ البيانات بنجاح عبر جميع مناطق التوفر. يضمن هذا النسخ المتماثل المتزامن تناسقا قويا وعدم فقدان البيانات أثناء فشل المنطقة.
السلوك أثناء فشل المنطقة
عندما تصبح منطقة التوفر غير متوفرة، يعالج Table Storage تلقائيا عملية تجاوز الفشل من خلال الاستجابة بالسلوكيات التالية:
الكشف والاستجابة: تكتشف 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، مجموعة من إمكانات التكرار الجغرافي وتجاوز الفشل لتناسب المتطلبات المختلفة.
هام
يعمل التخزين المتكرر جغرافيا (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)، راجع تغيير كيفية نسخ حساب التخزين نسخا متماثلا.
تحذير
بعد إعادة تكوين حسابك للتكرار الجغرافي، قد يستغرق الأمر وقتا طويلا قبل نسخ البيانات الحالية في المنطقة الأساسية الجديدة بالكامل إلى المنطقة الثانوية الجديدة.
لتجنب فقدان البيانات بشكل كبير، تحقق من قيمة الخاصية 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 تنصحك بإجراء تجاوز الفشل إلى منطقة أخرى
تحذير
يمكن أن يؤدي تجاوز الفشل غير المخطط له إلى فقدان البيانات. قبل بدء تجاوز الفشل المدار من قبل العميل، حدد ما إذا كانت استعادة الخدمة تبرر خطر فقدان البيانات.
إشعار: مايكروسوفت لا تخبرك تلقائيا عندما تكون المنطقة معطلة. لكن:
يمكنك استخدام 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)، يمكنك إجراء عمليات تجاوز الفشل المخطط لها أثناء نوافذ الصيانة لاختبار عملية تجاوز الفشل وإعادة الفشل الكاملة. لا يتطلب تجاوز الفشل المخطط له فقدان البيانات، ولكنه ينطوي على وقت تعطل أثناء تجاوز الفشل وإعادة الفشل.
اختبار نقطة النهاية الثانوية: بالنسبة لتكوينات التخزين المتكرر جغرافيا للوصول للقراءة (RA-GRS) والتخزين المتكرر للمنطقة الجغرافية (RA-GZRS) للوصول للقراءة، اختبر عمليات القراءة بانتظام مقابل نقطة النهاية الثانوية للتأكد من أن تطبيقك يمكنه قراءة البيانات بنجاح من المنطقة الثانوية.
حلول مخصصة متعددة المناطق للمرونة
قد تكون إمكانات تجاوز الفشل عبر المناطق في Azure Storage غير مناسبة للأسباب التالية:
حساب التخزين الخاص بك في منطقة غير مقترنة.
لا يتم تلبية أهداف وقت تشغيل عملك من خلال وقت الاسترداد أو فقدان البيانات الذي توفره خيارات تجاوز الفشل المضمنة.
تحتاج إلى تجاوز الفشل في منطقة ليست زوج منطقتك الأساسية.
تحتاج إلى تكوين نشط/نشط عبر المناطق.
يقدم هذا القسم نظرة عامة رفيعة المستوى لبعض الأساليب التي يجب مراعاتها. نظرة عامة شاملة على طبولوجيا التوزيع متعددة المناطق ل Azure Storage خارج نطاق هذه المقالة.
Note
بالنسبة للتطبيقات التي تم إنشاؤها لاستخدام تخزين الجدول، ضع في اعتبارك استخدام Azure Cosmos DB للجدول. يدعم Azure Cosmos DB for Table المتطلبات المتقدمة متعددة المناطق، بما في ذلك دعم المناطق غير المقترنة. كما أنه مصمم للتوافق مع التطبيقات المصممة لتخزين الجدول.
يمكنك نشر Azure Storage عبر مناطق متعددة باستخدام حسابات تخزين منفصلة في كل منطقة. يوفر هذا النهج المرونة في تحديد المنطقة والقدرة على استخدام المناطق غير المقترنة والمزيد من التحكم الدقيق في توقيت النسخ المتماثل واتساق البيانات. عند تنفيذ حسابات تخزين متعددة عبر المناطق، تحتاج إلى تكوين النسخ المتماثل للبيانات عبر المناطق، وتنفيذ نهج موازنة التحميل وتجاوز الفشل، وضمان تناسق البيانات عبر المناطق.
بالنسبة إلى تخزين الجدول، يتطلب منك نهج الحسابات المتعددة إدارة توزيع البيانات، ومعالجة المزامنة بين الجداول عبر المناطق بما في ذلك حل التعارض، وتنفيذ منطق تجاوز الفشل المخصص.
النسخ الاحتياطي والاستعادة
لا يوفر تخزين الجدول إمكانات النسخ الاحتياطي التقليدية مثل الاستعادة في نقطة زمنية (PITR). ومع ذلك ، يمكنك تنفيذ استراتيجيات نسخ احتياطي مخصصة لبيانات الجدول.
إذا كنت بحاجة إلى إمكانات نسخ احتياطي مضمنة، ففكر في الانتقال إلى Azure Cosmos DB for Table، والذي يوفر الدعم لكل من النسخ الاحتياطية الدورية والمستمرة. لمزيد من المعلومات، راجع النسخ الاحتياطي عبر الإنترنت واستعادة البيانات عند الطلب في Azure Cosmos DB.
بالنسبة للسيناريوهات التي تتطلب نسخا احتياطيا للبيانات من تخزين الجدول، ضع في اعتبارك الأساليب التالية:
التصدير باستخدام Azure Data Factory. استخدم موصل Azure Data Factory لتخزين الجدول لتصدير الكيانات الخاصة بك إلى موقع آخر. على سبيل المثال، يمكنك نسخ كل كيان احتياطيا إلى ملف JSON مخزن في Azure Blob Storage.
إجراء النسخ الاحتياطي على مستوى التطبيق. قم بتنفيذ منطق النسخ الاحتياطي المخصص داخل تطبيقاتك لتصدير كيانات الجدول الهامة إلى خدمات التخزين الأخرى مثل Azure SQL Database أو Azure Cosmos DB للحصول على إمكانات نسخ احتياطي واستعادة أكثر قوة.
عند تصميم استراتيجيات النسخ الاحتياطي لتخزين الجدول، ضع في اعتبارك الطبيعة المقسمة للبيانات وتأكد من أن عمليات النسخ الاحتياطي يمكنها معالجة الجداول الكبيرة بكفاءة عن طريق معالجة أقسام متعددة بالتوازي.
بالنسبة لمعظم الحلول، يجب ألا تعتمد حصريا على النسخ الاحتياطية. بدلا من ذلك، استخدم الإمكانات الأخرى الموضحة في هذا الدليل لدعم متطلبات المرونة الخاصة بك. ومع ذلك، تحمي النسخ الاحتياطية من بعض المخاطر التي لا تحميها الأساليب الأخرى. لمزيد من المعلومات، راجع ما المقصود بالتكرار والنسخ المتماثل والنسخ الاحتياطي؟.
اتفاقية مستوى الخدمة
تصف اتفاقية مستوى الخدمة (SLA) ل Azure Storage التوفر المتوقع للخدمة والشروط التي يجب الوفاء بها لتحقيق توقع التوفر هذا. تعتمد اتفاقية مستوى الخدمة للتوفر المؤهل لها على طبقة التخزين ونوع النسخ المتماثل الذي تستخدمه. لمزيد من المعلومات، راجع اتفاقيات مستوى الخدمة للخدمات عبر الإنترنت.