مشاركة عبر

اختر الحجم الأولي للمجموعة في Azure Cosmos DB ل PostgreSQL

  • مقالة

ينطبق على: Azure Cosmos DB ل PostgreSQL (مدعوم بملحق قاعدة بيانات Citus إلى PostgreSQL)

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

حالات الاستخدام

يستخدم Azure Cosmos DB ل PostgreSQL بشكل متكرر بالطرق التالية.

خدمة تأجير البرامج متعددة المستأجرين

عند الترحيل إلى Azure Cosmos DB ل PostgreSQL من مثيل قاعدة بيانات PostgreSQL أحادية العقدة موجود، اختر نظام مجموعة حيث يكون عدد vCores العامل وذاكرة الوصول العشوائي في الإجمالي مساويا لعدد المثيل الأصلي. في مثل هذه السيناريوهات شهدنا تحسينات أداء 2-3x لأن التقسيم يحسن استخدام الموارد، ما يسمح بمؤشرات أصغر وما إلى ذلك.

عدد vCore هو في الواقع القرار الوحيد. يتم تحديد تخصيص ذاكرة الوصول العشوائي حالياً استنادا إلى عدد vCore، كما هو موضح في صفحة الحوسبة والتخزين. لا تتطلب عقدة المنسق ذاكرة وصول عشوائي بقدر العاملين، ولكن لا توجد طريقة لاختيار RAM وvCores بشكل مستقل.

التحليلات اللحظية

إجمالي vCores: عند احتواء بيانات العمل في ذاكرة الوصول العشوائي، يمكنك توقع تحسين أداء خطي على Azure Cosmos DB ل PostgreSQL يتناسب مع عدد الذاكرات الأساسية للعاملين. لتحديد العدد الصحيح من vCores لاحتياجاتك، ضع في اعتبارك زمن الانتقال الحالي للاستعلامات في قاعدة بيانات العقدة الواحدة وزمن الانتقال المطلوب في Azure Cosmos DB ل PostgreSQL. قسمة زمن الانتقال الحالي على زمن الانتقال المطلوب، وتقريب النتيجة.

ذاكرة الوصول العشوائي للعاملين: أفضل حالة هي توفير ذاكرة كافية تناسب معظم مجموعة العمل في الذاكرة. نوعية الاستعلامات التي يستخدمها التطبيق الخاص بك تؤثر على متطلبات الذاكرة. يمكنك تشغيل EXPLAIN ANALYZE على استعلام لتحديد مقدار الذاكرة التي يتطلبها. تذكر أنه يتم تحجيم vCores وذاكرة الوصول العشوائي معا كما هو موضح في مقالة الحوسبة والتخزين.

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