تغيير حجم مثيل Azure Cache لـ Redis

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

أنواع التحجيم

هناك طريقتان أساسيتان لتوسيع نطاق ذاكرة التخزين المؤقت Azure لمثيل Redis:

• يزيد التحجيم من حجم الجهاز الظاهري (VM) الذي يقوم بتشغيل خادم Redis، مما يضيف المزيد من الذاكرة ووحدات المعالجة المركزية الظاهرية (vCPUs) وعرض النطاق الترددي للشبكة. ويسمى التحجيم أيضا التحجيم العمودي. عكس التحجيم لأعلى هو التحجيم لأسفل.

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

نطاق التوفر

المستوى	أساسية وقياسية	متميز	Enterprise وEnterprise Flash
توسيع النطاق	‏‏نعم‬	‏‏نعم‬	‏‏نعم‬
تقليص الحجم	‏‏نعم‬	‏‏نعم‬	لا
التوسيع	لا	‏‏نعم‬	‏‏نعم‬
تحجيم في	لا	‏‏نعم‬	لا

متى يتم تغيير الحجم

يمكنك استخدام ميزات المراقبة لـ Azure Cache لـ Redis لمراقبة صحة ذاكرة التخزين المؤقت وأدائها. استخدم هذه المعلومات لتحديد وقت تغيير حجم ذاكرة التخزين المؤقت.

يمكنك مراقبة المقاييس التالية لتحديد ما إذا كنت بحاجة إلى تغيير الحجم.

• تحميل خادم Redis
  • يعني تحميل خادم Redis العالي أن الخادم غير قادر على مواكبة الطلبات من جميع العملاء. نظرا لأن خادم Redis عبارة عن عملية مترابطة واحدة، فمن المفيد عادة توسيع النطاق بدلا من توسيع نطاقه. يساعد التوسع عن طريق تمكين التجميع على توزيع وظائف الحمل عبر عمليات Redis المتعددة. يساعد التوسع أيضا في توزيع تشفير/فك تشفير TLS والاتصال/قطع الاتصال، وتسريع مثيلات ذاكرة التخزين المؤقت باستخدام TLS.
  • لا يزال من المفيد زيادة الحجم في تقليل تحميل الخادم لأن مهام الخلفية يمكن أن تستفيد من المزيد من وحدات المعالجة المركزية الظاهرية وتحرر مؤشر الترابط لعملية خادم Redis الرئيسية.
  • تستخدم مستويات Enterprise وEnterprise Flash Redis Enterprise بدلا من مصدر مفتوح Redis. إحدى مزايا هذه المستويات هي أن عملية خادم Redis يمكن أن تستفيد من وحدات vCPUs متعددة. مع وحدات المعالجة المركزية الظاهرية المتعددة، يمكن أن يكون كل من توسيع النطاق وتوسيع نطاقه في هذه المستويات مفيدا في تقليل تحميل الخادم.
• استخدام الذاكرة
  • يُشير الاستخدام العالي للذاكرة إلى أن حجم البيانات كبير جدا بالنسبة لحجم ذاكرة التخزين المؤقت الحالية. ضع في اعتبارك تغير الحجم إلى حجم ذاكرة التخزين المؤقت مع ذاكرة أكبر. إما أن يكون التحجيم أو التوسيع فعالا هنا.
• اتصالات العميل
  • يحتوي كل حجم ذاكرة تخزين مؤقت على حد لعددِ اتصالات العميل التي يمكن أن يدعمها. إذا كانت اتصالات العميل قريبة من الحد الأقصى لحجم ذاكرة التخزين المؤقت، ففكر في التوسع إلى مستوى أكبر. لا يؤدي التوسع إلى زيادة عدد اتصالات العميل المدعومة.
  • لمزيد من المعلومات حول حدود الاتصال حسب حجم ذاكرة التخزين المؤقت، راجع Azure Cache for Redis Pricing.
• النطاق الترددي للشبكة
  • في حال تجاوز خادم Redis النطاق الترددي المتوفر، فقد مهلة طلبات العملاء لأن الخادم لا يمكنه دفع البيانات إلى العميل بسرعة كافية. لمعرفة مقدار النطاق الترددي من جانب الخادم الذي يتم استخدامه، تحقق من مقاييس "قراءة ذاكرة التخزين المؤقت" و"كتابة ذاكرة التخزين المؤقت". إذا تجاوز خادم Redis النطاق الترددي المتوفر للشبكة، فيجب أن تفكر في توسيع نطاق ذاكرة التخزين المؤقت أو توسيعه إلى حجم ذاكرة تخزين مؤقت أكبر مع عرض نطاق ترددي أعلى للشبكة.
  • بالنسبة لذاكرة التخزين المؤقت لمستوى المؤسسة باستخدام نهج مجموعة المؤسسة، لا يؤدي التوسع إلى زيادة النطاق الترددي للشبكة.
  • لمزيدٍ من المعلومات حول النطاق الترددي المتوفر للشبكة حسب حجم ذاكرة التخزين المؤقت، راجع الأسئلة المتداولة حول تخطيط Azure Cache لـ Redis.
