كيفية إدارة ذاكرة التخزين المؤقت Azure ل Redis
توضح هذه المقالة كيفية القيام بمهام الإدارة مثل إعادة تشغيلالتحديثات وجدولتها لمثيلات Azure Cache لمثيلات Redis.
ملاحظة
تستخدم هذه المقالة الوحدة النمطية Azure Az PowerShell، وهي الوحدة النمطية PowerShell الموصى بها للتفاعل مع Azure. لبدء استخدام الوحدة النمطية Az PowerShell، راجع تثبيت Azure PowerShell. لمعرفة كيفية الترحيل إلى الوحدة النمطية Az PowerShell، راجع ترحيل Azure PowerShell من AzureRM إلى Az.
إعادة التشغيل
على اليسار ، تسمح لك Reboot بإعادة تشغيل عقد واحدة أو أكثر من ذاكرة التخزين المؤقت الخاصة بك. تمكنك إمكانية إعادة التشغيل هذه من اختبار التطبيق الخاص بك للتأكد من مرونته في حالة حدوث فشل في عقدة ذاكرة التخزين المؤقت.
هام
إعادة التشغيل غير متوفرة بعد لطبقة Enterprise. إعادة التشغيل متاح لجميع الطبقات الأخرى.
حدد العقد المراد إعادة تشغيلها وحدد إعادة التشغيل.
إذا كان لديك ذاكرة تخزين مؤقت متميزة مع تمكين التجميع، فيمكنك تحديد شظايا ذاكرة التخزين المؤقت لإعادة التشغيل.
لإعادة تشغيل عقد واحدة أو أكثر من ذاكرة التخزين المؤقت، حدد العقد وحدد إعادة التشغيل. إذا كان لديك ذاكرة تخزين مؤقت متميزة مع تمكين التجميع، فحدد الشظايا المراد إعادة تشغيلها ثم حدد إعادة التشغيل. بعد بضع دقائق ، يتم إعادة تشغيل العقد المحددة ، وتعود إلى الإنترنت بعد بضع دقائق.
يختلف التأثير على تطبيقات العميل وفقا للعقد التي تعيد تشغيلها.
- رئيسي - عند إعادة تشغيل العقدة الأساسية، يفشل Azure Cache for Redis في الوصول إلى العقدة المتماثلة ويروج لها إلى أساسية. أثناء تجاوز الفشل هذا، قد يكون هناك فاصل زمني قصير قد تفشل فيه الاتصالات في ذاكرة التخزين المؤقت.
- النسخ المتماثل - عند إعادة تشغيل العقدة المتماثلة، لا يكون هناك عادة أي تأثير على عملاء ذاكرة التخزين المؤقت.
- كل من الأساسي والنسخة المتماثلة - عند إعادة تشغيل كل من عقد ذاكرة التخزين المؤقت ، تفقد جميع البيانات الموجودة في ذاكرة التخزين المؤقت وتفشل الاتصالات بذاكرة التخزين المؤقت حتى تعود العقدة الأساسية إلى الإنترنت. إذا قمت بتكوين استمرار البيانات، استعادة أحدث نسخة احتياطية عند عودة ذاكرة التخزين المؤقت إلى الإنترنت. ومع ذلك، يتم كتابة أي ذاكرة تخزين مؤقت حدثت بعد فقدان أحدث نسخة احتياطية.
- عقد ذاكرة التخزين المؤقت المميزة مع تمكين التجميع - عند إعادة تشغيل عقد واحدة أو أكثر من ذاكرة التخزين المؤقت المميزة مع تمكين التجميع، يكون سلوك العقد المحددة هو نفسه عند إعادة تشغيل العقدة أو العقد المقابلة لذاكرة التخزين المؤقت غير المجمعة.
الأسئلة المتداولة حول إعادة التشغيل
- ما هي العقدة التي يجب إعادة تشغيلها لاختبار طلبي؟
- هل يمكنني إعادة تشغيل ذاكرة التخزين المؤقت لمسح اتصالات العميل؟
- هل سأفقد البيانات من ذاكرة التخزين المؤقت الخاصة بي إذا قمت بإعادة التشغيل؟
- هل يمكنني إعادة تشغيل ذاكرة التخزين المؤقت باستخدام PowerShell أو CLI أو أدوات الإدارة الأخرى؟
- هل يمكنني إعادة تشغيل ذاكرة التخزين المؤقت للمؤسسة؟
ما هي العقدة التي يجب إعادة تشغيلها لاختبار طلبي؟
لاختبار مرونة التطبيق الخاص بك ضد فشل العقدة الأساسية لذاكرة التخزين المؤقت الخاصة بك، أعد تشغيل العقدة الرئيسية . لاختبار مرونة التطبيق الخاص بك ضد فشل العقدة المتماثلة، أعد تشغيل العقدة المتماثلة . لاختبار مرونة التطبيق الخاص بك ضد الفشل التام لذاكرة التخزين المؤقت، أعد تشغيل كلتا العقدتين .
هل يمكنني إعادة تشغيل ذاكرة التخزين المؤقت لمسح اتصالات العميل؟
نعم، إذا قمت بإعادة تشغيل ذاكرة التخزين المؤقت، مسح جميع اتصالات العميل. يمكن أن تكون إعادة التشغيل مفيدة في حالة استخدام كل اتصال عميل بسبب خطأ منطقي أو خطأ في تطبيق العميل. تحتوي كل طبقة تسعير على حدود اتصال عميل مختلفة للأحجام المختلفة ، وبمجرد الوصول إلى هذه الحدود ، لا يتم قبول المزيد من اتصالات العميل. توفر إعادة تشغيل ذاكرة التخزين المؤقت طريقة لمسح جميع اتصالات العميل.
هام
إذا قمت بإعادة تشغيل ذاكرة التخزين المؤقت لمسح اتصالات العميل، فسيقوم StackExchange.Redis تلقائيا بإعادة الاتصال بمجرد عودة عقدة Redis إلى الاتصال بالإنترنت. إذا لم يتم حل المشكلة الأساسية، فقد يستمر استخدام اتصالات العميل.
هل سأفقد البيانات من ذاكرة التخزين المؤقت الخاصة بي إذا قمت بإعادة التشغيل؟
إذا قمت بإعادة تشغيل كل من العقدتين الرئيسيةوالمتماثلة ، فقد تفقد جميع البيانات الموجودة في ذاكرة التخزين المؤقت (أو في هذا الجزء عند استخدام ذاكرة تخزين مؤقت متميزة مع تمكين التجميع). ومع ذلك ، قد لا يتم فقد البيانات أيضا. إذا قمت بتكوين استمرار البيانات، استعادة أحدث نسخة احتياطية عند عودة ذاكرة التخزين المؤقت إلى الإنترنت. ومع ذلك، يتم فقدان أي عمليات كتابة ذاكرة التخزين المؤقت التي حدثت بعد إجراء النسخ الاحتياطي.
إذا قمت بإعادة تشغيل عقد واحدة فقط من العقد ، فلن يتم فقد البيانات عادة ، ولكن قد تظل كذلك. على سبيل المثال ، إذا تمت إعادة تشغيل العقدة الأساسية وكانت كتابة ذاكرة التخزين المؤقت قيد التقدم ، فقد البيانات من كتابة ذاكرة التخزين المؤقت. سيناريو آخر لفقدان البيانات هو إذا قمت بإعادة تشغيل عقدة واحدة ويحدث أن تنخفض العقدة الأخرى بسبب فشل في نفس الوقت. لمزيد من المعلومات حول الأسباب المحتملة لفقدان البيانات، راجع ماذا حدث لبياناتي في Redis؟
هل يمكنني إعادة تشغيل ذاكرة التخزين المؤقت باستخدام PowerShell أو CLI أو أدوات الإدارة الأخرى؟
نعم، للحصول على إرشادات PowerShell، راجع إعادة تشغيل ذاكرة التخزين المؤقت ل Azure ل Redis.
هل يمكنني إعادة تشغيل ذاكرة التخزين المؤقت للمؤسسة؟
كلا. لا تتوفر إعادة التشغيل لطبقة Enterprise حتى الآن. تتوفر إعادة التشغيل للطبقات الأساسية والقياسية Premium. تعتمد الإعدادات التي تراها في قائمة الموارد ضمن الإدارة على طبقة ذاكرة التخزين المؤقت. لا ترى إعادة التشغيل عند استخدام ذاكرة تخزين مؤقت من طبقة Enterprise.
تحديثات الجدولة
على اليمين، تتيح لك جدولة التحديثات اختيار نافذة صيانة لمثيل ذاكرة التخزين المؤقت الخاص بك. تتيح لك نافذة الصيانة التحكم في اليوم (الأيام) والوقت (الأوقات) من الأسبوع الذي يمكن خلاله تحديث الجهاز الظاهري (الأجهزة) الذي يستضيف ذاكرة التخزين المؤقت الخاصة بك. سيبذل Azure Cache for Redis قصارى جهده لبدء تحديث برنامج خادم Redis والانتهاء منه خلال الإطار الزمني المحدد الذي تحدده.
ملاحظة
تنطبق نافذة الصيانة على تحديثات خادم Redis وتحديثات نظام التشغيل الخاص بالأجهزة الظاهرية التي تستضيف ذاكرة التخزين المؤقت. لا تنطبق نافذة الصيانة على تحديثات نظام التشغيل المضيف إلى المضيفين الذين يستضيفون الأجهزة الظاهرية لذاكرة التخزين المؤقت أو مكونات Azure Networking الأخرى. في حالات نادرة، حيث تتم استضافة ذاكرة التخزين المؤقت على الطرز القديمة (يمكنك معرفة ما إذا كانت ذاكرة التخزين المؤقت الخاصة بك على طراز أقدم إذا تم حل اسم DNS لذاكرة التخزين المؤقت إلى لاحقة "cloudapp.net" أو "chinacloudapp.cn" أو "usgovcloudapi.net" أو "cloudapi.de")، لن تنطبق نافذة الصيانة على تحديثات نظام التشغيل الضيف أيضا.
حاليا، لا يتوفر خيار لتكوين إعادة تشغيل أو تحديثات مجدولة لذاكرة التخزين المؤقت لطبقة Enterprise.
لتحديد نافذة صيانة، تحقق من الأيام التي تريدها وحدد ساعة بدء نافذة الصيانة لكل يوم. ثم حدد OK. وقت نافذة الصيانة بالتوقيت العالمي المنسق ولا يمكن تكوينه إلا على أساس كل ساعة.
تكون نافذة الصيانة الافتراضية والدنيا للتحديثات خمس ساعات. هذه القيمة غير قابلة للتكوين من مدخل Azure، ولكن يمكنك تكوينها في PowerShell باستخدام MaintenanceWindow معلمة cmdlet New-AzRedisCacheScheduleEntry . لمزيد من المعلومات، راجع هل يمكنني إدارة التحديثات المجدولة باستخدام PowerShell أو CLI أو أدوات الإدارة الأخرى؟
الأسئلة المتداولة حول جدولة التحديثات
- متى تحدث التحديثات إذا لم أستخدم ميزة تحديثات الجدولة؟
- ما نوع التحديثات التي يتم إجراؤها خلال نافذة الصيانة المجدولة؟
- هل يمكنني إدارة التحديثات المجدولة باستخدام PowerShell أو CLI أو أدوات الإدارة الأخرى؟
- هل يمكن أن يحدث تحديث تغطيه وتديره ميزة "التحديثات المجدولة" خارج نافذة "التحديثات المجدولة"؟
متى تحدث التحديثات إذا لم أستخدم ميزة تحديثات الجدولة؟
إذا لم تحدد نافذة صيانة، فيمكن إجراء التحديثات في أي وقت.
ما نوع التحديثات التي يتم إجراؤها خلال نافذة الصيانة المجدولة؟
يتم إجراء تحديثات خادم Redis فقط أثناء نافذة الصيانة المجدولة. لا تنطبق نافذة الصيانة على تحديثات Azure أو تحديثات نظام تشغيل الجهاز الظاهري.
هل يمكنني إدارة التحديثات المجدولة باستخدام PowerShell أو CLI أو أدوات الإدارة الأخرى؟
نعم، يمكنك إدارة التحديثات المجدولة باستخدام cmdlets PowerShell التالية:
- Get-AzRedisCachePatchSchedule
- جديد-AzRedisCachePatchSchedule
- جديد-AzRedisCacheScheduleEntry
- إزالة-AzRedisCachePatchSchedule
هل يمكن أن يحدث تحديث تغطيه وتتم إدارته بواسطة ميزة "التحديثات المجدولة" خارج نافذة "التحديثات المجدولة"؟
نعم. بشكل عام، لا يتم تطبيق التحديثات خارج نافذة التحديثات المجدولة التي تم تكوينها. يمكن تطبيق تحديثات الأمان الهامة النادرة خارج جدول التصحيح كجزء من سياسة الأمان الخاصة بنا.
الخطوات التالية
تعرف على المزيد حول ميزات Azure Cache for Redis.