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.
Resilienz in ROSA
AWS Widerstandsfähigkeit der globalen Infrastruktur
Die AWS globale Infrastruktur basiert auf AWS-Regionen Availability Zones. AWS-Regionen bieten mehrere physisch getrennte und isolierte Availability Zones, die über Netzwerke mit niedriger Latenz, hohem Durchsatz und hoher Redundanz miteinander verbunden sind. Mithilfe von Availability Zones können Sie Anwendungen und Datenbanken erstellen und ausführen, die automatisch Failover zwischen Zonen ausführen, ohne dass es zu Unterbrechungen kommt. Availability Zones sind besser verfügbar, fehlertoleranter und skalierbarer als herkömmliche Infrastrukturen mit einem oder mehreren Rechenzentren.
ROSA bietet Kunden die Möglichkeit, die Kubernetes-Steuerungsebene und die Datenebene in einer einzigen AWS Availability Zone oder in mehreren Availability Zones auszuführen. Single-AZ-Cluster können zwar für Experimente nützlich sein, Kunden werden jedoch ermutigt, ihre Workloads in mehr als einer Availability Zone auszuführen. Dadurch wird sichergestellt, dass Anwendungen selbst einem kompletten Ausfall der Availability Zone standhalten können — ein an sich schon sehr seltenes Ereignis.
Weitere Informationen zu Availability Zones AWS-Regionen und Availability Zones finden Sie unter AWS Globale Infrastruktur
ROSA Ausfallsicherheit von Clustern
Die ROSA Steuerungsebene besteht aus mindestens drei Knoten der OpenShift Steuerungsebene. Jeder Knoten der Steuerungsebene besteht aus einer API-Serverinstanz, einer etcd Instanz und Controllern. Bei einem Ausfall eines Knotens auf der Kontrollebene werden alle API-Anfragen automatisch an die anderen verfügbaren Knoten weitergeleitet, um die Verfügbarkeit des Clusters sicherzustellen.
Die ROSA Datenebene besteht aus mindestens zwei OpenShift Infrastrukturknoten und zwei OpenShift Worker-Knoten. Auf Infrastrukturknoten werden Pods ausgeführt, die OpenShift Cluster-Infrastrukturkomponenten wie den Standardrouter, die integrierte OpenShift Registrierung und die Komponenten für Cluster-Metriken und -Überwachung unterstützen. OpenShift Worker-Knoten führen Anwendungs-Pods für Endbenutzer aus.
Red Hat Site Reliability Engineers (SREs) verwalten die gesamte Steuerungsebene und die Infrastrukturknoten. Red Hat überwacht den ROSA Cluster SREs proaktiv und ist dafür verantwortlich, alle ausgefallenen Knoten der Steuerungsebene und Infrastrukturknoten zu ersetzen. Weitere Informationen finden Sie unter Überblick über die Zuständigkeiten für ROSA.
Wichtig
Da es ROSA sich um einen verwalteten Service handelt, ist Red Hat für die Verwaltung der zugrunde liegenden AWS Infrastruktur verantwortlich, die ROSA verwendet wird. Kunden sollten nicht versuchen, die Amazon EC2 Instances, die sie ROSA verwenden, manuell von der AWS Konsole oder aus herunterzufahren AWS CLI. Diese Aktion kann zum Verlust von Kundendaten führen.
Wenn ein Worker-Knoten auf der Datenebene ausfällt, verlagert die Steuerungsebene ungeplante Pods auf die funktionierenden Worker-Knoten, bis der ausgefallene Knoten wiederhergestellt oder ersetzt ist. Ausgefallene Worker-Knoten können manuell oder automatisch ersetzt werden, indem die automatische Skalierung der Maschinen in einem Cluster aktiviert wird. Weitere Informationen finden Sie unter Cluster-Autoscaling
Ausfallsicherheit von vom Kunden bereitgestellten Anwendungen
Es ROSA bietet zwar viele Schutzmaßnahmen, um eine hohe Verfügbarkeit des Service zu gewährleisten, aber die Kunden sind dafür verantwortlich, ihre bereitgestellten Anwendungen so zu gestalten, dass sie hochverfügbar sind, um Workloads vor Ausfallzeiten zu schützen. Weitere Informationen finden Sie unter About Availability for ROSA
