قابلية الوصول العالية والتعافي من الكوارث
كما هو الحال مع أي أنظمة سحابية، يمكن أن تحدث انقطاعات غير مخطط لها تؤدي إلى تعطل مثيل الأجهزة الظاهرية (VM) أو منطقة توافر الخدمات أو منطقة Azure كاملة. نوصي العملاء بوضع خطة للتعامل مع الانقطاعات الإقليمية أو الإقليمية.
تعرض هذه المقالة المعلومات للعملاء لإنشاء خطة استمرارية العمل والتعافي من الكوارث ل Azure Cache ل Redis أو Azure Cache لتنفيذ Redis Enterprise.
تتوفر العديد من خيارات التوفر العالي في المستويات القياسية Premium والمؤسسية:
| الخيار | الوصف | التوفر | قياسي | متميز | المؤسسة |
|---|---|---|---|---|---|
| النسخ المتماثل القياسي | تكوين مزدوج العقدة تم نسخه في مركز بيانات واحد مع تجاوز الفشل التلقائي | 99.9٪ (انظر التفاصيل) | ✔ | ✔ | ✔ |
| التكرار في المنطقة | تكوين مكرر متعدد العقد عبر مناطق توافر الخدمات، مع تجاوز الفشل التلقائي | 99.9٪ في Premium ؛ 99.99٪ في المؤسسة (انظر التفاصيل) | - | ✔ | ✔ |
| النسخ الجغرافي | مثيلات ذاكرة التخزين المؤقت المرتبطة في منطقتين، مع تجاوز الفشل الذي يتحكم فيه المستخدم | Premium. المؤسسة (انظر التفاصيل) | - | غير فعال | نشط |
| الاستيراد/ التصدير | لقطة في الوقت المناسب للبيانات في ذاكرة التخزين المؤقت. | 99.9٪ (انظر التفاصيل) | - | ✔ | ✔ |
| استمرار | توفير البيانات بشكل دوري إلى حساب التخزين. | 99.9٪ (انظر التفاصيل) | - | ✔ | - |
النسخ المتماثل القياسي للتوفر العالي
المستويات القابلة للتطبيق: قياسي، Premium، مؤسسي، فلاش للمؤسسات
يحتوي Azure Cache for Redis، في المستوى القياسي أو Premium، على بنية توفر عالية تضمن عمل المثيل المدار لديك، حتى عندما تؤثر الانقطاعات على الأجهزة الظاهرية الأساسية (VMs). سواء كان الانقطاع مخططا له أو غير مخطط له ، فإن Azure Cache for Redis يوفر معدلات توفر نسبة مئوية أكبر بكثير مما يمكن تحقيقه من خلال استضافة Redis على جهاز ظاهري واحد.
يتم تشغيل ذاكرة التخزين المؤقت Azure ل Redis في المستوى القياسي أو Premium على زوج من خوادم Redis بشكل افتراضي. يتم استضافة الخادمين على أجهزة ظاهرية مخصصة. يسمح Redis مفتوح المصدر لخادم واحد فقط بالتعامل مع طلبات كتابة البيانات.
باستخدام Azure Cache for Redis، يكون أحد الخوادم هو العقدة الأساسية ، بينما يكون الآخر هو النسخة المتماثلة. بعد أن يقوم بتوفير عقد الخادم ، يقوم Azure Cache for Redis بتعيين الأدوار الأساسية والنسخ المتماثلة لهم. عادة ما تكون العقدة الأساسية مسؤولة عن خدمة طلبات الكتابة والقراءة من العملاء. في عملية الكتابة ، فإنه يلتزم بمفتاح جديد وتحديث مفتاح لذاكرته الداخلية ويرد على الفور على العميل. يقوم بإعادة توجيه العملية إلى النسخة المتماثلة بشكل غير متزامن.
ملاحظة
عادة، يتصل تطبيق عميل Azure Cache for Redis بالعقدة الأساسية في ذاكرة التخزين المؤقت لجميع طلبات القراءة والكتابة. يمكن تكوين عملاء معينين للقراءة من العقدة المتماثلة.
إذا كانت العقدة الأساسية في ذاكرة التخزين المؤقت غير متوفرة، فإن النسخة المتماثلة تروج لنفسها لتصبح العقدة الأساسية الجديدة تلقائيا. وتسمى هذه العملية تجاوز الفشل. تنتظر النسخة المتماثلة لفترة طويلة بما فيه الكفاية قبل توليها المسؤولية في حالة تعافي العقدة الأساسية بسرعة. عند حدوث تجاوز فشل، يقوم Azure Cache for Redis بتوفير جهاز ظاهري جديد وضمه إلى ذاكرة التخزين المؤقت كعقدة نسخة متماثلة. تقوم النسخة المتماثلة بمزامنة كاملة للبيانات مع الأساسي بحيث تحتوي على نسخة أخرى من بيانات ذاكرة التخزين المؤقت.
يمكن أن تخرج العقدة الأساسية من الخدمة كجزء من نشاط الصيانة المخطط له، مثل تحديث برنامج Redis أو نظام التشغيل. كما يمكن أن يتوقف عن العمل بسبب الأحداث غير المخطط لها مثل الفشل في الأجهزة أو البرامج أو الشبكة الأساسية. يوفر تجاوز الفشل والتصحيح ل Azure Cache for Redis شرحا مفصلا حول أنواع عمليات تجاوز الفشل. تمر ذاكرة التخزين المؤقت Azure ل Redis بالعديد من عمليات تجاوز الفشل خلال عمرها. يجعل تصميم بنية التوافر العالي هذه التغييرات داخل ذاكرة التخزين المؤقت شفافة لعملائها قدر الإمكان.
أيضا، يوفر Azure Cache for Redis المزيد من العقد المتماثلة في الطبقة Premium. يمكن تكوين ذاكرة التخزين المؤقت متعددة النسخ المتماثلة مع ما يصل إلى ثلاث عقد متماثلة. يؤدي وجود المزيد من النسخ المتماثلة بشكل عام إلى تحسين المرونة لأن لديك عقدا تدعم النسخ الاحتياطي الأساسي. حتى مع وجود المزيد من النسخ المتماثلة، لا يزال من الممكن أن تتأثر ذاكرة التخزين المؤقت ل Azure لمثيل Redis بشدة بانقطاع مركز البيانات أو منطقة توافر الخدمات. يمكنك زيادة توفر ذاكرة التخزين المؤقت باستخدام نسخ متماثلة متعددة مع تكرار المنطقة.
التكرار في المنطقة
المستويات القابلة للتطبيق: Premium، المؤسسة، فلاش المؤسسة
يدعم Azure Cache for Redis تكوينات المنطقة الزائدة عن الحاجة في Premium وطبقات المؤسسة. يمكن لذاكرة التخزين المؤقت الزائدة عن الحاجة في المنطقة وضع العقد الخاصة بها عبر مناطق توافر خدمات Azure المختلفة في نفس المنطقة. فهو يزيل انقطاع مركز البيانات أو مناطق توافر الخدمات كنقطة فشل واحدة ويزيد من التوافر الكلي لذاكرة التخزين المؤقت الخاصة بك. راجع هذه المقالة للحصول على معلومات حول كيفية إعداده.
إذا تم تكوين ذاكرة التخزين المؤقت لاستخدام منطقتين أو أكثر كما هو موضح أعلاه، إنشاء عقد ذاكرة التخزين المؤقت في مناطق مختلفة. عندما تنخفض منطقة ما، تتوفر عقد ذاكرة التخزين المؤقت في مناطق أخرى للحفاظ على عمل ذاكرة التخزين المؤقت كالمعتاد.
يدعم Azure Cache for Redis تكوينات المنطقة الزائدة عن الحاجة في Premium وطبقات المؤسسة. يمكن لذاكرة التخزين المؤقت الزائدة عن الحاجة في المنطقة وضع العقد الخاصة بها عبر مناطق توافر خدمات Azure المختلفة في نفس المنطقة. فهو يزيل انقطاع مركز البيانات أو منطقة توافر الخدمات كنقطة فشل واحدة ويزيد من التوافر العام لذاكرة التخزين المؤقت الخاصة بك.
مستوى متميز
يوضح الرسم التخطيطي التالي التكوين الزائد للمنطقة لطبقة Premium:
يقوم Azure Cache for Redis بتوزيع العقد في ذاكرة التخزين المؤقت الزائدة عن الحاجة في المنطقة بطريقة مستديرة على مناطق توافر الخدمات المحددة. كما يحدد العقدة التي ستكون بمثابة العقدة الأساسية في البداية.
توفر ذاكرة التخزين المؤقت الزائدة عن الحاجة في المنطقة تجاوز الفشل التلقائي. عندما تكون العقدة الأساسية الحالية غير متوفرة، ستتولى إحدى النسخ المتماثلة المسؤولية. قد يواجه التطبيق الخاص بك وقت استجابة أعلى لذاكرة التخزين المؤقت إذا كانت العقدة الأساسية الجديدة موجودة في منطقة توافر خدمات مختلفة. مناطق توافر الخدمات منفصلة جغرافيا. يؤدي التبديل من منطقة توافر خدمات إلى أخرى إلى تغيير المسافة الفعلية بين مكان استضافة التطبيق وذاكرة التخزين المؤقت. يؤثر هذا التغيير على زمن انتقال الشبكة ذهابا وإيابا من التطبيق إلى ذاكرة التخزين المؤقت. من المتوقع أن يقع زمن الوصول الإضافي ضمن نطاق مقبول لمعظم التطبيقات. نوصيك باختبار تطبيقك للتأكد من أنه يعمل بشكل جيد مع ذاكرة التخزين المؤقت الزائدة عن الحاجة.
طبقات فلاش المؤسسات والمؤسسات
يتم تشغيل ذاكرة التخزين المؤقت في أي من طبقات المؤسسة على مجموعة Redis Enterprise. يتطلب دائما عددا فرديا من عقد الخادم لتشكيل النصاب. بشكل افتراضي ، يحتوي على ثلاث عقد ، كل منها مستضاف على جهاز ظاهري مخصص.
- تحتوي ذاكرة التخزين المؤقت ل Enterprise على عقدتي بيانات بنفس الحجم وعقدة نصاب أصغر حجما.
- تحتوي ذاكرة التخزين المؤقت Enterprise Flash على ثلاث عقد بيانات بنفس الحجم.
تقوم مجموعة Enterprise بتقسيم Azure Cache for Redis data إلى أقسام داخليا. يحتوي كل قسم على نسخةأساسية ونسخة متماثلة واحدة على الأقل. تحتوي كل عقدة بيانات على قسم واحد أو أكثر. تضمن مجموعة Enterprise عدم وجود أي عنصر أساسي ونسخة متماثلة (نسخ) متماثلة (نسخ) متماثلة لأي قسم على نفس عقدة البيانات. تقوم الأقسام بنسخ البيانات بشكل غير متزامن من النسخ المتماثلة الأولية إلى النسخ المتماثلة المقابلة لها.
عندما تصبح عقدة البيانات غير متوفرة أو يحدث انقسام في الشبكة، يحدث تجاوز فشل مشابه لتلك الموضحة في النسخ المتماثل القياسي . تستخدم مجموعة Enterprise نموذجا قائما على النصاب لتحديد العقد الباقية التي تشارك في النصاب القانوني الجديد. كما أنه يعزز أقسام النسخ المتماثلة داخل هذه العقد إلى الأساسيات حسب الحاجة.
الاستمرار
الطبقات القابلة للتطبيق: Premium
نظرا لتخزين بيانات ذاكرة التخزين المؤقت في الذاكرة، يمكن أن يؤدي الفشل النادر وغير المخطط له لعدة عقد إلى إسقاط جميع البيانات. لتجنب فقدان البيانات تماما ، يتيح لك استمرار Redis التقاط لقطات دورية للبيانات الموجودة في الذاكرة ، وتخزينها في حساب التخزين الخاص بك. إذا واجهت فشلا عبر عقد متعددة مما تسبب في فقدان البيانات، فستقوم ذاكرة التخزين المؤقت بتحميل اللقطة من حساب التخزين. لمزيد من المعلومات، راجع تكوين استمرار البيانات لمثيل Azure Cache Premium لمثيل Redis.
حساب التخزين للمثابرة
فكر في اختيار حساب تخزين زائد عن الحاجة جغرافيا لضمان التوافر العالي للبيانات المستمرة. لمزيد من المعلومات، راجع تكرار Azure Storage.
استيراد/تصدير
المستويات القابلة للتطبيق: Premium، المؤسسة، فلاش المؤسسة
يدعم Azure cache for Redis خيار استيراد ملفات قاعدة بيانات Redis (RDB) وتصديرها لتوفير إمكانية نقل البيانات. يسمح لك باستيراد البيانات إلى Azure Cache ل Redis أو تصدير البيانات من Azure Cache for Redis باستخدام لقطة RDB. يتم تصدير لقطة RDB من ذاكرة تخزين مؤقت متميزة إلى نقطة في حساب تخزين Azure. يمكنك إنشاء برنامج نصي لتشغيل التصدير بشكل دوري إلى حساب التخزين الخاص بك. لمزيد من المعلومات، راجع استيراد البيانات وتصديرها في ذاكرة التخزين المؤقت Azure ل Redis.
حساب تخزين للتصدير
فكر في اختيار حساب تخزين متكرر جغرافيا لضمان التوافر العالي للبيانات المصدرة. لمزيد من المعلومات، راجع تكرار Azure Storage.
النسخ الجغرافي المتماثل
الطبقات القابلة للتطبيق: Premium
النسخ المتماثل الجغرافي هو آلية لربط اثنين أو أكثر من ذاكرة التخزين المؤقت Azure لمثيلات Redis، وعادة ما تمتد عبر منطقتين Azure. تم تصميم النسخ المتماثل الجغرافي بشكل أساسي للتعافي من الكوارث. يتم توصيل مثيلين Premium من مثيلات ذاكرة التخزين المؤقت من المستوى من خلال النسخ المتماثل الجغرافي بطريقة توفر عمليات القراءة والكتابة إلى ذاكرة التخزين المؤقت الأساسية، ويتم نسخ هذه البيانات إلى ذاكرة التخزين المؤقت الثانوية. لمزيد من المعلومات حول كيفية إعداده، راجع تكوين النسخ المتماثل الجغرافي Premium ذاكرة التخزين المؤقت Azure لمثيلات Redis.
إذا تعطلت المنطقة التي تستضيف ذاكرة التخزين المؤقت الأساسية، فستحتاج إلى بدء تجاوز الفشل من خلال: أولا، إلغاء ربط ذاكرة التخزين المؤقت الثانوية، ثم تحديث التطبيق الخاص بك للإشارة إلى ذاكرة التخزين المؤقت الثانوية للقراءة والكتابة.
النسخ المتماثل الجغرافي النشط
المستويات القابلة للتطبيق: المؤسسة، فلاش المؤسسة
تدعم طبقات Enterprise شكلا أكثر تقدما من النسخ المتماثل الجغرافي يسمى النسخ المتماثل الجغرافي النشط. يستخدم برنامج Azure Cache for Redis Enterprise أنواع البيانات المنسوخة الخالية من التعارض لدعم عمليات الكتابة إلى مثيلات ذاكرة التخزين المؤقت المتعددة ودمج التغييرات وحل التعارضات. يمكنك الانضمام إلى ما يصل إلى خمسة مثيلات ذاكرة التخزين المؤقت لطبقة Enterprise في مناطق Azure مختلفة لتشكيل مجموعة نسخ متماثل جغرافي.
يمكن للتطبيق الذي يستخدم ذاكرة التخزين المؤقت هذه القراءة والكتابة إلى أي من مثيلات ذاكرة التخزين المؤقت الموزعة جغرافيا من خلال نقاط النهاية المقابلة لها. يجب أن يستخدم التطبيق ما هو الأقرب إلى كل مثيل تطبيق، مما يمنحك أقل زمن انتقال. لمزيد من المعلومات، راجع تكوين النسخ المتماثل الجغرافي النشط لذاكرة التخزين المؤقت ل Enterprise Azure لمثيلات Redis.
في حالة تعطل منطقة إحدى ذاكرة التخزين المؤقت في مجموعة النسخ المتماثل، يحتاج التطبيق إلى التبديل إلى منطقة أخرى متوفرة.
عند عدم توفر ذاكرة تخزين مؤقت في مجموعة النسخ المتماثل، نوصي بمراقبة استخدام الذاكرة لذاكرة التخزين المؤقت الأخرى في نفس مجموعة النسخ المتماثل. أثناء تعطل إحدى ذاكرة التخزين المؤقت، تبدأ جميع ذاكرة التخزين المؤقت الأخرى في مجموعة النسخ المتماثل في حفظ بيانات التعريف التي لم يتمكنوا من مشاركتها مع ذاكرة التخزين المؤقت المعطلة. إذا بدأ استخدام الذاكرة لذاكرة التخزين المؤقت المتوفرة في النمو بمعدل مرتفع بعد انخفاض إحدى ذاكرة التخزين المؤقت، ففكر في إلغاء ربط ذاكرة التخزين المؤقت غير المتوفرة من مجموعة النسخ المتماثل.
لمزيد من المعلومات حول إلغاء الارتباط بالقوة، راجع إلغاء الارتباط بالقوة إذا كان هناك انقطاع في المنطقة.
حذف ذاكرة التخزين المؤقت وإعادة إنشائها
المستويات القابلة للتطبيق: قياسي، Premium، مؤسسي، فلاش للمؤسسات
إذا واجهت انقطاعا إقليميا، ففكر في إعادة إنشاء ذاكرة التخزين المؤقت في منطقة مختلفة وتحديث تطبيقك للاتصال بذاكرة التخزين المؤقت الجديدة بدلا من ذلك. من المهم أن نفهم أن البيانات ستفقد أثناء انقطاع التيار الكهربائي الإقليمي. يجب أن يكون رمز التطبيق الخاص بك مرنا لفقدان البيانات.
بمجرد استعادة المنطقة المتأثرة، تتم استعادة ذاكرة التخزين المؤقت Azure ل Redis غير المتوفرة تلقائيا وتكون متاحة للاستخدام مرة أخرى. لمزيد من الاستراتيجيات لنقل ذاكرة التخزين المؤقت إلى منطقة مختلفة، راجع نقل ذاكرة التخزين المؤقت Azure لمثيلات Redis إلى مناطق مختلفة.
الخطوات التالية
تعرف على المزيد حول كيفية تكوين ذاكرة التخزين المؤقت ل Azure لخيارات التوفر العالي ل Redis.