مشاركة عبر

تكوين استمرارية البيانات لمثيل Azure Cache for Redis

  • مقالة

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

تحذير

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

تحذير

تم تعيين خيار الكتابة دائما لاستمرار AOF على مستويات Enterprise وEnterprise Flash ليتم إيقافها في 1 أبريل 2025. لم يعد هذا الخيار يحتوي على قيود أداء كبيرة مستحسنة. يوصى باستخدام خيار الكتابة كل ثانية أو استخدام استمرار RDB بدلا من ذلك.

نطاق التوفر

المستوى أساسي، قياسي متميز Enterprise وEnterprise Flash
متاح لا ‏‏نعم‬ نعم (معاينة)

أنواع استمرار البيانات في Redis

لديك خياران للثبات مع Azure Cache for Redis: تنسيق قاعدة بيانات Redis (RDB) وتنسيق إلحاق الملف فقط (AOF):

  • استمرار RDB - عند استخدام استمرار RDB، تستمر ذاكرة التخزين المؤقت Azure لـ Redis في لقطة من ذاكرة التخزين المؤقت بتنسيق ثنائي. يتم حفظ اللقطة في حساب Azure Storage. يحدد تكرار النسخ الاحتياطي القابل للتكوين عدد مرات استمرار اللقطة. إذا حدث حدث كارثي يعطل ذاكرة التخزين المؤقت الأساسية والنسخة المتماثلة، يتم إعادة إنشاء ذاكرة التخزين المؤقت تلقائيا باستخدام أحدث لقطة. تعرف على المزيد حول مزاياوعيوب استمرار RDB.
  • استمرار AOF - عند استخدام استمرار AOF، يحفظ Azure Cache for Redis كل عملية كتابة إلى سجل. يتم حفظ السجل مرة واحدة على الأقل في الثانية في حساب Azure Storage. إذا حدث حدث كارثي يعطل كلا من ذاكرة التخزين المؤقت الأساسية والنسخة المتماثلة، يتم إعادة إنشاء ذاكرة التخزين المؤقت تلقائيا باستخدام عمليات الكتابة المخزنة. تعرف على المزيد حول مزاياوعيوب استمرارية AOF.

تهدف ميزات استمرار Azure Cache for Redis إلى استخدامها لاستعادة البيانات تلقائيا إلى نفس ذاكرة التخزين المؤقت بعد فقدان البيانات. لا يمكن استيراد ملفات البيانات المستمرة RDB/AOF إلى ذاكرة تخزين مؤقت جديدة أو ذاكرة التخزين المؤقت الموجودة. لنقل البيانات عبر ذاكرات التخزين المؤقت، استخدم ميزة الاستيراد والتصدير . لمزيد من المعلومات، راجع استيراد البيانات وتصديرها في Azure Cache for Redis.

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

المتطلبات الأساسية والقيود

تهدف ميزات الثبات إلى استخدامها لاستعادة البيانات إلى نفس ذاكرة التخزين المؤقت بعد فقدان البيانات.

  • لا يمكن استيراد ملفات البيانات المستمرة RDB/AOF إلى ذاكرة تخزين مؤقت جديدة أو ذاكرة التخزين المؤقت الموجودة. استخدم ميزة الاستيراد/التصدير بدلا من ذلك.
  • لا يتم دعم الثبات مع ذاكرة التخزين المؤقت باستخدام النسخ المتماثل الجغرافي السلبي أو النسخ المتماثل الجغرافي النشط.
  • في المستوى Premium ، لا يتم دعم استمرار AOF مع نسخ متماثلة متعددة.
  • في المستوى Premium ، يجب أن تستمر البيانات في حساب تخزين في نفس المنطقة مثل مثيل ذاكرة التخزين المؤقت.
  • في المستوى Premium ، يمكن استخدام حسابات التخزين في اشتراكات مختلفة لاستمرار البيانات إذا تم استخدام الهوية المدارة للاتصال بحساب التخزين.

