إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
توضح هذه المقالة سبب وكيفية الترحيل من Azure Cache for Redis (بما في ذلك المستويات الأساسية والقياسية والمميزة والمؤسسة) إلى Azure Managed Redis.
يمكنك التعرف على:
- فوائد اختيار Azure Managed Redis على المستويات السابقة.
- الاختلافات الرئيسية في الميزات بين الخدمات.
- استراتيجيات لترحيل بيانات ذاكرة التخزين المؤقت.
- طرق لضمان عملية ترحيل سلسة.
- إرشادات حول تحديد Azure Managed Redis SKU المناسب ومستوى الأداء لاحتياجاتك.
- اعتبارات وتوصيات لتحديث تطبيقات العميل الخاصة بك.
سواء كنت تستخدم المستويات الأساسية أو القياسية أو المميزة أو المؤسسية أو OSS، يساعدك هذا الدليل في تخطيط الترحيل وتنفيذه إلى Azure Managed Redis.
تنقسم الوثيقة إلى قسمين. أحدهما يتعلق بمثيلات Enterprise. والآخر يتعلق بالمستويات الأساسية والقياسية والمميزة ل Azure Cache for Redis.
- فوائد الانتقال من المؤسسة إلى Azure Managed Redis
- فوائد الانتقال من ذاكرة التخزين المؤقت الأساسية أو القياسية أو المتميزة إلى Azure Managed Redis
فوائد الانتقال من المؤسسة إلى Azure Managed Redis
تم إنشاء Azure Managed Redis على برنامج Redis Enterprise المتقدم. Azure Managed Redis هو عرض من الطرف الأول من Azure، مما يعني أنه لا يوجد مكون Azure Marketplace متضمن ولا يتعين على المستخدمين التعامل مع Marketplace بشكل منفصل. يمكنك توفير Azure Managed Redis وإدارته والدفع مقابل ذلك مثل أي خدمة أو منتج Azure أصلي آخر.
لا يحتاج Azure Managed Redis إلى عقدة النصاب التي تؤدي إلى موارد غير مستغلة بشكل كاف وتحد من المناطق أو السحب حيث يمكن تقديم Azure Cache for Redis Enterprise. يتوفر Azure Managed Redis الآن في معظم مناطق Azure مع خطط ليتم دعمها في السحابة السيادية الأخرى. لمزيد من المعلومات حول عقدة النصاب القانوني، راجع مستويات Enterprise وEnterprise Flash. من خلال إزالة عقدة النصاب غير المستخدمة، تحصل على زيادة الكفاءة من حيث التكلفة لأنه يمكن استخدام جميع العقد كعقد بيانات.
Azure Managed Redis هو منطقة زائدة عن الحاجة بشكل افتراضي.
يمكنك استخدام Azure Managed Redis بدون قابلية وصول عالية (HA) لبيئات التطوير والاختبار. يؤدي استخدام البيئات غير الإنتاجية بدون HA إلى خفض تكلفة المثيل إلى النصف.
تستند بنية SKU ل Azure Managed Redis إلى احتياجات الذاكرة والأداء. بدلا من إدارة عوامل المقياس أو السعة كما هو الحال مع Azure Cache for Redis Enterprise، يمكنك الاختيار من بين ثلاثة مستويات أداء في Azure Managed Redis. لمزيد من المعلومات، راجع اختيار المستوى المناسب.
أخيرا، يوفر Azure Managed Redis مصادقة معرف Microsoft Entra عند إنشاء ذاكرة تخزين مؤقت لتحسين وضع الأمان لحمل العمل الخاص بك.
مقارنة الميزات
| الميزة | ذاكرة تخزين مؤقت في Azure لـ Redis Enterprise | Azure Managed Redis |
|---|---|---|
| إصدار Redis | 7.2 | 7.4 |
| نهج التجميع | OSS ، المؤسسة | OSS، مؤسسة، غير مجمعة |
| Geo-replication | Active | Active |
| SLA | حتى 99.999% | حتى 99.999% |
| التكرار في المنطقة | Yes | *نعم مع التوافر العالي |
| وضع غير HA | No | نعم (للتطوير / الاختبار) |
| ثبات البيانات | نعم (قيد المعاينة) | Yes |
| Scaling | Yes | Yes |
| دعم إصدار TLS | 1.2,1.3 | 1.2,1.3 |
| مصادقة معرف Microsoft Entra | No | Yes |
| دعم منطقة Azure | Limited | جامع |
| دعم Azure Sovereign Cloud | No | نعم (قريبا) |
| لاحقة DNS لاسم المضيف | <name>.<region>.redisenterprise.cache.azure.net |
<name>.<region>.redis.azure.net |
* عند تمكين قابلية الوصول العالية ، يكون Azure Managed Redis زائدا عن الحاجة في المنطقة في المناطق ذات مناطق توفر متعددة.
اعتبارات عند الانتقال من المؤسسة إلى Azure Managed Redis
يستخدم Azure Managed Redis نفس مكدس البرامج مثل Azure Cache for Redis Enterprise، لذلك لا تحتاج تطبيقاتك الحالية التي تستخدم طبقة Enterprise إلى العديد من التغييرات. الاستثناء المهم هو الحاجة إلى تغيير بيانات اعتماد الاتصال.
اسم مضيف ولاحقة مختلفين
في حين أن البرنامج الأساسي ل Azure Cache for Redis Enterprise وAzure Managed Redis متشابه، فإن لاحقة DNS لاسم مضيف نظام مجموعة Redis مختلفة. عند الانتقال إلى Azure Managed Redis، يحتاج تطبيقك إلى تغيير اسم مضيف نظام مجموعة Redis. إذا كنت تستخدم مفاتيح الوصول للاتصال بذاكرة التخزين المؤقت، فيجب عليك أيضا تحديث مفتاح الوصول الذي تستخدمه للاتصال بذاكرة التخزين المؤقت.
Important
ضع في اعتبارك تحديث التعليمات البرمجية التي تتصل بذاكرة التخزين المؤقت. بدلا من استخدام مفاتيح الوصول، استخدم معرف Microsoft Entra. نوصي باستخدام معرف Microsoft Entra بدلا من مفاتيح الوصول.
اختيار حجم Azure Managed Redis المناسب وSKU
يوفر Azure Managed Redis العديد من أحجام الذاكرة وثلاثة مستويات أداء. يمكنك قراءة المزيد من المعلومات حول أحجام الذاكرة ومستويات الأداء هنا اختيار المستوى المناسب.
تحديد حجم الذاكرة لمثيل Azure Cache for Redis Enterprise الموجود
يمكن توسيع نطاق مثيلات Azure Cache for Redis Enterprise لتوفير المزيد من الذاكرة والمزيد من موارد الحوسبة، لذلك من المهم ملاحظة عامل التوسع لذاكرة التخزين المؤقت الخاصة بك. يرتبط التوسع أيضا بالسعة، وهي في الأساس عدد الأجهزة الظاهرية التي تعمل لنظام المجموعة الخاص بك.
لاختيار حجم ذاكرة Azure Managed Redis المناسب:
- انتقل إلى مدخل Microsoft Azure، وحدد نظرة عامة من قائمة الموارد.
- تحقق من حقل الحالة في نظرة عامة على مثيل Enterprise الخاص بك. يعرض حقل الحالة حجم ذاكرة مثيل Redis Enterprise الخاص بك.
دعونا نلقي نظرة على سيناريو محتمل.
بالنظر إلى جزء الحالةفي نظرة عامة، سترى قيد التشغيل - Enterprise 8GB (2 × 4GB). يعني هذا التدوين أن ذاكرة التخزين المؤقت تستخدم حاليا وحدة SKU E5 Enterprise بمقياس 2 ، مما ينتج عنه ذاكرة تخزين مؤقت سعة 8 جيجابايت. لذلك، يجب أن تبدأ بذاكرة تخزين مؤقت لا تقل عن 10 غيغابايت على Azure Managed Redis.
في هذه الحالة ، استخدم أيا من المستويات التي توفر ذاكرة 12 جيجابايت.
| وحدة حفظ المخزون SKU | Tier |
|---|---|
| م 10 | Memory Optimized |
| ب 10 | Balanced |
| X10 | Compute Optimized |
تحديد مستوى الأداء
يجب عليك أيضا التفكير فيما إذا كان عبء العمل لديك كثيف الذاكرة أو يتطلب حسابا مكثفا. إذا كان من المرجح أن تنفد الذاكرة في مثيل Enterprise الحالي قبل وحدة المعالجة المركزية، فإن حمل العمل الخاص بك يتطلب ذاكرة كثيرة. ضع في اعتبارك الاختيار من بين مستوى أداء الذاكرة المحسنة .
إذا كان معدل نقل حمل العمل مكثفا أو يحتوي على زمن انتقال كبير جدا ، فإن حمل العمل لديك يكون مكثفا للحوسبة. ضع في اعتبارك الاختيار من بين مستوى أداء الحوسبة المحسنة .
إذا لم تكن متأكدا ، فيمكنك البدء بطبقة الأداء المتوازن لأنها توفر مزيجا صحيا من الذاكرة والأداء.
إذا كنت تستخدم حاليا طبقة Redis Enterprise Flash ، فيجب عليك اختيار طبقة Flash Optimized.
إنشاء مثيل Azure Managed Redis جديد
بعد اختيار الذاكرة ومستوى الأداء لمثيل Azure Managed Redis الجديد، يمكنك إنشاء مثيل Azure Managed Redis الجديد. لمزيد من المعلومات حول إنشاء ذاكرة تخزين مؤقت، راجع التشغيل السريع: إنشاء مثيل Azure Managed Redis.
بعد ذلك ، تحتاج إلى اختيار استراتيجية لنقل بياناتك. وأخيرا ، تحتاج إلى تحديث التطبيق الخاص بك لاستخدام ذاكرة التخزين المؤقت الجديدة.
تحديث التطبيق للاتصال بمثيل Azure Managed Redis
بمجرد إنشاء مثيل Azure Managed Redis جديد، يجب عليك تغيير نقطة النهاية/اسم المضيف Redis ومفتاح الوصول في التطبيق الخاص بك للإشارة إلى مثيل Azure Managed Redis الجديد. نوصي بنشر تغيير نقطة النهاية هذا خلال ساعات العمل لأنه ينتج عنه ومضة في الاتصال.
Note
إذا قمت بالاتصال بمثيل Redis Enterprise الحالي من خلال نقطة نهاية خاصة، فتأكد من أن ذاكرة التخزين المؤقت الجديدة ل Azure Managed Redis تنظير أيضا الشبكة الظاهرية لتطبيقك. يجب أن تحتوي ذاكرة التخزين المؤقت الجديدة على إعداد مشابه لمثيل Redis Enterprise الحالي.
تحقق من تشغيل التطبيق الخاص بك كما هو متوقع ثم احذف مثيل Redis Enterprise السابق.
نقل بياناتك من ذاكرة التخزين المؤقت للمؤسسة إلى ذاكرة تخزين مؤقت جديدة ل Azure Managed Redis
عند الترحيل إلى مثيل Azure Managed Redis، تحتاج إلى التفكير في أفضل طريقة لنقل بياناتك من مثيل Redis Enterprise الحالي إلى مثيل Azure Managed Redis الجديد. إذا كان تطبيقك يمكنه تحمل فقدان البيانات ، أو كان لديه آليات أخرى لإعادة ترطيب ذاكرة التخزين المؤقت دون آثار سلبية ، فيمكنك تخطي هذه الخطوة والانتقال إلى الخطوات التالية.
إذا كان تطبيقك يحتاج إلى التأكد من ترحيل البيانات أيضا إلى مثيل Azure Managed Redis الجديد، فاختر أحد الخيارات التالية:
تصدير البيانات واستيرادها باستخدام ملف RDB
- الايجابيات: يحافظ على لقطة البيانات.
- السلبيات: خطر فقدان البيانات إذا حدثت عمليات الكتابة بعد اللقطة.
فيما يلي إجراء التصدير / الاستيراد الأساسي:
- قم بتصدير RDB من ذاكرة التخزين المؤقت Redis Enterprise الموجودة إلى حساب Azure Storage الخاص بك.
- استيراد البيانات من حساب Azure Storage إلى ذاكرة تخزين مؤقت جديدة ل Azure Managed Redis.
- اقرأ المزيد حول تصدير/استيراد البيانات هنا استيراد البيانات وتصديرها في Azure Managed Redis.
استراتيجية Dual-Write
- الايجابيات: صفر وقت تعطل ، انتقال آمن.
- السلبيات: يتطلب إعداد مؤقت لذاكرة التخزين المؤقت المزدوجة.
إليك إجراء الكتابة المزدوجة الأساسي:
- قم بتعديل التطبيق الخاص بك للكتابة إلى كل من ذاكرة التخزين المؤقت Azure Cache for Redis Enterprise الموجودة وذاكرة التخزين المؤقت الجديدة ل Azure Managed Redis.
- استمر في القراءة والكتابة من ذاكرة التخزين المؤقت Redis Enterprise.
- بعد مزامنة البيانات الكافية، قم بالتبديل إلى Azure Managed Redis واحذف مثيل Redis Enterprise
الترحيل البرمجي باستخدام RIOT-X
يوفر RIOT-X طريقة لترحيل المحتوى الخاص بك من Enterprise إلى Azure Managed Redis. لمزيد من المعلومات، راجع ترحيل البيانات باستخدام RIOT-X ل Azure Managed Redis.
- الايجابيات: تحكم كامل ، قابل للتخصيص.
- السلبيات: يتطلب جهد تطوير.
فوائد الانتقال من ذاكرة التخزين المؤقت الأساسية أو القياسية أو المتميزة إلى Azure Managed Redis
إذا كنت تستخدم أيا من وحدات SKU الخاصة ب OSS أو أساسية أو قياسية أو مميزة، فإن الانتقال إلى Azure Managed Redis يوفر لك المزيد من الميزات في ذاكرة التخزين المؤقت لكل مستوى.
فيما يلي جدول يقارن الميزات من Azure Cache for Redis بالميزات الموجودة في Azure Managed Redis
| وصف الميزة | Basic برمجيات المصدر المفتوح |
Standard برمجيات المصدر المفتوح |
Premium برمجيات المصدر المفتوح |
Balanced عمرو |
Memory Optimized عمرو |
Compute Optimized عمرو |
|---|---|---|---|---|---|---|
| Availability | N/A | 99.9% | 99.9% | حتى 99.999% | حتى 99.999% | حتى 99.999% |
| تشفير البيانات المتنقلة | Yes | Yes | Yes | Yes | Yes | Yes |
| عزل الشبكة | Yes | Yes | Yes | Yes | Yes | Yes |
| التوسع / التقليل | Yes | Yes | Yes | Yes | Yes | Yes |
| تقليص / دخل | Yes | Yes | Yes | No | No | No |
| تجميع OSS | No | No | Yes | Yes | Yes | Yes |
| ثبات البيانات | No | No | Yes | Yes | Yes | Yes |
| التكرار في المنطقة | No | نعم (معاينة) | Yes | *نعم مع التوافر العالي | *نعم مع التوافر العالي | *نعم مع التوافر العالي |
| Geo-replication | No | No | نعم (سلبي) | نعم (نشط) | نعم (نشط) | نعم (نشط) |
| سجلات تدقيق الاتصال | No | No | Yes | Yes(Event-based) | Yes(Event-based) | Yes(Event-based) |
| وحدات Redis | No | No | No | Yes | Yes | Yes |
| Import/Export | No | No | Yes | Yes | Yes | Yes |
| Reboot | Yes | Yes | Yes | No | No | No |
| التحديثات المجدولة | Yes | Yes | Yes | No | No | No |
| مصادقة معرف Microsoft Entra | Yes | Yes | Yes | Yes | Yes | Yes |
| معرف Microsoft Entra RBAC | Yes | Yes | Yes | No | No | No |
| إشعار مساحة المفاتيح | Yes | Yes | Yes | No | No | No |
| غير عالي التوفر | N/A | No | No | Yes | Yes | Yes |
يشير OSS إلى Azure Cache for Redis
يشير AMR إلى Azure Managed Redis
* عند تمكين قابلية الوصول العالية ، يكون Azure Managed Redis زائدا عن الحاجة في المنطقة في المناطق ذات مناطق توفر متعددة.
فيما يلي بعض الاختلافات الأخرى التي يجب مراعاتها عند تنفيذ Azure Managed Redis. ضع في اعتبارك تغييرات تطبيق العميل هذه:
| وصف الميزة | ذاكرة التخزين المؤقت في Azure لـ Redis | Azure Managed Redis |
|---|---|---|
| لاحقة DNS (فقط للسحابة PROD) | .redis.cache.windows.net |
<region>.redis.azure.net |
| منفذ TLS | 6380 | 10000 |
| منفذ غير TLS | 6379 | غير مدعوم |
| منافذ TLS للعقدة الفردية | 13XXX | 85xx |
| منفذ عقدة فردية غير منفذ TLS | 15XXX | غير مدعوم |
| دعم التجميع | وضع نظام المجموعة OSS | أوضاع نظام مجموعة OSS والمؤسسة |
| الأوامر غير المدعومة | الأوامر غير المدعومة | أوامر متعددة المفاتيح |
| التوفر الإقليمي | جميع مناطق Azure | * راجع قائمة المناطق بعد هذا القسم. |
| إصدار Redis | 6 | 7.4 |
| إصدارات بروتوكول أمان طبقة النقل المدعومة | 1.2 و1.3 | 1.2 و1.3 |
ترحيل ذاكرة التخزين المؤقت الأساسية أو القياسية أو المميزة إلى Azure Managed Redis
استنادا إلى الجدول، فيما يلي بعض التعيينات بين Azure Cache for Redis SKUs وخيارات ذاكرات التخزين المؤقت في Azure Managed Redis.
Note
استخدام خيار عدم التوفر العالي ل Azure Managed Redis لترحيل وحدات SKU الأساسية
| ذاكرة التخزين المؤقت في Azure لـ Redis | Azure Managed Redis | ذاكرة إضافية (٪) |
|---|---|---|
| أساسي/قياسي - C0 | متوازن - B0 | 50 |
| أساسي/قياسي - C1 | متوازن - B1 | 0 |
| أساسي/قياسي - C2 | متوازن - B3 | 17 |
| أساسي/قياسي - C3 | متوازن - B5 | 0 |
| أساسي/قياسي - C4 | الذاكرة المحسنة – M10* | -8 |
| أساسي/قياسي – C4 | الذاكرة المحسنة – M20** | 46 |
| أساسي/قياسي - C5 | الذاكرة المحسنة – M20* | -8 |
| أساسي/قياسي – C5 | الذاكرة المحسنة – M50** | 57 |
| أساسي/قياسي - C6 | الذاكرة المحسنة - M50 | 12 |
| بريميوم - P1 | متوازن - B5 | 0 |
| بريميوم - P2 | متوازن - B10* | -8 |
| بريميوم - P2 | متوازن - B20** | 46 |
| بريميوم - P3 | متوازن - B20* | -8 |
| بريميوم - P3 | متوازن - B50** | 57 |
| بريميوم - P4 | متوازن - B50 | 12 |
| بريميوم - P5 | متوازن - B100 | 0 |
- * هذا الخيار هو لكفاءة التكلفة. تأكد من أن ذروة إجمالي الذاكرة المستخدمة في الشهر الماضي أقل من ذاكرة Azure Managed Redis المقترحة لاختيار هذا الخيار.
- ** هذا الخيار مخصص لاستهلاك الذاكرة الوفيرة.
ذاكرة التخزين المؤقت Azure ل Redis Premium مجمعة
- بالنسبة للمجموعة المقسمة، اختر مستوى الذاكرة المحسنة الذي يحتوي على ذاكرة إجمالية مكافئة.
- بالنسبة للمجموعات التي بها أكثر من نسخة متماثلة للقراءة، اختر طبقة Compute Optimized مع ذاكرة إجمالية مكافئة كنسخة متماثلة أساسية.
خيارات الترحيل
يجب أن تكون تطبيقات العميل قادرة على استخدام مثيل Azure Managed Redis الذي يحتوي على أوضاع تجميع ونقاط نهاية مختلفة. ذاكرة التخزين المؤقت Azure ل Redis وAzure Managed Redis متوافقة لذلك لا يلزم إجراء تغييرات في التعليمات البرمجية للتطبيق بخلاف تكوينات الاتصال لمعظم السيناريوهات.
تعلم المزيد على:
خيارات ترحيل ذاكرة التخزين المؤقت Azure ل Redis إلى Azure Managed Redis
| Option | Advantages | Disadvantages |
|---|---|---|
| قم بإنشاء ذاكرة تخزين مؤقت جديدة | أبسط في التنفيذ. | تحتاج إلى إعادة تعبئة البيانات في ذاكرة التخزين المؤقت الجديدة، والتي قد لا تعمل مع العديد من التطبيقات. |
| تصدير واستيراد البيانات عبر ملف RDB | متوافق مع أي ذاكرة تخزين مؤقت لـ Redis بشكل عام. | قد تفقد بعض البيانات، إذا تمت كتابتها في ذاكرة التخزين المؤقت الحالية بعد إنشاء ملف RDB. |
| بيانات الكتابة المزدوجة إلى ذاكرتين مؤقتتين | لا فقدان البيانات أو تعطل. عمليات مستمرة من ذاكرة التخزين المؤقت الموجودة. أسهل اختبار لذاكرة التخزين المؤقت الجديدة. | يحتاج إلى ذاكرتي تخزين مؤقت لفترة طويلة من الوقت. |
| ترحيل البيانات برمجياً | تحكم كامل في كيفية نقل البيانات. | يتطلب تعليمة برمجية مخصصة. |
إنشاء نسخة Azure Managed Redis جديدة
هذا النهج من الناحية الفنية ليس ترحيلاً. إذا لم يكن فقدان البيانات مصدر قلق، فإن أسهل طريقة للانتقال إلى مستوى Azure Managed Redis هي إنشاء نسخة ذاكرة تخزين مؤقت جديدة وربط تطبيقك بها. على سبيل المثال، إذا كنت تستخدم Redis كذاكرة تخزين مؤقت لسجلات قاعدة البيانات، يمكنك بسهولة إعادة إنشاء ذاكرة التخزين المؤقت من البداية. الخطوات العامة لتنفيذ هذا الخيار هي:
- إنشاء مثيل Azure Managed Redis جديد.
- قم بتحديث تطبيقك لاستخدام المثيل الجديد.
- حذف Azure Cache القديم لمثيل Redis.
تصدير البيانات إلى ملف RDB واستيرادها إلى Azure Managed Redis
ينطبق هذا الخيار فقط على ذاكرة التخزين المؤقت للطبقة المتميزة. يحدد Redis مفتوح المصدر آلية قياسية لأخذ لقطة لمجموعة بيانات ذاكرة التخزين المؤقت وحفظها في ملف. يمكن لذاكرة التخزين المؤقت Redis الأخرى قراءة ملف RDB الذي تم تصديره. يدعم Azure Cache لطبقة Redis المتميزة تصدير البيانات من مثيل ذاكرة التخزين المؤقت عبر ملفات RDB. يمكنك استخدام ملف RDB لنقل البيانات من Azure Cache لمثيل Redis موجود إلى مثيل Azure Managed Redis.
الخطوات العامة لتنفيذ هذا الخيار هي:
- إنشاء مثيل Azure Managed Redis جديد بنفس الحجم (أو أكبر من) Azure Cache لمثيل Redis الحالي.
- تصدير ملف RDB من مثيل Azure Cache for Redis الموجود باستخدام إرشادات التصدير هذه أو PowerShell Export cmdlet
- استيراد ملف RDB إلى مثيل Azure Managed Redis الجديد باستخدام إرشادات الاستيراد هذه أو أمر cmdlet استيراد PowerShell
- تحديث التطبيق الخاص بك لاستخدام مثيل Azure Managed Redis الجديد سلسلة الاتصال.
اكتب إلى اثنتين من ذاكرات Redis المخزنة في ذاكرة التخزين المؤقتة في وقت واحد أثناء فترة الترحيل
بدلاً من نقل البيانات مباشرة بين ذاكرات التخزين المؤقت، يمكنك استخدام التطبيق الخاص بك لكتابة البيانات إلى كلٍ من ذاكرة التخزين المؤقت الحالية وذاكرة التخزين المؤقت الجديدة التي تقوم بإعدادها. لا يزال التطبيق يقرأ البيانات من ذاكرة التخزين المؤقت الموجودة في البداية. عندما تحتوي ذاكرة التخزين المؤقت الجديدة على البيانات اللازمة، يمكنك تبديل التطبيق إلى ذاكرة التخزين المؤقت تلك وإيقاف التخزين القديم. لنفترض، على سبيل المثال، أنك تستخدم Redis كمخزن جلسات وجلسات التطبيق صالحة لمدة سبعة أيام. بعد الكتابة إلى المخزنين المؤقتين لمدة أسبوع، ستكون متأكدا من أن ذاكرة التخزين المؤقت الجديدة تحتوي على جميع معلومات الجلسة غير المكتملة. يمكنك الاعتماد عليها بأمان من تلك النقطة فصاعداً دون القلق بشأن فقدان البيانات.
الخطوات العامة لتنفيذ هذا الخيار هي:
- إنشاء مثيل Azure Managed Redis جديد بنفس حجم (أو أكبر من) Azure Cache لمثيل Redis الحالي.
- تعديل التعليمة البرمجية للتطبيق من أجل الكتابة إلى كل من المثيلات الجديدة والأصلية.
- الاستمرار في قراءة البيانات من المثيل الأصلي حتى يتم ملء المثيل الجديد بالبيانات بشكل كافٍ.
- قم بتحديث التعليمة البرمجية للتطبيق للقراءة والكتابة من النسخة الجديدة فقط.
- احذف المثيل الأصلي.
الترحيل برمجياً
إنشاء عملية ترحيل مخصصة عن طريق قراءة البيانات برمجيا من Azure Cache لمثيل Redis الحالي وكتابتها في مثيل Azure Managed Redis. هناك أداتان مصدر مفتوح يمكنك تجربتهما:
-
Redis-copy
- يمكن استخدام الأداة مفتوحة المصدر لنسخ البيانات من مثيل ذاكرة التخزين المؤقت في Azure لـ Redis إلى مثيل آخر. هذه الأداة مفيدة لنقل البيانات بين مثيلات ذاكرة التخزين المؤقت في مناطق Azure Cache المختلفة. يتوفر أيضًا إصدار محول برمجيًا. يمكنك أيضا العثور على التعليمات البرمجية المصدر لتكون دليلا مفيدا لكتابة أداة الترحيل الخاصة بك.
-
RIOT
- RIOT هي أداة ترحيل شائعة أخرى تم اختبارها من قبل مجتمع Redis. إنها أداة مساعدة سطر الأوامر مصممة لمساعدتك في الحصول على البيانات داخل Redis وخارجها.
Note
هذه الأداة غير مدعومة رسميًا من قِبل Microsoft.
الخطوات العامة لتنفيذ هذا الخيار هي:
- قم بإنشاء جهاز ظاهري في المنطقة التي توجد بها ذاكرة التخزين المؤقت الحالية. إذا كانت مجموعة البيانات الخاصة بك كبيرة، فاختر جهازًا ظاهريًا قويًا نسبيًا لتقليل وقت النسخ.
- إنشاء مثيل Azure Managed Redis جديد.
- مسح البيانات من ذاكرة التخزين المؤقت الجديدة للتأكد من أنها فارغة. هذه الخطوة مطلوبة لأن أداة النسخ نفسها لا تستبدل أي مفتاح موجود في ذاكرة التخزين المؤقت الهدف. هام: تأكد من عدم المسح من ذاكرة التخزين المؤقت المصدر.
- استخدم تطبيقا مثل الأداة مفتوحة المصدر المذكورة سابقا لأتمتة نسخ البيانات من ذاكرة التخزين المؤقت المصدر إلى الهدف. تذكر أن عملية النسخ قد تستغرق بعض الوقت حتى تكتمل بناءً على حجم مجموعة البيانات الخاصة بك.
التوفر الإقليمي ل Azure Managed Redis
يتوسع Azure Managed Redis باستمرار في مناطق جديدة. للتحقق من التوفر حسب المنطقة، راجع المنتجات المتوفرة حسب المنطقة.