الأسئلة المتداولة عن Azure Cache لـ Redis

تم تغيير مشروع Redis مفتوح المصدر إلى نموذج ترخيص مزدوج مع دعم الإصدار 2 من الترخيص المتوفر لمصدر Redis (RSALv2) أو الإصدار 1 من الترخيص العام من جانب الخادم (SSPLv1). راجع الإصدار الصحفي Redis للحصول على مزيد من المعلومات. راجع أيضا منشور مدونة Microsoft على تغيير ترخيص Redis.

لا، يتم تقديم Azure Cache for Redis للعملاء بموجب شروط خدمة Microsoft. لا تنطبق تراخيص RSALv2 وSSPLv1 على استخدامك لذاكرة التخزين المؤقت Azure ل Redis.

نعم، ستستمر ذاكرة التخزين المؤقت Azure ل Redis وذاكرة التخزين المؤقت Azure ل Redis Enterprise وEnterprise Flash في تلقي التصحيحات وإصلاحات الأخطاء حتى بعد إعلان الترخيص.

لا يوجد أي إجراء مطلوب لعملاء Azure فيما يتعلق بإعلان الترخيص.

• خدمة ذاكرة التخزين المؤقت المدارة: تم سحب خدمة ذاكرة التخزين المؤقت المدارة في 30 نوفمبر 2016.

• ذاكرة التخزين المؤقت In-Role : تم سحب ذاكرة التخزين المؤقت In-Role في 30 نوفمبر 2016.

يجب ترحيل جميع ذاكرة التخزين المؤقت مع تبعية على الخدمات السحابية (الكلاسيكية). في أغسطس 2021، أعلنا أنه سيتم إيقاف الخدمات السحابية (الكلاسيكية) في 31 أغسطس 2024. يجب إيقاف أي مثيلات Azure Cache ل Redis التي تعتمد على الخدمات السحابية (الكلاسيكية) بحلول نفس التاريخ.

يجب عليك ترحيل ذاكرات التخزين المؤقت التي تعتمد على Cloud Services (الكلاسيكية) قبل 31 أغسطس 2024.

لقد بذلنا جهدا لترحيل أكبر عدد ممكن من ذاكرات التخزين المؤقت بشفافية. لهذا السبب، يتأثر عدد قليل من ذاكرة التخزين المؤقت والعملاء.

تحقق من azure Advisor التوصيات. إذا تأثرت ذاكرة التخزين المؤقت، فسترى توصية في اشتراكك.

لقد قمنا بترحيل معظم ذاكرات التخزين المؤقت من إنشائها على الخدمات السحابية (الكلاسيكية) إلى إنشائها على مجموعات مقياس الجهاز الظاهري Azure. يؤدي الترحيل إلى مجموعات مقياس جهاز Azure الظاهري إلى إزالة التبعية. هناك ثلاث طرق لبدء هذه العملية لذاكرة التخزين المؤقت في شبكة ظاهرية:

• الترحيل إلى ذاكرة تخزين مؤقت جديدة باستخدام الارتباطات الخاصة.

  إنشاء ذاكرة تخزين مؤقت جديدة تستخدم Private Link لعزل الشبكة بدلا من حقن الشبكة الظاهرية وترحيل بياناتك إلى ذاكرة التخزين المؤقت هذه. يمنحك هذا الخيار أفضل تجربة عزل شبكة وأكثرها أمانًا، مع ضمان إنشاء جميع ذاكرة التخزين المؤقت الجديدة باستخدام البنية الأساسية المحدثة.