الاختلافات بين الثبات في مستويات Premium وEnterprise

في المستوى Premium ، تستمر البيانات مباشرة إلى حساب Azure Storage الذي تملكه وتديره. يقوم Azure Storage تلقائيا بتشفير البيانات عند استمرارها، ولكن يمكنك أيضا استخدام المفاتيح الخاصة بك للتشفير. لمزيد من المعلومات، يُرجى الرجوع إلى المفاتيح المُدارة الخاصة بـAzure Storage encryption.

تحذير

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

في مستويات Enterprise وEnterprise Flash ، تستمر البيانات إلى قرص مدار مرفق مباشرة بمثيل ذاكرة التخزين المؤقت. الموقع غير قابل للتكوين ولا يمكن للمستخدم الوصول إليه. يؤدي استخدام قرص مدار إلى زيادة أداء الثبات. يتم تشفير القرص باستخدام مفاتيح Microsoft المدارة (MMK) بشكل افتراضي، ولكن يمكن أيضا استخدام المفاتيح المدارة بواسطة العميل (CMK). لمزيد من المعلومات، راجع إدارة تشفير البيانات.

كيفية إعداد استمرارية البيانات باستخدام مدخل Microsoft Azure

  1. لإنشاء ذاكرة تخزين مؤقت Premium، سجل الدخول إلى مدخل Microsoft Azure وحدد Create a resource. يمكنك إنشاء ذاكرة التخزين المؤقت في مدخل Microsoft Azure. يمكنك أيضا إنشائها باستخدام قوالب Resource Manager أو PowerShell أو Azure CLI. لمزيد من المعلومات حول إنشاء ذاكرة التخزين المؤقت Azure لـ Redis، راجع إنشاء ذاكرة تخزين مؤقت.

    Screenshot that shows a form to create an Azure Cache for Redis resource.

  2. من صفحة إنشاء مورد، حدد قواعد البيانات ومن ثم حدد Azure Cache for Redis.

    Screenshot showing Azure Cache for Redis selected as a new database type.

  3. ومن الصفحة New Redis Cache، كون إعدادات ذاكرة التخزين المؤقتة الجديدة.

    الإعدادات القيمة المقترحة ‏‏الوصف
    اسم DNS أدخل اسمًا فريدًا عالميًا. يجب أن يكون اسم ذاكرة التخزين المؤقت عبارة عن سلسلة بين 1 و63 حرفًا تحتوي فقط على أرقام أو أحرف أو واصلات. لا بد أن يبدأ الاسم وينتهي برقم أو حرف، ولا يمكن أن يحتوي على واصلات متتالية. اسم المضيف لمثيل ذاكرة التخزين المؤقت هو \<DNS name>.redis.cache.windows.net.
    الاشتراك المنسدلة وحدد اشتراكك. الاشتراك الذي يتم بموجبه إنشاء مثيل Azure Cache الجديد لـ Redis.
    مجموعة الموارد حدد مجموعة موارد، أو حدد Create new، ثم أدخل اسمًا فريداً لمجموعة الموارد الجديدة. اسم مجموعة الموارد المراد إنشاء ذاكرة التخزين المؤقت والموارد الأخرى فيها. وعبر وضع جميع موارد التطبيق في مجموعة موارد واحدة، يمكنك إدارتها أو حذفها بسهولة.
    Location القائمة المنسدلة واختيار الموقع. حدد منطقة بالقرب من الخدمات الأخرى التي تستخدم ذاكرة التخزين المؤقت.
    نوع ذاكرة التخزين المؤقت القائمة المنسدلة وحدد ذاكرة تخزين مؤقت متميزة لتكوين الميزات المتميزة. للحصول على التفاصيل، راجع Azure Cache لتسعير Redis. يحدد التسعير مختلف الفئات الحجم والأداء والميزات المتوفرة في ذاكرة التخزين المؤقت. لمزيد من المعلومات، راجع Azure Cache من أجل Redis Overview.

  4. حدد علامة التبويب Networking أو انقر فوق زر Networking في أسفل الصفحة.

  5. في علامة التبويب شبكة الاتصال، حدد أسلوب الاتصال. بالنسبة لمثيلات ذاكرة التخزين المؤقت المتميزة، يمكنك الاتصال إما بشكل عام، عبر عناوين IP العامة أو نقاط نهاية الخدمة. يمكنك الاتصال بشكل خاص باستخدام نقطة نهاية خاصة.

  6. حدد علامة التبويب Next: Advanced أو حد الزر Next: Advanced في أسفل الصفحة.

  7. من علامة تبويب الخيارات المتقدمة لمثيل ذاكرة التخزين المؤقت المميزة، كون إعدادات non-TLS port، والتجميع، وثبات البيانات. لاستمرار البيانات، يمكنك اختيار استمرار RDB أو AOF.

  8. لتمكين استمرار RDB، حدد RDB وقم بتكوين الإعدادات.

    الإعدادات القيمة المقترحة ‏‏الوصف
    أسلوب المصادقة القائمة المنسدلة وحدد أسلوب مصادقة. الاختيارات هي الهوية المدارة أو مفتاح التخزين اختر أسلوب المصادقة المفضل لديك. يسمح لك استخدام الهوية المدارة باستخدام حساب تخزين في اشتراك مختلف عن الاشتراك الذي توجد فيه ذاكرة التخزين المؤقت.
    الاشتراك القائمة المنسدلة وحدد اشتراكا. يمكنك اختيار حساب تخزين في اشتراك مختلف إذا كنت تستخدم الهوية المدارة كطريقة مصادقة.
    تردد النسخ الاحتياطي القائمة المنسدلة وحدد فاصلا زمنيا للنسخ الاحتياطي. تتضمن الخيارات 15 دقيقةو30 دقيقةو60 دقيقةو6 ساعاتو12 ساعةو24 ساعة. يبدأ هذا الفاصل الزمني العد لأسفل بعد اكتمال عملية النسخ الاحتياطي السابقة بنجاح. عندما تنقضي، تبدأ نسخة احتياطية جديدة.
    حساب التخزين القائمة المنسدلة وحدد حساب التخزين الخاص بك. اختر حساب تخزين في نفس المنطقة والاشتراك مثل ذاكرة التخزين المؤقت. يوصى باستخدام حساب Premium Storage لأنه يحتوي على معدل نقل أعلى. كما نوصي بشدة بتعطيل ميزة الحذف المبدئي على حساب التخزين لأنها تؤدي إلى زيادة تكاليف التخزين. لمزيد من المعلومات، راجع التسعير و الفوترة.
    مفتاح التخزين القائمة المنسدلة واختر إما المفتاح الأساسي أو المفتاح الثانوي لاستخدامه. إذا تمت إعادة إنشاء مفتاح التخزين لحساب الاستمرار الخاص بك، يجب إعادة تكوين المفتاح من القائمة المنسدلة مفتاح التخزين.

    تبدأ النسخة الاحتياطية الأولى بمجرد انقضاء الفاصل الزمني لتكرار النسخ الاحتياطي.

    إشعار

    عندما يتم نسخ ملفات RDB احتياطيًا إلى التخزين، يتم تخزينها في شكل الكائنات الثنائية كبيرة الحجم للصفحة. إذا كنت تستخدم حساب تخزين مع تمكين HNS، فسيميل الثبات إلى الفشل لأن الكائنات الثنائية كبيرة الحجم للصفحة غير مدعومة في حسابات التخزين مع تمكين HNS (ADLS Gen2).

  9. لتمكين استمرار AOF، حدد AOF وقم بتكوين الإعدادات.

    الإعدادات القيمة المقترحة ‏‏الوصف
    أسلوب المصادقة القائمة المنسدلة وحدد أسلوب مصادقة. الاختيارات هي الهوية المدارة أو مفتاح التخزين اختر أسلوب المصادقة المفضل لديك. يسمح لك استخدام الهوية المدارة باستخدام حساب تخزين في اشتراك مختلف عن الاشتراك الذي توجد فيه ذاكرة التخزين المؤقت.
    الاشتراك القائمة المنسدلة وحدد اشتراكا. يمكنك اختيار حساب تخزين في اشتراك مختلف إذا كنت تستخدم الهوية المدارة كطريقة مصادقة.
    حساب التخزين الأول القائمة المنسدلة وحدد حساب التخزين الخاص بك. اختر حساب تخزين في نفس المنطقة والاشتراك مثل ذاكرة التخزين المؤقت. يوصى باستخدام حساب Premium Storage لأنه يحتوي على معدل نقل أعلى. كما نوصي بشدة بتعطيل ميزة الحذف المبدئي على حساب التخزين لأنها تؤدي إلى زيادة تكاليف التخزين. لمزيد من المعلومات، راجع التسعير و الفوترة.
    مفتاح التخزين الأول القائمة المنسدلة واختر إما المفتاح الأساسي أو المفتاح الثانوي لاستخدامه. إذا تمت إعادة إنشاء مفتاح التخزين لحساب الاستمرار الخاص بك، يجب إعادة تكوين المفتاح من القائمة المنسدلة مفتاح التخزين.
    حساب التخزين الثاني (اختياري) القائمة المنسدلة وحدد حساب التخزين الثانوي الخاص بك. يمكنك تكوين حساب تخزين آخر اختياريًا. إذا تم تكوين حساب تخزين ثان، تتم كتابة عمليات الكتابة إلى ذاكرة التخزين المؤقت للنسخة المتماثلة إلى حساب التخزين الثاني هذا.
    مفتاح التخزين الثاني (اختياري) القائمة المنسدلة واختر إما المفتاح الأساسي أو المفتاح الثانوي لاستخدامه. إذا تمت إعادة إنشاء مفتاح التخزين لحساب الاستمرار الخاص بك، يجب إعادة تكوين المفتاح من القائمة المنسدلة مفتاح التخزين.

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

  10. حدد علامة Next: Tags أو حدد الزر Next: Tags في أسفل الصفحة.

  11. اختياريا، من علامة التبويب أدخل الاسم والقيمة إذا كنت ترغب في تصنيف المورد.

  12. حدد "Review + create". يتم نقلك إلى علامة التبويب Review + create إذ يقوم Azure بالتحقق من صحة التكوين الخاص بك.

  13. بعد ظهور رسالة "التحقق من الصحة" الخضراء، حدد إنشاء.

