Skip to main content
التوسّع هو القدرة على تعديل الموارد المتاحة بما يلبي متطلبات العملاء. يمكن توسيع خدمات فئتَي Scale وEnterprise tier أفقيًا عبر استدعاء واجهة برمجة تطبيقات برمجيًا أو تغيير الإعدادات في UI. ويمكن أيضًا توسيع خدمات فئة Scale وخدمات فئة Enterprise tier ذات ملفات التعريف القياسية 1:4 رأسيًا تلقائيًا لتلبية متطلبات التطبيق.
تدعم فئتَا Scale وEnterprise tier الخدمات أحادية النسخة المتماثلة ومتعددة النسخ المتماثلة. تدعم خدمات Scale أحادية النسخة المتماثلة وخدمات Enterprise ذات ملفات التعريف القياسية 1:4 التوسّع الرأسي التلقائي بالخدمة الذاتية. تتطلب خدمات Enterprise ذات ملفات التعريف المخصصة تغيير الحجم الرأسي بمساعدة فريق الدعم. يمكن لخدمات Scale وEnterprise التوسّع أفقيًا إلى نسخ متماثلة متعددة. تحتوي خدمات فئة Basic على نسخة متماثلة واحدة، وهي ثابتة الحجم، ولا تتيح التوسّع الرأسي أو الأفقي. لمزيد من المعلومات، راجع خدمات أحادية النسخة المتماثلة الكبيرة.

كيف تعمل آلية التوسّع في ClickHouse Cloud

يدعم ClickHouse Cloud التوسّع الأفقي اليدوي لخدمات فئة Scale وفئة Enterprise. كما تدعم خدمات فئة Scale التوسّع الرأسي التلقائي؛ ويعتمد دعم التوسّع الرأسي التلقائي في فئة Enterprise على ملف التعريف، كما هو موضح أدناه. يتوفر التوسّع الأفقي التلقائي في Private Preview لخدمات فئة Scale وفئة Enterprise. أما خدمات فئة Enterprise، فتعمل فيها آلية التوسّع على النحو التالي:
  • التوسّع الأفقي: يتوفر التوسّع الأفقي اليدوي عبر جميع الملفات التعريفية القياسية والمخصّصة في فئة Enterprise.
  • التوسّع الرأسي:
    • تدعم الملفات التعريفية القياسية 1:4 التوسّع الرأسي التلقائي.
    • لا تدعم الملفات التعريفية المخصّصة (highMemory وhighCPU) التوسّع الرأسي التلقائي أو التوسّع الرأسي اليدوي. ومع ذلك، يمكن توسيع هذه الخدمات رأسيًا من خلال التواصل مع الدعم.
يتم التوسّع في ClickHouse Cloud وفق نهج نسمّيه “Make Before Break” (MBB). ويعتمد هذا النهج على إضافة نسخة متماثلة واحدة أو أكثر بالحجم الجديد قبل إزالة النسخ المتماثلة القديمة، مما يمنع أي فقدان في السعة أثناء عمليات التوسّع. ومن خلال إلغاء الفجوة بين إزالة النسخ المتماثلة الحالية وإضافة أخرى جديدة، يوفّر MBB عملية توسّع أكثر سلاسة وأقل تعطيلًا. ويكون ذلك مفيدًا بشكل خاص في حالات scale-up، حيث يستدعي ارتفاع استخدام الموارد الحاجة إلى سعة إضافية، لأن إزالة النسخ المتماثلة مبكرًا لن تؤدي إلا إلى تفاقم قيود الموارد. وكجزء من هذا النهج، ننتظر مدة تصل إلى ساعة لإتاحة اكتمال أي queries موجودة على النسخ المتماثلة الأقدم قبل إزالتها. ويحقق ذلك توازنًا بين الحاجة إلى إكمال queries الحالية وضمان عدم بقاء النسخ المتماثلة الأقدم لفترة أطول من اللازم.

تعرّف على المزيد

آخر تعديل في ١٤ أغسطس ٢٠٢٦