Разоблачение кластера Kubernetes с помощью MetalLB - PullRequest
Новая
       37

Разоблачение кластера Kubernetes с помощью MetalLB

0 голосов
/ 13 января 2020

У меня есть кластер из неизолированного металла, состоящий из главного узла и двух рабочих. Главный узел имеет 2 сетевых интерфейса. Один из сетевых интерфейсов имеет назначенный ему PUBLIC_IP.

Узлы подключаются с помощью второго сетевого интерфейса в главном узле. Так: 

kubeadm init --apiserver-advertise-address INTERNAL_MASTER_IP

Затем рабочие объединяются следующим образом: 

kubeadm join INTERNAL_MASTER_IP:6443 --token TOKEN --discovery-token-ca-cert-hash sha256:CERT

Я установил Weave следующим образом: 

kubectl apply -f "https://cloud.weave.works/k8s/net?k8s-version=$(kubectl version | base64 | tr -d '\n')"

И все работает Пока все в порядке, и состояние выглядит следующим образом: 

kubectl get nodes -o wide
NAME    STATUS   ROLES    AGE     VERSION   INTERNAL-IP     EXTERNAL-IP   OS-IMAGE             KERNEL-VERSION      CONTAINER-RUNTIME
node0   Ready    master   3h44m   v1.17.0   PUBLIC_IP       <none>        Ubuntu 18.04.3 LTS   4.15.0-72-generic   docker://18.6.2
node1   Ready    <none>   3h40m   v1.17.0   10.6.129.228    <none>        Ubuntu 18.04.3 LTS   4.15.0-72-generic   docker://18.6.2
node2   Ready    <none>   3h40m   v1.17.0   10.6.129.47     <none>        Ubuntu 18.04.3 LTS   4.15.0-72-generic   docker://18.6.2

Я пытаюсь предоставить службы через PUBLIC_IP. Для этого я установил MetalLB следующим образом: 

kubectl apply -f https://raw.githubusercontent.com/google/metallb/v0.8.3/manifests/metallb.yaml

ConfigMap выглядит следующим образом: 

apiVersion: v1
kind: ConfigMap
metadata:
  namespace: metallb-system
  name: config
data:
  config: |
    address-pools:
    - name: default
      protocol: layer2
      addresses:
      - PUBLIC_IP

NGINX развертывается следующим образом: 

kubectl run nginx --image=nginx --port=80
kubectl expose deployment nginx --type=LoadBalancer --name=nginx-service

Однако результат выглядит следующим образом: 

kubectl get deployments
NAME    READY   UP-TO-DATE   AVAILABLE   AGE
nginx   1/1     1            1           31m


kubectl get services
NAME            TYPE           CLUSTER-IP     EXTERNAL-IP   PORT(S)        AGE
kubernetes      ClusterIP      10.96.0.1      <none>        443/TCP        3h50m
nginx-service   LoadBalancer   10.96.114.88   <pending>     80:31246/TCP   31m


kubectl get pods
NAME                     READY   STATUS    RESTARTS   AGE
nginx-5578584966-vkgvv   1/1     Running   0          32m`enter code here`


kubectl describe service nginx-service
Name:                     nginx-service
Namespace:                default
Labels:                   run=nginx
Annotations:              <none>
Selector:                 run=nginx
Type:                     LoadBalancer
IP:                       10.96.114.88
Port:                     <unset>  80/TCP
TargetPort:               80/TCP
NodePort:                 <unset>  31246/TCP
Endpoints:                10.36.0.0:80
Session Affinity:         None
External Traffic Policy:  Cluster
Events:                   <none>

Как видно, внешний IP-адрес по-прежнему равен pending. У тебя есть идея? Заранее спасибо:)

1 Ответ

1 голос
/ 13 января 2020

Необходимо указать IP-адрес диапазон в конфигурации metallb. IP-адреса, которые вы предоставляете metallb, также должны быть виртуальными. Не должно быть конечной точки, уже использующей IP. 

apiVersion: v1
kind: ConfigMap
metadata:
  namespace: metallb-system
  name: config
data:
  config: |
    address-pools:
    - name: default
      protocol: layer2
      addresses:
      - PUBLIC_IP-PUBLIC_IP      ## This line
...