خطط لنطاقات عناوين IP الخاصة بوحدات Kubernetes (pod CIDR)، ونطاقات عناوين IP الخاصة بالخدمات (service CIDR)، ونطاقات العقد (node) لـ EKS وAKS وGKE. تجنب تعارضات التداخل قبل إنشاء المجموعة من خلال التحقق الفوري ومخرجات kubeadm.
| Range | CIDR | Total IPs | Status |
|---|---|---|---|
| VPC / VNet | 10.0.0.0/16 | 65,536 | Valid |
| Service CIDR | 172.20.0.0/16 | 65,536 | Valid |
تساعد أداة تخطيط نطاقات عناوين IP (CIDR Planner) في Kubernetes المهندسين على تصميم نطاقات عناوين IP لمجموعات Kubernetes قبل تهيئة النظام. تتطلب المجموعة ثلاث نطاقات CIDR غير متداخلة: نطاق VPC أو نطاق العقدة (الشبكة الفعلية)، ونطاق CIDR الخاص بالوحدات (العناوين الافتراضية المخصصة للوحدات)، ونطاق CIDR الخاص بالخدمات (العناوين الافتراضية المخصصة لخدمات ClusterIP). يؤدي تعارض هذه النطاقات إلى فشل التوجيه، وهو أمر يصعب إصلاحه بعد تشغيل المجموعة.
اختر موفر الخدمة (EKS أو AKS أو GKE أو kubeadm العام)، وأدخل نطاق عناوين IP الخاص بشبكة VPC، ثم اضبط نطاق عناوين IP الخاص بالوحدات (pod CIDR)، ونطاق عناوين IP الخاص بالخدمات (service CIDR)، وحجم قناع العقدة، وعدد العقد والوحدات المتوقع. يتحقق المخطط من تداخل النطاقات الثلاثة ويحسب عدد العقد والوحدات التي يمكن أن تدعمها نطاقات عناوين IP المختارة. انتقل إلى علامتي تبويب kubeadm أو Terraform للحصول على العلامات الدقيقة وكتل الموارد الخاصة بموفر الخدمة.
يستخدم EKS مُلحق VPC CNI، الذي يُخصص عناوين IP للوحدات مباشرةً من الشبكات الفرعية لـ VPC بدلاً من نطاق CIDR منفصل للوحدات. يستخدم AKS افتراضيًا Azure CNI أو kubenet؛ ويستهدف المُخطط Azure CNI. يستخدم GKE نطاقات عناوين IP المُستعارة على الشبكات الفرعية. يتم ملء الإعدادات الافتراضية للمُزود مُسبقًا، ولكن يُمكن تعديلها لتتوافق مع تصميم شبكتك الحالي.