Hilf mit, diese Seite zu verbessern
Möchten Sie zu diesem Benutzerhandbuch beitragen? Scrollen Sie zum Ende dieser Seite und wählen Sie Diese Seite bearbeiten am aus GitHub. Ihre Beiträge werden dazu beitragen, unser Benutzerhandbuch für alle zu verbessern.
Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Protokolle der Kontrollebene an CloudWatch Logs senden
Die Protokollierung der EKS Amazon-Kontrollebene stellt Prüf- und Diagnoseprotokolle direkt von der EKS Amazon-Kontrollebene zu den CloudWatch Protokollen in Ihrem Konto bereit. Diese Protokolle erleichtern Ihnen die Absicherung und Ausführung Ihrer Cluster. Sie können genau die Protokolltypen auswählen, die Sie benötigen, und die Protokolle werden als Protokollstreams an eine Gruppe für jeden EKS Amazon-Cluster gesendet CloudWatch. Sie können CloudWatch Abonnementfilter verwenden, um die Protokolle in Echtzeit zu analysieren oder sie an andere Dienste weiterzuleiten (die Protokolle werden Base64-kodiert und im GZIP-Format komprimiert). Weitere Informationen finden Sie unter CloudWatchAmazon-Protokollierung.
Sie können mit der Protokollierung auf der Amazon EKS Control Plane beginnen, indem Sie auswählen, welche Protokolltypen Sie für jeden neuen oder vorhandenen EKS Amazon-Cluster aktivieren möchten. Sie können jeden Protokolltyp pro Cluster mithilfe von AWS Management Console, AWS CLI (Version 1.16.139
oder höher) oder über Amazon EKS API aktivieren oder deaktivieren. Wenn diese Option aktiviert ist, werden Protokolle automatisch vom EKS Amazon-Cluster an CloudWatch Logs in demselben Konto gesendet.
Wenn Sie Amazon EKS Control Plane Logging verwenden, werden Ihnen für jeden Cluster, den Sie ausführen, die EKS Amazon-Standardpreise berechnet. Für alle Logs, die von Ihren Clustern an CloudWatch Logs gesendet werden, werden Ihnen die standardmäßigen Kosten für die Aufnahme und Speicherung von CloudWatch Logs-Daten in Rechnung gestellt. Ihnen werden auch alle AWS Ressourcen, wie EC2 Amazon-Instances oder EBS Amazon-Volumes, in Rechnung gestellt, die Sie als Teil Ihres Clusters bereitstellen.
Die folgenden Cluster-Steuerebenen-Protokolltypen sind verfügbar. Jeder Protokolltyp entspricht einer Komponente des Kubernetes Steuerebene. Weitere Informationen zu diesen Komponenten finden Sie unter Kubernetes Komponenten
- APIServer (
api
) -
Der API Server Ihres Clusters ist die Komponente der Steuerungsebene, die das verfügbar macht Kubernetes API. Wenn Sie API Serverprotokolle beim Starten des Clusters oder kurz danach aktivieren, enthalten die Protokolle API Serverflags, die zum Starten des API Servers verwendet wurden. Weitere Informationen finden Sie unter
kube-apiserver
und zu den Überwachungsrichtlinien im Kubernetes -Dokumentation. - Prüfung (
audit
) -
Kubernetes Auditprotokolle enthalten eine Aufzeichnung der einzelnen Benutzer, Administratoren oder Systemkomponenten, die sich auf Ihren Cluster ausgewirkt haben. Weitere Informationen finden Sie unter Auditing
im Kubernetes -Dokumentation. - Authenticator (
authenticator
) -
Authenticator-Logs gibt es nur bei AmazonEKS. Diese Protokolle stellen die Komponente der Steuerungsebene dar, für die Amazon EKS verwendet Kubernetes Rollenbasierte Zugriffskontrolle
(RBAC) mithilfe von IAM Anmeldeinformationen. Weitere Informationen finden Sie unter Cluster-Ressourcen organisieren und überwachen. - Controller-Manager (
controllerManager
) -
Der Controller-Manager verwaltet die zentralen Regelkreise, die im Lieferumfang enthalten sind Kubernetes. Weitere Informationen finden Sie kube-controller-manager
in der Kubernetes -Dokumentation. - Scheduler (
scheduler
) -
Die Scheduler-Komponente verwaltet, wann und wo sie ausgeführt werden soll Pods in Ihrem Cluster. Weitere Informationen finden Sie unter kube-scheduler
im Kubernetes -Dokumentation.
Aktivieren oder deaktivieren Sie die Protokolle der Kontrollebene
Standardmäßig werden Protokolle der Cluster-Steuerungsebene nicht an CloudWatch Logs gesendet. Sie müssen jeden Protokolltyp einzeln aktivieren, um Protokolle für Ihren Cluster zu senden. CloudWatch Die Raten für die Aufnahme von Protokollen, die Archivierung und das Scannen von Daten gelten für aktivierte Protokolle auf der Kontrollebene. Weitere Informationen finden Sie unter CloudWatch Preise.
Um die Logging-Konfiguration der Kontrollebene zu aktualisieren, EKS benötigt Amazon bis zu fünf verfügbare IP-Adressen in jedem Subnetz. Wenn Sie einen Protokolltyp aktivieren, werden die Protokolle mit der Protokollausführungsstufe 2
gesendet.
Protokolle der Cluster-Steuerungsebene anzeigen
Nachdem Sie einen der Protokolltypen der Kontrollebene für Ihren EKS Amazon-Cluster aktiviert haben, können Sie ihn auf der CloudWatch Konsole anzeigen.
Weitere Informationen zum Anzeigen, Analysieren und Verwalten von Logs in CloudWatch Amazon Logs finden Sie im Amazon CloudWatch Logs-Benutzerhandbuch.
So können Sie die Protokolle Ihrer Cluster-Steuerungsebene auf der CloudWatch Konsole einsehen
-
Öffnen Sie die CloudWatch Konsole
. Der Link öffnet die Konsole und zeigt Ihre aktuell verfügbaren Protokollgruppen an und filtert sie mit dem /aws/eks
-Präfix. -
Wählen Sie den Cluster aus, für den Sie die Protokolle anzeigen möchten. Das Format für den Namen der Protokollgruppen lautet
/aws/eks/
.my-cluster
/cluster -
Wählen Sie den anzuzeigenden Protokollstream aus. Die folgende Liste beschreibt das Namensformat des Protokollstreams der einzelnen Protokolltypen.
Anmerkung
Wenn die Daten des Protokollstreams ansteigen, werden die Namen des Protokollstreams rotiert. Wenn mehrere Protokollstreams für einen bestimmten Protokolltyp vorhanden sind, können Sie den neuesten Protokollstream anzeigen, indem Sie nach dem Namen des Protokollstreams mit der letzten Last event time (Uhrzeit des letzten Ereignisses) suchen.
-
Kubernetes APIProtokolle der Serverkomponenten (
api
) —kube-apiserver-
1234567890abcdef01234567890abcde
-
Prüfung (
audit
) –kube-apiserver-audit-
1234567890abcdef01234567890abcde
-
Authentifikator (
authenticator
) –authenticator-
1234567890abcdef01234567890abcde
-
Controller-Manager (
controllerManager
) –kube-controller-manager-
1234567890abcdef01234567890abcde
-
Scheduler (
scheduler
) –kube-scheduler-
1234567890abcdef01234567890abcde
-
-
Sehen Sie sich die Ereignisse des Protokollstreams an.
Sie sollten beispielsweise die ersten API Server-Flags für den Cluster sehen, wenn Sie sich den oberen Teil ansehen
kube-apiserver-
.1234567890abcdef01234567890abcde
Anmerkung
Wenn Sie die API Serverprotokolle nicht am Anfang des Protokolldatenstroms sehen, ist es wahrscheinlich, dass die API Serverprotokolldatei auf dem Server rotiert wurde, bevor Sie die API Serverprotokollierung auf dem Server aktiviert haben. Protokolldateien, die rotiert wurden, bevor die API Serverprotokollierung aktiviert wurde, können nicht exportiert werden CloudWatch.
Sie können jedoch einen neuen Cluster mit demselben erstellen Kubernetes Version und aktivieren Sie die API Serverprotokollierung, wenn Sie den Cluster erstellen. Für Cluster mit derselben Plattformversion sind dieselben Flags aktiviert, daher sollten Ihre Flags mit den Flags des neuen Clusters übereinstimmen. Wenn Sie die Anzeige der Flags für den neuen Cluster in abgeschlossen haben CloudWatch, können Sie den neuen Cluster löschen.