• عمليات فحص Defender الداخلية
  • في ذاكرة التخزين المؤقت C0 وC1 Standard، أثناء تشغيل فحص Defender الداخلي على الأجهزة الظاهرية، قد ترى طفرات قصيرة في تحميل الخادم لا يسببها زيادة في طلبات ذاكرة التخزين المؤقت. ترى زمن انتقال أعلى للطلبات أثناء تشغيل عمليات فحص Defender الداخلية على هذه المستويات مرتين في اليوم. تحتوي ذاكرة التخزين المؤقت على طبقات C0 وC1 على نواة واحدة فقط للمهام المتعددة، مما يقسم عمل خدمة فحص Defender الداخلي وطلبات Redis. يمكنك تقليل التأثير عن طريق التحجيم إلى عرض مستوى أعلى مع مراكز وحدة المعالجة المركزية المتعددة، مثل C2.
  • يساعد زيادة حجم ذاكرة التخزين المؤقت على المستويات الأعلى في معالجة أي مخاوف تتعلق زمن الانتقال. أيضا، على مستوى C2 ، لديك دعم لما يصل إلى 2000 اتصال عميل.

لمزيدٍ من المعلومات حول تحديد مستوى تسعير ذاكرة التخزين المؤقت لاستخدامه، راجع اختيار المستوى الصحيح و الأسئلة المتداولة حول تخطيط Azure Cache لـ Redis.

إشعار

لمزيد من المعلومات حول كيفية تحسين عملية التحجيم، راجع أفضل الممارسات لدليل التحجيم

المتطلبات الأساسية/القيود المفروضة على تحجيم Azure Cache ل Redis

يمكنك توسيع نطاق لأعلى/لأسفل إلى مستوى تسعير مختلف مع القيود التالية:

• لا يمكنك توسيع مستوى تسعير أعلى إلى مستوى تسعير أقل.
  • لا يمكنك التحجيم من ذاكرة التخزين المؤقت Enterprise أو Enterprise Flash إلى أي مستوى آخر.
  • لا يمكنك التحجيم من ذاكرة التخزين المؤقت Premium إلى ذاكرة التخزين المؤقت القياسية أو الأساسية .
  • لا يمكنك التحجيم من ذاكرة التخزين المؤقت القياسية إلى ذاكرة التخزين المؤقت الأساسية .
• يمكنك التحجيم من ذاكرة التخزين المؤقت الأساسية إلى ذاكرة التخزين المؤقت القياسية ولكن لا يمكنك تغيير الحجم في نفس الوقت. في حال كنت بحاجة إلى حجم مختلف، يمكنك لاحقًا إجراء عملية تحجيم إلى الحجم المطلوب.
• لا يمكنك التحجيم من ذاكرة التخزين المؤقت الأساسية مباشرة إلى ذاكرة التخزين المؤقت Premium . أولًا، تغيير الحجم من Basic إلى Standard في عملية تغيير حجم واحدة، ومن ثم من Standard إلى Premium في عملية تغيير حجم لاحقة.
• لا يمكنك التحجيم من حجم أكبر إلى حجم C0 (250 ميغابايت ). ومع ذلك، يمكنك التوسع إلى أي حجم آخر ضمن نفس مستوى التسعير. على سبيل المثال، يمكنك التوسع من C5 Standard إلى C1 Standard.
• لا يمكنك التحجيم من ذاكرة التخزين المؤقت Premium أو Standard أو Basic إلى ذاكرة التخزين المؤقت Enterprise أو Enterprise Flash.
• لا يمكنك تغيير الحجم بين Enterprise وEnterprise Flash.

يمكنك التوسيع/الدخول بالقيود التالية:

• يتم دعم التوسيع فقط على مستويات Premium وEnterprise وEnterprise Flash.
• يتم دعم التحجيم في فقط على المستوى المتميز .
• في المستوى Premium ، يجب تمكين التجميع أولا قبل التحجيم أو التحجيم.
• في المستوى المتميز ، يتوفر دعم توسيع نطاق يصل إلى 10 قطع بشكل عام. يتوفر الدعم لما يصل إلى 30 قطعة في المعاينة. (بالنسبة لذاكرة التخزين المؤقت التي تحتوي على نسختين متماثلتين، يكون حد القطع هو 20. مع ثلاث نسخ متماثلة، حد القطع هو 15.)
• يمكن فقط لمستويات Enterprise وEnterprise Flash توسيع نطاقها وتوسيع نطاقها في وقت واحد.

كيفية التحجيم - المستويات الأساسية والقياسية والمتميزة

توسيع النطاق صعودا وهبوطا باستخدام Basic وStandard وPremium

توسيع النطاق صعودا وهبوطا باستخدام مدخل Microsoft Azure

1. لتغيير حجم ذاكرة التخزين المؤقت، استعرض للوصول إلى ذاكرة التخزين المؤقت في مدخل Microsoft Azure وحدد Scale من قائمة Resource.

   

2. اختر مستوى تسعير في جزء العمل ثم اختر تحديد.

   

3. بينما يكون التخزين المؤقت هو التحجيم إلى المستوى الجديد، يتم عرض إشعار Scaling Redis Cache.

   

4. عند اكتمال التحجيم، تتغير الحالة من Scaling إلى Running.