قد يستغرق ذلك بعض الوقت لإنشاء ذاكرة التخزين المؤقت. يمكنك مراقبة التقدم المحرز فيAzure Cache لـصفحة Redis الخاصة بالنظرة العامة. عندما تظهر الحالة ك تشغيل، تكون ذاكرة التخزين المؤقت جاهزة للاستخدام.

كيفية إعداد استمرارية البيانات باستخدام PowerShell وAzure CLI

يمكن استخدام الأمر New-AzRedisCache لإنشاء ذاكرة تخزين مؤقت جديدة من المستوى المتميز باستخدام استمرارية البيانات. راجع أمثلة على استمرار RDB واستمرار AOF

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

يمكن استخدام الأمر az redis create لإنشاء ذاكرة تخزين مؤقت جديدة من المستوى المتميز باستخدام استمرارية البيانات. على سبيل المثال،

az redis create --location westus2 --name MyRedisCache --resource-group MyResourceGroup --sku Premium --vm-size p1 --redis-configuration @"config_rdb.json"

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

az redis update --name MyRedisCache --resource-group MyResourceGroup --set "redisConfiguration.rdb-storage-connection-string"="BlobEndpoint=https//..." "redisConfiguration.rdb-backup-enabled"="true" "redisConfiguration.rdb-backup-frequency"="15" "redisConfiguration.rdb-backup-max-snapshot-count"="1"

