הקמת Kubernetes מקומי לפיתוח (Minikube/Kind/k3d)

פיתוח קבצי Kubernetes ישירות מול קלאסטר פרודקשן הוא מסוכן. אפילו namespace לפיתוח לא נותן שליטה מלאה, וכל דחיפה ל-CI כרוכה במחזור ארוך. קלאסטר מקומי על המחשב הנייד של המפתח פותר את זה: גישה מלאה, איטרציה מהירה, בידוד. אנחנו עוזרים להקים קלאסטר מקומי של Kubernetes המותאם לסטack ולתהליכים שלך: בחירת הכלי הנכון, הגדרת registry, ואוטומציה של פריסה. קלאסטר מקומי מכוון היטב מקצר את זמן ניפוי הקבצים ב-30-40%. מפתחים יכולים לבדוק Helm charts, custom controllers, ו-operators ללא סיכון לתשתית משותפת. החיסכון בתקציב בדיקות התשתית מגיע עד 30%. עלות הקמת הקלאסטר נמוכה משעת downtime אחת של פרודקשן.

במאמר זה נסקור שלושה כלים פופולריים: Minikube, Kind, ו-k3d. לכל אחד יש יתרונות משלו, והבחירה תלויה במשימות שלך—מבדיקות פשוטות ועד pipelines של CI. נכסה גם בעיות טיפוסיות: מחסור במשאבים, הגדרת registry, ואינטגרציה עם תמונות מקומיות.

אילו בעיות פותר Kubernetes מקומי?

קלאסטר מקומי נותן למפתח שליטה מלאה על הסביבה. אפשר:

• לבדוק במהירות manifests, charts, ו-operators ללא המתנה ל-CI.
• לנסות הגדרות (למשל RBAC או privileged pods).
• לנפות בעיות בבידוד מבלי להשפיע על הצוות.
• להשתמש באותם כלים (Helm, Kustomize, ArgoCD) כמו בפרודקשן.

איך לבחור: Minikube, Kind, או k3d?

Minikube הוא הכלי הוותיק ביותר והשלם ביותר מבחינת תכונות. הוא תומך במספר דרייברים: Docker, VirtualBox, Hyper-V, QEMU. תוספות מובנות: ingress, metrics-server, dashboard, registry. עבור מפתח שרק רוצה "להריץ Kubernetes", זו הבחירה האופטימלית.

minikube start --driver=docker --cpus=4 --memory=8g --kubernetes-version=v1.29.3
minikube addons enable ingress
minikube addons enable metrics-server

Kind (Kubernetes IN Docker) — כל צומת בקלאסטר הוא קונטיינר Docker. ללא תקורה של VM, התנעה מהירה (~30 שניות). זה הכלי המועדף לבדיקות CI של Kubernetes operators ו-controllers. קלאסטרים מרובי-צמתים דרך config:

---
# kind-config.yaml
kind: Cluster
apiVersion: kind.x-k8s.io/v1alpha4
nodes:
  - role: control-plane
    kubeadmConfigPatches:
      - |
        kind: InitConfiguration
        nodeRegistration:
          kubeletExtraArgs:
            node-labels: "ingress-ready=true"
    extraPortMappings:
      - containerPort: 80
        hostPort: 80
      - containerPort: 443
        hostPort: 443
  - role: worker
  - role: worker

kind create cluster --config kind-config.yaml --name dev 

k3d — wrapper מעל k3s (Kubernetes קל משקל מ-Rancher) ב-Docker. מהיר יותר מ-Kind, תומך ב-load balancer מובנה (Traefik), registry מובנה. בחירה מצוינת לפיתוח אפליקציות המיועדות לקלאסטרי קצה של k3s.

k3d cluster create dev \
  --agents 2 \
  --k3s-arg "--disable=traefik@server:0" \
  --port "80:80@loadbalancer" \
  --port "443:443@loadbalancer"

איך להקים registry מקומי עבור Kind?

