Ich habe Probleme beim Clustering etcd in kubernetes HA. Hochverfügbarkeits-Kubernetes-Cluster. Ich bin durch diesen Link gegangen (http://kubernetes.io/docs/admin/high-availability/). Darin habe ich die Datei "etcd.yml" in allen drei Mastern in das Verzeichnis "/ etc/kubernetes/manifests /" kopiert. kubelet monitoring manifestiert das Verzeichnis und erstellt den Pod automatisch. aber etcdcontainer wird kontinuierlich neu gestartet.Probleme mit Kubernetes High Availability Cluster-Setup
Ein Zweifel hier. Angenommen, ich habe drei Master und drei Arbeiterknoten. Innerhalb von Arbeiterknoten haben wir nur einen aktiven Master-Hostnamen (oder) ip. Mein Zweifel ist, ob der aktive Master stirbt, wie der zweite Master die Verantwortung der Arbeiterknoten übernehmen wird. Arbeiterknoten werden immer in den "ersten Master" schauen, weil wir nur einen Hostnamen im Master angegeben haben. Hier möchte ich wissen, wie der zweite Meister die Verantwortung übernehmen wird.
Bitte helfen Sie mir dabei. Danke im Voraus.
Ich versuche, Kubernetes HA in Oracle Virtual Box einzurichten. Im etcd-Clustering habe ich die Datei "etcd.yml" in jedes Masterverzeichnis "/ etc/kubernetes/manifests" kopiert. und ich habe diesen Meister ip in 3 Meistern geändert, jetzt pod, der automatisch hier usw. erstellt wird, Behälter, der fortwährend continuously iam erhalten wird, unter logs – Jagadesh
(-bash-4.2 # kubectl Protokolle etcd-server-master2 2016/03/19 21:25:46 etcdd : auf Peer auf http: // xxxx: 2380 2016/03/19 21:25:46 hören etcd: auf Client-Anfragen auf http://127.0.0.1:4001 2016/03/19 21:25:46 hören etcdserver: datadir ist für das 2.0.1-Format gültig 2016/03/19 21:25:46 etcd: hören auf Client-Anfragen auf http://127.0.0.1:4001 2016/03/19 21:25:46 hören etcd: Hören auf Peer auf http stoppen: // xxxx: 2380 2016/03/19 21:25:46 etcd: Wählen tcp: Suche Discovery.etcd.io auf xxxx: 53: Server fehlverhalten -bash-4.2 #:) Irgendeine Idee, bitte kommentieren – Jagadesh