Der offizielle Start der Plattform Red Hat OpenShift 4 ist also erfolgt. Heute verraten wir Ihnen, wie Sie möglichst schnell und einfach von OpenShift Container Platform 3 darauf umsteigen können.
Für die Zwecke dieses Artikels interessieren uns vor allem die neuen OpenShift 4-Cluster, die die Fähigkeiten einer intelligenten und unveränderlichen Infrastruktur auf Basis von RHEL CoreOS und Automatisierungstools nutzen. Im Folgenden zeigen wir Ihnen, wie Sie problemlos auf OpenShift 4 umsteigen können.
Erfahren Sie mehr über die Unterschiede zwischen der neuen und der alten Version. .
Migration von Clustern von OpenShift 3 auf OpenShift 4 mithilfe der zertifizierten Red Hat Appranix-Plattform
Appranix und Red Hat haben intensiv daran gearbeitet, die Migration von Clusterressourcen von OpenShift 3 auf OpenShift 4 mit einem benutzerdefinierten Dienst zu vereinfachen, der auf Appranix Site Reliability Automation für Kubernetes läuft.
Appranix-Lösung (zu finden in ) ermöglicht es Ihnen, Backups aller OpenShift 3-Cluster zu erstellen und diese mit nur wenigen Klicks auf OpenShift 4 wiederherzustellen.
Warum die Migration mit Appranix für OpenShift 4 gut ist
- Schneller Start. Da die Appranix-Lösung auf SaaS-Prinzipien aufbaut, besteht keine Notwendigkeit, eine Infrastruktur einzurichten und keine separaten spezialisierten Migrationslösungen zu konfigurieren oder zu verwenden.
- Die Skalierbarkeit von Appranix erleichtert die Migration großer Cluster.
- Die automatische Sicherung komplexer OpenShift 3-Clusterkonfigurationen mit anschließender Übertragung auf OpenShift 4 vereinfacht den Migrationsprozess selbst.
- Die Möglichkeit zu testen, wie sich Anwendungen aus der OpenShift 3-Unternehmensinfrastruktur auf der OpenShift 4-Plattform in der AWS-Cloud verhalten.
- Migration von RBAC-Zugriffseinstellungen zusammen mit Clusterressourcen.
- Selektive oder vollständige Migration aller Projekte auf neue OpenShift 4-Cluster.
- Optional – Organisation mehrerer Fehlertoleranzstufen für Containeranwendungen, wenn Sie über das entsprechende Abonnement verfügen.
Mehrstufige Fehlertoleranz (Resilienz) für OpenShift-Anwendungen
Nach der Migration von OpenShift 3 auf 4 kann die Appranix-Lösung zur Bereitstellung von Continuous App Resilience verwendet werden, wobei drei Optionen möglich sind. Ebene 1 Ausfallsicherheit (Stufe 1 Ausfallsicherheit) ermöglicht Ihnen die Wiederherstellung von Anwendungen, ohne die Region und den Cloud-Anbieter zu ändern. Es kann zum Zurücksetzen von Anwendungen oder zum Wiederherstellen nach einem lokalen Fehler auf Regionsebene verwendet werden, beispielsweise wenn eine Anwendungsbereitstellung fehlschlägt oder in einer Situation, in der Sie schnell eine Testumgebung in derselben Region, aber auf einem separaten OpenShift-Cluster erstellen müssen .
Ebene 2 ermöglicht es Ihnen, Bewerbungen in eine andere Region zu übertragen, ohne den Anbieter zu wechseln. In diesem Fall können Sie die primäre Dateninfrastruktur in der Hauptregion belassen, Anwendungen jedoch in einem anderen Cluster in einer anderen Region ausführen. Diese Option ist nützlich, wenn eine Cloud-Region oder -Zone ausfällt oder Anwendungen aufgrund eines Cyberangriffs in eine andere Region verschoben werden müssen. Und endlich, Ebene 3 ermöglicht es Ihnen, nicht nur die Region, sondern auch den Cloud-Anbieter zu ändern.
So funktioniert Appranix SRA
Die mehrstufige Fehlertoleranz von OpenShift-Anwendungen in Appranix wird durch die „Time Machine“-Funktionalität erreicht, die automatisch Kopien der Anwendungsumgebung erstellt. Um diese Funktionalität zu aktivieren und die Anwendungssicherheit zu verbessern, fügen Sie einfach eine Codezeile zu Ihrer DevOps-Pipeline hinzu.
Auch bei den Infrastrukturdiensten von Cloud-Anbietern treten Probleme auf, sodass die Möglichkeit, schnell zu einem anderen Anbieter wechseln zu können, sinnvoll ist, um nicht an einen einzigen Dienstanbieter gebunden zu sein.
Wie das Bild unten zeigtkönnen Backups der Anwendungsumgebung in Appranix nicht nur automatisch in einer bestimmten Häufigkeit, sondern auch auf Befehl der kontinuierlichen Integration und der CI/CD-Bereitstellungspipeline erstellt werden. Gleichzeitig sorgt die „Zeitmaschine“ für:
- Inkrementelle Protokollierung von Namespaces und Anwendungsumgebungen im GitHub-Stil.
- Einfaches Anwendungs-Rollback.
- Versionierung von Cloud- und Containerkonfigurationen.
- Automatisiertes Datenlebenszyklusmanagement.
- Automatisierung der Infrastruktur-as-Code-Verwaltung (IaC).
- Automatisierte IaC-Statusverwaltung.
Mit Appranix können Sie vollständigen Schutz und Wiederherstellung auf Anwendungsebene für Szenarien wie Chaos Engineering, Disaster Recovery, Ransomware-Schutz und Geschäftskontinuität bereitstellen. Wir gehen hierauf nicht näher ein und schauen uns weiter an, wie man mit Appranix von OpenShift 3 auf OpenShift 4 migriert.
So migrieren Sie OpenShift 3 zu OpenShift 4 mithilfe der Appranix Site Reliability Platform
Der Prozess umfasst drei Phasen:
- Wir konfigurieren OpenShift 3 und OpenShift 4 so, dass alle zu migrierenden Komponenten automatisch erkannt werden.
- Wir erstellen Richtlinien und legen Namensräume für die Migration fest.
- Wiederherstellen aller Namespaces auf OpenShift 4 mit einem Klick.
Konfigurieren von OpenShift 3- und 4-Clustern für die automatische Erkennung
Appranix geht davon aus, dass Sie bereits OpenShift 3- und OpenShift 4-Cluster ausführen. Wenn noch keine OpenShift 4-Cluster vorhanden sind, erstellen Sie diese mit . Das Einrichten der Primär- und Zielcluster in Appranix ist gleich und erfordert nur wenige Schritte.
Appranix Controller Agent installieren, um Cluster zu erkennen
Um Clusterressourcen zu ermitteln, benötigen Sie einen kleinen Sidecar-Controller-Agenten. Um es bereitzustellen, kopieren Sie einfach den entsprechenden Curl-Befehl und fügen Sie ihn ein. wie nachstehend. Sobald der Agent in OpenShift 3 und OpenShift 4 installiert ist, erkennt Appranix automatisch alle zu migrierenden Cluster-Ressourcen, einschließlich Namespaces, Bereitstellungen, Pods, Dienste sowie Hosts mit anderen Ressourcen.
Migration großer verteilter Anwendungen
Nun schauen wir uns ein Beispiel an, wie man die verteilte Microservice-Anwendung SockShop einfach von OpenShift 3 auf OpenShift 4 übertragen kann (folgen Sie dem Link - ). Wie aus ersichtlich ist Bild unten,Die SockShop-Architektur enthält viele Komponenten.
Appranix erkennt alle Ressourcen, die geschützt und auf OpenShift 4 migriert werden müssen, einschließlich PoDs, Bereitstellungen, Dienste und Clusterkonfigurationen.
OpenShift 3 mit laufendem SockShop
Erstellen von Schutzrichtlinien für die Migration
Je nachdem, wie die Migration durchgeführt werden soll, können Richtlinien flexibel festgelegt werden. Zum Beispiel nach mehreren Kriterien oder einmal pro Stunde sichern.
Migration mehrerer OpenShift 3-Cluster mithilfe von Schutzplänen
Abhängig von der spezifischen Anwendung oder dem Namensraum können Sie Richtlinien auf OpenShift 3-Cluster anwenden, die einmal pro Stunde, einmal pro Woche oder sogar einmal pro Monat ausgeführt werden.
Mit Appranix können Sie alle Namespaces eines Clusters oder nur ausgewählte auf OpenShift 4 migrieren.
Wir führen die Migration zu OpenShift 4 mit einem Klick durch
Bei der Migration handelt es sich um die Wiederherstellung ausgewählter Namespaces im OpenShift 4-Zielcluster. Dieser Vorgang wird mit einem Klick ausgeführt. Appranix übernimmt die gesamte Arbeit des Sammelns von Daten über die Konfiguration und Ressourcen der Quellumgebung und stellt diese dann selbstständig auf der OpenShift 4-Plattform wieder her.
Überprüfung von Anwendungen nach der Migration auf OpenShift 4
Melden Sie sich beim OpenShift 4-Cluster an, aktualisieren Sie die Projekte und prüfen Sie, ob alle Anwendungen und Namespaces in Ordnung sind. Wiederholen Sie den Migrationsvorgang für andere Namespaces, indem Sie neue Schutzpläne erstellen oder bestehende ändern.
Starten migrierter Anwendungen auf OpenShift 4
Nach der Migration von Anwendungen mithilfe des Appranix-Wiederherstellungsverfahrens ist es wichtig, daran zu denken, die Routen zu konfigurieren – sie müssen auf OpenShift 4 verweisen. Möglicherweise möchten Sie eine Testwiederherstellung durchführen, bevor Sie Ihre Produktion vollständig von OpenShift 3 migrieren. Sobald einige Anwendungen auf OpenShift 4 in ihren jeweiligen Namespaces ausgeführt werden, müssen Sie die verbleibenden Anwendungen mit diesem Prozess migrieren.
Sobald alle Namespaces migriert sind, können Sie alle OpenShift-Cluster für eine kontinuierliche Notfallwiederherstellung, Anti-Ransomware, Geschäftskontinuität oder zukünftige Migrationen schützen, da Appranix Site Reliability Automation automatisch aktualisiert wird, wenn neue Versionen von OpenShift veröffentlicht werden.
Insgesamt
OpenShift 4 ist ein großer Fortschritt, vor allem aufgrund der neuen unveränderlichen Architektur und des Operator-Plattformmodells zur Automatisierung komplexer Konfigurationen von Anwendungen und Plattformen, die in Clusterumgebungen ausgeführt werden. Appranix bietet OpenShift-Benutzern mit seiner Cloud-nativen Disaster-Recovery-Lösung für Anwendungen, Site Reliability Platform, eine einfache und bequeme Möglichkeit, auf OpenShift 4 zu migrieren.
Die Appranix-Lösung kann direkt ab verwendet werden .
Source: habr.com