إشعار

عند توسيع نطاق ذاكرة التخزين المؤقت لأعلى أو لأسفل باستخدام المدخل، يتم تغيير حجم كل من maxmemory-reserved الإعدادات و maxfragmentationmemory-reserved تلقائيا بالتناسب مع حجم ذاكرة التخزين المؤقت. على سبيلِ المثال، في حال عيّن maxmemory-reserved إلى 3 غيغابايت على ذاكرة التخزين المؤقت 6 غيغابايت، وقمت بالتحجيم إلى ذاكرة التخزين المؤقت 12 غيغابايت، يتم تحديث الإعدادات تلقائيًا إلى 6 غيغابايت أثناء التحجيم. عند تقليص الحجم، يحدثُ العكس.

توسيع النطاق صعودا وهبوطا باستخدام PowerShell

يمكنك قياس Azure Cache لمثيلات Redis باستخدام PowerShell باستخدام الأمر Cmdlet Set-AzRedisCache عند تعديل الخصائص Sizeأو Sku . يوضح المثال التالي كيفية تغيير حجم ذاكرة التخزين المؤقت المسماة myCache إلى ذاكرة تخزين مؤقت بسعة 6 غيغابايت في نفس المستوى.

   Set-AzRedisCache -ResourceGroupName myGroup -Name myCache -Size 6GB

لمزيدٍ من المعلومات حول التحجيم باستخدام PowerShell، راجع لتغيير حجم Azure Cache لـ Redis باستخدام PowerShell.

توسيع النطاق وتقليصه باستخدام Azure CLI

لتوسيع نطاق Azure Cache لمثيلات Redis باستخدام Azure CLI، قم باستدعاء الأمر az redis update . استخدم الخاصية sku.capacity لتوسيع نطاق داخل طبقة، على سبيل المثال من ذاكرة التخزين المؤقت Standard C0 إلى Standard C1:

az redis update --cluster-name myCache --resource-group myGroup --set "sku.capacity"="2"

استخدم الخاصيتين "sku.name" و"sku.family" لتوسيع نطاقهما إلى مستوى مختلف، على سبيل المثال من ذاكرة التخزين المؤقت القياسية C1 إلى ذاكرة التخزين المؤقت Premium P1:

az redis update --cluster-name myCache --resource-group myGroup --set "sku.name"="Premium" "sku.capacity"="1" "sku.family"="P"

لمزيد من المعلومات حول التحجيم باستخدام واجهة سطر الأوامر Azure، راجع تغيير إعدادات Azure Cache لـ Redis الموجودة.

إشعار

عند توسيع نطاق ذاكرة التخزين المؤقت لأعلى أو لأسفل برمجيا (على سبيل المثال، باستخدام PowerShell أو Azure CLI)، يتم تجاهل أي maxmemory-reserved منها أو maxfragmentationmemory-reserved كجزء من طلب التحديث. يُكرّم تغيير التحجيم الخاص بك فقط. يمكنك تحديث إعدادات الذاكرة هذه بعد اكتمال عملية التحجيم.

التوسيع والتحجيم - Premium فقط

إنشاء ذاكرة تخزين مؤقت جديدة يتم توسيع نطاقها باستخدام نظام المجموعة

يتم تمكين التجميع أثناء إنشاء ذاكرة التخزين المؤقت من جزء العمل، عند إنشاء ذاكرة تخزين مؤقت Azure جديدة ل Redis.

1. استخدم دليل التشغيل السريع إنشاء ذاكرة التخزين المؤقت Redis مفتوحة المصدر لبدء إنشاء ذاكرة تخزين مؤقت جديدة باستخدام مدخل Microsoft Azure.

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

   

   يمكنك الحصول على ما يصل إلى 30 قطعة في نظام المجموعة. بعد تحديد تمكين، مرر شريط التمرير أو اكتب رقما بين 1 و30 لعدد الأجزاء وحدد موافق.

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

   

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

3. إنهاء إنشاء ذاكرة التخزين المؤقت باستخدام دليل التشغيل السريع.

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

إشعار

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

للحصول على نموذج التعليمات البرمجية حول العمل مع نظام المجموعة مع عميل StackExchange.Redis، راجع جزء clustering.cs من نموذج مرحبًا بالعالم.

توسيع نطاق ذاكرة التخزين المؤقت Premium قيد التشغيل أو التوسيع

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

لتغيير حجم نظام المجموعة، استخدم شريط التمرير أو اكتب رقما بين 1 و30 في مربع النص عدد الأجزاء. حدد موافق للحفظ.

تؤدي زيادة حجم نظام المجموعة إلى زيادة الحد الأقصى لمعدل النقل وحجم ذاكرة التخزين المؤقت. لا تؤدي زيادة حجم نظام المجموعة إلى زيادة الحد الأقصى. الاتصالات المتوفرة للعملاء.

توسيع النطاق واستخدام PowerShell

يمكنك توسيع نطاق Azure Cache لمثيلات Redis باستخدام PowerShell باستخدام Cmdlet Set-AzRedisCache عند تعديل الخاصية ShardCount . يوضح المثال التالي كيفية توسيع ذاكرة التخزين المؤقت المسماة myCache لاستخدام ثلاثة أجزاء (أي توسيع نطاقها بعامل من ثلاثة)

   Set-AzRedisCache -ResourceGroupName myGroup -Name myCache -ShardCount 3

