> ## Documentation Index
> Fetch the complete documentation index at: https://private-7c7dfe99-parallel-read-in-order-multi-part.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

> تعرّف على تكاليف الخمول التلقائي وتأخيرات الاتصال والخمول المتكيف في ClickHouse Cloud

# الخمول التلقائي

<h2 id="automatic-idling">
  الخمول التلقائي
</h2>

يوقف الخمول التلقائي خدمة ClickHouse Cloud مؤقتًا بعد انقضاء فترة دون ورود استعلامات من المستخدم، وذلك وفقًا لـ [شروط الخمول المتكيف](#adaptive-idling). ويمكنك تمكين الخمول التلقائي وتهيئة مدة عدم النشاط من صفحة **Settings** الخاصة بالخدمة.

<h2 id="billing-while-paused">
  ما الذي تتم محاسبتك عليه أثناء توقّف الخدمة مؤقتًا؟
</h2>

لا تتم محاسبتك على موارد المعالجة أثناء توقّف الخدمة مؤقتًا. أما التخزين والنسخ الاحتياطية فتستمر محاسبتها؛ فالخمول لا يحذف بياناتك المخزّنة. راجع [التسعير](/ar/products/cloud/reference/billing/billing-overview) لمعرفة تفاصيل الفوترة.

<Warning>
  **قم بتكوين قائمة الوصول لعناوين IP الخاصة بخدمتك**

  عند إنشاء خدمة ClickHouse Cloud، يكون الإعداد الافتراضي لـ قائمة السماح لعناوين IP هو 'Allow from anywhere.' نوصي بشدة بقصر الوصول على عناوين أو نطاقات IP محددة في أقرب وقت ممكن. قد تُنقَل الخدمات المضبوطة على `Allow from anywhere` بشكل دوري من حالة الخمول إلى الحالة النشطة بواسطة زواحف الإنترنت وأدوات الفحص التي تبحث عن عناوين IP العامة، وقد يؤدي ذلك إلى تكاليف غير متوقعة.
</Warning>

<h2 id="connecting-to-a-paused-service">
  ماذا يحدث عندما يتصل عميل بخدمة متوقفة مؤقتاً؟
</h2>

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

<Danger>
  **متى لا يُستخدم الخمول التلقائي**

  الخمول التلقائي مناسب للخدمات قليلة الاستخدام والتي يمكنها تحمّل تأخير قبل الاستجابة للاستعلامات. ولا يُنصح به للخدمات التي تشغّل ميزات موجّهة للعملاء وتُستخدم بشكل متكرر. عطّل الخمول التلقائي إذا كان تطبيقك لا يستطيع تحمّل هذا التأخير.
</Danger>

<h2 id="adaptive-idling">
  متى يمكن للخدمة أن تدخل في حالة الخمول؟
</h2>

تُطبّق ClickHouse Cloud الخمول المتكيف للسماح بإتمام أعمال الصيانة في الخلفية ولضبط مدة عدم النشاط استنادًا إلى وقت تهيئة الخادم. تتحكم هذه الشروط في **متى يمكن لخدمة نشطة أن تتوقف مؤقتًا**؛ والمُدد المذكورة أدناه ليست تنبؤًا أو ضمانًا لمدة انتظار العميل عند الاتصال بخدمة متوقفة مؤقتًا.

ويتجاوز الخمول المتكيف مدة عدم النشاط المهيأة في الحالات التالية:

* عندما يتجاوز عدد الأجزاء الحد الأقصى للأجزاء النشطة (الافتراضي: 10,000)، لا تدخل الخدمة في حالة الخمول حتى تستمر أعمال الصيانة في الخلفية
* عند وجود عمليات دمج جارية، لا تدخل الخدمة في حالة الخمول حتى تكتمل هذه العمليات، لتجنّب مقاطعة دمج البيانات الحيوي
* بالإضافة إلى ذلك، يكيّف النظام أيضًا مهلات الخمول استنادًا إلى وقت تهيئة الخادم:
  * إذا كان وقت تهيئة الخادم أقل من 15 دقيقة، فلا تُطبَّق أي مهلة تكيفية، وتُستخدم مهلة الخمول الافتراضية التي يضبطها العميل
  * إذا كان وقت تهيئة الخادم بين 15 و30 دقيقة، فستُضبط مهلة الخمول على 15 دقيقة
  * إذا كان وقت تهيئة الخادم بين 30 و60 دقيقة، فستُضبط مهلة الخمول على 30 دقيقة.
  * إذا كان وقت تهيئة الخادم أكثر من 60 دقيقة، فستُضبط مهلة الخمول على ساعة واحدة

<h2 id="background-work-while-paused">
  ما أعمال الخلفية التي تتوقف أثناء توقّف الخدمة مؤقتًا؟
</h2>

<Note>
  قد تدخل الخدمة في حالة خمول تُعلَّق خلالها عمليات تحديث [refreshable materialized views](/ar/concepts/features/materialized-views/refreshable-materialized-view)، واستهلاك البيانات من [S3Queue](/ar/reference/engines/table-engines/integrations/s3queue)، وجدولة عمليات الدمج الجديدة. وستكتمل عمليات الدمج الحالية قبل انتقال الخدمة إلى حالة الخمول. ولضمان التشغيل المستمر لـ refreshable materialized views واستهلاك S3Queue، عطّل وظيفة حالة الخمول.
</Note>