إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
يتم توفير موارد الحوسبة في Azure DocumentDB كنواة v، والتي تمثل المعالج المنطقي للجهاز الأساسي. حجم التخزين للتوفير يشير إلى السعة المتاحة للشاردات في العنقود.
يستخدم التخزين لملفات قواعد البيانات، والملفات المؤقتة، وسجلات المعاملات، وسجلات خادم قاعدة البيانات. يمكنك اختيار إعدادات الحوسبة والتخزين بشكل مستقل. تنطبق قيم الحساب والتخزين المختارة على كل جزء في العنقود.
Compute in Azure DocumentDB
إجمالي كمية الذاكرة العشوائية في شظية واحدة يعتمد على العدد المختار من vcore.
| طبقة نظام المجموعة | وحدات vCore | شظية واحدة، ذاكرة GiB RAM |
|---|---|---|
| م 10 | 1 (قابل للاندفاع) | 2 |
| M20 | 2 (قابل للانفجار) | 4 |
| M25 | 2 (قابل للانفجار) | 8 |
| M30 | 2 | 8 |
| M40 | 4 | 16 |
| M50 | 8 | 32 |
| M60 | 16 | 64 |
| M80 | 32 | 128 |
| M200 | 64 | 256 |
Storage in Azure DocumentDB
كمية التخزين التي تخصصها تحدد أيضا سعة الإدخال/الإخراج المتاحة لكل شظية في العنقود.
| حجم التخزين، GiB | الحد الأقصى لعمليات الإدخال والإخراج في الثانية |
|---|---|
| 32 | 3,500† |
| 64 | 3,500† |
| 128 | 3,500† |
| 256 | 3,500† |
| 512 | 3,500† |
| 1,024 | 5,000 |
| 2,048 | 7,500 |
| 4,095 | 7,500 |
| 8,192 | 16,000 |
| 16,384 | 18,000 |
| 32,767 | 20,000 |
† أقصى عمليات إدخال/إخراج في الثانية (IOPS) مع انفجار القرص الحر. التخزين حتى 512 جيجابايت شامل يأتي مع تفعيل انفجار الأقراص مجانا.
تعظيم IOPS لتكوين الحوسبة والتخزين الخاص بك
كل تكوين حوسبي له حد IOPS يعتمد على عدد vcores. تأكد من اختيار إعداد الحساب لمجموعة البيانات لاستخدام IOPS بالكامل في التخزين المحدد.
| حجم وحدة التخزين | نظام IOPS للتخزين، حتى | الحد الأدنى للمستوى الحسابي | Min vCores |
|---|---|---|---|
| حتى 0.5 تيبايت | 3,500† | M30 | 2 vCores |
| 1 تيرا بايت | 5,000 | M40 | 4 فولت كور |
| 2تيرا بايت | 7,500 | M50 | 8 vCores |
| 4 تيرا بايت | 7,500 | M50 | 8 vCores |
| 8 تيرا بايت | 16,000 | M60 | 16 فولت كور |
| 16 تيرا بايت | 18,000 | M60 | 16 فولت كور |
| 32 تيرا بايت | 20,000 | M60 | 16 فولت كور |
† Max IOPS مع انفجار أقراص مجاني. التخزين حتى 512 جيجابايت شامل يأتي مع تفعيل انفجار الأقراص مجانا.
على سبيل المثال، إذا كنت تحتاج إلى 8 تيبايت من التخزين لكل شظية أو أكثر، تأكد من اختيار 16 نواة أو أكثر لتكوين الحوسبة في العقدة. هذا الاختيار سيسمح لك بتعظيم استخدام IOPS الذي توفره التخزين المختار.
اعتبارات الحوسبة والتخزين
عند تكوين عنقود Azure DocumentDB الخاص بك، من المهم فهم كيف تؤثر خيارات الحوسبة والتخزين على الأداء والتكلفة وقابلية التوسع لحجم عملك المحدد.
اعتبارات مجموعة العمل والذاكرة
في Azure DocumentDB، تشير مجموعة العمل إلى الجزء من بياناتك الذي يتم الوصول إليه واستخدامه بشكل متكرر من قبل تطبيقاتك. يشمل كل من البيانات والفهارس التي تقرأ أو تكتب عليها بانتظام خلال العمليات المعتادة للتطبيق. مفهوم مجموعة العمل مهم لتحسين الأداء لأن MongoDB، مثل العديد من قواعد البيانات، يؤدي بشكل أفضل عندما تتناسب مجموعة العمل مع ذاكرة الوصول العشوائي.
لتعريف وفهم مجموعة عمل قاعدة بيانات MongoDB الخاصة بك، ضع في اعتبارك المكونات التالية:
- البيانات التي يتم الوصول إليها بشكل متكرر: تشمل هذه البيانات المستندات التي يقرأها أو يقوم تطبيقك بتحديث بانتظام.
- الفهارس: الفهارس المستخدمة في عمليات الاستعلام تشكل أيضا جزءا من مجموعة العمل لأنها تحتاج إلى تحميلها في الذاكرة لضمان الوصول السريع.
- أنماط استخدام التطبيق: تحليل أنماط استخدام تطبيقك يمكن أن يساعد في تحديد الأجزاء التي يتم الوصول إليها بشكل أكبر قدر من البيانات في الاستخدام.
من خلال الاحتفاظ بمجموعة العمل في ذاكرة الوصول العشوائي، يمكنك تقليل عمليات الإدخال/الإخراج الأبطأ للقرص، مما يحسن أداء قاعدة بيانات MongoDB الخاصة بك. إذا تجاوزت مجموعة العمل لديك ذاكرة الوصول العشوائي المتاحة، فكر في تحسين نموذج البيانات الخاص بك، أو إضافة المزيد من الذاكرة العشوائية إلى العنقود، أو استخدام التجزئة لتوزيع البيانات عبر عقد متعددة.
اختر التكوين الأمثل لحمال العمل
تحديد التكوين الحسابي والتخزين المناسب لعمال العمل في Azure DocumentDB يتطلب تقييم عدة عوامل تتعلق بمتطلبات تطبيقك وأنماط استخدامه. تشمل الخطوات الرئيسية والاعتبارات لتحديد التكوين الأمثل:
افهم عبء عملك
- حجم البيانات: قدر الحجم الكلي لبياناتك، بما في ذلك الفهارس.
- نسبة القراءة/الكتابة: تحديد نسبة عمليات القراءة مع عمليات الكتابة.
- أنماط الاستعلام: حلل أنواع الاستعلامات التي يجريها تطبيقك. على سبيل المثال، القراءات البسيطة، والتجميعات المعقدة.
- التزامن: قيم عدد العمليات المتزامنة التي تحتاج قاعدة بياناتك إلى التعامل معها.
مراقبة الأداء الحالي
- استخدام الموارد: استخدم أدوات المراقبة لتتبع استخدام المعالج والذاكرة وإدخال وإخراج القرص والشبكة قبل نقل عبء العمل إلى Azure. بعد نشر عبء عمل MongoDB الخاص بك على عنقود Azure DocumentDB، استمر في المراقبة باستخدام مقاييس مراقبة Azure.
- مقاييس الأداء: تراقب مؤشرات الأداء الرئيسية مثل التأخير، معدل النقل، ونسب الإصابة في ذاكرة التخزين المؤقت.
- عنق الزجاجة: حدد أي عنق زجاجة أداء موجودة، مثل استخدام المعالج العالي، ضغط الذاكرة، أو بطء إدخال/إخراج القرص.
تقدير متطلبات الموارد
- الذاكرة: تأكد من أن مجموعة العمل الخاصة بك (البيانات والفهارس التي يتم الوصول إليها كثيرا) تناسب ذاكرة الوصول العشوائي. إذا تجاوز حجم مجموعة العمل لديك الذاكرة المتاحة، فكر في إضافة المزيد من الذاكرة العشوائية أو تحسين نموذج بياناتك.
- وحدة المعالجة المركزية: اختر تكوين وحدة معالجة المركزية يمكنها التعامل مع متطلبات حمل الاستعلام والتزامن الخاص بك. قد تتطلب أعباء العمل المكثفة للمعالج المزيد من الأنوية. استخدم مقياس 'نسبة المعالج' مع تجميع 'Max' في مجموعة Azure DocumentDB لرؤية أنماط استخدام الحوسبة التاريخية.
- IOPS للتخزين: اختر التخزين الذي يحتوي على IOPS كاف للتعامل مع عمليات القراءة والكتابة الخاصة بك. استخدم مقياس 'IOPS' مع تجميع 'Max' على عنقودك لرؤية استخدام IOPS التاريخي للتخزين.
- الشبكة: تأكد من وجود عرض نطاق ترددي كاف للشبكة لنقل البيانات بين تطبيقك وقاعدة البيانات، خاصة في الإعدادات الموزعة. تأكد من أنك قمت بإعداد المضيف لتطبيق MongoDB الخاص بك لدعم تقنيات الشبكات المسرعة مثل SR-IOV.
المقياس المناسب
-
التوسع الرأسي: يضخم حجم الحسابات / الذاكرة العشوائية (RAM للأعلى والتقليل ويزداد حجم التخزين).
- حساب: زد vCore / RAM في العنقود إذا كان عبء العمل يتطلب زيادة مؤقتة أو غالبا ما يتجاوز 70% من استخدام المعالج لفترات طويلة.
- تأكد من وجود احتفاظ مناسب بالبيانات في قاعدة بيانات Azure DocumentDB الخاصة بك. يسمح لك الاحتفاظ بتجنب استخدام التخزين غير الضروري. راقب استخدام التخزين عن طريق ضبط تنبيهات على مقاييس 'نسبة التخزين' و/أو 'التخزين المستخدم' باستخدام تجميع 'الحد الأقصى'. فكر في زيادة التخزين لأن حجم عبء العمل يتجاوز 70% استخدام.
- التوسع الأفقي: فكر في استخدام عدة شاردات لمجموعة لتوزيع بياناتك عبر عقد Azure DocumentDB متعددة لتحقيق مكاسب أداء وإدارة سعة أفضل مع زيادة عبء العمل. هذا التكبير مفيد بشكل خاص لمجموعات البيانات الكبيرة (أكثر من 2-4 تيبايت) والتطبيقات عالية الإنتاجية.
-
التوسع الرأسي: يضخم حجم الحسابات / الذاكرة العشوائية (RAM للأعلى والتقليل ويزداد حجم التخزين).
الاختبار والتكرار
- المقارنة المرجعية: قم بقياس الاستعلامات الأكثر استخداما بتكوينات مختلفة لتحديد تأثيرها على الأداء. استخدم مقاييس المعالج/الذاكرة العشوائية وIOPS ومقارنة الأداء على مستوى التطبيق.
- اختبار التحميل: قم بإجراء اختبار تحميل لمحاكاة أعباء العمل الإنتاجية والتحقق من أداء التكوين الذي اخترته.
- المراقبة المستمرة: راقب نشر Azure DocumentDB باستمرار وعدل الموارد حسب الحاجة بناء على تغير أعباء العمل وأنماط الاستخدام.
من خلال تقييم هذه العوامل بشكل منهجي والمراقبة المستمرة وتعديل تكوينك، يمكنك التأكد من أن نشر MongoDB الخاص بك محسن جيدا لحجم عملك المحدد.
اعتبارات التخزين
اتخاذ قرار بشأن حجم التخزين المناسب لعبء عملك يتطلب عدة اعتبارات لضمان الأداء الأمثل وقابلية التوسع. فيما يلي اعتبارات لحجم التخزين في Azure DocumentDB:
تقدير حجم البيانات:
- احسب الحجم المتوقع لبيانات Azure DocumentDB الخاصة بك. اعتَبِر:
- حجم البيانات الحالي: إذا كنت تنتقل من قاعدة بيانات موجودة.
- معدل النمو: قدر كمية البيانات التي ستضاف مع مرور الوقت.
- حجم الوثيقة وهيكلها: افهم مخطط بياناتك وأحجام المستندات، لأنها تؤثر على كفاءة التخزين.
- احسب الحجم المتوقع لبيانات Azure DocumentDB الخاصة بك. اعتَبِر:
ضع في الاعتبار الفهارس:
- يستخدم Azure DocumentDB الفهارس للاستعلام الفعال. الفهارس تستهلك مساحة إضافية على القرص.
- تقدير حجم المؤشرات بناء على:
- عدد الفهارس.
- حجم الحقول المفهرسة.
اعتبارات الأداء:
- يؤثر أداء القرص على عمليات قواعد البيانات، خاصة بالنسبة لأحمال العمل التي لا تستطيع إدخال مجموعة العمل الخاصة بها في ذاكرة الوصول العشوائي. اعتَبِر:
- معدل الإدخال/الإخراج: IOPS، أو عمليات الإدخال/الإخراج في الثانية، هو عدد الطلبات التي ترسل إلى أقراص التخزين في ثانية واحدة. حجم التخزين الأكبر يأتي مع IOPS أكبر. تأكد من معدل نقل بيانات كاف لعمليات القراءة/الكتابة. استخدم مقياس 'IOPS' مع تجميع 'Max' لمراقبة IOPS المستخدم في مجموعة العناصر.
- كمون: التأخير هو الوقت الذي يستغرقه التطبيق لاستقبال طلب واحد، وإرساله إلى أقراص التخزين، وإرسال الرد إلى العميل. زمن الاستجابة هو مقياس حاسم لأداء التطبيق بالإضافة إلى IOPS ومعدل النقل. نوع التخزين المستخدم وتكوين التخزين يحدد إلى حد كبير زمن التأخير. في خدمة مدارة مثل Azure DocumentDB، يتم استخدام التخزين السريع مثل أقراص SSD المميزة مع إعدادات محسنة لتقليل التأخير.
- يؤثر أداء القرص على عمليات قواعد البيانات، خاصة بالنسبة لأحمال العمل التي لا تستطيع إدخال مجموعة العمل الخاصة بها في ذاكرة الوصول العشوائي. اعتَبِر:
النمو المستقبلي وقابلية التوسع:
- خطط لنمو البيانات المستقبلية واحتياجات قابلية التوسع.
- خصص مساحة أكبر للقرص خارج الاحتياجات الحالية لاستيعاب النمو دون الحاجة إلى توسعات تخزين متكررة.
مثال على حساب:
- افترض أن حجم البيانات الأولي لديك هو 500 جيجابايت.
- مع الفهارس، قد يرتفع إلى 700 جيجابايت.
- إذا كنت تتوقع مضاعفة البيانات خلال عامين، خطط ل 1.4 تيبايت (700 جيجابايت * 2).
- أضف حاجزا للنفقات العامة، والنمو، والاحتياجات التشغيلية.
- قد ترغب في البدء بتخزين 1 تيرابايت اليوم وترقيته إلى 2 تيبايت عندما يتجاوز حجمه 800 جيجابايت.
يتطلب تحديد حجم التخزين مزيجا من تقدير احتياجات البيانات الحالية والمستقبلية، والنظر في الفهرسة والضغط، وضمان الأداء الكافي وقابلية التوسع. المراقبة والتعديل المنتظم بناء على الاستخدام الفعلي واتجاهات النمو ضروريان أيضا للحفاظ على أداء MongoDB الأمثل.
ما هو الحوسبة القابلة للانفجار؟
يقدم مستوى بورستابل حلا ذكيا مصمما لأحمال قواعد البيانات الصغيرة. من خلال توفير أداء أدنى للمعالج خلال فترات الخمول، تحسن هذه المجموعات استخدام الموارد. ومع ذلك، تكمن العبقرية الحقيقية في قدرتها على التوسع بسلاسة إلى كامل طاقة المعالج استجابة لزيادة حركة المرور أو متطلبات عبء العمل. توفر هذه القدرة على التكيف أداء قصوى بالضبط عند الحاجة، مع توفير كبير في التكاليف.
من خلال تقليل السعر الأولي للخدمة، يهدف مستوى عنقود Burstable من Azure DocumentDB إلى تسهيل دمج المستخدمين واستكشاف Azure DocumentDB بأسعار مخفضة. هذا الديمقراطية في الوصول تمكن الشركات من جميع الأحجام من استغلال قوة Azure DocumentDB دون إنفاق مبالغ كبيرة. سواء كنت شركة ناشئة، أو مشروعا صغيرا، أو مؤسسا، فإن هذه المرحلة تفتح آفاقا جديدة للتوسع الفعال من حيث التكلفة.
توفير مستوى قابل للانفجار بسيط مثل توفير المستويات العادية؛ كل ما عليك هو اختيار "M10" أو "M20" أو "M25" في خيار الفئة الجماعية. إليك دليل بدء سريع يقدم تعليمات خطوة بخطوة حول كيفية إعداد عنقود Azure DocumentDB .