لمزيدٍ من المعلومات حول التحجيم باستخدام PowerShell، راجع لتغيير حجم Azure Cache لـ Redis باستخدام PowerShell.

توسيع نطاق واستخدام Azure CLI

لتوسيع نطاق Azure Cache لمثيلات Redis باستخدام Azure CLI، استدع الأمر az redis update واستخدم الخاصية shard-count . يوضح المثال التالي كيفية توسيع ذاكرة التخزين المؤقت المسماة myCache لاستخدام ثلاثة أجزاء (أي توسيع نطاقها بعامل من ثلاثة).

az redis update --cluster-name myCache --resource-group myGroup --set shard-count=3

لمزيد من المعلومات حول التحجيم باستخدام واجهة سطر الأوامر Azure، راجع تغيير إعدادات Azure Cache لـ Redis الموجودة.

إشعار

عند توسيع نطاق ذاكرة التخزين المؤقت لأعلى أو لأسفل برمجيا (على سبيل المثال، باستخدام PowerShell أو Azure CLI)، يتم تجاهل أي maxmemory-reserved منها أو maxfragmentationmemory-reserved كجزء من طلب التحديث. يُكرّم تغيير التحجيم الخاص بك فقط. يمكنك تحديث إعدادات الذاكرة هذه بعد اكتمال عملية التحجيم.

إشعار

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

كيفية التوسيع والتوسيع - مستويات Enterprise وEnterprise Flash

يمكن لمستوي Enterprise وEnterprise Flash توسيع نطاقهما وتوسيع نطاقهما في عملية واحدة. تتطلب المستويات الأخرى عمليات منفصلة لكل إجراء.

تنبيه

لا تدعم مستويات Enterprise وEnterprise Flash حتى الآن تقليص حجم العمليات أو توسيع نطاقها .

تغيير الحجم باستخدام مدخل Microsoft Azure

1. لتغيير حجم ذاكرة التخزين المؤقت، استعرض للوصول إلى ذاكرة التخزين المؤقت في مدخل Microsoft Azure وحدد Scale من قائمة Resource.

   

2. لتوسيع النطاق، اختر نوع ذاكرة تخزين مؤقت مختلف ثم اختر حفظ.

   هام

   يمكنك فقط التوسع في هذا الوقت. لا يمكنك تقليص الحجم.

   

3. لتوسيع النطاق، قم بزيادة شريط تمرير السعة. تزداد السعة بزيادات قدرها اثنان. يعكس هذا الرقم عدد عقد Redis Enterprise الأساسية التي تتم إضافتها. هذا الرقم هو دائما مضاعف للعقدتين لتعكس العقد التي تتم إضافتها لكل من الأجزاء الأساسية والنسخ المتماثلة.

   هام

   يمكنك فقط توسيع النطاق، وزيادة السعة، في هذا الوقت. لا يمكنك التحجيم.

   

4. بينما يكون التخزين المؤقت هو التحجيم إلى المستوى الجديد، يتم عرض إشعار Scaling Redis Cache.

   

5. عند اكتمال التحجيم، تتغير الحالة من Scaling إلى Running.

تغيير الحجمِ باستخدام PowerShell

يمكنك توسيع نطاق Azure Cache لمثيلات Redis باستخدام PowerShell باستخدام Update-AzRedisEnterpriseCache cmdlet. يمكنك تعديل الخاصية Sku لتوسيع نطاق المثيل. يمكنك تعديل الخاصية Capacity لتوسيع نطاق المثيل. يوضح المثال التالي كيفية تغيير حجم ذاكرة التخزين المؤقت المسماة myCache إلى مثيل Enterprise E20 (25 غيغابايت) بسعة 4.

   Update-AzRedisEnterpriseCache -ResourceGroupName myGroup -Name myCache -Sku Enterprise_E20 -Capacity 4

تغيير الحجم باستخدام واجهة سطر الأوامر Azure

لتوسيع نطاق Azure Cache لمثيلات Redis باستخدام Azure CLI، قم باستدعاء الأمر az redisenterprise update . يمكنك تعديل الخاصية sku لتوسيع نطاق المثيل. يمكنك تعديل الخاصية capacity لتوسيع نطاق المثيل. يوضح المثال التالي كيفية تغيير حجم ذاكرة التخزين المؤقت المسماة myCache إلى مثيل Enterprise E20 (25 غيغابايت) بسعة 4.

az redisenterprise update --cluster-name "myCache" --resource-group "myGroup" --sku "Enterprise_E20" --capacity 4

الأسئلة المتداولة حول التحجيمِ

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