נקודת הכאב המרכזית בפיתוח מקומי היא פריסת התמונות שלך. minikube start --driver=docker --cpus=4 --memory=8g --kubernetes-version=v1.29.3 minikube addons enable ingress minikube addons enable metrics-server עובד, אבל דורש הגדרת registry.

עבור Kind, הסקריפט הרשמי יוצר registry ב-Docker ומחבר אותו לרשת של Kind:

# Запускаем local registry
docker run -d --restart=always -p 5001:5000 --name kind-registry registry:2
# Подключаем к Kind-сети
docker network connect kind kind-registry
# Настраиваем Kind на доступ к registry без TLS
kubectl apply -f - <<EOF
apiVersion: v1
kind: ConfigMap
metadata:
  name: local-registry-hosting
  namespace: kube-public
data:
  localRegistryHosting.v1: |
    host: "localhost:5001"
    help: "https://kind.sigs.k8s.io/docs/user/local-registry/"
EOF

לאחר מכן: # kind-config.yaml kind: Cluster apiVersion: kind.x-k8s.io/v1alpha4 nodes: - role: control-plane kubeadmConfigPatches: - | kind: InitConfiguration nodeRegistration: kubeletExtraArgs: node-labels: "ingress-ready=true" extraPortMappings: - containerPort: 80 hostPort: 80 - containerPort: 443 hostPort: 443 - role: worker - role: worker , והתמונה זמינה בקלאסטר ללא הגדרה נוספת.

עבור Minikube זה פשוט יותר: kind create cluster --config kind-config.yaml --name dev מעביר את ה-Docker CLI ל-daemon של Docker בתוך Minikube. k3d cluster create dev \ --agents 2 \ --k3s-arg "--disable=traefik@server:0" \ --port "80:80@loadbalancer" \ --port "443:443@loadbalancer" מכניס את התמונה ישירות לשם. ב-manifest, הגדר docker push localhost:5000/myapp:dev — הקלאסטר משתמש בתמונה המקומית.

הגדרת Minikube שלב-אחר-שלב לפיתוח

1. התקן את Minikube מהמאגר הרשמי: # Запускаем local registry docker run -d --restart=always -p 5001:5000 --name kind-registry registry:2 # Подключаем к Kind-сети docker network connect kind kind-registry # Настраиваем Kind на доступ к registry без TLS kubectl apply -f - <<EOF apiVersion: v1 kind: ConfigMap metadata: name: local-registry-hosting namespace: kube-public data: localRegistryHosting.v1: | host: "localhost:5001" help: "https://kind.sigs.k8s.io/docs/user/local-registry/" EOF (macOS) או docker build -t localhost:5001/myapp:dev . && docker push localhost:5001/myapp:dev (Windows).
2. התחל את הקלאסטר: eval $(minikube docker-env).
3. הפעל את התוספות הנדרשות: docker build.
4. פתח את ה-dashboard: imagePullPolicy: Never.
5. הגדר registry מקומי: brew install minikube והשתמש ב-choco install minikube.

ראשית, גש לקלאסטר דרך minikube start --driver=docker --cpus=2 --memory=4g. אם kubectl מקומי לא מוגדר, הורד אותו והרץ minikube addons enable ingress && minikube addons enable metrics-server && minikube addons enable dashboard.

בעיות טיפוסיות ופתרונות

קלאסטר מקומי עם 3-4 שירותים בתוספת Redis ו-PostgreSQL צורך בקלות 6-8 GB של RAM. אם אתה עובד על מחשב נייד עם 16 GB, זה חצי מהזיכרון. פתרונות:

• הרץ רק את השירותים הדרושים: minikube dashboard כשלא נדרש.
• השתמש ב-k3d במקום Minikube — k3s צורך פחות.
• עבור מסדי נתונים, השתמש ב-port-forward לסטייג'ינג במקום להריץ מקומית: eval $(minikube docker-env).

בעיה נוספת היא אי-התאמת גרסאות. אנחנו מגדירים את הקלאסטר לגרסת Kubernetes זהה לפרודקשן, מה שמונע הפתעות במהלך הפריסה.

kind create cluster --config kind-config.yaml --name multinode kubectl get nodes