إدارة تشفير البيانات

نظرا لأن استمرار Redis ينشئ بيانات ثابتة، فإن تشفير هذه البيانات هو مصدر قلق مهم للعديد من المستخدمين. تختلف خيارات التشفير استنادا إلى طبقة ذاكرة التخزين المؤقت Azure ل Redis المستخدمة.

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

مع مستويات Enterprise وEnterprise Flash، يتم تخزين البيانات على قرص مدار مثبت على مثيل ذاكرة التخزين المؤقت. بشكل افتراضي، يتم تشفير القرص الذي يحمل بيانات الثبات وقرص نظام التشغيل باستخدام مفاتيح تديرها Microsoft. يمكن أيضا استخدام مفتاح مدار من قبل العميل (CMK) للتحكم في تشفير البيانات. راجع التشفير على ذاكرة التخزين المؤقت لطبقة المؤسسة للحصول على الإرشادات.

الأسئلة المتداولة حول الاستمرار

تحتوي القائمة التالية على إجابات للأسئلة الشائعة حول Azure Cache لاستمرار Redis.

استمرار RDB

استمرارية AOF

هل يمكنني تمكين الاستمرارية على ذاكرة التخزين المؤقت التي تم إنشاؤها مسبقًا؟

نعم، يمكن تكوين الثبات في كل من إنشاء ذاكرة التخزين المؤقت وعلى ذاكرة التخزين المؤقت Premium أو Enterprise أو Enterprise Flash الموجودة.

