يدعم ClickPipes اتصال PSC عبر المناطق من خلال الوصول العام. يُطلب الوصول العام لنقاط النهاية الموجودة في منطقة مختلفة عن المنطقة التي تعمل فيها البنية التحتية لـ ClickPipes. راجع وثائق مناطق GCP الخاصة بـ ClickPipes لمزيد من التفاصيل.
الأنماط المدعومة
المتطلبات الأساسية
- خدمة ClickHouse Cloud مستضافة على GCP. تعمل ClickPipes في المنطقة نفسها التي توجد فيها خدمة ClickHouse Cloud لديك (مع بعض الاستثناءات).
- أذونات IAM لتفعيل PSC على مصدرك وإدارة مرفقات خدمة PSC (
roles/compute.networkAdmin). - يجب السماح لـ مشروع مستهلك ClickPipes بالاتصال بمرفق الخدمة لديك (
clickpipes-production). - إذا كنت تُجري توفير ClickPipes برمجيًا: مفتاح API لـ ClickHouse Cloud خاص بالمؤسسة المالكة للخدمة.
إنشاء نقطة النهاية الخاصة العكسية
- عنوان URI لمرفق الخدمة:
projects/<PROJECT>/regions/<REGION>/serviceAttachments/<NAME>، وهو نقطة نهاية PSC المنشورة أمام مصدر بياناتك. - اسم DNS الخاص: اسم المضيف الذي يتصل به خط الأنابيب. تحصل نقطة نهاية PSC على عنوان IP داخلي ثابت دون اسم DNS مرتبط بها، لذا تحل ClickPipes اسم المضيف هذا إلى عنوان IP نيابةً عنك.
- واجهة ClickPipes
- Terraform
- واجهة برمجة التطبيقات
- في ClickHouse Cloud، افتح خدمتك وانتقل إلى مصادر البيانات > ClickPipes.
- حدد مصدر البيانات الذي تريد استيعاب البيانات منه.
- ضمن إعداد اتصال ClickPipe، فعّل استخدام اتصال آمن، ثم انقر على + نقطة نهاية خاصة عكسية واختر مرفق خدمة GCP PSC.
- أدخل عنوان URI لمرفق الخدمة واسم DNS الخاص ووصفًا.
- انقر على إنشاء. تمر نقطة النهاية بالحالتين
Provisioning←Ready. (يقبل PSC الأصلي تلقائيًا، لذا لن ترىPendingAcceptance.)
أسماء DNS الخاصة المخصصة
*.<cluster>.<region>.managedkafka.<project>.cloud.goog جميع brokers في Kafka cluster من نوع Managed.
بالنسبة إلى GCP PSC، لا يُستخدم إلا privateDnsName الخاص بالتعيين. الحقل internalDNSName غير مدعوم، لأن نقطة نهاية في PSC يوفّر عنوان IP ثابتًا لا اسم DNS لتثبيته عليه — وتُحل التعيينات دائمًا إلى عنوان IP هذا.
الموافقة على الاتصالات التي يملكها المنتج
clickpipes-production) إلى قائمة القبول التلقائي لمرفق الخدمة، ليُقبل الاتصال تلقائيًا. إذا تخطيت ذلك، سيبقى RPE في حالة PendingAcceptance إلى أن توافق عليه يدويًا.
لقبول الاتصال، يجب أن تتضمن قائمة قبول المستهلك لمرفق الخدمة عنوان URI لنقطة النهاية المستند إلى المعرّف الرقمي (projects/<PROJECT>/regions/<REGION>/forwardingRules/<NUMERIC_ID>). للحصول على قيمة endpointWithId للاتصال المعلّق على مرفق الخدمة، شغّل:
endpointWithId للإدخال الذي تكون قيمة status فيه PENDING، وأزل البادئة https://www.googleapis.com/compute/beta/، ثم مرّر النتيجة إلى --consumer-accept-list:
يستبدل
--consumer-accept-list قائمة القبول بدلًا من إضافة مشروع المستهلك الجديد إليها. إذا كان مرفق الخدمة يقبل بالفعل مشاريع أو نقاط نهاية أخرى، فمرّرها جميعًا في الأمر نفسه، وإلا ستفقد العناصر التي لم تُدرجها إمكانية الوصول.إدارة نقاط النهاية الخاصة العكسية
- من الشريط الجانبي لوحدة تحكم ClickHouse Cloud، انتقل إلى
Settings.
ClickPipe reverse private endpoints، انقر على Reverse private endpoints.
تظهر المعلومات التفصيلية لنقطة النهاية الخاصة العكسية في اللوحة المنبثقة. ومن هذا العرض، يمكنك حذف نقاط RPE: انقر على × بجوار نقطة نهاية وأكّد حذفها. الحذف دائم وسيؤدي إلى تعطيل أي ClickPipe يستخدم نقطة النهاية هذه حاليًا.
لتغيير تعيينات DNS الخاص المخصص لنقطة نهاية، استخدم Cloud API أو Terraform. يستبدل التحديث قائمة التعيينات كاملةً بدلًا من الإضافة إليها.
إذا كانت نقطة نهاية تعرض Rejected أو Failed، فاقرأ الرسالة ضمن حالتها: إذ تميّز بين اتصال رفضه المنتج واتصال أُغلق أو يحتاج إلى اتخاذ إجراء. وعادةً ما يعني كلاهما أن قائمة القبول لمرفق الخدمة لا تتضمن مشروع مستهلك ClickPipes. للاطلاع على الحالة التي يبلّغ عنها GCP لنقطة النهاية، صِف connectedEndpoints لمرفق الخدمة.
القيود المعروفة
- لا يمكن أن يُطالب بمرفق خدمة PSC سوى من قِبل خدمة ClickHouse Cloud واحدة في الوقت نفسه، ولا يمكن إعادة استخدامه عبر خدمات متعددة. لنقل مرفق خدمة إلى خدمة أخرى، تواصل مع دعم ClickHouse لتحرير المطالبة الحالية.