• هل يمكنني التحجيم إلى Premium cache أو منها أو داخلها؟
• بعد التحجيم، هل يتعين عليّ تغيير اسم ذاكرة التخزين المؤقت أو مفاتيح الوصول؟
• كيفَ يعمل التحجيم؟
• هل أفقد البيانات من ذاكرة التخزين المؤقت أثناء التحجيم؟
• هل يمكنني استخدام جميع ميزات المستوى المتميز بعد التحجيم؟
• هل يتأثر إعداد قواعد البياناتِ المخصصة أثناء التحجيم؟
• هل ذاكرة التخزين المؤقت متوفرة أثناء التحجيم؟
• هل هناك قيود على التحجيم مع النسخِ المتماثل الجغرافي؟
• العمليات غير المدعومةِ
• كم يستغرق التحجيم؟
• كيف يُمكنني معرفة متى يكتمل التحجيم؟
• هل أحتاج إلى إجراء أية تغييرات على تطبيق العميل لاستخدام نظام المجموعات؟
• كيف يتم توزيع المفاتيح في نظام مجموعة؟
• ما هو أكبر حجم ذاكرة تخزين مؤقت يمكنني إنشاؤه؟
• هل يدعم جميع عملاء Redis التجميع؟
• كيف أعمل الاتصال بذاكرة التخزين المؤقت عند تمكين التجميع؟
• هل يمكنني الاتصال مباشرة بالأجزاء الفردية من ذاكرة التخزين المؤقت الخاصة بي؟
• هل يمكنني تكوين نظام المجموعة لذاكرة تخزين مؤقت تم إنشاؤها مسبقًا؟
• هل يمكنني تكوين نظام المجموعة لذاكرة تخزين مؤقت أساسية أو قياسية؟
• هل يمكنني استخدام نظام المجموعة مع موفري التخزين المؤقت لـ Redis ASP.NET حالة الجلسة والإخراج؟
• أتلقى استثناءات MOVE عند استخدام StackExchange.Redis والتكوين، ماذا يجب أن أفعل؟
• ما الفرق بين نظام مجموعة OSS ومجموعات المؤسسات على ذاكرة التخزين المؤقت على مستوى المؤسسة؟
• كم عدد الأجزاء التي تستخدمها ذاكرة التخزين المؤقت لطبقة المؤسسة؟

هل يمكنني التحجيم إلى Premium cache أو منها أو داخلها؟

• لا يمكنك توسيع ذاكرة التخزين المؤقت Premiumإلى مستوى الأسعار Basic أو Standard.
• يمكنك التوسع من مستوى تسعير ذاكرة التخزين المؤقت Premium إلى مستوى أسعار آخر.
• لا يمكنك التحجيم من ذاكرة التخزين المؤقت الأساسية مباشرة إلى ذاكرة التخزين المؤقت Premium . أولًا، تغيير الحجم من Basic إلى Standard في عملية تغيير حجم واحدة، ومن ثم من Standard إلى Premium في عمليةِ تغيير حجم لاحقة.
• لا يمكنك التحجيم من ذاكرة التخزين المؤقت Premium إلى ذاكرة التخزين المؤقت Enterprise أو Enterprise Flash .
• إذا قمت بتمكين التجميع عند إنشاء ذاكرة التخزين المؤقت Premium ، يمكنك تغيير حجم نظام المجموعة. إذا تم إنشاء ذاكرة التخزين المؤقت الخاصة بك دون تمكين التجميع، بإمكانك تكوين نظام المجموعة في وقت لاحق.

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

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

كيف يعمل التحجيم؟

• عند تغيير حجم ذاكرة التخزين المؤقت الأساسية إلى حجم مختلف، يتم إيقاف تشغيل ذاكرة التخزين المؤقت، ويتم توفير ذاكرة تخزين مؤقت جديدة باستخدام الحجم الجديد. أثناء هذا الوقت، ذاكرة التخزينِ المؤقت غير متوفرة ويتم فقدان كافة البيانات في ذاكرة التخزين المؤقت.
• عند تغيير حجم ذاكرة التخزين المؤقت Basic إلى ذاكرة التخزين المؤقت Standard، يتم توفير ذاكرة التخزين المؤقت للنسخة المتماثلة ويتم نسخ البيانات من ذاكرة التخزين المؤقت الأساسية إلى ذاكرة التخزين المؤقت للنسخة المتماثلة. تظل ذاكرة التخزين المؤقت متوفرةً أثناء عملية التحجيم.
• عند تغيير حجم ذاكرة التخزين المؤقت Standard أو Premium أو Enterprise أو Enterprise Flash إلى حجم مختلف، يتم إيقاف تشغيل إحدى النسخ المتماثلة وإعادة توفيرها إلى الحجم الجديد ونقل البيانات، ثم تقوم النسخة المتماثلة الأخرى بتجاوز الفشل قبل إعادة توفيرها، على غرار العملية التي تحدث أثناء فشل إحدى عقد ذاكرة التخزين المؤقت.
• عند تغيير حجم ذاكرة التخزين المؤقت المجمعة، يتم توفير أجزاء جديدة وإضافتها إلى خادم نظام مجموعة Redis. ثم يتم إعادة تقسيم البيانات عبر جميعِ الأجزاء.
• عند تغيير الحجم في ذاكرة التخزين المؤقت المجمعة، يتم أولًا إعادة تقسيم البيانات ثم يتم تقليل حجم نظام المجموعة إلى الأجزاء المطلوبة.
• عند تغيير حجم ذاكرة التخزين المؤقت أو ترحيلها إلى مجموعة مختلفة، يمكن تغيير عنوان IP الأساسي لذاكرة التخزين المؤقت. يتغير سجل نظام أسماء المجالات لذاكرة التخزين المؤقت وهو شفاف لمعظم التطبيقات. ومع ذلك، إذا كنت تستخدم عنوان IP لتكوين الاتصال بذاكرة التخزين المؤقت أو تكوين مجموعات أمان الشبكة أو جدران الحماية التي تسمح بحركة المرور إلى ذاكرة التخزين المؤقت، فقد يواجه التطبيق مشكلة في الاتصال بعد تحديثات سجل DNS.

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

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

