- Wie überprüfe ich meine ETCD -Metriken?
- Woher weiß ich, ob mein ETCD -Cluster gesund ist?
- Wie überprüfe ich mein ETCD Quorum?
- Wie bekommt man KuBelet -Metriken??
- Was passiert, wenn etcd untergeht?
- Kann Kubernetes ohne etcd laufen??
- Verwendet Kubernetes noch usw?
- Was ist die optimale Clustergröße usw?
- Was sind die Einschränkungen von etcd?
- Wie viel Netzwerklatenz benötigt usw?
- Ist usw. wie Redis?
- Wohin können ETCD -Daten Daten speichern??
- Wie können Sie Metriken für Pods in Kubernetes sehen??
- Was passiert, wenn etcd unten ist?
- Ist usw. wie Redis?
- Wie Kubernetes Daten in etcd speichern?
- Was sind POD -Metriken?
- Was ist der Unterschied zwischen Metrikenserver und Kube-State-Metrics?
- Was macht 0.5 CPU -Mittelwert in Kubernetes?
Wie überprüfe ich meine ETCD -Metriken?
Die einfachste Möglichkeit, die verfügbaren Metriken zu sehen . Das Format wird hier beschrieben. Folgen Sie dem Prometheus Erste Schritte DOC, um einen Prometheus -Server zu verbessern, um ETCD -Metriken zu sammeln. Die Benennung von Metriken folgt den vorgeschlagenen Prometheus -Best Practices.
Woher weiß ich, ob mein ETCD -Cluster gesund ist?
Führen Sie den Befehl etcdctl aus, um die Gesundheit der Mitglieder/Endpunkte zu überprüfen.
Wie überprüfe ich mein ETCD Quorum?
Ein ETCD -Cluster benötigt eine Mehrheit der Knoten, ein Quorum, um sich über Aktualisierungen des Clusterzustands zu einigen. Für einen Cluster mit N -Mitgliedern ist Quorum (N/2) +1. Bei jedem Cluster mit ungeraden Größe erhöht das Hinzufügen eines Knotens immer die Anzahl der für Quorum erforderlichen Knoten.
Wie bekommt man KuBelet -Metriken??
Um die Kuberelet -Metriken zu erhalten, erhalten Sie Zugriff auf den Knoten selbst oder SSH in einen Pod, dieser Service hört 0 zu 0.0. 0.0 Adresse, daher gibt es in Bezug auf die Konnektivität überhaupt keine Einschränkungen. Wenn der POD Zugriff auf das Host -Netzwerk hat, können Sie auch mit Localhost darauf zugreifen.
Was passiert, wenn etcd untergeht?
Wenn ein Leiter fehlschlägt, wählt der ETCD -Cluster automatisch einen neuen Anführer. Die Wahl findet nicht sofort statt, wenn der Führer versagt hat. Es dauert ungefähr eine Wahlauszeit, um einen neuen Leiter zu wählen, da das Misserfolgserkennungsmodell zeitübergreifend basiert.
Kann Kubernetes ohne etcd laufen??
Kubernetes ist ein verteiltes System, daher benötigt es einen verteilten Datenspeicher wie etcd.
Verwendet Kubernetes noch usw?
ETCD ist ein konsistenter und hochversäumter Schlüsselwertspeicher, der als Kubernetes-Backing-Store für alle Clusterdaten verwendet wird. Wenn Ihr Kubernetes -Cluster usw. als Backing -Store verwendet, stellen Sie sicher, dass Sie einen Sicherungsplan für diese Daten haben. In der offiziellen Dokumentation finden Sie eingehende Informationen zu ETCD.
Was ist die optimale Clustergröße usw?
Optimale Clustergröße
Die empfohlene ETCD -Clustergröße beträgt 3, 5 oder 7, was durch die Fehlertoleranzanforderung festgelegt wird. Ein 7-köpfiger Cluster kann in den meisten Fällen genügend Fehlertoleranz liefern.
Was sind die Einschränkungen von etcd?
Die Standard-Speichergrößengrenze ist 2 GB und konfigurierbar mit-Quota-Backend-Bytes-Flag. 8 GB ist eine vorgeschlagene maximale Größe für normale Umgebungen und usw. warnt beim Start, wenn der konfigurierte Wert ihn überschreitet.
Wie viel Netzwerklatenz benötigt usw?
etcd ist sehr empfindlich gegenüber Scheibenschreiblatenz. Typischerweise 50 sequentielle IOPS (e.G., Eine 7200 U / min -Festplatte) ist erforderlich. Für stark beladene Cluster, 500 sequentielle IOPS (e).G., Eine typische lokale SSD oder ein Hochleistungs -virtualisiertes Blockgerät wird empfohlen.
Ist usw. wie Redis?
Wie etcd ist Redis ein Open -Source -Tool, aber ihre grundlegenden Funktionen sind unterschiedlich. Redis ist ein In-Memory-Datenspeicher und kann als Datenbank, Cache oder Message Broker fungieren. Redis unterstützt eine breitere Vielfalt von Datentypen und Strukturen als etcd und hat viel schnelleres Lese-/Schreibleistung.
Wohin können ETCD -Daten Daten speichern??
Standardmäßig usw. Die Daten werden in Ordner/var/lib/etcd gespeichert, das höchstwahrscheinlich auf dem Stammdateisystem gespeichert ist.
Wie können Sie Metriken für Pods in Kubernetes sehen??
Um diese Metriken zu erhalten.
Was passiert, wenn etcd unten ist?
Der ETCD -Cluster wird als fehlgeschlagen angesehen, wenn die Mehrheit der ETCD -Mitglieder dauerhaft gescheitert ist. Nach dem Ausfall des ETCD -Clusters kann alle laufenden Workloads weiter operieren. Aufgrund der ETCD -Rolle kann Kubernetes jedoch keine Änderungen an seinem aktuellen Zustand vornehmen.
Ist usw. wie Redis?
Wie etcd ist Redis ein Open -Source -Tool, aber ihre grundlegenden Funktionen sind unterschiedlich. Redis ist ein In-Memory-Datenspeicher und kann als Datenbank, Cache oder Message Broker fungieren. Redis unterstützt eine breitere Vielfalt von Datentypen und Strukturen als etcd und hat viel schnelleres Lese-/Schreibleistung.
Wie Kubernetes Daten in etcd speichern?
Kubernetes verwendet usw. als Schlüsselwertdatenbankspeicher. Es speichert die Konfiguration des Kubernetes -Clusters in etcd. Es speichert auch den tatsächlichen Zustand des Systems und den gewünschten Zustand des Systems in etcd. Anschließend verwendet es die Uhrenfunktionalität von ETCD, um Änderungen an einem dieser beiden Dinge zu überwachen.
Was sind POD -Metriken?
Überwacht Kubernetes Cluster mit Prometheus. Zeigt die gesamte Cluster -CPU / Speicher- / Dateisystemnutzung sowie einzelne POD, Container, Systemd Services Statistics an. Verwendet nur Cadvisor -Metriken.
Was ist der Unterschied zwischen Metrikenserver und Kube-State-Metrics?
Der Kubernetes-Metrikenserver enthält Informationen über die Verwendung der Cluster-Ressourcen (wie CPU und Speicher), die für die Skalierung nützlich sind, während sich Kube-State-Metrics mehr auf die Gesundheit der Kubernetes-Objekte in Ihrem Cluster konzentriert, wie z. B. die Verfügbarkeit von Verfügbarkeit Schoten und die Bereitschaft von Knoten.
Was macht 0.5 CPU -Mittelwert in Kubernetes?
Laut den DOCS sind CPU -Anfragen (und Grenzen) immer Brüche verfügbarer CPU -Kerne auf dem Knoten, auf den die POD geplant ist (mit einer Ressourcen. Anfragen. CPU von "1", was bedeutet, einen CPU -Kern ausschließlich für einen Pod zu reservieren). Brüche sind erlaubt, daher eine CPU -Anfrage von "0).5 "reserviert eine halbe CPU für einen Pod.