Der offizielle Start der Red Hat OpenShift 4 Plattform ist nun erfolgt. Heute zeigen wir Ihnen, wie Sie schnell und einfach von OpenShift Container Platform 3 auf die neue Version umsteigen können.
In diesem Artikel interessieren uns insbesondere die neuen OpenShift 4 Cluster, die die Vorteile einer agilen und unveränderlichen Infrastruktur auf Basis von RHEL CoreOS und Automatisierungstools nutzen. Unten zeigen wir Ihnen, wie Sie problemlos auf OpenShift 4 migrieren können.
Weitere Informationen zu den Unterschieden zwischen der neuen und der alten Version finden Sie .
Migration von Clustern von OpenShift 3 auf OpenShift 4 mithilfe der zertifizierten Red Hat Appranix Plattform
Appranix und Red Hat haben intensiver daran gearbeitet, die Migration von Cluster-Ressourcen von OpenShift 3 auf OpenShift 4 zu vereinfachen, indem sie einen speziellen Dienst entwickelt haben, der auf Appranix Site Reliability Automation für Kubernetes aufsetzt.
Die Appranix-Lösung (die Sie im ) finden können, ermöglicht das Erstellen von Backups aller OpenShift 3 Cluster und deren Wiederherstellung auf OpenShift 4 mit nur wenigen Klicks.
Die Migration mit Appranix für OpenShift 4 bietet zahlreiche Vorteile.
- Schneller Start. Da die Lösung von Appranix auf SaaS-Prinzipien basiert, ist kein Setup einer Infrastruktur erforderlich und es müssen keine speziellen Lösungen für die Migration konfiguriert oder verwendet werden.
- Die Skalierbarkeit von Appranix erleichtert die Migration großer Cluster.
- Automatische Backups komplexer Cluster-Konfigurationen von OpenShift 3 und deren anschließende Übertragung auf OpenShift 4 vereinfachen den Migrationsprozess.
- Die Möglichkeit zu testen, wie Anwendungen aus der Unternehmensinfrastruktur von OpenShift 3 auf der OpenShift 4-Plattform in der AWS-Cloud funktionieren.
- Migration der RBAC-Zugriffssteuerungseinstellungen zusammen mit den Cluster-Ressourcen.
- Wahlweise vollständige oder selektive Migration aller Projekte auf die neuen OpenShift 4-Cluster.
- Optional – Einrichtung mehrerer Ebenen der Ausfallsicherheit für containerisierte Anwendungen, sofern die entsprechende Lizenz vorhanden ist.
Mehrstufige Resilienz für OpenShift-Anwendungen.
Nach der Migration von Version 3 auf Version 4 von OpenShift kann die Lösung von Appranix genutzt werden, um eine kontinuierliche Resilienz der Anwendungen (Continuous App Resilience) zu gewährleisten, bei der drei Varianten möglich sind. Stufe 1 Die Resilienzstufe 1 (Level 1 Resiliency) ermöglicht die Wiederherstellung von Anwendungen ohne Wechsel des Regions- oder Cloudanbieters. Sie kann zum Zurücksetzen von Anwendungen oder zur Wiederherstellung nach einem regionalen Ausfall eingesetzt werden, beispielsweise nach einem misslungenen Anwendungs-Deployment. Dies ist auch nützlich, um schnell eine Testumgebung im selben Gebiet, jedoch in einem separaten OpenShift-Cluster zu erstellen.
Stufe 2 erlaubt es, Anwendungen in eine andere Region zu übertragen, ohne den Anbieter zu wechseln. Währenddessen kann die primäre Dateninfrastruktur im Hauptbereich verbleiben, jedoch können die Anwendungen in einem anderen Cluster in der neuen Region betrieben werden. Diese Option ist besonders vorteilhaft, wenn ein Cloud-Bereich oder ein Zone außer Betrieb geht oder wenn Anwendungen aufgrund eines Cyberangriffs in eine andere Region verschoben werden müssen. Und schließlich, Stufe 3 ermöglicht es, nicht nur die Region, sondern auch den Cloudanbieter zu wechseln.
Wie Appranix SRA funktioniert
Die mehrstufige Fehlertoleranz von OpenShift-Anwendungen in Appranix wird durch die Funktionalität der „Zeitschiene“ erreicht, die automatisch Kopien der Anwendungsumgebungen erstellt. Um diese Funktion zu aktivieren und die Sicherheit der Anwendungen zu erhöhen, genügt es, in die DevOps-Pipeline nur eine Zeile Code hinzuzufügen.
In den Infrastrukturservices von Cloud-Anbietern treten ebenfalls Probleme auf, weshalb die Möglichkeit, schnell zu einem anderen Anbieter zu wechseln, nützlich ist, um eine Abhängigkeit von einem einzigen Dienstleister zu vermeiden.
Wie im untenstehenden Bild dargestellt, können in Appranix nicht nur automatisch in festgelegten Intervallen, sondern auch auf Befehl aus der CI/CD-Pipeline Backups der Anwendungsumgebungen erstellt werden. Dabei gewährleistet die „Zeitschiene“:
- Inkrementelle, GitHub-ähnliche Protokollierung von Namespaces und Anwendungsumgebungen.
- Einen einfachen Rückgriff auf Anwendungen.
- Versionsverwaltung von Konfigurationen in Cloud-Umgebungen und Containern.
- Automatisierte Verwaltung des Lebenszyklus von Daten.
- Automatisierung des Infrastrukturmanagements als Code (IaC).
- Automatisierte Verwaltung von IaC-Zuständen.
Mit Appranix können Sie einen umfassenden Schutz und Wiederherstellung auf Anwendungsebene für Szenarien wie Chaos-Engineering, Notfallwiederherstellung, Ransomware-Schutz und die Sicherstellung der Geschäftskontinuität organisieren. Wir werden hier nicht zu tief eintauchen und stattdessen betrachten, wie Appranix für die Migration von OpenShift 3 auf OpenShift 4 genutzt werden kann.
Wie erfolgt die Migration von OpenShift 3 nach OpenShift 4 mithilfe der Appranix Site Reliability Platform
Der Prozess umfasst drei Phasen:
- Wir konfigurieren OpenShift 3 und OpenShift 4 zur automatischen Erkennung aller zu migrierenden Komponenten.
- Wir erstellen Richtlinien und legen die Namespaces für die Migration fest.
- Wir stellen alle Namespaces auf OpenShift 4 mit einem Klick wieder her.
Wir konfigurieren OpenShift 3 und 4 Cluster zur automatischen Erkennung
Appranix geht davon aus, dass Sie bereits funktionierende Cluster für OpenShift 3 und OpenShift 4 haben. Falls Sie noch keine OpenShift 4 Cluster haben, erstellen Sie diese, indem Sie . Die Konfiguration des primären (Primary) und des Ziel- (Target) Clusters in Appranix erfolgt auf dieselbe Weise und umfasst nur wenige Schritte.
Wir installieren den Appranix Controller Agenten zur Erkennung von Clustern.
Um Cluster-Ressourcen zu erkennen, ist ein kleines Sidecar-Agent des Controllers erforderlich. Für die Bereitstellung genügt es, den entsprechenden curl-Befehl zu kopieren und einzufügen, wie unten gezeigt. Sobald der Agent in OpenShift 3 und OpenShift 4 installiert ist, erkennt Appranix automatisch alle migrierbaren Cluster-Ressourcen, einschließlich Namespaces, Deployments, Pods, Services sowie Hosts mit anderen Ressourcen.
Migration von großen, verteilten Anwendungen
Jetzt werden wir anhand eines Beispiels erläutern, wie man ohne großen Aufwand eine verteilte Mikroservice-Anwendung namens SockShop von OpenShift 3 auf OpenShift 4 migriert (Link – ). Wie aus der folgenden Abbildung ersichtlich, enthält die Architektur von SockShop viele Komponenten.
Appranix erkennt alle Ressourcen, die für den Schutz und die Migration auf OpenShift 4 gesichert werden müssen, einschließlich Pods, Deployments, Services und Cluster-Konfigurationen.
OpenShift 3 mit der laufenden Anwendung SockShop
Erstellen von Protection Policies für die Migration
Die Richtlinien können flexibel festgelegt werden, abhängig davon, wie die Migration durchgeführt werden soll. Zum Beispiel basierend auf mehreren Kriterien oder einem Backup einmal pro Stunde.
Wir führen die Migration mehrerer OpenShift 3-Cluster mithilfe von Schutzplänen (Protection Plans) durch.
Je nach den Besonderheiten der Anwendung oder des Namensraums können Richtlinien auf die OpenShift 3-Cluster angewendet werden, die einmal pro Stunde, einmal pro Woche oder sogar einmal pro Monat ausgeführt werden.
Appranix ermöglicht die Migration aller Namensräume des Clusters auf OpenShift 4 oder nur ausgewählter Namensräume.
Wir führen die Migration auf OpenShift 4 mit einem Klick durch.
Die Migration besteht darin, die ausgewählten Namensräume auf den Ziel-Cluster OpenShift 4 wiederherzustellen. Dieser Vorgang erfolgt mit nur einem Klick. Appranix erledigt eigenständig die gesamte Arbeit zur Erfassung der Konfigurations- und Ressourceninformationen der ursprünglichen Umgebung und stellt diese dann auf der OpenShift 4-Plattform wieder her.
Wir überprüfen die Anwendungen nach der Migration auf OpenShift 4.
Melden Sie sich bei Ihrem OpenShift 4-Cluster an, aktualisieren Sie die Projekte und stellen Sie sicher, dass alle Anwendungen und Namensräume in Ordnung sind. Führen Sie den Migrationsprozess für andere Namensräume durch, indem Sie entweder neue Protection Plans erstellen oder bestehende anpassen.
Starten Sie die migrierten Anwendungen auf OpenShift 4.
Nach der Migration der Anwendungen mit der Appranix-Wiederherstellungsprozedur ist es wichtig, die Routen zu konfigurieren – diese müssen auf OpenShift 4 verweisen. Möglicherweise möchten Sie vor der vollständigen Übertragung der Produktionsumgebung von OpenShift 3 ein Test-Wiederherstellung durchführen. Sobald mehrere funktionierende Anwendungen in den entsprechenden Namensräumen auf OpenShift 4 bereitstehen, besteht die Notwendigkeit, auch die restlichen Anwendungen mit diesem Prozess zu migrieren.
Nachdem alle Namensräume übertragen wurden, können Sie alle OpenShift-Cluster für kontinuierliche Notfallwiederherstellung, Ransomware-Schutz, Gewährleistung der Geschäftskontinuität oder für eine nachfolgende Migration schützen, da Appranix Site Reliability Automation automatisch aktualisiert wird, wenn neue Versionen von OpenShift veröffentlicht werden.
Gesamt
OpenShift 4 – ein bedeutender Fortschritt, insbesondere durch die neue unveränderliche Architektur und das Operator-Plattform-Modell zur Automatisierung komplexer Anwendungs- und Plattformkonfigurationen in Clusterumgebungen. Appranix bietet OpenShift-Nutzern eine einfache und benutzerfreundliche Möglichkeit, auf OpenShift 4 mit seiner cloudbasierten Lösung für die Notfallwiederherstellung der Site Reliability Platform zu migrieren.
Die Appranix-Lösung kann direkt aus .
Quelle: habr.com
