Skip to main content

​
ما هي التهيئة القياسية؟

تُعد التهيئة القياسية مسار العمل الإرشادي الافتراضي لنشر ClickHouse في حسابك السحابي باستخدام BYOC. في هذا النهج، يتولى ClickHouse Cloud توفير جميع موارد السحابة الأساسية اللازمة لعملية النشر—مثل VPC/VNet، والشبكات الفرعية، ومجموعات الأمان، وعنقود Kubernetes ‏(EKS/GKE/AKS)، وأدوار IAM/حسابات الخدمة/service principals الداعمة—داخل حساب AWS أو مشروع GCP أو اشتراك Azure الخاص بك. ويضمن ذلك إعدادًا متسقًا وآمنًا، ويقلل إلى الحد الأدنى من الخطوات اليدوية المطلوبة من فريقك. مع التهيئة القياسية، كل ما عليك هو توفير حساب AWS مخصص أو مشروع GCP أو اشتراك Azure، وتشغيل stack أولي (عبر CloudFormation أو Terraform) لإنشاء الحد الأدنى من الأذونات وعلاقة الثقة المطلوبة لكي يتمكن ClickHouse Cloud من تنسيق بقية الإعداد. وتُدار جميع الخطوات اللاحقة—بما في ذلك توفير البنية التحتية وتشغيل الخدمة—من خلال web console الخاصة بـ ClickHouse Cloud. يُنصح العملاء بشدة بإعداد حساب AWS مخصص أو مشروع GCP أو اشتراك Azure لاستضافة نشر ClickHouse BYOC، بما يضمن مستوى أفضل من العزل من حيث الأذونات والموارد. وسيقوم ClickHouse بنشر مجموعة مخصصة من موارد السحابة (VPC/VNet، وعنقود Kubernetes، وأدوار IAM/حسابات الخدمة/service principals، وحاويات تخزين الكائنات، وما إلى ذلك) داخل حسابك. إذا كنت بحاجة إلى إعداد أكثر تخصيصًا (على سبيل المثال، النشر داخل VPC قائمة)، فارجع إلى وثائق التهيئة المخصصة.
تستغرق التهيئة القياسية لـ BYOC نحو 45–90 دقيقة من البداية إلى النهاية، ويُقاس ذلك من وقت تشغيل خطوات CloudFormation أو Terraform حتى تصبح أول خدمة ClickHouse قابلة للوصول.

​
طلب الوصول

لبدء عملية التهيئة، يُرجى التواصل معنا. سيرشدك فريقنا إلى متطلبات BYOC، ويساعدك على اختيار خيارات النشر الأنسب، ويضيف حسابك إلى قائمة السماح.

​
التهيئة

​
جهّز حساب AWS/مشروع GCP/اشتراك Azure

جهّز حساب AWS جديدًا، أو مشروع GCP جديدًا، أو اشتراك Azure جديدًا ضمن مؤسستك.
1

اختر موفر خدمة سحابية

2

إعداد الحساب/المشروع/الاشتراك

يمكن تنفيذ إعداد BYOC الأولي باستخدام CloudFormation template (AWS)، أو Terraform module (GCP)، أو Terraform module (Azure). يؤدي ذلك إلى إنشاء هوية عالية الامتيازات (دور IAM/حساب خدمة/service principal)، ما يتيح لوحدات التحكم الخاصة بـ BYOC من ClickHouse Cloud إدارة بنيتك التحتية.
لا يشمل هذا الإعداد الأولي حاويات التخزين، أو VPC/VNet، أو عنقود Kubernetes، أو موارد compute اللازمة لتشغيل ClickHouse. سيتم توفيرها في الخطوة التالية.

​
Terraform module بديل لـ AWS

إذا كنت تفضل استخدام Terraform بدلًا من CloudFormation لعمليات نشر AWS، فنحن نوفر أيضًا Terraform module لـ AWS.الاستخدام:
3

إعداد البنية التحتية لـ BYOC

سيُطلب منك إعداد البنية التحتية، بما في ذلك حاويات تخزين الكائنات وVPC/VNet وعنقود Kubernetes، من خلال وحدة تحكم ClickHouse Cloud. يجب تحديد بعض الإعدادات في هذه المرحلة، لأنها لا يمكن تغييرها لاحقًا. وتحديدًا:
  • Region: جميع المناطق العامة المدرجة في وثائق supported regions متاحة لعمليات نشر BYOC. أما المناطق الخاصة فغير مدعومة حاليًا.
  • نطاق CIDR لـ VPC/VNet: نستخدم افتراضيًا 10.0.0.0/16 لنطاق CIDR الخاص بـ BYOC VPC ‏(AWS/GCP) أو VNet ‏(Azure). إذا كنت تخطط لاستخدام VPC/VNet peering مع حساب آخر، فتأكد من عدم تداخل نطاقات CIDR. خصّص نطاق CIDR مناسبًا لـ BYOC، بحد أدنى /23 لاستيعاب workloads المطلوبة.
  • Availability Zones: إذا كنت تخطط لاستخدام VPC peering، فإن مواءمة Availability Zones بين الحساب المصدر وحساب BYOC قد تساعد في تقليل تكاليف حركة المرور بين مناطق التوافر. على سبيل المثال، في AWS، قد تشير لواحق Availability Zones (a وb وc) إلى معرّفات مناطق فعلية مختلفة عبر الحسابات. راجع دليل AWS لمزيد من التفاصيل.

​
أنشئ أول خدمة ClickHouse BYOC

بعد توفير البنية التحتية لـ BYOC، تصبح جاهزًا لإطلاق أول خدمة ClickHouse. افتح وحدة تحكم ClickHouse Cloud، وحدد بيئة BYOC الخاصة بك، ثم اتبع الإرشادات لإنشاء خدمة جديدة. أثناء إنشاء الخدمة، ستُهيّئ الخيارات التالية:
  • اسم الخدمة: أدخل اسمًا واضحًا ووصفيًا لخدمة ClickHouse الخاصة بك.
  • البنية التحتية لـ BYOC: حدّد بيئة BYOC، بما في ذلك الحساب السحابي والمنطقة التي ستعمل فيها خدمتك.
  • تهيئة الموارد: اختر مقدار CPU والذاكرة المخصصَين لنسخ ClickHouse المتماثلة.
  • عدد النسخ المتماثلة: حدّد عدد النسخ المتماثلة لتعزيز التوافر العالي.
آخر تعديل في ٢٣ يوليو ٢٠٢٦