هل يمكنني استخدام جميع ميزات المستوى المتميز بعد التحجيم؟

لا، يمكن تعيين بعض الميزات فقط عند إنشاء ذاكرة تخزين مؤقت في الطبقة المتميزة، ولا تتوفر بعد التحجيم.

لا يمكن إضافة هذه الميزات بعد إنشاء ذاكرة التخزين المؤقت Premium:

• حقن الشبكات الظاهرية
• إضافة تكرار المنطقة
• استخدام نسخ متماثلة متعددة لكل نسخة أساسية

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

هل يتأثر إعداد قواعد البيانات المخصصة أثناء التحجيم؟

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

• عند التوسع إلى مستوى تسعير بحد أقل databases من المستوى الحالي:
  • في حال كنت تستخدم العدد الافتراضي لـ databases، وهو 16 لجميع مستويات الأسعار، فلن تُفقد أي بيانات.
  • في حال كنت تستخدم عددًا مخصصًا من databases ذلك يقع ضمن حدود المستوى الذي تقوم بالتحجيم إليه، يتم الاحتفاظ بهذا databases الإعداد ولا تُفقد أي بيانات.
  • في حال كنت تستخدم عددًا مخصصًا يتجاوز databases حدود المستوى الجديد، databases يتم خفض الإعداد إلى حدود المستوى الجديد وتُفقد جميع البيانات في قواعد البيانات التي تمت إزالتها.
• عندما تقوم بالتحجيم إلى مستوى الأسعار بنفس الحد أو أعلى databases من المستوى الحالي، يتم الاحتفاظ بإعدادك databases ولا تُفقد أي بيانات.

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

هل ذاكرة التخزين المؤقت متوفرة أثناء التحجيم؟

• تظل ذاكرة التخزين المؤقت Standard وPremium وEnterprise وEnterprise Flash متوفرة أثناء عملية التحجيم. ومع ذلك، يمكن أن تحدث علامات تصويب الاتصال أثناء تحجيم ذاكرات التخزين المؤقت هذه، وأيضا أثناء التحجيم من ذاكرة التخزين المؤقت الأساسية إلى القياسية . من المتوقع أن تكون علامات الحذف هذه صغيرة ويُمكن لعملاء redis عموما إعادة تأسيس اتصالهم على الفور.
• بالنسبة لذاكرة التخزين المؤقت ل Enterprise وEnterprise Flash باستخدام النسخ المتماثل الجغرافي النشط، يمكن أن يؤدي تحجيم مجموعة فرعية فقط من ذاكرة التخزين المؤقت المرتبطة إلى حدوث مشكلات بمرور الوقت في بعض الحالات. نوصي بتحجيم جميع ذاكرة التخزين المؤقت في مجموعة النسخ المتماثل الجغرافي معا حيثما أمكن ذلك.
• ذاكرة التخزين المؤقت Basic غير متصلة أثناء عمليات التحجيم إلى حجم مختلف. تظل ذاكرة التخزين المؤقت الأساسية مُتاحة عند التحجيم من Basic إلى Standard ولكن قد تواجه قالب اتصال صغير. في حال حدث خطأ في الاتصال، يمكن لعملاء Redis بشكل عام إعادة إنشاء اتصالهم على الفور.

هل هناك قيود على التحجيم مع النسخ المتماثل الجغرافي؟

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

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

العمليات غير المدعومةِ

• لا يمكنك توسيع مستوى تسعير أعلى إلى مستوى تسعير أقل.
  • لا يمكنك التحجيم من ذاكرة التخزين المؤقت Premium إلى ذاكرة التخزين المؤقت القياسية أو الأساسية .
  • لا يمكنك التحجيم من ذاكرة التخزين المؤقت القياسية إلى ذاكرة التخزين المؤقت الأساسية .
• يمكنك التحجيم من ذاكرة التخزين المؤقت الأساسية إلى ذاكرة التخزين المؤقت القياسية ولكن لا يمكنك تغيير الحجم في نفس الوقت. إذا كنت بحاجة إلى حجم مختلف، بإمكانك إجراء عملية قياس إلى الحجم الذي تريده في وقت لاحق.
• لا يمكنك التحجيم من ذاكرة التخزين المؤقت الأساسية مباشرة إلى ذاكرة التخزين المؤقت Premium . أولًا، تغيير الحجم من Basic إلى Standard في عملية تحجيم واحدة، ومن ثم من Standard إلى Premium في عمليةِ تغيير حجم لاحقة.
• لا يمكنك التحجيم من ذاكرة التخزين المؤقت Premium إلى ذاكرة التخزين المؤقت Enterprise أو Enterprise Flash .
• لا يمكنك التحجيم من حجم أكبر إلى حجم C0 (250 ميغابايت).

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

