как установить listen-client-urls для локального etec в настройке кластера с помощью kubeadm - PullRequest
0 голосов
/ 16 февраля 2019

локальный adkd-url клиента etcd по умолчанию равен https://127.0.0.1:2379, когда kubeadm успешно запускает кластер.как я могу изменить его в своей сети Маршрут по умолчанию проходит через IP-адрес интерфейса, например 192.168.1.9?

bigo@bigo-vm1:~$ kubeadm version
kubeadm version: &version.Info{Major:"1", Minor:"13", GitVersion:"v1.13.3", GitCommit:"721bfa751924da8d1680787490c54b9179b1fed0", GitTreeState:"clean", BuildDate:"2019-02-16T15:29:34Z", GoVersion:"go1.11.5", Compiler:"gc", Platform:"linux/amd64"}
bigo@bigo-vm1:~$ cat /etc/kubernetes/manifests/etcd.yaml 
cat: /etc/kubernetes/manifests/etcd.yaml: Permission denied
bigo@bigo-vm1:~$ sudo cat /etc/kubernetes/manifests/etcd.yaml 
apiVersion: v1
kind: Pod
metadata:
  annotations:
    scheduler.alpha.kubernetes.io/critical-pod: ""
  creationTimestamp: null
  labels:
    component: etcd
    tier: control-plane
  name: etcd
  namespace: kube-system
spec:
  containers:
  - command:
    - etcd
    - --advertise-client-urls=https://127.0.0.1:2379:2379
    - --cert-file=/etc/kubernetes/pki/etcd/server.crt
    - --client-cert-auth=true
    - --data-dir=/var/lib/etcd
    - --initial-advertise-peer-urls=https://192.168.1.9:2380
    - --initial-cluster=bigo-vm1=https://192.168.1.9:2380
    - --key-file=/etc/kubernetes/pki/etcd/server.key
    - --listen-client-urls=https://127.0.0.1:2379

Я пытался изменить kubernetes / hack / lib / etcd.sh

git diff kubernetes/hack/lib/etcd.sh
-ETCD_HOST=${ETCD_HOST:-127.0.0.1}
+ETCD_HOST=${ETCD_HOST:-192.168.1.9}

Перестройте kubeadm из исходного кода, это может работать, но восстановление занимает много времени.

Другой рабочий метод - это редактирование файлов манифестов pod вручную, которые включают в себя любое изменение файла конфигурации клиента etcd.

Есть ли что-то вроде kubeadm config etcd --config = для изменения всех участвующих конечных точек

большое спасибо за вашу помощь

1 Ответ

0 голосов
/ 17 февраля 2019

после переключения последней версии, а затем перестройки кластера,

обнаружил, что последняя версия kubeadm устранила эту проблему и использует

сетевой маршрут по умолчанию для транзитного IP-адреса интерфейса в качестве конечной точки..

спасибо всем и команде kubeamd за это улучшение

...