هل يمكنني تمكين استمرار AOF وRDB في نفس الوقت؟

لا، يمكنك تمكين RDB أو AOF، ولكن ليس كلاهما في نفس الوقت.

كيف يعمل الثبات مع النسخ المتماثل الجغرافي؟

إذا قمت بتمكين استمرارية البيانات، فلا يمكن تمكين النسخ المتماثل الجغرافي لذاكرة التخزين المؤقت.

ما هو نموذج الاستمرار الذي يجب أن أختاره؟

يحفظ استمرار AOF كل كتابة إلى سجل، والذي له تأثير كبير على معدل النقل. مقارنة AOF مع استمرار RDB، الذي يحفظ النسخ الاحتياطية استنادًا إلى الفاصل الزمني للنسخ الاحتياطي المكون بأقل تأثير على الأداء. اختر استمرارية AOF إذا كان هدفك الأساسي هو تقليل فقدان البيانات، ويمكنك التعامل مع معدل نقل أقل لذاكرة التخزين المؤقت. اختر استمرار RDB إذا كنت ترغب في الحفاظ على معدل النقل الأمثل على ذاكرة التخزين المؤقت، ولكنك لا تزال تريد آلية لاسترداد البيانات.

لمزيد من المعلومات حول الأداء عند استخدام استمرار AOF، راجع هل يؤثر استمرار AOF على معدل النقل أو زمن الانتقال أو أداء ذاكرة التخزين المؤقت الخاصة بي؟

هل يؤثر استمرار AOF على معدل النقل أو زمن الانتقال أو أداء ذاكرة التخزين المؤقت الخاصة بي؟

يؤثر استمرار AOF على معدل النقل. تعمل AOF على كل من العملية الأساسية والنسخة المتماثلة، لذلك ترى CPU أعلى وتحميل الخادم لذاكرة تخزين مؤقت مع استمرار AOF من ذاكرة التخزين المؤقت المتطابقة دون استمرار AOF. توفر AOF أفضل تناسق مع البيانات الموجودة في الذاكرة لأن كل كتابة وحذف يستمر مع بضع ثوان فقط من التأخير. المفاضلة هي أن AOF أكثر كثافة في الحوسبة.

