مشاركة عبر

ذاكرة التخزين المؤقت من Azure لـ Redis والموثوقية

  • مقالة

Azure Cache for Redis يوفر مخزن بيانات في الذاكرة استنادًا إلى برنامج Redis (خادم القاموس البعيد). إنه وسيط آمن لذاكرة التخزين المؤقت والمراسلة يوفر معدل نقل عاليًا ووصول بزمن انتقال منخفض إلى البيانات للتطبيقات.

وتشمل المفاهيم الرئيسية وأفضل الممارسات التي تدعم الموثوقية ما يلي:

تتضمن الأقسام التالية اعتبارات التصميم وقائمة اختيار التكوين وخيارات التكوين الموصى بها الخاصة بذاكرة التخزين المؤقت من Azure لـ Redis.

اعتبارات التصميم

تغطي ذاكرة التخزين المؤقت في Azure لاتفاقيات مستوى الخدمة (SLA) فقط التخزين المؤقت بالمستوى القياسي والمميز. الطبقة الأساسية غير مشمولة.

يُعد Redis ذاكرة تخزين مؤقت في الذاكرة لأزواج القيم الأساسية ولديه قابلية وصول عالية (HA)، بشكل افتراضي، باستثناء المستوى الأساسي. هناك ثلاثة مستويات لـ Azure Cache for Redis:

  • أساسي: لا يوصى باستخدام هذا المستوى في أحمال عمل الإنتاج. المستوى الأساسي مثالي للتالي:

    • عقدة مفردة
    • أحجام متعددة
    • التطوير
    • الاختبار
    • أحمال العمل غير الضرورية

  • قياسي: ذاكرة تخزين مؤقت منسوخة نسخاً متماثلاً في تكوين أساسي وثانوي من عُقدتين تُدار من قِبل Microsoft مع توفر SLA ذات قابلية وصول عالية.

  • مميز: يتضمن ميزات المستوى القياسي ويتضمن الميزات الأخرى التالية:

    • أجهزة وأداء أسرع مقارنةً بالمستوى الأساسي أو القياسي.
    • حجم أكبر لذاكرة التخزين المؤقت، يصل إلى 120GB.
    • استمرارية البيانات، والتي تتضمن ملف قاعدة بيانات Redis (RDB) وإلحاق ملف فقط (AOF).
    • دعم VNET.
    • تكوين أنظمة المجموعات
    • النسخ المتماثل الجغرافي: توجد ذاكرة تخزين مؤقت ثانوية في منطقة أخرى وتقوم بنسخ البيانات نسخاً متماثلاً من المستوى الأساسي للإصلاح بعد الكارثة. من أجل تجاوز الفشل إلى الذاكرة الثانوية، يجب أن تكون ذاكرة التخزين المؤقت غير مرتبطة يدوياً، وبعدها ستتاح الذاكرة الثانوية للكتابة. يحتاج التطبيق الذي يكتب إلى Redis إلى التحديث باستخدام سلسلة اتصال ذاكرة التخزين المؤقت الثانوية.
    • مناطق التوافر: توزيع ذاكرة التخزين المؤقت والنسخ المتماثلة عبر مناطق التوافر.

      ملاحظة

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

    • حفظ وتصدير.

تضمن Microsoft على الأقل 99.9% من الوقت الذي سيكون لدى العملاء الاتصال بين نقاط نهاية ذاكرة التخزين المؤقت وبوابة إنترنت Microsoft.

قائمة الاختيار

هل قمت بتكوين ذاكرة التخزين المؤقت من Azure لـ Redis مع وضع المرونة في الاعتبار؟

  • تحديثات الجدولة.
  • مراقبة ذاكرة التخزين المؤقت وضبط التنبيهات.
  • توزيع ذاكرة التخزين المؤقت داخل VNET.
  • تقييم استراتيجية تقسيم داخل ذاكرة التخزين المؤقت Redis.
  • تكوين استمرارية البيانات لحفظ نسخة من ذاكرة التخزين المؤقت في Azure Storage أو استخدام النسخ المتماثل الجغرافي، حسب متطلبات العمل.
  • تنفيذ نهج إعادة المحاولة في سياق ذاكرة التخزين المؤقت لـ Azure Redis.
  • استخدم تنفيذًا واحدًا ثابتًا أو قاعدة بيانات أحادية لمضاعف الاتصال بـ Redis، واتبع دليل أفضل الممارسات.
  • مراجعة كيفية إدارة Azure Cache for Redis.

