اختر عدد الأجزاء في Azure Cosmos DB ل PostgreSQL
ينطبق على: 
Azure Cosmos DB ل PostgreSQL (مدعوم بملحق قاعدة بيانات Citus إلى PostgreSQL)
اختيار عدد الأجزاء لكل جدول موزع هو توازن بين مرونة وجود المزيد من الأجزاء، والنفقات العامة لتخطيط الاستعلام والتنفيذ عبرها. إذا قررت تغيير عدد أجزاء الجدول بعد التوزيع، يمكنك استخدام الدالة alter_distributed_table .
حالة استخدام SaaS متعددة المستأجرين
يختلف الاختيار الأمثل وفقا لأنماط الوصول الخاصة بك للبيانات. على سبيل المثال، في حالة استخدام قاعدة بيانات SaaS متعددة المستأجرين، نوصي باختيار ما بين 32 - 128 قطعة. بالنسبة لأحمال العمل الأصغر، قل <100 غيغابايت، يمكنك البدء ب 32 قطعة وبالنسبة لأحمال العمل الأكبر يمكنك اختيار 64 أو 128. يمنحك هذا الاختيار حرية التوسع من 32 إلى 128 آلة عاملة.
حالة استخدام التحليلات في الوقت الحقيقي
في حالة استخدام تحليلات الوقت الحقيقي، يجب أن يكون عدد الأجزاء مرتبطا بالعدد الإجمالي للذاكرات الأساسية على العمال. لضمان أقصى قدر من التوازي، يجب إنشاء أجزاء كافية على كل عقدة بحيث يكون هناك جزء واحد على الأقل لكل ذاكرة أساسية لوحدة المعالجة المركزية. نوصي عادة بإنشاء عدد كبير من الأجزاء الأولية، على سبيل المثال، 2x أو 4x عدد الذاكرات الأساسية الحالية لوحدة المعالجة المركزية. يسمح وجود المزيد من الأجزاء بالتحجيم المستقبلي إذا أضفت المزيد من العمال وذاكرات CPU الأساسية.
ضع في اعتبارك أنه لكل استعلام، يفتح Azure Cosmos DB ل PostgreSQL اتصال قاعدة بيانات واحد لكل جزء، وأن هذه الاتصالات محدودة. كن حذرا للحفاظ على عدد الأجزاء صغيرا بما يكفي بحيث لا تضطر الاستعلامات الموزعة في كثير من الأحيان إلى انتظار الاتصال. وبعبارة أخرى، يجب ألا تتجاوز الاتصالات المطلوبة، (max concurrent queries * shard count)إجمالي الاتصالات الممكنة في النظام، (number of workers * max_connections per worker).
الخطوات التالية
- تعرف على المزيد حول خيارات أداء نظام المجموعة.
- توسيع نطاق نظام المجموعة لأعلى أو خارجه
- إعادة توازن القطع