قابلية الوصول العالية والتعافي من الكوارث
كما هو الحال مع أي أنظمة سحابية، يمكن أن تحدث انقطاعات غير مخطط لها تؤدي إلى انخفاض مثيل الأجهزة الظاهرية (VM) أو منطقة توفر أو منطقة Azure كاملة. نوصي العملاء بوضع خطة للتعامل مع الانقطاعات الإقليمية أو التي تحدث في المنطقة.
تعرض هذه المقالة المعلومات للعملاء لإنشاء خطة استمرارية الأعمال والإصلاح بعد كارثة لـ Azure Cache for Redis أو تنفيذ Azure Cache لـ Redis Enterprise.
تتوفر خيارات قابلية وصول عالية متنوعة في المستويات Standard وPremium وEnterprise:
| الخيار | الوصف | التوافر | قياسي | متميز | المؤسسة |
|---|---|---|---|---|---|
| النسخ المتماثل Standard | تكوين مزدوج العقدة منسوخ نسخاً متماثلاً في مركز بيانات واحد مع تجاوز الفشل التلقائي | 99.9% (راجع التفاصيل) | ✔ | ✔ | ✔ |
| التكرار في المنطقة | التكوين المنسوخ نسخاً متماثلاً متعدد العقد عبر مناطق التوفر، مع تجاوز الفشل التلقائي | 99.9% في مستوى «Premium»؛ و99.99% في مستوى «Enterprise» (راجع التفاصيل) | - | ✔ | ✔ |
| النسخ الجغرافي المتماثل | مثيلات ذاكرة التخزين المؤقت المرتبطة في منطقتين، مع تجاوز الفشل الذي يتحكم فيه المستخدم | Premium؛ Enterprise (راجع التفاصيل) | - | السلبي | نشط |
| الاستيراد/ التصدير | لقطة في نقطة زمنية للبيانات في ذاكرة التخزين المؤقت. | 99.9% (راجع التفاصيل) | - | ✔ | ✔ |
| استمرار | توفير البيانات الدوري لحساب التخزين. | 99.9% (راجع التفاصيل) | - | ✔ | الإصدار الأولي |
النسخ المتماثل Standard لقابلية الوصول العالية
المستويات القابلة للتطبيق: Standard وPremium وEnterprise وEnterprise Flash
يوصى به ل: قابلية وصول عالية
تحتوي ذاكرة التخزين المؤقت Azure ل Redis على بنية توفر عالية تضمن عمل المثيل المدار، حتى عندما تؤثر الانقطاعات على الأجهزة الظاهرية الأساسية (VMs). سواء كان الانقطاع مخططا أو غير مخطط له، توفر ذاكرة التخزين المؤقت Azure ل Redis معدلات توفر بنسبة مئوية أكبر مما يمكن تحقيقه من خلال استضافة Redis على جهاز ظاهري واحد.
يتم تشغيل ذاكرة التخزين المؤقت Azure ل Redis في المستويات القابلة للتطبيق على زوج من خوادم Redis بشكل افتراضي. تتم استضافة الخادمين على أجهزة ظاهرية مخصصة. يسمح Redis مفتوح المصدر لخادم واحد فقط بمعالجة طلبات كتابة البيانات.
باستخدام Azure Cache for Redis، ثمة خادم واحد يمثل العقدة الأساسية، بينما الخادم الآخر يمثل النسخة المتماثلة. بعد توفير عقد الخادم، يقوم Azure Cache for Redis بتعيين أدوار أساسية ونسخة متماثلة لها. عادةً ما تكون العقدة الأساسية مسؤولة عن خدمة طلبات الكتابة والقراءة من العملاء. في عملية الكتابة، فإنه يقوم بتثبيت مفتاح جديد وتحديث مفتاح لذاكرة داخلية الخاصة به والردود مباشرة على العميل. يقوم بإعادة توجيه العملية إلى النسخة المتماثلة بشكل غير متزامن.
إشعار
عادة، يتصل تطبيق عميل Azure Cache for Redis بالعقدة الأساسية في ذاكرة التخزين المؤقت لجميع طلبات القراءة والكتابة. يمكن تكوين عملاء معينين للقراءة من عقدة النسخة المتماثلة.
إذا كانت العقدة الأساسية في ذاكرة التخزين المؤقت غير متوفرة، تقوم النسخة المتماثلة تلقائيا بترقية نفسها لتصبح الأساسية الجديدة. تسمى هذه العملية تجاوز الفشل. تجاوز الفشل هو عقدتين فقط، أساسي/نسخة متماثلة، أدوار تداول، نسخة متماثلة/أساسية، مع إحدى العقد التي من المحتمل أن تكون غير متصلة لبضع دقائق. في معظم عمليات تجاوز الفشل، تنسق العقد الأساسية والنسخة المتماثلة عملية التسليم بحيث يكون لديك وقت قريب من الصفر دون وقت أساسي.
ينتقل الأساسي السابق إلى وضع عدم الاتصال لفترة وجيزة لتلقي التحديثات من الأساسي الجديد. بعد ذلك، تعود النسخة المتماثلة الآن إلى الاتصال وتعيد الانضمام إلى ذاكرة التخزين المؤقت المتزامنة بالكامل. المفتاح هو أنه عندما تكون العقدة غير متوفرة، فهي حالة مؤقتة وترجع عبر الإنترنت.
يبدو تسلسل تجاوز الفشل النموذجي كما يلي، عندما يحتاج الأساسي إلى التعطل للصيانة:
- تتفاوض العقد الأساسية والنسخة المتماثلة على تجاوز الفشل المنسق والأدوار التجارية.
- النسخة المتماثلة (الأساسية سابقا) غير متصلة لإعادة التشغيل.
- بعد بضع ثوان أو دقائق، تعود النسخة المتماثلة إلى الإنترنت.
- مزامنة النسخة المتماثلة البيانات من الأساسي.
يمكن أن تخرج العقدة الأساسية من الخدمة كجزء من نشاط الصيانة المخطط له، مثل تحديث برنامج Redis أو نظام التشغيل. كما يمكن أن يتوقف عن العمل بسبب أحداث غير مخطط لها، مثل حالات الفشل في الأجهزة أو البرامج أو الشبكة الأساسية. يوفر تجاوز الفشل والتحديث الجزئي لـ Azure Cache for Redis شرحاً مفصلاً حول أنواع تجاوز الفشل. يمر Azure Cache for Redis بالعديد من عمليات تجاوز الفشل خلال مدة بقائه. يجعل تصميم بنية قابلية الوصول العالية هذه التغييرات داخل ذاكرة التخزين المؤقت شفافة بقدر الإمكان لعملائها.
أيضاً، يوفر Azure Cache for Redis المزيد من عقد النسخ المتماثلة في طبقة Premium. يمكن تكوين ذاكرة تخزين مؤقت متعددة النسخ المتماثلة مع ما يصل إلى ثلاث عقد نسخ متماثلة. يؤدي وجود المزيد من النسخ المتماثلة بشكل عام إلى تحسين المرونة لأن لديك عقداً تنسخ نسخة احتياطية من العقد الأساسية. حتى مع المزيد من النسخ المتماثلة، لا يزال يمكن أن يتأثر مثيل Azure Cache for Redis بشدة بمركز بيانات أو انقطاع منطقة التوفر. يمكنك زيادة توفر ذاكرة التخزين المؤقت باستخدام نسخ متماثلة متعددة مع تكرار المنطقة.
التكرار في المنطقة
المستويات القابلة للتطبيق: Premium وEnterprise وEnterprise Flash
يوصى به ل: قابلية الوصول العالية، والتعافي من الكوارث - داخل المنطقة
يدعم Azure Cache for Redis تكوينات المنطقة المكررة في مستويات Premium وEnterprise. يمكن لذاكرة التخزين المؤقت الزائدة عن الحاجة للمنطقة وضع العقد الخاصة بها عبر مناطق توافر Azure المختلفة في نفس المنطقة. إنها تزيل انقطاع مركز البيانات أو منطقة التوافر كنقطة فشل واحدة، وتزيد من التوافر العام لذاكرة التخزين المؤقت. راجع هذه المقالة للحصول على معلومات حول كيفية إعداده.
إذا تم تكوين ذاكرة تخزين مؤقت لاستخدام منطقتين أو أكثر كما هو موضح سابقا في المقالة، يتم إنشاء عقد ذاكرة التخزين المؤقت في مناطق مختلفة. عند تعطل منطقة ما، تتوفر عقد ذاكرة التخزين المؤقت في مناطق أخرى للحفاظ على عمل ذاكرة التخزين المؤقت كالمعتاد.
يدعم Azure Cache for Redis تكوينات المنطقة المكررة في مستويات Premium وEnterprise. يمكن لذاكرة التخزين المؤقت الزائدة عن الحاجة للمنطقة وضع العقد الخاصة بها عبر مناطق توافر Azure المختلفة في نفس المنطقة. فهي تزيل انقطاع مركز البيانات أو منطقة التوافر كنقطة فشل واحدة، وتزيد من التوافر العام لذاكرة التخزين المؤقت.
مستوى متميز
يوضح الرسم التخطيطي التالي تكوين المنطقة المكررة للطبقة Premium:
يوزع Azure Cache for Redis العقد في ذاكرة التخزين المؤقت المكررة للمنطقة بطريقة الترتيب الدوري عبر مناطق التوفر المحددة. كما يحدد العقدة التي تعمل كعقدة أساسية في البداية.
تجربة المنطقة لأسفل للطبقة المتميزة
توفر ذاكرة التخزين المؤقت المكررة للمنطقة تجاوز الفشل التلقائي. عندما تكون العقدة الأساسية الحالية غير متوفرة، تتولى إحدى النسخ المتماثلة. قد يواجه تطبيقك وقت استجابة أعلى لذاكرة التخزين المؤقت إذا كانت العقدة الأساسية الجديدة موجودة في منطقة توافر مختلفة. مناطق التوفر منفصلة جغرافياً. يؤدي التبديل من منطقة توافر إلى منطقة أخرى إلى تغيير المسافة الفعلية بين مكان استضافة التطبيق وذاكرة التخزين المؤقت. يؤثر هذا التغيير في زمن انتقال الشبكة ذهابًا وإيابًا من تطبيقك إلى ذاكرة التخزين المؤقت. من المتوقع أن يقع زمن الانتقال الإضافي ضمن نطاق مقبول لمعظم التطبيقات. نوصيك باختبار التطبيق الخاص بك للتأكد من أنه يعمل بشكل جيد مع ذاكرة التخزين المؤقت المكررة في المنطقة.
مستويات Enterprise وEnterprise Flash
يتم تشغيل ذاكرة التخزين المؤقت في أي من مستوى Enterprise على نظام مجموعة Redis Enterprise. تتطلب دائماً عدداً فردياً من عقد الخادم لتشكيل حصة. بشكل افتراضي، تحتوي على ثلاث عقد، كل منها مستضاف على جهاز ظاهري مخصص.
- تحتوي ذاكرة التخزين المؤقت للمؤسسة على عقدتي بيانات بنفس الحجم وعقدة حصة أصغر.
- تحتوي ذاكرة التخزين المؤقت لـ Enterprise Flash على ثلاث عقد بيانات بنفس الحجم.
نظام مجموعة Enterprise يقسِّم بيانات Azure Cache for Redis إلى أقسام داخلياً. يحتوي كل قسم على نسخة متماثلة أساسية ونسخة متماثلة واحدة على الأقل. تحتوي كل عقدة بيانات على قسم واحد أو أكثر. يضمن نظام مجموعة Enterprise عدم تجميع النسخة المتماثلة والأساسية لأي قسم على نفس عقدة البيانات. تنسخ الأقسام البيانات بشكل غير متزامن من الأساسيات إلى النسخ المتماثلة المقابلة لها.
تجربة المنطقة لأسفل لمستويات المؤسسة
عندما تصبح عقدة البيانات غير متوفرة أو يحدث تقسيم شبكة اتصال، يحدث تجاوز فشل مشابه للعقدة الموضحة في النسخ المتماثل Standard. يستخدم نظام مجموعة Enterprise نموذجا يستند إلى الحصة لتحديد العقد الباقية التي تشارك في حصة جديدة. كما أنه يعزز أقسام النسخ المتماثلة داخل هذه العقد إلى الأساسيات حسب الحاجة.
التوفر الإقليمي
تتوفر ذاكرة التخزين المؤقت للطبقة المميزة المكررة للمنطقة في المناطق التالية:
| الأمريكتان | أوروبا | الشرق الأوسط | إفريقيا | آسيا/المحيط الهادئ |
|---|---|---|---|---|
| جنوب البرازيل | وسط فرنسا | قطر الوسطى | جنوب أفريقيا | شرق أستراليا |
| وسط كندا | وسط غرب ألمانيا | وسط الهند | ||
| Central US | أوروبا الشمالية | شرق اليابان | ||
| شرق الولايات المتحدة | شرق النرويج | وسط كوريا | ||
| East US 2 | جنوب المملكة المتحدة | جنوب شرق آسيا | ||
| South Central US | أوروبا الغربية | شرق آسيا | ||
| ولاية فرجينيا الأمريكية | منطقة السويد الوسطى | منطقة شمال الصين 3 | ||
| West US 2 | شمال سويسرا | |||
| غرب الولايات المتحدة الأمريكية 3 |
تتوفر ذاكرة التخزين المؤقت لطبقة Enterprise وEnterprise Flash المكررة في المناطق التالية:
| الأمريكتان | أوروبا | الشرق الأوسط | إفريقيا | آسيا/المحيط الهادئ |
|---|---|---|---|---|
| Canada Central* | أوروبا الشمالية | شرق أستراليا | ||
| وسط الولايات المتحدة* | جنوب المملكة المتحدة | وسط الهند | ||
| شرق الولايات المتحدة | أوروبا الغربية | جنوب شرق آسيا | ||
| East US 2 | شرق اليابان* | |||
| South Central US | شرق آسيا* | |||
| West US 2 | ||||
| غرب الولايات المتحدة الأمريكية 3 | ||||
| جنوب البرازيل |
* مستوى الفلاش الخاص بالمؤسسات غير متوفر في هذه المنطقة.
إعادة توزيع منطقة التوفر وترحيلها
حاليا، الطريقة الوحيدة لتحويل ذاكرة التخزين المؤقت من تكوين غير AZ إلى تكوين AZ هي إعادة نشر ذاكرة التخزين المؤقت. لمعرفة كيفية إعادة نشر ذاكرة التخزين المؤقت الحالية، راجع ترحيل Azure Cache لمثيل Redis إلى دعم منطقة التوفر.
استمرار
الطبقات القابلة للتطبيق: ممتازة، مؤسسة (معاينة)، مؤسسة فلاش (معاينة)
يوصى به ل: متانة البيانات
نظرًا لأنه يتم تخزين بيانات ذاكرة التخزين المؤقت في الذاكرة، يمكن أن يتسبب الفشل النادر وغير المخطط له لعقد متعددة في إسقاط جميع البيانات. لتجنب فقدان البيانات تماماً، يسمح لك استمرار Redis بأخذ لقطات دورية من البيانات الموجودة في الذاكرة وتخزينها في حساب التخزين الخاص بك. إذا واجهت فشلاً عبر عقد متعددة تتسبب في فقدان البيانات، تقوم ذاكرة التخزين المؤقت بتحميل اللقطة من حساب التخزين. لمزيد من المعلومات، راجع تكوين استمرارية البيانات لمثيل Premium Azure Cache for Redis.
حساب التخزين للاستمرارية
ضع في اعتبارك اختيار حساب تخزين متكرر جغرافياً لضمان توفر عالٍ للبيانات المستمرة. لمزيد من المعلومات، راجع تكرار Azure Storage.
Import/Export
المستويات القابلة للتطبيق: Premium وEnterprise وEnterprise Flash
يوصى به ل: التعافي من الكوارث
يدعم Azure cache for Redis خيار استيراد ملفات قاعدة بيانات Redis (RDB) وتصديرها لتوفير إمكانية نقل البيانات. يسمح لك باستيراد البيانات إلى Azure Cache for Redis أو تصدير البيانات من Azure cache for Redis باستخدام لقطة RDB. يتم تصدير لقطة RDB من ذاكرة التخزين المؤقت المتميزة إلى كائن ثنائي كبير الحجم في حساب تخزين Azure. يمكنك إنشاء برنامج نصي لتشغيل التصدير بشكل دوري إلى حساب التخزين الخاص بك. لمزيد من المعلومات، راجع استيراد البيانات وتصديرها في Azure Cache for Redis.
حساب التخزين للتصدير
ضع في اعتبارك اختيار حساب تخزين مكرر جغرافياً لضمان قابلية الوصول العالية للبيانات التي تم تصديرها. لمزيد من المعلومات، راجع تكرار Azure Storage.
النسخ المتماثل الجغرافي السلبي
المستويات القابلة للتطبيق: Premium
يوصى به من أجل: التعافي من الكوارث - منطقة واحدة
النسخ المتماثل الجغرافي هو آلية لربط اثنين أو أكثر من مثيلات Azure Cache for Redis، والتي تمتد عادة على منطقتين من مناطق Azure. تم تصميم النسخ المتماثل الجغرافي بشكل أساسي للتعافي من الكوارث عبر المناطق. يتم توصيل مثيلين من ذاكرة التخزين المؤقت من المستوى Premium من خلال النسخ المتماثل الجغرافي بطريقة توفر عمليات القراءة والكتابة إلى ذاكرة التخزين المؤقت الأساسية، ويتم نسخ هذه البيانات إلى ذاكرة التخزين المؤقت الثانوية.
لمزيد من المعلومات حول كيفية إعداده، راجع تكوين النسخ المتماثل الجغرافي لمثيلات Azure Cache for Redis من مستوى Premium.
إذا تعطلت المنطقة التي تستضيف ذاكرة التخزين المؤقت الأساسية، فستحتاج إلى بدء تجاوز الفشل من خلال: أولاً، إلغاء ربط ذاكرة التخزين المؤقت الثانوية، ثم تحديث التطبيق الخاص بك للإشارة إلى ذاكرة التخزين المؤقت الثانوية للقراءة والكتابة.
النسخ الجغرافي النشط
المستويات القابلة للتطبيق: Enterprise وEnterprise Flash
يوصى به ل: قابلية الوصول العالية، والتعافي من الكوارث - متعددة المناطق
تدعم مستويات المؤسسة شكلا أكثر تقدما من النسخ المتماثل الجغرافي يسمى النسخ المتماثل الجغرافي النشط الذي يوفر قابلية وصول أعلى واسترداد البيانات بعد الكوارث عبر المناطق عبر مناطق متعددة. يستخدم برنامج Azure Cache for Redis من مستوى Enterprise أنواع بيانات منسوخة خالية من التعارض لدعم عمليات الكتابة إلى مثيلات ذاكرة التخزين المؤقت المتعددة، ودمج التغييرات، وحل التعارضات. يمكنك ضم ما يصل إلى خمسة مثيلات لذاكرة التخزين المؤقت لمستوى Enterprise في مناطق Azure مختلفة لتشكيل مجموعة النسخ المتماثل الجغرافي.
يمكن للتطبيق الذي يستخدم ذاكرة التخزين المؤقت هذه القراءة والكتابة إلى أي من مثيلات ذاكرة التخزين المؤقت الموزعة جغرافياً من خلال نقاط النهاية المقابلة لها. يجب أن يستخدم التطبيق ما هو الأقرب إلى كل مثيل تطبيق، مما يمنحك أقل زمن انتقال. لمزيد من المعلومات، راجع تكوين النسخ المتماثل الجغرافي النشط لمثيلات Azure Cache for Redis من مستوى Enterprise.
في حالة تعطل منطقة إحدى ذاكرات التخزين المؤقت في مجموعة النسخ المتماثل، يحتاج التطبيق الخاص بك إلى التبديل إلى منطقة أخرى متاحة.
عندما تكون ذاكرة التخزين المؤقت في مجموعة النسخ المتماثل غير متوفرة، نوصي بمراقبة استخدام الذاكرة لذاكرة التخزين المؤقت الأخرى في نفس مجموعة النسخ المتماثل. بينما تكون إحدى ذاكرات التخزين المؤقت معطلة، تبدأ جميع ذاكرة التخزين المؤقت الأخرى في مجموعة النسخ المتماثل في حفظ بيانات التعريف التي لم تتمكن من مشاركتها مع ذاكرة التخزين المؤقت المعطلة. إذا بدأ استخدام الذاكرة لذاكرة التخزين المؤقت المتوفرة في الزيادة بمعدل مرتفع بعد أن تنخفض إحدى ذاكرات التخزين المؤقت، ففكر في إلغاء ارتباط ذاكرة التخزين المؤقت غير المتوفرة من مجموعة النسخ المتماثل.
لمزيد من المعلومات حول إلغاء الارتباط، راجع فرض إلغاء الارتباط إذا كان هناك انقطاع في المنطقة.
حذف ذاكرة التخزين المؤقت وإعادة إنشائها
المستويات القابلة للتطبيق: Standard وPremium وEnterprise وEnterprise Flash
إذا واجهت انقطاعا إقليميا، ففكر في إعادة إنشاء ذاكرة التخزين المؤقت في منطقة مختلفة، وتحديث التطبيق للاتصال بذاكرة التخزين المؤقت الجديدة بدلا من ذلك. من المهم أن نفهم أن البيانات تفقد أثناء الانقطاع الإقليمي. يجب أن تكون التعليمات البرمجية للتطبيق الخاص بك مرنة في مواجهة فقدان البيانات.
بمجرد استعادة المنطقة المتأثرة، تتم استعادة Azure Cache for Redis غير المتوفرة تلقائيا، وإتاحتها للاستخدام مرة أخرى. لمزيد من الاستراتيجيات لنقل ذاكرة التخزين المؤقت إلى منطقة مختلفة، راجع نقل مثيلات Azure Cache for Redis إلى مناطق مختلفة.
الخطوات التالية
تعرف على المزيد حول كيفية تكوين خيارات قابلية الوصول العالية لـ Azure Cache for Redis.