توصيات التكوين

استكشف جدول التوصيات التالي لتحسين تكوين ذاكرة التخزين المؤقت من Azure لـ Redis لموثوقية الخدمة:

التوصية الوصف
تحديثات الجدولة. جدولة الأيام والأوقات التي سيتم فيها تطبيق تحديثات Redis Server على ذاكرة التخزين المؤقت، والتي لا تتضمن تحديثات Azure أو تحديثات نظام التشغيل الجهاز الظاهري.
مراقبة ذاكرة التخزين المؤقت وضبط التنبيهات. تعيين تنبيهات للاستثناءات، وCPU عالية، واستخدام ذاكرة عالية، وتحميل الخادم، والمفاتيح المستردة للحصول على نتائج تحليلات حول وقت تغيير حجم ذاكرة التخزين المؤقت. إذا كانت ذاكرة التخزين المؤقت بحاجة إلى تغيير حجمها، فإن فهم وقت تغيير الحجم أمر مهم لأنه سيزيد من CPU أثناء حدث التحجيم لترحيل البيانات.
توزيع ذاكرة التخزين المؤقت داخل VNET. منح العميل مزيد من التحكم في نسبة استخدام الشبكة التي يمكنها الاتصال بذاكرة التخزين المؤقت. تأكد من أن الشبكة الفرعية لديها مساحة عنوان كافية متوفرة لتوزيع عُقد وأجزاء ذاكرة التخزين المؤقت (نظام المجموعة).
تقييم استراتيجية تقسيم داخل ذاكرة التخزين المؤقت Redis. تقسيم مخزن بيانات Redis يتضمن تقسيم البيانات عبر مثيلات خادم Redis. كل مثيل يشكل قسمًا واحدًا. تقوم ذاكرة التخزين المؤقت من Azure لـ Redis باستخراج خدمات Redis خلف واجهة، ولا يعرضها مباشرة. أبسط طريقة لتنفيذ التقسيم هي إنشاء مثيلات ذاكرة التخزين المؤقت لـ Azure Redis المتعددة ونشر البيانات عبرها. يمكنك إقران كل عنصر بيانات بمعرف (مفتاح قسم) يحدد ذاكرة التخزين المؤقت التي تخزن عنصر البيانات. يمكن لمنطق تطبيق العميل بعد ذلك استخدام هذا المعرف لتوجيه الطلبات إلى القسم المناسب. هذا النظام بسيط، ولكن إذا تغير نظام التقسيم (على سبيل المثال، إذا تم إنشاء مثيلات ذاكرة التخزين المؤقت الإضافية لـ Azure Redis)، قد تحتاج تطبيقات العميل إلى إعادة تكوينها.
تكوين استمرارية البيانات لحفظ نسخة من ذاكرة التخزين المؤقت في Azure Storage أو استخدام النسخ المتماثل الجغرافي، حسب متطلبات العمل. استمرارية البيانات: في حالة إعادة التشغيل الأساسي والنسخة المتماثلة، سيتم تحميل البيانات تلقائياً من حساب التخزين. النسخ المتماثل الجغرافي: ينبغي أن تكون ذاكرة التخزين المؤقت الثانوية غير مرتبطة بالأساسية. ستصبح الذاكرة الثانوية الآن هي الأساسية ويمكن أن تتلقى الكتابات.
تنفيذ نهج إعادة المحاولة في سياق ذاكرة التخزين المؤقت لـ Azure Redis. تتضمن معظم خدمات Azure وSDKs للعميل آلية إعادة المحاولة. وتختلف هذه الآليات لأن لكل خدمة خصائص ومتطلبات مختلفة. يتم ضبط كل آلية إعادة محاولة لخدمة معينة.
راجع كيفية إدارة ذاكرة التخزين المؤقت من Azure لـ Redis. فهم كيف يمكن أن يحدث فقدان البيانات مع عمليات إعادة تشغيل ذاكرة التخزين المؤقت وكيفية اختبار التطبيق من حيث المرونة.

البيانات الاصطناعية المصدر

لتعريف مثيلات Redis غير الموجودة في الطبقة المميزة، استخدم الاستعلام التالي:

Resources 
| where type == 'microsoft.cache/redis'
| where properties.sku.name != 'Premium'

الخطوة التالية

ذاكرة التخزين المؤقت من Azure لـ Redis والتميز التشغيلي