2017-05-15 1 views
0

Je suis configuré kubernetes 1.6.2 en centos 7, cluster de 3 nœuds. quand je déploie les pods, j'obtiens l'adresse ip uniq pour chaque pod. aussi je vois network ineterface créé docker0, flannel.1 et cni0 créé. Mais quand je demande etcd je n'ai vu aucune valeur.Kubernetes flanelle etcd pas upading

# kubectl get pods -o wide 
NAME       READY  STATUS RESTARTS AGE  IP   NODE 
node-hello-3045857680-fg1b4 1/1  Running 0   1h  10.244.1.3 node-01 
node-hello-3045857680-q84jt 1/1  Running 0   1h  10.244.2.4 node-02 
node-hello-3045857680-sbcz0 1/1  Running 0   2h  10.244.2.3 node-02 
node-hello-3045857680-tmjgr 1/1  Running 0   1h  10.244.2.5 node-02 
node-hello-3045857680-wwhn4 1/1  Running 0   2h  10.244.1.2 node-01 

Je les ai déployés dans des fichiers yaml.

kubectl create -f https://raw.githubusercontent.com/coreos/flannel/master/Documentation/kube-flannel-rbac.yml 
kubectl create -f https://raw.githubusercontent.com/coreos/flannel/master/Documentation/kube-flannel.yml 


# etcdctl get /atomic.io/network/config 
{"Network":"10.20.0.0/16"} 


# etcdctl ls/--recursive 
/atomic.io 
/atomic.io/network 
/atomic.io/network/config 

Processus Api configuré pour dialoguer avec etcd.

root  4597 4571 1 20:52 ?  00:02:29 kube-apiserver --admission-control=NamespaceLifecycle,LimitRanger,ServiceAccount,PersistentVolumeLabel,DefaultStorageClass,ResourceQuota,DefaultTolerationSeconds --requestheader-username-headers=X-Remote-User --requestheader-extra-headers-prefix=X-Remote-Extra- --requestheader-allowed-names=front-proxy-client --service-cluster-ip-range=10.96.0.0/12 --client-ca-file=/etc/kubernetes/pki/ca.crt --kubelet-client-certificate=/etc/kubernetes/pki/apiserver-kubelet-client.crt --insecure-port=0 --storage-backend=etcd3 --kubelet-preferred-address-types=InternalIP,ExternalIP,Hostname --service-account-key-file=/etc/kubernetes/pki/sa.pub --requestheader-client-ca-file=/etc/kubernetes/pki/front-proxy-ca.crt --allow-privileged=true --experimental-bootstrap-token-auth=true --requestheader-group-headers=X-Remote-Group --tls-cert-file=/etc/kubernetes/pki/apiserver.crt --kubelet-client-key=/etc/kubernetes/pki/apiserver-kubelet-client.key --secure-port=6443 --tls-private-key-file=/etc/kubernetes/pki/apiserver.key --authorization-mode=RBAC --advertise-address=192.168.15.101 --etcd-servers=http://127.0.0.1:2379 

Je pensais voir adresse IP nouvellement créée dans la base de données ETCD ne sais pas pourquoi ce ne est pas la mise à jour ETCD.

toute aide pour résoudre ce problème. clés

Merci -SR

Répondre

1

Kubernetes> 1.6 est utilise par défaut ETCD v3, de ce que je peux vous voir interrogez ETCD v2, de sorte que vous ne voyez pas les Kubernetes actuels. Pour interroger etcd v3, vous devez définir ETCDCTL_API=3 puis vérifier la clé spécifique. Gardez à l'esprit que les commandes etcdctl v3 ne sont pas les mêmes que celles de etcd v2. Vérifiez-le ici: https://github.com/coreos/etcd/tree/master/etcdctl

+0

Je mets la variable et lance la commande 'etcdctl watch /' puis ajoute/enlève le pod. Je n'ai vu aucune sortie. – sfgroups

+0

Comme je l'ai mentionné, la syntaxe de la commande est très différente de la version précédente, essayez de taper: 'etcdctl get" "--prefix = true --keys-only', il va lister toutes les clés dans le etcd v3, alors vous peut définir une montre sur la clé spécifique. –

+0

Merci. J'étais capable de voir les clés maintenant. – sfgroups