• الترحيل إلى ذاكرة تخزين مؤقت جديدة في شبكة فرعية Azure Resource Manager VNet جديدة.

  إنشاء ذاكرة تخزين مؤقت داخل شبكة ظاهرية كلاسيكية ينشئ ذاكرة التخزين المؤقت للخدمات السحابية (الكلاسيكية) وليس ذاكرة التخزين المؤقت لمجموعات مقياس الجهاز الظاهري Azure. يؤدي الترحيل إلى ذاكرة تخزين مؤقت جديدة في شبكة فرعية جديدة ل Azure Resource Manager VNet إلى إصلاح التبعية الأساسية على الخدمات السحابية مع الحفاظ على تجربة شبكة ظاهرية مماثلة.

  لقد قمنا بترحيل معظم ذاكرات التخزين المؤقت من إنشائها على الخدمات السحابية (الكلاسيكية) إلى إنشائها على مجموعات مقياس الجهاز الظاهري Azure. للترحيل، احذف ذاكرة التخزين المؤقت الموجودة وأنشئ ذاكرة تخزين مؤقت جديدة في شبكة فرعية Azure Resource Manager VNet جديدة. نوصي بشدة بعدم استخدام الشبكات الفرعية القديمة أثناء ترحيل ذاكرة التخزين المؤقت. للحصول على الخيارات الموصى بها لترحيل البيانات في ذاكرة التخزين المؤقت، راجع الترحيل إلى ذاكرة التخزين المؤقت Azure ل Redis.

• الترحيل التلقائي مع فقدان البيانات (مستحسن).

  يمكننا ترحيل ذاكرة التخزين المؤقت من استخدام الخدمات السحابية (الكلاسيكية) إلى استخدام مجموعات مقياس الجهاز الظاهري تلقائيا، مع الاحتفاظ بتكوين ذاكرة التخزين المؤقت (تتضمن مفاتيح الوصول واسم المضيف). ومع ذلك، يتطلب هذا الأسلوب حوالي 30 دقيقة من وقت التعطل والفقدان الكامل للبيانات على ذاكرة التخزين المؤقت. يمكنك استخدام ميزة الاستيراد/التصدير لحفظ نسخة من بياناتك قبل الترحيل.

  لاستخدام هذا الخيار، اتصل بطلب azurecachemigration@microsoft.com دعم أو أنشئه لطلب الترحيل.

تحقق لمعرفة ما إذا كانت ذاكرة التخزين المؤقت تستخدم النسخ المتماثل الجغرافي. إذا كان الأمر كذلك، يجب ترحيل بياناتك من الزوج الحالي المنسوخ جغرافيا إلى زوج جديد من النسخ المنسوخ جغرافيا.

على سبيل المثال:

1. إنشاء زوج جديد من ذاكرة التخزين المؤقت Premium المنسوخة جغرافيًا والتي تطابق نفس التكوين مثل زوج ذاكرة التخزين المؤقت الحالي.
2. قم بإلغاء ربط الزوج الأصلي من ذاكرة التخزين المؤقت المنسوخة جغرافيًا وتصدير ملف RDB من ذاكرة التخزين المؤقت الأساسية.
3. قم باستيراد ملف RDB إلى ذاكرة التخزين المؤقت الأساسية في زوج منسوخ جغرافيًا جديدًا.

لن يكون للزوج الجديد من ذاكرة التخزين المؤقت المنسوخة جغرافيًا نفس التبعية على الخدمات السحابية.

لقد بدأنا في حظر إنشاء ذاكرة تخزين مؤقت جديدة باستخدام نموذج نشر الخدمات السحابية (الكلاسيكية). لا يزال من الممكن إنشاء ذاكرة تخزين مؤقت جديدة باستخدام نموذج النشر القديم هذا إذا تم إنشاؤها في شبكة فرعية لشبكة ظاهرية تحتوي مرة واحدة على ذاكرة تخزين مؤقت للخدمات السحابية، أو إذا تم نشر ذاكرة تخزين مؤقت في شبكة ظاهرية كلاسيكية. إذا رأيت هذه الرسالة، فأنشئ شبكة فرعية جديدة في VNet لنشر ذاكرة التخزين المؤقت الخاصة بك. يضمن إنشاء شبكة فرعية في شبكتك الظاهرية إنشاء ذاكرة تخزين مؤقت دون تبعية الخدمات السحابية.

للتحقق مما إذا كان لديك ذاكرة تخزين مؤقت واحدة أو أكثر تستند إلى الخدمات السحابية في شبكتك الفرعية، يمكنك التحقق من Azure Advisor في المدخل أو استخدام واجهة برمجة تطبيقات REST لروابط التنقل للموارد. resource-navigation-links استخدم واجهة برمجة التطبيقات مع معرف الاشتراك واسم مجموعة الموارد واسم الشبكة الظاهرية واسم الشبكة الفرعية للحصول على أي ذاكرة تخزين مؤقت في تلك الشبكة الفرعية التي تستخدم الخدمات السحابية.

