Scheduled scaling

مقالة تتناول ميزة Scheduled Scaling في ClickHouse Cloud

تتوسع خدمات ClickHouse Cloud تلقائيًا استنادًا إلى استخدام CPU والذاكرة، لكن كثيرًا من أعباء العمل تتبع أنماطًا متوقعة — مثل ارتفاعات إدخال البيانات اليومية، أو مهام Batch التي تعمل ليلًا، أو حركة المرور التي تنخفض بشكل حاد في عطلات نهاية الأسبوع. في حالات الاستخدام هذه، تتيح لك Scheduled Scaling تحديد الوقت الذي يجب أن يتم فيه التحجيم إلى الأعلى لخدمتك أو التحجيم إلى الأسفل بدقة، بمعزل عن المقاييس الآنية.

باستخدام Scheduled Scaling، يمكنك تكوين مجموعة من القواعد الزمنية مباشرةً في ClickHouse Cloud console. تحدد كل قاعدة الأيام التي تكون فيها نشطة، وساعتي البدء والانتهاء بالتوقيت العالمي المنسق UTC، والإعدادات التي تُطبَّق خلال تلك النافذة — عدد النسخ المتماثلة (أفقيًا)، والحدين الأدنى والأقصى للذاكرة لكل نسخة متماثلة (عموديًا)، وما إذا كان يُسمح للخدمة بأن تكون في حالة خمول. وبينما تكون النافذة نشطة، يطبّق ClickHouse Cloud تلك الإعدادات، ثم يعود إلى تهيئة التحجيم الافتراضية لديك عند انتهاء النافذة، بحيث يكون حجم خدمتك مناسبًا قبل وصول الطلب، بدلًا من التفاعل معه بعد حدوثه.

ويختلف هذا عن التحجيم التلقائي المستند إلى المقاييس، الذي يستجيب ديناميكيًا لضغط CPU والذاكرة. فميزة Scheduled Scaling حتمية: إذ تعرف بالضبط متى سيحدث التوسع وإلى أي حجم. والنهجان متكاملان — إذ يمكن للخدمة أن يكون لديها جدول التحجيم أساسي، مع الاستفادة في الوقت نفسه من التحجيم التلقائي ضمن تلك النافذة إذا تقلبت أعباء العمل على نحو غير متوقع.

يتوفر Scheduled Scaling حاليًا ضمن Beta.

​

إعداد جدول التحجيم

لتهيئة جدول زمني، انتقل إلى خدمتك في ClickHouse Cloud console ثم إلى الإعدادات. ومن هناك، اختر Schedule Override وأضف قاعدة جديدة.

تتطلب كل قاعدة ما يلي:

• Days active: أيام الأسبوع التي تنطبق عليها القاعدة
• Start and end time: الفترة التي تنطبق خلالها القاعدة، وتُحدَّد بالتوقيت العالمي المنسق UTC وبساعات كاملة. وإذا كانت ساعة الانتهاء تسبق ساعة البدء، تمتد الفترة طوال الليل إلى اليوم التالي
• Settings to apply: عدد النسخ المتماثلة، والحدان الأدنى والأقصى للذاكرة لكل نسخة متماثلة، والحد الأدنى لوقت الخمول (أو عدم الدخول في حالة خمول) أثناء سريان الفترة

يمكن الجمع بين عدة قواعد لتكوين جدول أسبوعي كامل، ما دامت فتراتها لا تتداخل. على سبيل المثال، يمكن لقاعدة واحدة تغطي الفترة من الاثنين إلى الجمعة، من 06:00 إلى 20:00 بالتوقيت العالمي المنسق UTC، أن تُبقي خدمتك بحجم أكبر طوال يوم العمل، مع تطبيق تهيئتك الافتراضية خارج تلك الفترة.

​

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

أعباء العمل الدفعية وعمليات ETL: قم بالتحجيم إلى الأعلى قبل تشغيل مهمة إدخال ليلية، ثم أعد التحجيم إلى الأسفل بعد اكتمالها، لتجنّب الإفراط في تخصيص الموارد خلال ساعات النهار الهادئة.

أنماط الزيارات المتوقعة: يمكن للخدمات ذات ساعات الذروة المنتظمة (مثل حركة الاستعلامات خلال ساعات العمل) أن تُحجَّم مسبقًا لاستيعاب الحمل قبل وصوله، بدلًا من انتظار التحجيم التلقائي حتى يستجيب.

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

التحكم في التكلفة: بالنسبة إلى الفرق التي تدير إنفاق ClickHouse Cloud، يمكن أن تؤدي عمليات Scheduled Scaling إلى الأسفل خلال فترات انخفاض الاستخدام المعروفة إلى تقليل استهلاك الموارد بشكل ملموس من دون أي تدخل يدوي.

قد يتداخل إجراء Scheduled Scaling مع توصية تحجيم تلقائي متزامنة — ويأخذ الجدول الزمني الأسبقية عند وقت التفعيل.

​

التعامل مع الزيادات المفاجئة في عبء العمل

إذا كنت تتوقع زيادة مفاجئة في عبء العمل، فيمكنك استخدام ClickHouse Cloud API من أجل توسيع خدمتك استباقيًا لاستيعاب هذه الزيادة، ثم تقليصها مجددًا عندما ينخفض الطلب.

لفهم عدد نوى CPU الحالية والذاكرة المستخدمة لكل نسخة متماثلة، يمكنك تشغيل الاستعلام أدناه:

SELECT *
FROM clusterAllReplicas('default', view(
    SELECT
        hostname() AS server,
        anyIf(value, metric = 'CGroupMaxCPU') AS cpu_cores,
        formatReadableSize(anyIf(value, metric = 'CGroupMemoryTotal')) AS memory
    FROM system.asynchronous_metrics
))
ORDER BY server ASC
SETTINGS skip_unavailable_shards = 1