Der offizielle Start der Red Hat OpenShift 4 Plattform hat stattgefunden. Heute zeigen wir, wie man schnell und einfach von der OpenShift Container Platform 3 darauf umsteigt.
In diesem Artikel konzentrieren wir uns in erster Linie auf neue OpenShift 4 Cluster, die die Möglichkeiten einer smarten und unveränderlichen (immutable – für alle Bereitstellungsumgebungen identischen) Infrastruktur auf Basis von RHEL CoreOS und Automatisierungstools nutzen. Im Folgenden zeigen wir, wie man ohne größere Probleme auf OpenShift 4 umsteigt.
Hier können Sie mehr über die Unterschiede zwischen der neuen und der alten Version erfahren. .
Migration von Clustern von OpenShift 3 auf OpenShift 4 unter Verwendung der zertifizierten Plattform Red Hat Appranix.
Appranix und Red Hat arbeiteten intensiv daran, die Migration der Clusterressourcen von OpenShift 3 auf OpenShift 4 mit einem speziellen Dienst zu vereinfachen, der auf Appranix Site Reliability Automation für Kubernetes basiert.
Die Appranix-Lösung (die Sie in der ) finden können, ermöglicht es, Backups aller OpenShift 3 Cluster zu erstellen und diese mit nur wenigen Klicks auf OpenShift 4 wiederherzustellen.
Was macht die Migration mit Appranix für OpenShift 4 so vorteilhaft?
- Schneller Start. Da die Appranix-Lösung auf den Prinzipien von SaaS basiert, muss keine Infrastruktur eingerichtet und keine separaten spezialisierten Lösungen für die Migration konfiguriert oder verwendet werden.
- Die Skalierbarkeit von Appranix erleichtert die Migration großer Cluster.
- Automatische Backups komplexer Clusterkonfigurationen von OpenShift 3 und der anschließende Transfer zu 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 abschneiden.
- Migration von RBAC-Zugangseinstellungen zusammen mit den Ressourcen des Clusters.
- Selektive oder vollständige Migration aller Projekte auf neue OpenShift 4 Cluster.
- Optional – Einrichtung mehrerer Ebenen der Fehlertoleranz für containerisierte Anwendungen bei entsprechender Lizenz.
Mehrstufige Fehlertoleranz (Resilienz) für OpenShift-Anwendungen.
Nach der Migration von Version 3 auf Version 4 kann die Appranix-Lösung verwendet werden, um eine kontinuierliche Anwendungsresilienz (Continuous App Resilience) zu gewährleisten, bei der drei Varianten möglich sind. Ebene 1 Die Widerstandsfähigkeit (Level 1 Resiliency) ermöglicht die Wiederherstellung von Anwendungen ohne Wechsel der Region und des Cloud-Anbieters. Sie kann verwendet werden, um Anwendungen zurückzusetzen oder nach einem lokalen Ausfall auf regionaler Ebene wiederherzustellen, z. B. im Falle einer fehlgeschlagenen Anwendungsbereitstellung, oder in Situationen, in denen schnell eine Testumgebung in derselben Region, jedoch in einem separaten OpenShift-Cluster erstellt werden muss.
Level 2 ermöglicht es, Anwendungen in eine andere Region zu verlagern, ohne den Anbieter zu wechseln. Dabei kann die primäre Dateninfrastruktur in der Hauptregion erhalten bleiben, während die Anwendungen in einem anderen Cluster in einer anderen Region ausgeführt werden. 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. Schließlich Level 3 ermöglicht den Wechsel nicht nur der Region, sondern auch des Cloud-Anbieters.
Wie Appranix SRA funktioniert
Die mehrschichtige Ausfallsicherheit von OpenShift-Anwendungen in Appranix wird durch die Funktionalität der „Zeitmaschine“ erreicht, die automatisch Kopien der Anwendungsumgebung erstellt. Um diese Funktion zu aktivieren und den Schutz der Anwendungen zu erhöhen, genügt es, eine einzige Codezeile in die DevOps-Pipeline einzufügen.
In den Infrastrukturservices von Cloud-Anbietern treten ebenfalls Probleme auf; daher ist die Möglichkeit, schnell zu einem anderen Anbieter zu wechseln, nützlich, um eine Abhängigkeit von einem einzelnen Dienstanbieter zu vermeiden.
Wie im Bild unten dargestellt, können Backups der Anwendungsumgebung in Appranix nicht nur automatisch in festgelegten Intervallen, sondern auch auf Anforderung aus der kontinuierlichen Integrations- und Bereitstellungspipeline CI/CD erstellt werden. Dabei sorgt die „Zeitmaschine“ für:
- Inkrementelle, GitHub-ähnliche Protokollierung von Namespaces und Anwendungsumgebungen.
- Einen einfachen Rollback von Anwendungen.
- Versionsverwaltung für Cloud-Umgebungen und Container-Konfigurationen.
- Automatisierte Verwaltung des Lebenszyklus von Daten.
- Automatisierung der Verwaltung von Infrastruktur als Code (IaC).
- Automatisierte Verwaltung von Zuständen in IaC.
Mit Appranix können Sie den Schutz und die Wiederherstellung auf Anwendungsebene für Szenarien wie Chaos-Engineering, Notfallwiederherstellung, Schutz vor Ransomware und Gewährleistung der Kontinuität von Geschäftsprozessen organisieren. Wir werden nicht näher darauf eingehen und im Folgenden erörtern, wie Sie Appranix für die Migration von OpenShift 3 auf OpenShift 4 verwenden können.
Wie die Migration von OpenShift 3 auf OpenShift 4 unter Verwendung der Appranix Site Reliability Platform durchgeführt wird
Der Prozess umfasst drei Phasen:
- Wir konfigurieren OpenShift 3 und OpenShift 4 für die automatische Erkennung aller zu migrierenden Komponenten.
- Wir erstellen Richtlinien und legen Namensräume für die Migration fest.
- Wir stellen alle Namensräume in OpenShift 4 mit einem Klick wieder her.
Wir konfigurieren die OpenShift 3 und 4 Cluster zur automatischen Erkennung
Appranix geht davon aus, dass Sie bereits funktionierende Cluster von OpenShift 3 und OpenShift 4 haben. Wenn es noch keine OpenShift 4 Cluster gibt, erstellen Sie diese mit Hilfe der . 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 Agent zur Clustererkennung
Für die Erkennung der Clusterressourcen ist ein kleiner Sidecar-Controller-Agent erforderlich. Um ihn bereitzustellen, reicht es aus, den entsprechenden Curl-Befehl zu kopieren und einzufügen, wie unten gezeigt. Nachdem der Agent in OpenShift 3 und OpenShift 4 installiert ist, erkennt Appranix automatisch alle zu migrierenden Clusterressourcen, einschließlich Namensräume, Bereitstellungen, Pods, Dienste sowie Hosts mit weiteren Ressourcen.
Migration großer verteilter Anwendungen
Jetzt werden wir am Beispiel erläutern, wie man das verteilte Mikroservice-Anwendungsbeispiel SockShop mit minimalem Aufwand von OpenShift 3 auf OpenShift 4 überträgt (siehe Link – ). Wie aus der nachstehenden Abbildungersichtlich ist, enthält die Architektuur von SockShop viele Komponenten.
Appranix erkennt alle Ressourcen, für die Schutz und Migration zu OpenShift 4 sichergestellt werden müssen, einschließlich Pods, Bereitstellungen (Deployments), Dienste und Clusterkonfigurationen.
OpenShift 3 mit der funktionierenden Anwendung SockShop
Wir erstellen Richtlinien zum Schutz (Protection Policies) für die Migration
Die Richtlinien können flexibel gestaltet werden, je nachdem, 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 Eigenschaften der Anwendung oder des Namensraums können auf die OpenShift 3 Cluster Richtlinien angewendet werden, die einmal pro Stunde, einmal pro Woche oder sogar einmal pro Monat ausgeführt werden.
Appranix ermöglicht es, alle Namensräume eines Clusters auf OpenShift 4 zu migrieren oder nur ausgewählte Namensräume.
Wir führen die Migration auf OpenShift 4 mit einem Klick durch.
Die Migration ist die Wiederherstellung der ausgewählten Namensräume auf das Ziel-OpenShift 4 Cluster. Dieser Vorgang wird mit einem Klick ausgeführt. Appranix erledigt die gesamte Arbeit, indem es Daten über die Konfiguration und Ressourcen der Ausgangsumgebung sammelt und sie dann selbstständig auf der OpenShift 4 Plattform wiederherstellt.
Wir überprüfen die Anwendungen nach der Migration auf OpenShift 4.
Melden Sie sich bei dem OpenShift 4 Cluster an, aktualisieren Sie die Projekte und überprüfen Sie, ob alle Anwendungen und Namensräume in Ordnung sind. Führen Sie den Migrationsprozess für andere Namensräume wieder durch, indem Sie neue Schutzpläne (Protection Plans) erstellen oder bereits vorhandene ändern.
Wir starten die migrierten Anwendungen auf OpenShift 4.
Nach der Migration der Anwendungen mithilfe des Wiederherstellungsverfahrens von Appranix ist es wichtig, die Routen zu konfigurieren – sie müssen auf OpenShift 4 verweisen. Möglicherweise möchten Sie ein Testwiederherstellung durchführen, bevor Sie die Produktion vollständig von OpenShift 3 übertragen. Wenn auf OpenShift 4 mehrere funktionierende Anwendungen in den entsprechenden Namensräumen laufen, wird es notwendig sein, auch die übrigen Anwendungen im Rahmen dieses Prozesses zu übertragen.
Nach der Übertragung aller Namensräume können Sie alle OpenShift Cluster für kontinuierliche Notfallwiederherstellung, Schutz vor Ransomware, Gewährleistung der Geschäftskontinuität oder für nachfolgende Migrationen schützen, da Appranix Site Reliability Automation automatisch aktualisiert wird, während neue OpenShift-Versionen verfügbar werden.
Insgesamt
OpenShift 4 ist ein großer Schritt nach vorne, insbesondere dank der neuen unveränderlichen Architektur und des Operator-Plattformmodells zur Automatisierung komplexer Anwendungs- und Plattformkonfigurationen, die in Clusterumgebungen laufen. Appranix bietet OpenShift-Nutzern eine einfache und benutzerfreundliche Möglichkeit, auf OpenShift 4 mit seiner cloudbasierten Lösung für die Anwendung Wiederherstellungsplattform zu migrieren.
Die Appranix-Lösung kann direkt aus .
Quelle: habr.com