طالما أن كل من CPU وServer Load أقل من 90٪، فهناك عقوبة على معدل النقل، ولكن ذاكرة التخزين المؤقت تعمل بشكل طبيعي، وإلا. أكثر من 90٪ من CPU وتحميل الخادم، يمكن أن تحصل على عقوبة معدل النقل أعلى بكثير، ويزداد زمن انتقال جميع الأوامر التي تتم معالجتها بواسطة ذاكرة التخزين المؤقت. يزيد زمن الانتقال لأن استمرار AOF يعمل على كل من العملية الأساسية والنسخة المتماثلة، ما يزيد من الحمل على العقدة قيد الاستخدام، ويضع الاستمرار على المسار الحرج للبيانات.

ماذا يحدث إذا قمت بالتحجيم إلى حجم مختلف وتمت استعادة نسخة احتياطية تم إجراؤها قبل عملية التحجيم؟

لكل من استمرار RDB و AOF:

  • إذا قمت بالتحجيم إلى حجم أكبر، فلا يوجد أي تأثير.
  • إذا قمت بالتحجيم إلى حجم أصغر، وكان لديك إعداد قواعد بيانات مخصص أكبر من حد قواعد البيانات لحجمك الجديد، فلن تتم استعادة البيانات الموجودة في قواعد البيانات هذه. لمزيد من المعلومات، راجع هل يتأثر إعداد قواعد البيانات المخصصة أثناء التحجيم؟
  • إذا قمت بالتحجيم إلى حجم أصغر، ولم تكن هناك مساحة كافية في الحجم الأصغر للاحتفاظ بجميع البيانات من النسخة الاحتياطية الأخيرة، يتم إخلاء المفاتيح أثناء عملية الاستعادة. عادة ما يتم إخلاء المفاتيح باستخدام نهج إخلاء allkeys-lru.

هل يمكنني استخدام نفس حساب التخزين للثبات عبر اثنين من ذاكرة التخزين المؤقت المختلفة؟

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

هام

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

هل سيتم تحصيل رسوم من التخزين المستخدم في استمرارية البيانات؟

  • بالنسبة لذاكرة التخزين المؤقت Premium ، يتم تحصيل رسوم منك مقابل التخزين المستخدم وفقا لنموذج التسعير لحساب التخزين المستخدم.
  • بالنسبة لذاكرة التخزين المؤقت ل Enterprise وEnterprise Flash ، لا يتم تحصيل رسوم منك مقابل تخزين القرص المدار. يتم تضمينه في السعر.

ما مدى تكرار كتابة استمرار RDB وAOF إلى الكائنات الثنائية كبيرة الحجم الخاصة بي، وهل يجب تمكين الحذف المبدئي؟

نوصي بتجنب تمكين الحذف المبدئي على حسابات التخزين عند استخدامها مع استمرار بيانات Azure Cache for Redis مع الطبقة المتميزة. يمكن أن يكتب استمرار RDB وAOF إلى الكائنات الثنائية كبيرة الحجم الخاصة بك بشكل متكرر كل ساعة أو كل بضع دقائق أو كل ثانية. أيضًا، تمكين الحذف المبدئي على حساب تخزين يعني أن ذاكرة التخزين المؤقت Azure لـRedis لا يمكنها تقليل تكاليف التخزين عن طريق حذف بيانات النسخ الاحتياطي القديمة.

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

هل يمكنني تغيير تكرار النسخ الاحتياطي لـ RDB بعد إنشاء ذاكرة التخزين المؤقت؟

نعم، يمكنك تغيير تكرار النسخ الاحتياطي لاستمرار RDB باستخدام مدخل Microsoft Azure أو CLI أو PowerShell.

لماذا يوجد أكثر من 60 دقيقة بين النسخ الاحتياطية عندما يكون لدي تكرار النسخ الاحتياطي لـRDB لمدة 60 دقيقة؟