كم يستغرق التحجيم؟

يعتمد وقت التحجيم على بعض العوامل. يمكن أن تؤثر العوامل التالية على المدة التي يستغرقها التحجيم:

• كمية البيانات: تستغرق كميات أكبر من البيانات وقتا أطول للنسخ المتماثل.
• طلبات الكتابة العالية: يعني ارتفاع عدد عمليات الكتابة المزيد من النسخ المتماثلة للبيانات عبر العقد أو الأجزاء.
• تحميل الخادم العالي: يعني تحميل الخادم الأعلى أن خادم Redis مشغول، وتتوفر دورات وحدة المعالجة المركزية المحدودة لإكمال إعادة توزيع البيانات.

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

كيف يمكنني معرفة متى يكتمل التحجيم؟

في مدخل Microsoft Azure، يُمكنك رؤية عملية التحجيم قيد التقدم. عند اكتمال عملية التحجيم تتغير الحالة من تغيير ذاكرة التخزين المؤقت إلى قيد التشغيل.

هل أحتاج إلى إجراء أية تغييرات على تطبيق العميل لاستخدام التجميع؟

• عند تمكين نظام المجموعة، تتوفر قاعدة البيانات 0 فقط. إذا كان تطبيق العميل يستخدم قواعد بيانات متعددة ويحاول القراءة أو الكتابة إلى قاعدة بيانات أخرى غير الصفر، يحدث الاستثناء التالي: Unhandled Exception: StackExchange.Redis.RedisConnectionException: ProtocolFailure on GET --->StackExchange.Redis.RedisCommandException: Multiple databases are not supported on this server; cannot switch to database: 6

  لمزيد من المعلومات، راجع مواصفات مجموعة Redis - مجموعة فرعية منفذة.

• إذا كنت تستخدم StackExchange.Redis، فيجب عليك استخدام 1.0.481 أو أحدث. يمكنك الاتصال بذاكرة التخزين المؤقت باستخدام نفس نقاط النهاية المنافذ والمفاتيح التي تستخدمها عند الاتصال بذاكرة التخزين المؤقت حيث يتم تعطيل نظام المجموعة. الفرق الوحيد هو أنه يجب إجراء جميع عمليات القراءة والكتابة إلى قاعدة البيانات 0.

  قد يكون لدى العملاء الآخرين متطلبات مختلفة. راجع هل يدعم جميع عملاء Redis التجميع؟ لمزيد من المعلومات.

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

• إذا كنت تستخدم Redis ASP.NET موفر حالة جلسة العمل، فيجب عليك استخدام 2.0.1 أو أعلى. راجع هل يمكنني استخدام التجميع مع موفري التخزين المؤقت ل Redis ASP.NET حالة الجلسة والإخراج؟ لمزيد من المعلومات.

هام

عند استخدام طبقات Enterprise أو Enterprise FLash، يتم منحك اختيار وضع نظام مجموعة OSS أو وضع نظام مجموعة المؤسسة. وضع نظام مجموعة OSS هو نفس نظام المجموعة على الطبقة المتميزة ويتبع مواصفات التجميع مصدر مفتوح. يمكن أن يكون وضع نظام مجموعة المؤسسات أقل أداء، ولكنه يستخدم مجموعات Redis Enterprise التي لا تتطلب أي تغييرات في العميل لاستخدامها. لمزيد من المعلومات، راجع تكوين أنظمة المجموعات.

كيف يتم توزيع المفاتيح في نظام مجموعة؟

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

• المفاتيح ذات علامة التجزئة - في حالة تضمين { أي جزء من المفتاح، و} يتم تجزئة هذا الجزء فقط من المفتاح لأغراض تحديد فتحة تجزئة المفتاح. على سبيل المثال، المفاتيح الثلاثة التالية قد تكون موجودة في نفس القطعة: {key}1، و منذ تجزئة جزء من الاسم {key}2{key}3key فقط. للحصول على قائمة كاملة بمواصفات علامة تجزئة المفاتيح، راجع علامات تجزئة المفاتيح.
• مفاتيح بدون علامة تجزئة - يُستخدم اسم المفتاح بالكامل للتجزئة، مما يؤدي إلى توزيع متساوٍ إحصائيًا عبر أجزاء ذاكرة التخزين المؤقت.

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

لمزيد من المعلومات، راجع نموذج توزيع المفاتيحو تقسيم بيانات نظام المجموعة وعلامات تجزئة المفاتيح.

للحصول على نموذج التعليمات البرمجية حول العمل مع المفاتيح التجميع وتحديد موقع في نفس القطعة مع عميل StackExchange.Redis راجع clustering.cs جزء من نموذج مرحبًا بالعالم.

ما هو أكبر حجم ذاكرة تخزين مؤقت يمكنني إنشاؤه؟