إذا كنت تقوم بإنشاء ذاكرة تخزين مؤقت جديدة باستخدام واجهة برمجة تطبيقات REST، فتأكد أيضا من عدم تمرير تكوين {"CacheVmType": "CloudService"} redis مع طلب الإنشاء. هذه المعلمات هي معلمة غير مسجلة، لذلك من غير المحتمل أن تقوم بذلك.

إذا كنت بحاجة إلى إنشاء ذاكرة تخزين مؤقت جديدة باستخدام نموذج توزيع الخدمات السحابية (الكلاسيكية)، فاتصل بطلب azurecachemigration@microsoft.com دعم أو أنشئه لطلب استثناء.

سيتم إيقاف تشغيل ذاكرات التخزين المؤقت هذه، وستفقد أي بيانات في ذاكرات التخزين المؤقت.

يحدث الإيقاف على ثلاث مراحل بحيث يكون لديك الحد الأقصى من الوقت للترحيل:

1. المرحلة النشطة (من الآن حتى 30 أبريل 2023)

   تتمتع ذاكرة التخزين المؤقت بالدعم الكامل، دون تغيير في الحالة من اليوم. يتم إعطاء هذه الفترة للسماح للعملاء بالوقت للانتقال من الخدمة السحابية (الكلاسيكية) بأقل قدر من الانقطاع.

2. مرحلة الصيانة (من 1 مايو 2023 إلى 31 ديسمبر 2023)

   ستتلقى ذاكرة التخزين المؤقت إصلاحات هامة للأمان والاستقرار والأخطاء، ولكن لا توجد ميزات جديدة.

3. مرحلة غير نشطة (من 1 يناير 2024 إلى 31 أغسطس 2024)

   تتلقى ذاكرة التخزين المؤقت إصلاحات الأمان الهامة فقط. يطلب من جميع العملاء الذين لديهم مشكلات في الدعم الترحيل إلى ذاكرة التخزين المؤقت المستندة إلى VMSS قبل تلقي الدعم. يجب على العملاء الانتقال من ذاكرة التخزين المؤقت الخاصة بهم بحلول 31 أغسطس 2024.

‏‏لا. ينطبق هذا المخطط الزمني فقط على ذاكرة التخزين المؤقت التي تعمل على Redis 6.0. Redis 4.0 هو جزء من إيقاف منفصل ينتهي قبل إيقاف الخدمات السحابية (الكلاسيكية). سيتم ترحيل جميع ذاكرة التخزين المؤقت المتبقية باستخدام Redis 4.0 على الخدمات السحابية (الكلاسيكية) تلقائيا لاستخدام مجموعات مقياس الجهاز الظاهري وRedis 6.0 بعد 31 أكتوبر 2023. يتطلب أسلوب الترحيل هذا وقت تعطل وفقدان كامل للبيانات على ذاكرة التخزين المؤقت، لذا قم بالترحيل قبل هذا التاريخ إذا كنت ترغب في تجنب وقت التعطل أو فقدان البيانات. اتصل بطلب azurecachemigration@microsoft.com دعم أو أنشئه لطلب ترقية تلقائية قبل 31 أكتوبر 2023.

انشر أيا من أسئلتك في صفحة Q&A لإيقاف الخدمات السحابية (الكلاسيكية). يمكنك أيضًا إرسال بريد إلكتروني إلى azurecachemigration@microsoft.com للحصول على مزيد من المعلومات.

إذا لم يكن سؤالك مدرجا هنا، فأخبرنا بذلك حتى نتمكن من مساعدتك في العثور على إجابة.

• للوصول إلى جمهور أوسع، يمكنك نشر سؤال على صفحة الأسئلة والأجوبة الخاصة بـ Microsoft لـ Azure Cache والتفاعل مع فريق Azure Cache وأعضاء المجتمع الآخرين.

• إذا كنت ترغب في إجراء طلب ميزة، يمكنك إرسال الطلبات والأفكار الخاصة بك إلى ذاكرة التخزين المؤقت Azure لـ Redis User Voice.

• يمكنك أيضاً إرسال سؤالك إلينا على azurecache@microsoft.com.