معمارية التكامل المستندة إلى Prometheus
- إتاحة كاملة للمقاييس: النطاق الكامل لمقاييس ClickHouse المتاحة من دون تصفية مدمجة
- مقاييس في الوقت الفعلي: تُولَّد مباشرة من جداول النظام عند جمعها
أمثلة التكامل
مراقبة Grafana Cloud
مراقبة Datadog
ClickStack
لاحظ أن هذا النهج سيؤدي إلى تنشيط الخدمات الخاملة لأن HyperDX يستعلم عن system tables مباشرةً.
خيارات نشر ClickStack
- Helm: يُوصى به لبيئات Kubernetes المخصّصة لتصحيح الأخطاء. يتيح إعدادات خاصة بكل بيئة، وحدودًا للموارد، وإمكانية التوسّع عبر
values.yaml. - Docker Compose: ينشر كل مكوّن (ClickHouse وHyperDX وOTel collector وMongoDB) على حدة.
- HyperDX Only: حاوية HyperDX مستقلة.
تكامل مباشر مع المكوّن الإضافي لـ Grafana
تكامل Datadog المباشر
لا نوصي بهذا التكامل في عمليات نشر ClickHouse Cloud، بسبب عدم توافقه مع آلية الخمول المستخدَمة لتحسين التكلفة والقيود التشغيلية في طبقة الوكيل السحابي.
استخدام جداول النظام مباشرةً
system.query_log، والاستعلام منها مباشرةً. وباستخدام SQL Console أو clickhouse client، يمكن للفرق تحديد الاستعلامات البطيئة، وتحليل استخدام الموارد، وتتبع أنماط الاستخدام على مستوى المؤسسة.
تحليل أداء الاستعلامات
يمكنك استخدام query logs في جدول النظام لإجراء تحليل أداء الاستعلامات.
مثال على استعلام: اعثر على أهم 5 استعلامات طويلة التشغيل عبر جميع النُسخ المتماثلة في الـعنقود:
حلول المراقبة المجتمعية
مثل غيره من أساليب المراقبة المباشرة لقاعدة البيانات، يستعلم هذا الحل مباشرةً من جداول النظام في ClickHouse، مما يمنع المثيلات من الدخول في حالة الخمول ويؤثر في تحسين التكلفة.