أكبر حجم ذاكرة تخزين مؤقت يمكنك الحصول عليه هو 4.5 تيرابايت. هذه النتيجة هي ذاكرة تخزين مؤقت F1500 متفاوت المسافات ذات السعة 9. لمزيد من المعلومات، راجع تسعير Azure Cache لـ Redis.

هل يدعم جميع عملاء Redis التجميع؟

تدعم العديد من مكتبات العملاء تجميع Redis ولكن ليس كلها. تحقق من وثائق المكتبة التي تستخدمها للتحقق من أنك تستخدم مكتبة وإصدارًا يدعمان التجميع. StackExchange.Redis هي مكتبة واحدة تدعم التجميع في إصداراتها الأحدث. لمزيد من المعلومات حول عملاء آخرين، راجع تشغيل نظام المجموعة من البرنامج التعليمي الكتلة Redis.

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

إشعار

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

كيف يمكنني الاتصال بذاكرة التخزين المؤقت عند تمكين التجميع؟

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

هل يمكنني الاتصال مباشرة بشظايا ذاكرة التخزين المؤقت الفردية؟

يتطلب بروتوكول نظام المجموعة العميل لإجراء اتصالات قطعة الصحيح، بحيث يجب على العميل إجراء اتصالات مشاركة لك. مع ذلك، كل قطعة يتكون من زوج ذاكرة التخزين المؤقت الأساسية / النسخة المتماثلة، والمعروفة مجتمعة باسم مثيل ذاكرة التخزين المؤقت. يمكنك الاتصال بمثيلات ذاكرة التخزين المؤقت هذه باستخدام الأداة المساعدة Redis-CLI في الفرع غير المستقر لمستودع Redis في GitHub. هذا الإصدار ينفذ الدعم الأساسي عند بدء تشغيل -c مع التبديل. لمزيد من المعلومات، راجع تشغيل نظام المجموعةhttps://redis.io في البرنامج التعليمي لنظام مجموعة Redis.

تحتاج إلى استخدام -p المفتاح لتحديد المنفذ الصحيح للاتصال به. استخدم الأمر CLUSTER NODES لتحديد المنافذ الدقيقة المستخدمة للعقد الأساسية والنسخة المتماثلة. يتم استخدام نطاقات المنفذ التالية:

• بالنسبة لذاكرة التخزين المؤقت للطبقة المميزة غير التابعة ل TLS، تتوفر المنافذ في 130XX النطاق
• بالنسبة لذاكرة التخزين المؤقت للطبقة المميزة الممكنة ل TLS، تتوفر المنافذ في 150XX النطاق
• بالنسبة لذاكرة التخزين المؤقت Enterprise وEnterprise Flash باستخدام نظام مجموعة OSS، يكون الاتصال الأولي من خلال المنفذ 10000. يمكن إجراء الاتصال بالعقد الفردية باستخدام المنافذ في نطاق 85XX. ستتغير منافذ 85xx بمرور الوقت ولا ينبغي ترميزها في تطبيقك.

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

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

هام

لا يمكنك التراجع عن تمكين تكوين أنظمة المجموعات. ومخبأ مع تمكين الكتلة وقطعة واحدة فقط تتصرف بشكل مختلف عن ذاكرة التخزين المؤقت من نفس الحجم مع عدم وجود نظام المجموعات.

يتم دائما تجميع جميع ذاكرة التخزين المؤقت لمستوى Enterprise وEnterprise Flash.

هل يمكنني تكوين نظام المجموعات لذاكرة تخزين مؤقت أساسية أو قياسية؟

يتوفر التجميع فقط لذاكرة التخزين المؤقت Premium وEnterprise وEnterprise Flash.

هل يمكنني استخدام نظام المجموعة مع موفري التخزين المؤقت لـ Redis ASP.NET حالة الجلسة والإخراج؟

• موفر Redis Output Cache - لا يلزم إجراء تغييرات.
• موفر حالة جلسة Redis - لاستخدام التجميع، يجب عليك استخدام RedisSessionStateProvider 2.0.1 أو إصدار أعلى أو يتم طرح استثناء، وهو تغيير فاصل. لمزيد من المعلومات، راجع v2.0.0 Breaking Change Details.

أحصل على استثناءات MOVE عند استخدام StackExchange.Redis والتجميع، ماذا أفعل؟

إذا كنت تستخدم StackExchange.Redis وتلقي MOVE استثناءات عند استخدام نظام المجموعات، تأكد من استخدام StackExchange.Redis 1.1.603 أو أحدث.

ما الفرق بين التخزين المؤقت ل OSS Clustering وEnterprise Clustering على مستوى المؤسسة؟

وضع نظام مجموعة OSS هو نفس نظام المجموعة على الطبقة المتميزة ويتبع مواصفات التجميع مصدر مفتوح. يمكن أن يكون وضع نظام مجموعة المؤسسات أقل أداء، ولكنه يستخدم مجموعات Redis Enterprise، والتي لا تتطلب أي تغييرات في العميل لاستخدامها. لمزيد من المعلومات، راجع تكوين أنظمة المجموعات.

كم عدد الأجزاء التي تستخدمها ذاكرة التخزين المؤقت لطبقة المؤسسة؟

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

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

• قم بتكوين إعداد maxmemory-reserved
• أفضل الممارسات للتحجيم