ملاحظة
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
إذا حدث فشل في ذاكرة التخزين المؤقت Azure ل Redis، فمن الممكن فقدان البيانات عند انخفاض العقد. يسمح لك استمرار Redis باستمرار البيانات المخزنة في مثيلات ذاكرة التخزين المؤقت. إذا كان هناك فشل في الأجهزة، يعيد مثيل ذاكرة التخزين المؤقت ترطيب البيانات من ملف الثبات عندما يعود عبر الإنترنت.
توضح هذه المقالة استمرار Redis، وكيفية تكوين وإدارة استمرار البيانات في مثيلات ذاكرة التخزين المؤقت Azure Redis المتميزة والمؤسسة. لا تتوفر ميزة استمرارية البيانات في المستويات الأساسية أو القياسية، وهي قيد المعاينة في مستويات Enterprise وEnterprise Flash.
تعد القدرة على استمرار البيانات طريقة مهمة لتعزيز متانة مثيل ذاكرة التخزين المؤقت، لأنه يخزن جميع بيانات ذاكرة التخزين المؤقت في الذاكرة. يجب أن يكون الاستمرار جزءا رئيسيا من استراتيجية قابلية الوصول العالية والتعافي من الكوارث في Azure Redis.
هام
توفر وظيفة استمرار البيانات المرونة لحالات فشل عقدة Redis غير المتوقعة. لا يعد استمرار البيانات ميزة نسخ احتياطي للبيانات أو ميزة استرداد نقطة زمنية (PITR). إذا تمت كتابة البيانات التالفة إلى مثيل Redis، تستمر البيانات التالفة أيضا. لإجراء نسخ احتياطية لمثيل Redis الخاص بك، استخدم ميزة التصدير .
نطاق التوفر
المستوى | أساسي، قياسي | متميز | Enterprise وEnterprise Flash |
---|---|---|---|
متاح | لا | نعم | نعم (معاينة) |
أنواع استمرار بيانات Redis
يوفر Azure Redis نوعين من استمرارية البيانات، وتنسيق قاعدة بيانات Redis (RDB) وتنسيق ملف الإلحاق فقط (AOF).
يستمر استمرار RDB في لقطة من ذاكرة التخزين المؤقت بتنسيق ثنائي ويحفظها في حساب Azure Storage. يمكنك تكوين تكرار النسخ الاحتياطي لتحديد عدد مرات استمرار اللقطة. إذا حدث حدث كارثي يعطل ذاكرة التخزين المؤقت الأساسية والنسخة المتماثلة، يتم إعادة إنشاء ذاكرة التخزين المؤقت تلقائيا باستخدام أحدث لقطة. لمزيد من المعلومات، راجع مزايا RDBوعيوب RDB.
يحفظ استمرار AOF كل عملية كتابة إلى سجل، ويحفظ السجل مرة واحدة في الثانية إلى حساب Azure Storage. إذا حدث حدث كارثي يعطل كلا من ذاكرة التخزين المؤقت الأساسية والنسخة المتماثلة، يتم إعادة إنشاء ذاكرة التخزين المؤقت تلقائيا باستخدام عمليات الكتابة المخزنة. لمزيد من المعلومات، راجع مزايا AOFوعيوب AOF.
المتطلبات والقيود
توفر وظيفة استمرار البيانات المرونة لحالات فشل عقدة Redis غير المتوقعة. استمرار البيانات ليس نسخة احتياطية للبيانات أو ميزة PITR. إذا تمت كتابة البيانات التالفة إلى مثيل Redis، تستمر البيانات التالفة أيضا. لنسخ مثيل Redis احتياطيا، استخدم ميزة التصدير .
تهدف ميزات استمرار Azure Cache for Redis إلى استعادة البيانات تلقائيا إلى نفس ذاكرة التخزين المؤقت بعد فقدان البيانات. لا يمكنك استيراد ملفات البيانات الدائمة إلى ذاكرة تخزين مؤقت جديدة أو موجودة.
لنقل البيانات عبر ذاكرة التخزين المؤقت، استخدم ميزات استيراد البيانات وتصديرها .
لإنشاء أي نسخ احتياطية من البيانات التي يمكن إضافتها إلى ذاكرة تخزين مؤقت جديدة، يمكنك استخدام البرامج النصية التلقائية باستخدام PowerShell أو Azure CLI التي تقوم بتصدير البيانات بشكل دوري.
لا يتم دعم الثبات مع ذاكرات التخزين المؤقت التي تستخدم النسخ المتماثل الجغرافي السلبي أو النسخ المتماثل الجغرافي النشط.
تشفير البيانات
نظرا لأن استمرار Redis ينشئ بيانات ثابتة، فمن المهم تشفير هذه البيانات. تختلف خيارات التشفير استنادا إلى مستوى Azure Redis الذي تستخدمه.
إعداد استمرارية البيانات
يمكنك استخدام مدخل Azure أو قوالب Azure Resource Manager (ARM) أو PowerShell أو Azure CLI لإنشاء وإعداد استمرار البيانات لذاكرة التخزين المؤقت لطبقة Premium أو Enterprise Azure Redis.
المتطلبات الأساسية
- لإنشاء ذاكرة التخزين المؤقت Azure Redis وإضافتها، تحتاج إلى الوصول للكتابة وأذونات لإنشاء ذاكرة تخزين مؤقت Premium أو على مستوى المؤسسة في اشتراك Azure.
- بالنسبة لذاكرة التخزين المؤقت من المستوى المتميز، تحتاج إلى حساب Azure Storage في نفس المنطقة مثل ذاكرة التخزين المؤقت لتخزين بيانات ذاكرة التخزين المؤقت. إذا كنت تستخدم الهوية المدارة كطريقة مصادقة، يمكنك استخدام حساب تخزين في اشتراك مختلف عن ذاكرة التخزين المؤقت.
- لإجراءات Azure PowerShell، تحتاج إلى تثبيت Azure PowerShell، أو استخدام Azure Cloud Shell مع بيئة PowerShell في مدخل Microsoft Azure.
- لإجراءات Azure CLI، تحتاج إلى تثبيت Azure CLI، أو استخدام Azure Cloud Shell مع بيئة Bash في مدخل Microsoft Azure.
إعداد استمرارية البيانات في مدخل Microsoft Azure
في مدخل Microsoft Azure، يمكنك إعداد استمرارية البيانات عند إنشاء مثيل ذاكرة التخزين المؤقت Azure Redis Premium أو على مستوى المؤسسة.
إعداد استمرارية البيانات باستخدام Azure PowerShell
يمكنك استخدام Azure PowerShell لإعداد استمرارية البيانات عند إنشاء ذاكرة تخزين مؤقت Azure Redis Premium أو مستوى المؤسسة، أو لإضافة استمرار إلى ذاكرة تخزين مؤقت تم إنشاؤها مسبقا.
إعداد استمرارية البيانات باستخدام Azure CLI
يمكنك استخدام Azure CLI لإعداد استمرارية البيانات عند إنشاء ذاكرة تخزين مؤقت Azure Redis Premium أو مستوى المؤسسة، أو لإضافة استمرار إلى ذاكرة تخزين مؤقت تم إنشاؤها مسبقا.
الأسئلة المتداولة حول الاستمرار
يحتوي هذا القسم على إجابات للأسئلة الشائعة حول استمرار ذاكرة التخزين المؤقت Azure Redis.
- هل يمكنني تمكين الاستمرارية على ذاكرة التخزين المؤقت الموجودة؟
- هل يمكنني تمكين استمرار كل من AOF وRDB؟
- هل يعمل الاستمرار مع النسخ المتماثل الجغرافي؟
- ما هو نموذج الاستمرار الذي يجب أن أختاره؟
- ماذا يحدث إذا قمت بالتحجيم إلى حجم مختلف، ونسخة احتياطية من قبل استعادة عملية التحجيم؟
- هل يمكنني استخدام نفس حساب التخزين للثبات عبر اثنين من ذاكرة التخزين المؤقت المختلفة؟
- هل يتم تحصيل رسوم مني مقابل استخدامات استمرارية بيانات التخزين؟
- ما مدى تكرار الكتابة باستمرار RDB و AOF إلى التخزين؟ هل يجب تمكين الحذف المبدئي؟
- هل تؤثر استثناءات جدار الحماية على حساب التخزين على الاستمرار؟
- كيف أعمل التحقق مما إذا كان الحذف المبدئي ممكنا على حساب التخزين الخاص بي؟
- هل يمكنني استخدام حساب تخزين في اشتراك مختلف عن الحساب الذي توجد فيه ذاكرة التخزين المؤقت؟
استمرار RDB
- هل يمكنني تغيير تكرار النسخ الاحتياطي ل RDB بعد إنشاء ذاكرة التخزين المؤقت؟
- لماذا يوجد أكثر من 60 دقيقة بين النسخ الاحتياطية عندما يكون لدي تكرار نسخ احتياطي RDB لمدة 60 دقيقة؟
- ماذا يحدث للنسخ الاحتياطية RDB القديمة عند إجراء نسخة احتياطية جديدة؟
استمرارية AOF
- متى يجب استخدام حساب تخزين ثانٍ؟
- هل يؤثر استمرار AOF على معدل نقل ذاكرة التخزين المؤقت أو زمن الانتقال أو الأداء؟
- كيف يمكنني إزالة حساب التخزين الثاني؟
- ما هي إعادة الكتابة، وكيف تؤثر على ذاكرة التخزين المؤقت؟
- ما الذي يجب أن أتوقعه عند تغيير حجم ذاكرة التخزين المؤقت مع تمكين AOF؟
- كيف يتم تنظيم بيانات AOF في التخزين؟
- هل يمكنني تمكين استمرار AOF إذا كان لدي أكثر من نسخة متماثلة واحدة؟
هل يمكنني تمكين الاستمرارية على ذاكرة التخزين المؤقت التي تم إنشاؤها مسبقًا؟
نعم، يمكنك تكوين الاستمرار في إنشاء ذاكرة التخزين المؤقت وعلى ذاكرة التخزين المؤقت Premium أو Enterprise أو Enterprise Flash الموجودة.
هل يمكنني تمكين استمرار AOF وRDB في نفس الوقت؟
لا، يمكنك تمكين RDB أو AOF، ولكن ليس كليهما في وقت واحد.
كيف يعمل الثبات مع النسخ المتماثل الجغرافي؟
لا يعمل استمرار البيانات مع تمكين النسخ المتماثل الجغرافي.
ما هو نموذج الاستمرار الذي يجب أن أختاره؟
يكتب استمرار AOF إلى سجل مرة واحدة في الثانية، بينما يحفظ استمرار RDB النسخ الاحتياطية استنادا إلى الفاصل الزمني للنسخ الاحتياطي المكون. استمرار RDB له تأثير أقل على معدل النقل والأداء من استمرار AOF.
اختر استمرار AOF إذا كان هدفك الأساسي هو تقليل فقدان البيانات ويمكنك التعامل مع معدل نقل أقل لذاكرة التخزين المؤقت. اختر استمرار RDB إذا كنت ترغب في الحفاظ على الإنتاجية المثلى على ذاكرة التخزين المؤقت الخاصة بك ولكنك لا تزال تريد آلية لاسترداد البيانات.
لمزيد من المعلومات، راجع مزايا RDBوعيوب RDBومزايا AOFوعيوب AOF.
هل يؤثر استمرار AOF على معدل النقل أو زمن الانتقال أو أداء ذاكرة التخزين المؤقت الخاصة بي؟
يؤثر استمرار AOF على معدل النقل. نظرا لأن AOF يعمل على كل من العملية الأساسية والنسخة المتماثلة، ترى CPU أعلى وتحميل الخادم لذاكرة تخزين مؤقت مع استمرار AOF من ذاكرة التخزين المؤقت المتطابقة دون استمرار AOF. توفر AOF أفضل تناسق مع البيانات الموجودة في الذاكرة لأن كل كتابة وحذف يستمر مع بضع ثوان فقط من التأخير. والمفاضلة هي أن AOF أكثر كثافة في الحوسبة.
طالما أن وحدة المعالجة المركزية وتحميل الخادم أقل من 90%، فهناك عقوبة على معدل النقل، ولكن ذاكرة التخزين المؤقت تعمل بشكل طبيعي. أعلى من 90٪ من CPU وتحميل الخادم، يمكن أن تزداد عقوبة معدل النقل، ويزيد زمن انتقال جميع الأوامر التي تتم معالجتها بواسطة ذاكرة التخزين المؤقت. يزيد زمن الانتقال لأن استمرار AOF يعمل على كل من العملية الأساسية والنسخة المتماثلة، ما يزيد من الحمل على العقدة قيد الاستخدام، ويضع الاستمرار على المسار الحرج للبيانات.
ماذا يحدث إذا قمت بالتحجيم إلى حجم مختلف وتمت استعادة نسخة احتياطية تم إجراؤها قبل عملية التحجيم؟
- إذا قمت بالتحجيم إلى حجم أكبر، فلا يوجد أي تأثير.
- إذا قمت بالتحجيم إلى حجم أصغر، وكان لديك إعداد قواعد بيانات مخصص أكبر من حد قواعد البيانات لحجمك الجديد، فلن تتم استعادة البيانات الموجودة في قواعد البيانات هذه. لمزيد من المعلومات، راجع هل يتأثر إعداد قواعد البيانات المخصصة أثناء التحجيم؟
- إذا قمت بالتحجيم إلى حجم أصغر، ولم يكن هناك مساحة كافية في الحجم الأصغر للاحتفاظ بجميع البيانات من النسخة الاحتياطية الأخيرة، يتم إخلاء المفاتيح أثناء عملية الاستعادة. عادة ما يتم إخلاء المفاتيح باستخدام نهج إخلاء allkeys-lru.
هل يمكنني استخدام نفس حساب التخزين للثبات عبر اثنين من ذاكرة التخزين المؤقت المختلفة؟
لا، يجب استخدام حسابات تخزين مختلفة. يجب أن يكون لكل ذاكرة تخزين مؤقت حساب تخزين خاص به لإعداده للثبات.
هام
استخدم أيضا حسابات تخزين منفصلة لاستمرار عمليات التصدير الدورية وتنفيذها على ذاكرة التخزين المؤقت.
هل يتم تحصيل رسوم من التخزين المستخدم في استمرارية البيانات؟
- بالنسبة لذاكرة التخزين المؤقت Premium، يتم تحصيل رسوم منك مقابل التخزين المستخدم وفقا لنموذج التسعير لحساب التخزين.
- بالنسبة لذاكرة التخزين المؤقت ل Enterprise وEnterprise Flash، يتم تضمين تخزين القرص المدار في السعر ولا يتحمل رسوما إضافية.
ما مدى تكرار كتابة استمرار RDB وAOF إلى الكائنات الثنائية كبيرة الحجم الخاصة بي، وهل يجب تمكين الحذف المبدئي؟
يمكن أن يكتب استمرار RDB و AOF إلى الكائنات الثنائية كبيرة الحجم للتخزين بشكل متكرر كل ساعة أو كل بضع دقائق أو كل ثانية. يصبح الحذف المبدئي مكلفا بسرعة مع أحجام البيانات النموذجية لذاكرة التخزين المؤقت التي تنفذ أيضا عمليات الكتابة كل ثانية. تمكين الحذف المبدئي على حساب تخزين يعني أيضا أن Azure Redis لا يمكنه تقليل تكاليف التخزين عن طريق حذف بيانات النسخ الاحتياطي القديمة.
من الأفضل تجنب تمكين الحذف المبدئي على حسابات التخزين التي تستخدمها لاستمرار بيانات Azure Redis Premium-tier. لمزيد من المعلومات حول تكاليف الحذف المبدئي، راجع التسعير والفوترة.
هل يمكنني تغيير تكرار النسخ الاحتياطي لـ RDB بعد إنشاء ذاكرة التخزين المؤقت؟
نعم، يمكنك تغيير تكرار النسخ الاحتياطي لاستمرار RDB باستخدام مدخل Azure أو Azure CLI أو Azure PowerShell.
لماذا يوجد أكثر من 60 دقيقة بين النسخ الاحتياطية عندما يكون لدي تكرار النسخ الاحتياطي لـRDB لمدة 60 دقيقة؟
لا يبدأ الفاصل الزمني لتكرار النسخ الاحتياطي RDB حتى تكتمل عملية النسخ الاحتياطي السابقة بنجاح. إذا كان تكرار النسخ الاحتياطي 60 دقيقة ويستغرق إكمال عملية النسخ الاحتياطي 15 دقيقة، فلن يبدأ النسخ الاحتياطي التالي حتى 75 دقيقة بعد وقت بدء النسخ الاحتياطي السابق.
ماذا يحدث للنسخ الاحتياطية RDB القديمة عند إجراء نسخة احتياطية جديدة؟
يتم حذف جميع النسخ الاحتياطية لاستمرار RDB، باستثناء النسخة الأحدث، تلقائيًا. قد لا يحدث هذا الحذف على الفور، ولكن النسخ الاحتياطية القديمة لا تستمر إلى أجل غير مسمى. إذا كنت تستخدم المستوى Premium للاستمرار، وتم تشغيل الحذف المبدئي لحساب التخزين الخاص بك، تستمر النسخ الاحتياطية الموجودة في حالة الحذف المبدئي.
متى يجب استخدام حساب تخزين ثانٍ؟
استخدم حساب تخزين ثان لاستمرار AOF عندما تتوقع أن يكون لديك عمليات SET أعلى من المعتادة على ذاكرة التخزين المؤقت. يساعد استخدام حساب التخزين الثانوي على ضمان عدم وصول ذاكرة التخزين المؤقت إلى حدود النطاق الترددي للتخزين. يتوفر هذا الخيار فقط لذاكرة التخزين المؤقت من المستوى المتميز.
كيف يمكنني إزالة حساب التخزين الثاني؟
يمكنك إزالة حساب التخزين الثانوي لاستمرار AOF عن طريق تعيين حساب التخزين الثاني ليكون نفس حساب التخزين الأول. لتغيير إعدادات ذاكرة التخزين المؤقت الموجودة، حدد استمرارية البيانات ضمن الإعدادات في قائمة التنقل اليسرى لصفحة ذاكرة التخزين المؤقت. لتعطيل الاستمرارية بالكامل، حدد معطل في صفحة استمرارية البيانات .
ما هي إعادة الكتابة وكيف تؤثر على ذاكرة التخزين المؤقت؟
عندما يصبح ملف AOF كبيرا بما فيه الكفاية، يتم وضع إعادة الكتابة تلقائيا في قائمة الانتظار على ذاكرة التخزين المؤقت. تقوم إعادة كتابة ملف AOF بتغيير حجمه مع الحد الأدنى من مجموعة العمليات اللازمة لإنشاء مجموعة البيانات الحالية.
أثناء عمليات إعادة الكتابة، يمكنك أن تتوقع الوصول إلى حدود الأداء في وقت أقرب، خاصة عند التعامل مع مجموعات البيانات الكبيرة. تحدث عمليات إعادة الكتابة بشكل أقل كلما أصبح ملف AOF أكبر، ولكن يستغرق وقتا كبيرا عند حدوثها.
ما الذي يجب أن أتوقعه عند تغيير حجم ذاكرة التخزين المؤقت مع تمكين AOF؟
إذا كان ملف AOF في وقت التحجيم كبيرا، فتوقع أن تستغرق عملية المقياس وقتا أطول من المعتاد، لأنه يعيد تحميل الملف بعد انتهاء التحجيم. راجع أيضا ماذا يحدث إذا قمت بالتحجيم إلى حجم مختلف وتمت استعادة نسخة احتياطية تم إجراؤها قبل عملية التحجيم؟
كيف يتم تنظيم بيانات AOF في التخزين؟
عند استخدام الطبقة المتميزة، يتم تقسيم البيانات المخزنة في ملفات AOF إلى عدة الكائنات الثنائية كبيرة الحجم للصفحة لكل جزء. بشكل افتراضي، يتم حفظ نصف الكائنات الثنائية كبيرة الحجم في حساب التخزين الأساسي ويتم حفظ نصفها في حساب التخزين الثانوي. يؤدي تقسيم البيانات عبر الكائنات الثنائية كبيرة الحجم للصفحات المتعددة وحسابات تخزين مختلفة إلى تحسين الأداء.
إذا لم يكن معدل ذروة عمليات الكتابة إلى ذاكرة التخزين المؤقت مرتفعا، فقد لا تكون هناك حاجة إلى هذا الأداء الإضافي. في هذه الحالة، يمكن إزالة تكوين حساب التخزين الثانوي، وتخزين جميع ملفات AOF في حساب التخزين الأساسي الفردي. يعرض الجدول التالي عدد الكائنات الثنائية كبيرة الحجم للصفحة الإجمالية التي يستخدمها كل مستوى تسعير.
مستوى متميز | الكائنات الثنائية كبيرة الحجم |
---|---|
P1 | 8 لكل جزء |
P2 | 16 لكل جزء |
P3 | 32 لكل جزء |
P4 | 40 لكل جزء |
عند تمكين التجميع، يكون لكل جزء في ذاكرة التخزين المؤقت مجموعة خاصة به من الكائنات الثنائية كبيرة الحجم للصفحة، وفقا للجدول السابق. على سبيل المثال، تقوم ذاكرة التخزين المؤقت P2 مع ثلاثة أجزاء بتوزيع ملف AOF الخاص بها عبر الكائنات الثنائية كبيرة الحجم لصفحات 48: ستة عشر blobs لكل جزء، مع ثلاثة أجزاء.
بعد إعادة الكتابة، توجد مجموعتين من ملفات AOF في التخزين. تحدث عمليات إعادة الكتابة في الخلفية وتلحق بالمجموعة الأولى من الملفات. تعيين العمليات المرسلة إلى ذاكرة التخزين المؤقت أثناء إلحاق إعادة الكتابة إلى المجموعة الثانية من الملفات.
إذا كان هناك فشل أثناء إعادة الكتابة، يتم تخزين نسخة احتياطية مؤقتا. يتم حذف النسخة الاحتياطية على الفور بعد انتهاء إعادة الكتابة. إذا تم تشغيل الحذف المبدئي لحساب التخزين الخاص بك، يتم تطبيق إعداد الحذف المبدئي وتستمر النسخ الاحتياطية الموجودة في حالة الحذف المبدئي.
هل يؤثر وجود استثناءات جدار الحماية على حساب التخزين على الاستمرار؟
نعم. للثبات في المستوى Premium، يمكن أن يؤدي استخدام إعدادات جدار الحماية على حساب التخزين إلى منع ميزة الاستمرار من العمل.
يمكنك التحقق من وجود أخطاء في البيانات المستمرة عن طريق عرض مقياس الأخطاء. يشير هذا المقياس إلى ما إذا كانت ذاكرة التخزين المؤقت غير قادرة على الاحتفاظ بالبيانات بسبب قيود جدار الحماية على حساب التخزين أو مشاكل أخرى.
لاستخدام استمرارية البيانات مع حساب تخزين تم إعداد جدار حماية له، استخدم المصادقة المستندة إلى الهوية المدارة للاتصال بالتخزين. يؤدي استخدام الهوية المدارة إلى إضافة مثيل ذاكرة التخزين المؤقت إلى قائمة الخدمات الموثوق بها، مما يسهل تطبيق استثناءات جدار الحماية. إذا قمت بتخويل حساب التخزين باستخدام مفتاح بدلا من الهوية المدارة، فإن وجود استثناءات جدار الحماية على حساب التخزين يميل إلى قطع عملية الثبات.
هل يمكنني تمكين استمرار AOF إذا كان لدي أكثر من نسخة متماثلة واحدة؟
مع المستوى Premium، لا يمكنك استخدام استمرار AOF مع نسخ متماثلة متعددة. في مستويات Enterprise وEnterprise Flash، تكون بنية النسخ المتماثلة أكثر تعقيدا، ولكن يتم دعم استمرار AOF عند استخدام ذاكرة التخزين المؤقت للمؤسسة في عمليات النشر المتكررة للمنطقة.
كيف أعمل التحقق مما إذا كان الحذف المبدئي ممكنا على حساب التخزين الخاص بي؟
في مدخل Microsoft Azure، حدد حساب التخزين الذي تستخدمه ذاكرة التخزين المؤقتة للثبات، وحدد حماية البيانات ضمن إدارة البيانات في قائمة التنقل اليسرى. في صفحة حماية البيانات ، تحقق مما إذا كان تمكين الحذف المبدئي للكائنات الثنائية كبيرة الحجم ممكنا. لمزيد من المعلومات حول الحذف المبدئي في حسابات تخزين Azure، راجع تمكين الحذف المبدئي للكائنات الثنائية كبيرة الحجم.
هل يمكنني استخدام حساب تخزين في اشتراك مختلف عن الحساب الذي توجد فيه ذاكرة التخزين المؤقت؟
يمكنك اختيار حساب تخزين في اشتراك مختلف فقط إذا كنت تستخدم الهوية المدارة كطريقة مصادقة حساب التخزين.
المحتويات ذات الصلة
تعرف على المزيد حول ميزات Azure Cache for Redis.