نظرة عامة
إذا كنت ترغب في الحصول على حق الوصول، فيُرجى التواصل معنا. راجع شروط الخدمة الخاصة بنا للحصول على مزيد من المعلومات.
صُمم BYOC خصيصًا لعمليات النشر واسعة النطاق، ويتطلب من العملاء توقيع عقد التزام.
- AWS (GA)
- GCP (GA)
- Azure (GA)
المتطلبات المسبقة
- منطقة مدعومة. لا يُنشر BYOC إلا في المناطق العامة المدرجة في وثائق المناطق المدعومة. لا تُدعم AWS Local Zones والمناطق ذات منطقة توافر واحدة. إذا لم تكن المنطقة التي تحتاج إليها مدرجة، فتحدث إلى ممثل ClickHouse قبل التخطيط لعملية النشر.
- ثلاث مناطق توافر. تمتد كل بنية BYOC الأساسية عبر ثلاث مناطق توافر، وبذلك يتحقق التوافر العالي لخوادم ClickHouse وClickHouse Keeper. لا يمكن للمناطق التي تضم أقل من ثلاث مناطق توافر استضافة BYOC، ولا تتوفر عمليات نشر في منطقة واحدة أو منطقتين.
- مخرجات التأهيل، تُطبَّق حرفيًا. يجب تطبيق CloudFormation template أو وحدة Terraform تمامًا كما هي مقدَّمة؛ إذ إن أسماء الموارد (مثل دور IAM
ClickHouseManagementRole) والأذونات الأساسية الموثقة مضمَّنة بشكل ثابت في أتمتة ClickHouse. يتطلب أي تعديل موافقة صريحة من ClickHouse، وتُتاح التخصيصات المدعومة كمعلمات للقالب. راجع التأهيل القياسي. - Kubernetes cluster مُدار من ClickHouse. يُنشأ Kubernetes cluster من نوع EKS/GKE/AKS ويُشغَّل بالكامل بواسطة ClickHouse. لا يُدعم التثبيت في Kubernetes cluster قائم، ويجب عدم تثبيت وحدات تحكم القبول أو محركات السياسات على مستوى المجموعة عليه.
- أساسيات الشبكة. يلزم توفر DNS resolution فعال ووصول صادر إلى الإنترنت (مباشرةً أو عبر NAT) في كل إعداد. بالنسبة إلى VPC/VNet مُدار من ClickHouse، يجب ألا يقل نطاق CIDR عن
/23في AWS وAzure، وعن/20في GCP، حيث يُخصَّص نصف النطاق لنطاق pod الخاص بـ GKE cluster. وهذه حدود دنيا وليست توصيات: تستهلك كل replica عناوين IP، لذا تحتاج عمليات النشر الأكبر إلى نطاق أكبر. أما VPCs المُدارة من العميل فلها متطلبات شبكات فرعية خاصة بكل سحابة؛ راجع دليلي التخصيص لـ AWS وGCP.
الميزات
الميزات المدعومة
- SharedMergeTree: يستخدم ClickHouse Cloud وBYOC الملف التنفيذي نفسه والتكوين نفسه. لذلك، تكون جميع ميزات ClickHouse الأساسية مدعومة في BYOC، مثل SharedMergeTree.
- Shared Catalog
- إمكانية الوصول إلى Console لإدارة حالة الخدمة:
- يدعم عمليات مثل البدء والإيقاف والإنهاء.
- عرض الخدمات والحالة.
- النسخ الاحتياطي والاستعادة المُداران
- التوسّع الرأسي والأفقي اليدوي.
- الخمول/التنبيه التلقائي
- Warehouses: Compute-Compute Separation
- شبكة Zero Trust عبر Tailscale.
- Monitoring:
- يدعم Prometheus scraping للمراقبة المركزية باستخدام Prometheus وGrafana وDatadog. راجع BYOC Observability للحصول على تعليمات الإعداد.
- VPC Peering
- S3 الآمن
- AWS PrivateLink
- GCP Private Service Connect
- Azure Private Link
- تكامل: راجع القائمة الكاملة في هذه الصفحة.
الميزات المخطط لها (غير المدعومة حاليًا)
- SQL Console: غير متوفرة لعمليات نشر BYOC، لكنها مدرجة على خارطة الطريق.
- ClickPipes: غير متاحة لعمليات نشر BYOC، لكنها مدرجة على خارطة الطريق.
- التحجيم التلقائي: مُدرج على خارطة الطريق لإضافته في الإصدارات المستقبلية.
- واجهة MySQL
- AWS KMS المعروف أيضًا باسم CMEK (مفاتيح التشفير المُدارة من العميل)
- Advanced Dashboard: واجهة مستخدم تعمل على جهة العميل فقط، وتتطلب أن يكون لدى متصفحك وصول مباشر وأن يتمكن من الاتصال مباشرةً بخادم ClickHouse لديك عبر نقطة النهاية الخاصة به. إذا كانت سياسات شبكة VPC لديك تقيّد وصول المتصفح الوارد إلى نقطة نهاية ClickHouse، فلن تعمل لوحة Advanced Dashboard.
- لوحات معلومات Monitoring: لا تتوفر حاليًا في لوحة معلومات Monitoring سوى مقاييس تخصيص الذاكرة. ويجري العمل على دعم مقاييس إضافية، ومن المتوقع إتاحتها في إصدار مستقبلي.