إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
يوفر Azure Managed Redis مخزن بيانات في الذاكرة استنادا إلى برنامج Redis Enterprise . يعمل Redis Enterprise على تحسين أداء وموثوقية إصدار المجتمع من Redis، مع الحفاظ على التوافق. تدير Microsoft الخدمة، المستضافة على Azure، وقابلة للاستخدام من قبل أي تطبيق داخل Azure أو خارجه. لمزيد من المعلومات حول كيفية إنشاء Azure Managed Redis، راجع Azure Managed Redis Architecture.
يمكن ل Azure Managed Redis تحسين أداء وقابلية التوسع لتطبيق يستخدم مخازن البيانات الخلفية بشكل كبير. كما أنه قادر على معالجة كميات كبيرة من طلبات التطبيق عن طريق الاحتفاظ بالبيانات التي يتم الوصول إليها بشكل متكرر في ذاكرة الخادم، والتي يمكن كتابتها وقراءتها بسرعة.
ويوفر Redis حلاً ضروريًا لتخزين البيانات بزمن وصول منخفض مع إنتاجية عالية للتطبيقات الحديثة. بالإضافة إلى ذلك، يستخدم Redis بشكل متزايد للتطبيقات غير المؤقتة، بما في ذلك استيعاب البيانات، إزالة التكرار، الرسائل، ولوحات المتصدرين
يمكن نشر Azure Managed Redis بشكل مستقل، أو توزيعه مع خدمات تطبيق Azure أو قاعدة البيانات الأخرى، مثل Azure Container Apps أو Azure App Service أو Azure Functions أو Azure SQL أو Azure Cosmos DB.
السيناريوهات الرئيسية
يحسن Azure Managed Redis أداء التطبيق من خلال دعم أنماط بنية التطبيق الشائعة. بعض الأنماط الأكثر شيوعًا وتشمل الأنماط التالية:
| Pattern | Description |
|---|---|
| ذاكرة التخزين المؤقت للبيانات | غالبًا ما تكون قواعد البيانات كبيرة جدًا بحيث لا يمكن تحميلها مباشرةً في ذاكرة التخزين المؤقت. من الشائع استخدام نمط ذاكرة التخزين المؤقت جانبا لتحميل البيانات في ذاكرة التخزين المؤقت فقط حسب الحاجة. حين يُجري النظام تغييرات على البيانات، يمكن للنظام أيضًا تحديث ذاكرة التخزين المؤقت، والتي توزع بعد ذلك على عملاء آخرين. بالإضافة إلى ذلك، يمكن للنظام تعيين انتهاء صلاحية على البيانات أو استخدام نهج عملية الاسترداد لتشغيل تحديث البيانات في ذاكرة التخزين المؤقت. |
| ذاكرة التخزين المؤقت للمحتوى | يكون إنشاء العديد من صفحات الويب من قوالب تستخدم محتوى ثابتًا مثل الرؤوس والتذييلات والشعارات. يجب ألا تتغير هذه العناصر الثابتة كثيرًا. يوفر استخدام ذاكرة التخزين المؤقت في الذاكرة وصولاً سريعًا إلى المحتوى الثابت مقارنةً بمخازن بيانات backend. يقلل هذا النمط من وقت المعالجة وتحميل الخادم، ما يسمح لخوادم الويب بأن تكون أكثر استجابة. كما يمكن له أن تتيح لك تقليل عدد الخوادم اللازمة للتعامل مع التحميلات. يوفر Azure Managed Redis موفر ذاكرة التخزين المؤقت لإخراج Redis لدعم هذا النمط مع ASP.NET. |
| متجر الجلسات | يُستخدم هذا النمط عامةً مع عربات التسوق وبيانات سجل المستخدم الأخرى التي قد يربطها تطبيق ويب بملفات تعريف ارتباط المستخدم. ويمكن أن يكون لتخزين الكثير في ملف تعريف الارتباط تأثير سلبي على الأداء مع نمو حجم ملف تعريف الارتباط وتمريره والتحقق من صحته مع كل طلب. أيضًا يستخدم الحل النموذجي ملف تعريف الارتباط كمفتاح للاستعلام عن البيانات في قاعدة بيانات. عند استخدام ذاكرة التخزين المؤقت في الذاكرة، مثل Azure Managed Redis، لربط المعلومات بمستخدم يكون أسرع من التفاعل مع قاعدة بيانات ارتباطية كاملة. |
| Deduplication | في كثير من الأحيان، تحتاج إلى تحديد ما إذا كان هناك إجراء حدث بالفعل في نظام، مثل تحديد ما إذا كان قد تم أخذ اسم مستخدم أو ما إذا كان العميل قد أرسل بالفعل بريدا إلكترونيا. في Azure Managed Redis، يمكن لعوامل تصفية الفتح تحديد التكرارات بسرعة، ومنع المشكلات. |
| Leaderboards | يقدم Redis دعما بسيطا وقويا لتطوير لوحات المتصدرين بجميع أنواعها باستخدام بنية بيانات المجموعة التي تم فرزها . بالإضافة إلى ذلك، يمكن أن يسمح استخدام النسخ المتماثل الجغرافي النشط بمشاركة لوحة متصدرين واحدة على مستوى العالم. |
| قائمة انتظار المهام والرسائل | غالبًا ما تضيف التطبيقات مهام إلى قائمة انتظار عندما تستغرق العمليات المقترنة بالطلب وقتًا لتنفيذها. ويتم وضع عمليات التشغيل الأطول في قائمة الانتظار لتتم معالجتها بالتسلسل، ويكون ذلك غالبًا عبر خادم آخر. تسمى هذه الطريقة لتأجيل العمل قائمة "انتظار المهام". يوفر Azure Managed Redis قائمة انتظار موزعة لتمكين هذا النمط في التطبيق الخاص بك. |
| تسريع PowerBI/Analytics | يمكنك استخدام برنامج تشغيل Redis ODBC لاستخدام Redis ل BI وإعداد التقارير وحالات استخدام التحليلات. نظرا لأن Redis عادة ما يكون أسرع بكثير من قواعد البيانات الارتباطية، يمكن أن يؤدي استخدام Redis بهذه الطريقة إلى زيادة استجابة الاستعلام بشكل كبير. |
| المعاملات الموزعة | تتطلب التطبيقات أحيانًا سلسلة من الأوامر مقابل مخزن بيانات backend لتنفيذها كعملية صغيرة واحدة. يجب أن تنجح جميع الأوامر، أو يجب إرجاعها بالكامل إلى الحالة الأولية. يدعم Azure Managed Redis تنفيذ مجموعة من الأوامر كمعاملة واحدة. |
إصدار Redis
يدعم Azure Managed Redis الإصدار 7.4.x من Redis. لمزيد من المعلومات، راجع كيفية ترقية إصدار مثيل Azure Managed Redis.
اختيار المستوى المناسب
هناك أربعة مستويات من Azure Managed Redis متاحة، ولكل منها خصائص أداء ومستويات أسعار مختلفة.
المستويات ووحدات SKU في لمحة
إليك ثلاث مستويات تخزين تخزن البيانات في الذاكرة:
الذاكرة المحسنة مثالي لحالات الاستخدام كثيفة الذاكرة التي تتطلب نسبة عالية من الذاكرة إلى وحدة المعالجة المركزية الافتراضية (8:1) ولكنها لا تحتاج إلى أعلى أداء للإنتاجية. يوفر نقطة سعر أقل للسيناريوهات التي تكون فيها طاقة المعالجة أو معدل النقل أقل ضرورية، ما يجعلها خيارا ممتازا لبيئات التطوير والاختبار.
متوازن (الذاكرة + الحساب) يوفر نسبة متوازنة من الذاكرة إلى vCPU (4:1)، ما يجعلها مثالية لأحمال العمل القياسية. يوفر هذا المستوى توازنا سليما للذاكرة وموارد الحساب.
الحوسبة المحسنة مصمم لأحمال العمل كثيفة الأداء التي تتطلب أقصى إنتاجية، مع نسبة ذاكرة منخفضة إلى وحدة المعالجة المركزية الافتراضية (2:1). وهو مثالي للتطبيقات التي تتطلب أعلى أداء.
إليك الفئة التي تخزن البيانات في الذاكرة وعلى القرص:
Flash Optimized (معاينة) تمكين مجموعات Redis من نقل البيانات الأقل تكرارا تلقائيا من الذاكرة (RAM) إلى تخزين NVMe. هذا يقلل من الأداء، ولكنه يسمح بتحجيم فعال من حيث التكلفة لذاكرة التخزين المؤقت مع مجموعات البيانات الكبيرة.
يمكنك أيضا استخدام ميزة استمرار البيانات لتخزين البيانات على القرص للطبقات الموجودة في الذاكرة. تخزن استمرارية البيانات نسخة احتياطية من البيانات على القرص لاستردادها بسرعة إذا واجهت انقطاعا غير متوقع. استمرارية البيانات تختلف عن طبقة الفلاش المحسنة، التي صممت لتخزين البيانات على القرص للعمليات النموذجية.
لا يؤدي تخزين بعض البيانات على القرص باستخدام طبقة Flash Optimized إلى زيادة مرونة البيانات. يمكنك استخدام استمرارية البيانات على مستوى Flash Optimized أيضا.
Note
لمزيد من المعلومات حول كيفية تصميم طبقة Flash Optimized، راجع Azure Managed Redis Architecture
- للحصول على إرشادات حول كيفية القياس بين المستويات ووحدات SKU، راجع توسيع نطاق مثيل Azure Managed Redis.
- للحصول على معلومات عن الأسعار، راجع تسعير Azure Managed Redis.
Important
جميع مستويات الذاكرة التي تستخدم أكثر من 235 جيجابايت من التخزين موجودة في المعاينة العامة، بما في ذلك M350 المحسنة للذاكرة وما فوق؛ B350 متوازن وما فوق؛ وCompute Optimized X350 وما فوق. كل هذه المستويات وأعلى موجودة في المعاينة العامة.
جميع مستويات Flash Optimized موجودة في المعاينة العامة.
مقارنة الميزات
يساعد الجدول التالي في وصف بعض الميزات التي يدعمها المستوى:
| وصف الميزة | Memory Optimized | Balanced | Compute Optimized | Flash Optimized |
|---|---|---|---|---|
| الحجم (جيجابايت) | 12 - 1920 | 0.5 - 960 | 3 - 720 | 250 - 4500 |
| اتفاقية مستوى الخدمة (SLA) | Yes | Yes | Yes | Yes |
| تشفير البيانات المتنقلة | نعم (نقطة نهاية خاصة) | نعم (نقطة نهاية خاصة) | نعم (نقطة نهاية خاصة) | نعم (نقطة نهاية خاصة) |
| النسخ المتماثل وتجاوز الفشل | Yes | Yes | Yes | Yes |
| عزل الشبكة | Yes | Yes | Yes | Yes |
| المصادقة المستندة إلى معرف Microsoft Entra | Yes | Yes | Yes | Yes |
| القياس | Yes | Yes | Yes | Yes |
| التوافر العالي | *نعم | *نعم | *نعم | *نعم |
| استمرار البيانات | Yes | Yes | Yes | Yes |
| Geo-replication | نعم (نشط) | نعم (نشط) | نعم (نشط) | No |
| المثيلات غير المجمعة | Yes | Yes | Yes | No |
| سجلات تدقيق الاتصال | نعم (على أساس الحدث) | نعم (على أساس الحدث) | نعم (على أساس الحدث) | نعم (على أساس الحدث) |
| بنيات بيانات JSON (أي Redis JSON) | Yes | Yes | Yes | Yes |
| وظيفة البحث (بما في ذلك البحث في المتجهات) | Yes | Yes | Yes | No |
| هياكل البيانات الاحتمالية (أي Redis Bloom) | Yes | Yes | Yes | Yes |
| إمكانية قاعدة بيانات Time Series (أي Redis TimeSeries) | Yes | Yes | Yes | Yes |
| Import/Export | Yes | Yes | Yes | Yes |
* عند تفعيل التوفر العالي ، يصبح Azure Managed Redis زائدا عن الحاجة للمناطق التي تحتوي على عدة مناطق توافر.
عند استخدام قابلية الوصول العالية (HA)، يتم نشر مثيل Azure Managed Redis مع الأجزاء الأساسية والمتماثلة عبر عقدتين. في المناطق التي لا توجد بها مناطق توافر، يتم نشر الشظايا الأساسية والنسخة عبر عقدتين في نفس المنطقة. لمزيد من المعلومات، راجع الموثوقية في Azure Managed Redis.
Important
لا يدعم الخياران Balanced B0 وB1 SKU النسخ المتماثل الجغرافي النشط.
Note
تقليص الدعم محدود في بعض الحالات. لمزيد من المعلومات، راجع قيود تحجيم Azure Managed Redis.
أداء الشبكة
إذا كان لديك حمل عمل يتطلب معدل نقل عال، فقد يتسبب النطاق الترددي للشبكة في حدوث اختناق. يمكنك زيادة النطاق الترددي عن طريق الانتقال لأعلى إلى مستوى أداء أعلى أو بالانتقال إلى حجم مثيل كبير. تحتوي مثيلات الحجم الأكبر على نطاق ترددي أكبر بسبب الجهاز الظاهري الأساسي الذي يستضيف ذاكرة التخزين المؤقت. تساعدك حدود النطاق الترددي الأعلى على تجنب تشبع الشبكة الذي يسبب مهلات في التطبيق الخاص بك. لمزيد من المعلومات حول أداء النطاق الترددي، راجع اختبار الأداء
الحد الأقصى لعدد اتصالات العميل
يحتوي كل SKU على حد أقصى لعدد اتصالات العميل. يزداد هذا الحد مع مستويات أداء أعلى وأحجام مثيلات أكبر. يعرض الجدول التالي الحد الأقصى لاتصالات العميل المسموح بها لكل Azure Managed Redis SKU.
وحدات SKU محسنة للذاكرة ومتوازنة ومحسنة للحوسبة
يعرض هذا الجدول أقصى اتصالات حسب الطبقة وحجم الذاكرة في وحدات SKUs المحسنة للذاكرة، المتوازنة، والحسابية.
| الحجم (جيجابايت) | Memory المحسن |
Balanced | الحساب المحسن |
|---|---|---|---|
| 0.5 | - | 15,000 | - |
| 1 | - | 15,000 | - |
| 3 | - | 15,000 | 30,000 |
| 6 | - | 15,000 | 30,000 |
| 12 | 15,000 | 30,000 | 75,000 |
| 24 | 30,000 | 75,000 | 150,000 |
| 60 | 75,000 | 150,000 | 200,000 |
| 120 | 150,000 | 200,000 | 200,000 |
| 175 | 200,000 | 200,000 | 200,000 |
| 235 | 200,000 | 200,000 | 200,000 |
| 360 * | 200,000 | 200,000 | 200,000 |
| 480 * | 200,000 | 200,000 | 200,000 |
| 720 * | 200,000 | 200,000 | 200,000 |
| 960 * | 200,000 | 200,000 | - |
| 1440 * | 200,000 | - | - |
| 1920 * | 200,000 | - | - |
| 4500 * | - | - | - |
* الأحجام ذات علامة النجمة في المعاينة العامة.
وحدة تخزين محسنة للفلاش
يعرض هذا الجدول أقصى عدد الاتصالات حسب الطبقة وحجم الذاكرة في وحدة التخزين المحسنة للفلاش (المعاينة).
| الحجم (جيجابايت) | فلاش المحسن (معاينة) |
|---|---|
| 235 * | 75,000 |
| 480 * | 150,000 |
| 720 * | 200,000 |
| 960 * | 200,000 |
| 1440 * | 200,000 |
| 1920 * | 200,000 |
| 4500 * | 200,000 |
* الأحجام ذات علامة النجمة في المعاينة العامة.
التوافر العالي
يوفر Azure Managed Redis قابلية وصول عالية. تغطي اتفاقية مستوى الخدمة (SLA) الاتصال بنقاط نهاية ذاكرة التخزين المؤقت فقط. لا تغطي اتفاقية مستوى الخدمة (SLA) الحماية ضد فقدان البيانات. لمزيد من المعلومات حول اتفاقية مستوى الخدمة، راجع اتفاقية مستوى الخدمة. من الممكن تعطيل قابلية الوصول العالية في مثيل Azure Managed Redis. تعطيل التوافر العالي يخفض السعر لكنه يؤدي إلى فقدان البيانات وتوقف البيانات. نوصي فقط بتعطيل قابلية الوصول العالية لسيناريوهات التطوير/الاختبار.
اعتبارات التسعير الأخرى
Important
يتطلب Azure Managed Redis Enterprise عنوان IP لكل مثيل ذاكرة تخزين مؤقت. حاليا، يتم استيعاب رسوم عنوان IP بواسطة Azure Managed Redis ولا يتم تمريرها إلى العملاء. يمكن أن تتغير الفوترة في المستقبل. لمزيد من المعلومات، راجع تسعير عنوان IP.
Important
يؤدي استخدام النسخ المتماثل الجغرافي النشط إلى نقل البيانات بين مناطق Azure. يتم حاليا استيعاب رسوم النطاق الترددي هذه بواسطة Azure Managed Redis ولا يتم تمريرها إلى العملاء. يمكن أن تتغير الفوترة في المستقبل. لمزيد من المعلومات، راجع تسعير النطاق الترددي.
التوافر حسب المنطقة
يتوسع Azure Managed Redis باستمرار في مناطق جديدة. للتحقق من التوفر حسب المنطقة، راجع المنتجات المتوفرة حسب المنطقة.
الانتقال من ذاكرة التخزين المؤقت Azure ل Redis
لمزيد من المعلومات حول الترحيل من Azure Cache for Redis إلى Azure Managed Redis، راجع الانتقال من Azure Cache for Redis إلى Azure Managed Redis.