Кубернетес + Бязь + РепликаНабор - PullRequest
Новая
       83

Кубернетес + Бязь + РепликаНабор

0 голосов
/ 18 марта 2020

Так что я оказался в довольно неприятной ситуации. Я пытаюсь создать простой набор реплик, но, к сожалению, у меня возникли некоторые проблемы с ситцом.

У меня есть 2 VM, работающие на OracleVM. Я настроил их на использование интерфейса enp0s8. IP-адрес главного узла - 192.168.56.2, а IP-адрес рабочего узла - 192.168.56.3

Вот что я делаю в Kubernetes. Сначала я создаю мастер-узел kubernetes: 

kubeadm init --pod-network-cidr=192.168.0.0/16 --apiserver-advertise-address=192.168.56.2

после успешной инициализации, я запускаю: 

export KUBECONFIG=/etc/kubernetes/admin.conf

Теперь я создаю сеть POD, выполнив: 

kubectl apply -f https://docs.projectcalico.org/v3.11/manifests/calico.yaml

после этого я успешно присоединяюсь с рабочего узла. Всякий раз, когда я запускаю реплику с:

***, редактировать: мне не нужно создавать репликационный набор, чтобы получить тот же результат, когда создание узла ситца застряло 

kubectl create -f replicaset-definition.yml

в который выглядит так: 

kind: ReplicaSet
metadata:
  name: myapp-replicaset
  labels:
    app: myapp
    type: front-end
spec:
  template:
    metadata:
      name: myapp-pod
      labels:
        app: myapp
        type: front-end
    spec:
      containers:
        - name: nginx-container
          image: nginx
  replicas: 2
  selector:
    matchLabels:
      app: myapp

Я получаю новый ситцевый узел, который в итоге застрянет 

calico-node-mcb5g                          0/1     Running   6          8m58s
calico-node-t9p5n                          1/1     Running   0          12m

Если я запусту на нем kubectl logs -n kube-system calico-node-mcb5g -f, я получу следующие журналы: 

2020-03-18 14:45:40.585 [INFO][8] startup.go 275: Using NODENAME environment for node name
2020-03-18 14:45:40.585 [INFO][8] startup.go 287: Determined node name: kubenode1
2020-03-18 14:45:40.587 [INFO][8] k8s.go 228: Using Calico IPAM
2020-03-18 14:45:40.588 [INFO][8] startup.go 319: Checking datastore connection
2020-03-18 14:46:10.589 [INFO][8] startup.go 334: Hit error connecting to datastore - retry error=Get https://10.96.0.1:443/api/v1/nodes/foo: dial tcp 10.96.0.1:443: i/o timeout
2020-03-18 14:46:41.591 [INFO][8] startup.go 334: Hit error connecting to datastore - retry error=Get https://10.96.0.1:443/api/v1/nodes/foo: dial tcp 10.96.0.1:443: i/o timeout

Я попытался настроить calico.yml и добавил следующую строку в env: 

- name: IP_AUTODETECTION_METHOD
  value: "interface=enp0s8"

, но результат все тот же.

Большое вам спасибо за то, что прочитали это, и если у вас есть какие-либо советы, я буду очень благодарен !!!

1 Ответ

0 голосов
/ 19 марта 2020

Хорошо, вот и все. Похоже, что произошел сбой узла ситца, потому что CIDR службы и CIDR хоста перекрываются.

Если я запускаю главный узел с CIDR, изменился как: 

kubeadm init --pod-network-cidr=20.96.0.0/12 --apiserver-advertise-address=192.168.56.2

работает как чудо .

Это очень помогло: Создание кластера прошло успешно, но модуль calico-node-xx находится в состоянии CrashLoopBackOff

...