Das Kubernetes-Dashboard bietet eine webbasierte Benutzeroberfläche für den Cluster. Man kann Anwendungen im Cluster über das Dashboard bereitstellen sowie bestehende Anwendungen im Cluster beheben. Das Dashboard bietet auch Einblicke in die Ressourcen im Cluster. Das Dashboard wird offiziell von Kubernetes bereitgestellt. Man kann Kubernetes-Objekte über das Dashboard erstellen, ändern, aktualisieren und löschen.
Statische Pods werden direkt vom Kubelet verwaltet und der API-Server hat keine Kontrolle über diese Pods. Das Kubelet ist verantwortlich dafür, jeden statischen Pod zu überwachen und ihn neu zu starten, wenn er abstürzt. Die statischen Pods, die auf einem Knoten ausgeführt werden, sind auf dem API-Server sichtbar, können jedoch nicht vom API-Server gesteuert werden. Ein statischer Pod hat keinen zugehörigen Replikationscontroller, der Kubelet-Dienst selbst überwacht ihn und startet ihn neu, wenn er abstürzt. Es gibt keinen Gesundheitscheck für statische Pods. Der Kubelet-Prozess überwacht das spezifische Verzeichnis, das für statische Pods vorgesehen ist.
Der Hauptgrund für die Verwendung von EKS besteht darin, die Last der Verwaltung von Pods, Knoten usw. zu beseitigen. Das Ausführen von Kubernetes in AWS erfordert derzeit ein großes Maß an technischem Fachwissen und fällt oft außerhalb des Fachgebiets vieler Organisationen. Mit EKS wird die erforderliche Infrastruktur von Amazons "In-House"-Team verwaltet, sodass die Benutzer über eine vollständig verwaltete Kubernetes-Engine verfügen, die entweder über eine API oder standardmäßige kubectl-Tools verwendet werden kann.
Wenn der Knoten über genügend Ressourcen verfügt, kann ein Container mehr Ressourcen verwenden. Wir können angeben, wie viel von jeder Ressource ein Container benötigt. Die gängigen Ressourcen, die angegeben werden, sind CPU und Arbeitsspeicher. Wenn wir die Ressourcennutzung für Container in einem Pod angeben, entscheidet der Scheduler, auf welchem Knoten der Pod platziert wird. Wenn wir eine Ressourcengrenze für einen Container festlegen, kümmert sich der Kubelet um die Grenzen, sodass der laufende Container nicht mehr als das von uns festgelegte Limit verwenden darf.
Sobald wir einen laufenden Kubernetes-Cluster haben, können wir unsere containerisierten Anwendungen darauf bereitstellen. Wir können eine Kubernetes-Deployment-Konfiguration erstellen, um dies zu erreichen.
Rollenbasierte Zugriffskontrolle (RBAC) wird verwendet, um den Zugriff auf Computer- oder Netzwerkressourcen im Kubernetes-Cluster zuzuweisen.
Labels sind nichts anderes als Schlüssel-Wert-Paare, die Kubernetes-Objekten wie Pods, Services usw. zugewiesen werden. Labels können verwendet werden, um Kubernetes-Objekte zu organisieren und auszuwählen. Labels können Objekten zum Zeitpunkt der Erstellung angehängt und jederzeit geändert werden. Wir können mehreren Labels zu Kubernetes-Objekten hinzufügen.
Einer der Vorteile der Verwendung eines Deployments ist die Möglichkeit, Rolling Updates durchzuführen und eine rollingupdatestrategie zu erstellen. Rolling Updates ermöglichen es uns, die Konfiguration der Pods schrittweise zu aktualisieren.
Ein Namespace ist hilfreich, wenn mehrere Teams denselben Cluster verwenden. Dies wird verwendet, wenn die Möglichkeit einer Namenskonkurrenz besteht. Es kann eine virtuelle Wand zwischen mehreren Clustern sein. Zum Beispiel können wir keine Pods mit demselben Namen in einem Kubernetes-Cluster haben, aber mit einem Namespace können wir den Cluster virtuell aufteilen und Pods mit demselben Namen haben.
Kubernetes ist eine Open-Source-Plattform zur Verwaltung von containerisierten Workloads und Diensten, die deklarative Konfiguration und Automatisierung erleichtert. Der Name Kubernetes stammt aus dem Griechischen und bedeutet Steuermann oder Pilot. Es ist portabel sowie erweiterbar und hat ein schnell wachsendes Ökosystem. Die Dienste und Tools von Kubernetes sind weit verbreitet.