لا يبدأ الفاصل الزمني لتكرار استمرار RDB حتى تكتمل عملية النسخ الاحتياطي السابقة بنجاح. إذا كان تكرار النسخ الاحتياطي 60 دقيقة ويستغرق اكتمال عملية النسخ الاحتياطي 15 دقيقة، فلن تبدأ النسخة الاحتياطية التالية حتى 75 دقيقة بعد وقت بدء النسخ الاحتياطي السابق.

ماذا يحدث للنسخ الاحتياطية RDB القديمة عند إجراء نسخة احتياطية جديدة؟

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

متى يجب استخدام حساب تخزين ثانٍ؟

استخدم حساب تخزين ثان لاستمرار AOF عندما تعتقد أن لديك عمليات تعيين أعلى من المتوقع على ذاكرة التخزين المؤقت. يساعد إعداد حساب التخزين الثانوي على ضمان عدم وصول ذاكرة التخزين المؤقت إلى حدود النطاق الترددي للتخزين. يتوفر هذا الخيار فقط لذاكرة التخزين المؤقت للطبقة المتميزة.

كيف يمكنني إزالة حساب التخزين الثاني؟

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

ما هي إعادة الكتابة وكيف تؤثر على ذاكرة التخزين المؤقت؟

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

ما الذي يجب أن أتوقعه عند تغيير حجم ذاكرة التخزين المؤقت مع تمكين AOF؟

إذا كان ملف AOF في وقت التحجيم كبيرا، فتوقع أن تستغرق عملية التحجيم وقتا أطول من المتوقع لأنه يعيد تحميل الملف بعد انتهاء التحجيم.

لمزيد من المعلومات حول التحجيم، راجع ماذا يحدث إذا قمت بالتحجيم إلى حجم مختلف وتمت استعادة نسخة احتياطية تم إجراؤها قبل عملية التحجيم؟

كيف يتم تنظيم بيانات AOF في التخزين؟

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

إذا لم يكن معدل ذروة الكتابة إلى ذاكرة التخزين المؤقت مرتفعا جدا، فقد لا تكون هناك حاجة إلى هذا الأداء الإضافي. في هذه الحالة، يمكن إزالة تكوين حساب التخزين الثانوي. يتم تخزين جميع ملفات AOF بدلا من ذلك في حساب التخزين الأساسي الفردي فقط. يعرض الجدول التالي عدد الكائنات الثنائية كبيرة الحجم للصفحة الإجمالية المستخدمة لكل مستوى تسعير:

مستوى متميز الكائنات الثنائية كبيرة الحجم
P1 8 لكل جزء
P2 16 لكل جزء
P3 32 لكل جزء
P4 40 لكل جزء

عند تمكين التجميع، يكون لكل جزء في ذاكرة التخزين المؤقت مجموعته الخاصة من الكائنات الثنائية كبيرة الحجم للصفحة، كما هو موضح في الجدول السابق. على سبيل المثال، تقوم ذاكرة التخزين المؤقت P2 مع ثلاثة أجزاء بتوزيع ملف AOF الخاص بها عبر 48 الكائنات الثنائية كبيرة الحجم للصفحة: ستة عشر blobs لكل جزء، مع ثلاثة أجزاء.

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

هل سيؤثر وجود استثناءات جدار الحماية على حساب التخزين على الاستمرار؟

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

هل يمكنني تمكين استمرار AOF إذا كان لدي أكثر من نسخة متماثلة واحدة؟

باستخدام المستوى Premium، لا يمكنك استخدام استمرار ملف الإلحاق فقط (AOF) مع نسخ متماثلة متعددة. في مستويات Enterprise وEnterprise Flash، تكون بنية النسخ المتماثلة أكثر تعقيدا، ولكن يتم دعم استمرار AOF عند استخدام ذاكرة التخزين المؤقت للمؤسسة في التوزيع المتكرر للمنطقة.

كيف أعمل التحقق مما إذا كان الحذف المبدئي ممكنا على حساب التخزين الخاص بي؟

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

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

تعرف على المزيد حول ميزات Azure Cache for Redis.