Lernprogramm: Migrieren von WebSphere Application Server zu virtuellen Azure-Computern mit hoher Verfügbarkeit und Notfallwiederherstellung

Artikel
05/09/2024

Dieses Lernprogramm zeigt Ihnen eine einfache und effektive Möglichkeit, hohe Verfügbarkeit und Notfallwiederherstellung (HA/DR) für Java mithilfe von WebSphere Application Server auf virtuellen Azure-Computern (VMs) zu implementieren. Die Lösung veranschaulicht, wie Sie ein low Recovery Time Objective (RTO) und Recovery Point Objective (RPO) mithilfe einer einfachen datenbankgesteuerten Jakarta EE-Anwendung erreichen, die auf WebSphere Application Server ausgeführt wird. HA/DR ist ein komplexes Thema mit vielen möglichen Lösungen. Die beste Lösung hängt von Ihren individuellen Anforderungen ab. Weitere Möglichkeiten zum Implementieren von HA/DR finden Sie in den Ressourcen am Ende dieses Artikels.

In diesem Tutorial lernen Sie Folgendes:

Verwenden Sie azure optimierte bewährte Methoden, um hohe Verfügbarkeit und Notfallwiederherstellung zu erzielen.
Richten Sie eine Microsoft Azure SQL-Datenbank Failovergruppe in gekoppelten Regionen ein.
Richten Sie den primären WebSphere-Cluster auf Azure-VMs ein.
Richten Sie die Notfallwiederherstellung für den Cluster mithilfe von Azure Site Recovery ein.
Richten Sie einen Azure Traffic Manager ein.
Testen Sie failover von primär auf sekundär.

Das folgende Diagramm veranschaulicht die Architektur, die Sie erstellen:

Azure Traffic Manager überprüft den Status Ihrer Regionen und leitet den Datenverkehr entsprechend an die Anwendungsebene weiter. Die primäre Region verfügt über eine vollständige Bereitstellung des WebSphere-Clusters. Nachdem die primäre Region durch Azure Site Recovery geschützt wurde, können Sie die sekundäre Region während des Failovers wiederherstellen. Daher wird die primäre Region aktiv Netzwerkanforderungen von Benutzern gewartet, während die sekundäre Region passiv und aktiviert ist, um nur Datenverkehr zu empfangen, wenn die primäre Region eine Dienstunterbrechung erlebt.

Azure Traffic Manager erkennt den Zustand der im IBM HTTP Server bereitgestellten App, um das bedingte Routing zu implementieren. Die Geo-Failover-RTO der Anwendungsebene hängt von der Zeit für das Herunterfahren des primären Clusters, das Wiederherstellen des sekundären Clusters, das Starten von VMs und das Ausführen des sekundären WebSphere-Clusters ab. Das RPO hängt von der Replikationsrichtlinie von Azure Site Recovery und Azure SQL-Datenbank ab. Diese Abhängigkeit liegt daran, dass die Clusterdaten im lokalen Speicher der virtuellen Computer gespeichert und repliziert werden und die Anwendungsdaten in der Azure SQL-Datenbank Failovergruppe gespeichert und repliziert werden.

Das vorangehende Diagramm zeigt die primäre Und sekundäre Region als die beiden Regionen, die die HA/DR-Architektur umfassen. Diese Regionen müssen azure-gekoppelte Regionen sein. Weitere Informationen zu gekoppelten Regionen finden Sie unter Azure cross-region replication. Der Artikel verwendet ost-US und West-USA als die beiden Regionen, aber sie können beliebige gekoppelte Regionen sein, die für Ihr Szenario sinnvoll sind. Eine Liste der Regionspaare finden Sie im Abschnitt mit azure-gekoppelten Regionen der azure-regionsübergreifenden Replikation.

Die Datenbankebene besteht aus einer Azure SQL-Datenbank Failovergruppe mit einem primären Server und einem sekundären Server. Der Lese-/Schreiblistenerendpunkt verweist immer auf den primären Server und ist in den einzelnen Regionen mit dem WebSphere-Cluster verbunden. Sowohl bei manueller als auch automatischer Failover-Aktivierung schaltet das Geofailover alle sekundären Datenbanken in der Gruppe zur primären Rolle um. Informationen zu Geofailover-RPO und RTO von Azure SQL-Datenbank finden Sie unter Übersicht über die Geschäftskontinuität mit Azure SQL-Datenbank.

Dieses Lernprogramm wurde mit Azure Site Recovery und dem Azure SQL-Datenbank Dienst geschrieben, da das Lernprogramm auf die HA-Features dieser Dienste basiert. Andere Datenbankoptionen sind möglich, aber Sie müssen die HA-Features der von Ihnen ausgewählten Datenbank berücksichtigen.

Voraussetzungen

Wenn Sie kein Azure-Abonnement besitzen, erstellen Sie ein kostenloses Konto, bevor Sie beginnen.
Stellen Sie sicher, dass Sie über die Contributor Rolle im Abonnement verfügen. Sie können die Aufgabe überprüfen, indem Sie die Schritte in Azure-Rollenzuweisungen mithilfe der Azure-Portal auflisten.
Bereiten Sie einen lokalen Computer vor, auf dem Windows, Linux oder macOS installiert ist.
Installieren und Einrichten von Git.
Installieren Sie eine Java SE-Implementierung, Version 17 oder höher , z. B. den Microsoft-Build von OpenJDK.
Installieren Sie Maven, Version 3.9.3 oder höher.

Einrichten einer Azure SQL-Datenbank Failovergruppe in gekoppelten Regionen

In diesem Abschnitt erstellen Sie eine Azure SQL-Datenbank Failovergruppe in gekoppelten Regionen für die Verwendung mit Ihren WebSphere-Clustern und Ihrer App. In einem späteren Abschnitt konfigurieren Sie WebSphere so, dass die Sitzungsdaten in dieser Datenbank gespeichert werden. In dieser Übung wird auf das Erstellen einer Tabelle für die Sitzungspersistenz verwiesen.

Erstellen Sie zunächst die primäre Azure SQL-Datenbank, indem Sie die Azure-Portal Schritte in der Schnellstartanleitung ausführen: Erstellen einer einzelnen Datenbank – Azure SQL-Datenbank. Führen Sie die Schritte bis zum Abschnitt "Ressourcen bereinigen" aus, aber nicht einschließen. Verwenden Sie die folgenden Anweisungen, während Sie den Artikel durchgehen, und kehren Sie nach dem Erstellen und Konfigurieren des Azure SQL-Datenbank zu diesem Artikel zurück:

Wenn Sie den Abschnitt "Erstellen einer einzelnen Datenbank" erreichen, führen Sie die folgenden Schritte aus:
1. Speichern Sie in Schritt 4 zum Erstellen einer neuen Ressourcengruppe den Wert für den Ressourcengruppennamen – z myResourceGroup. B. .
2. Speichern Sie in Schritt 5 für den Datenbanknamen den Wert des Datenbanknamens beiseite , mySampleDatabasez. B. .
3. Führen Sie in Schritt 6 zum Erstellen des Servers die folgenden Schritte aus:
  1. Geben Sie einen eindeutigen Servernamen ein , sqlserverprimary-mjg022624z. B. .
  2. Wählen Sie unter Standort die Option (USA) USA, Osten aus.
  3. Wählen Sie für die Authentifizierungsmethode die SQL-Authentifizierung verwenden aus.
  4. Speichern Sie den Anmeldewert des Serveradministrators – z. Bazureuser. .
  5. Speichern Sie den Kennwortwert beiseite.
4. Wählen Sie in Schritt 8 für die Workload-Umgebung die Option "Entwicklung" aus. Sehen Sie sich die Beschreibung an, und berücksichtigen Sie weitere Optionen für Ihre Workload.
5. Wählen Sie in Schritt 11 für Sicherungsspeicherredundanz lokal redundanten Sicherungsspeicher aus. Ziehen Sie weitere Optionen für Ihre Sicherungen in Betracht. Weitere Informationen finden Sie im Abschnitt zur Redundanz des Sicherungsspeichers in Azure SQL-Datenbank.
6. Wählen Sie in Schritt 14 in der Firewallregelnkonfigurationdie Option "Azure-Dienste und -Ressourcen für den Zugriff auf diesen Server zulassen" die Option "Ja" aus.
Wenn Sie den Abschnitt "Abfrage der Datenbank" erreichen, führen Sie die folgenden Schritte aus:
1. Geben Sie in Schritt 3 Die Anmeldeinformationen ihres SQL-Authentifizierungsserveradministrators ein, um sich anzumelden.
  
  Hinweis
  
  Wenn die Anmeldung mit einer Fehlermeldung fehlschlägt, die dem Client mit der IP-Adresse "xx.xx.xx.xx.xx" ähnelt, nicht auf den Server zugreifen darf, wählen Sie "Allowlist IP xx.xx.xx.xx" auf server <your-sqlserver-name> am Ende der Fehlermeldung aus. Warten Sie, bis die Serverfirewallregeln die Aktualisierung abgeschlossen haben, und wählen Sie dann erneut "OK" aus.
2. Nachdem Sie die Beispielabfrage in Schritt 5 ausgeführt haben, löschen Sie den Editor, und geben Sie die folgende Abfrage ein, und wählen Sie dann erneut ausführen aus:
```
CREATE TABLE sessions (
   ID VARCHAR(128) NOT NULL,
   PROPID VARCHAR(128) NOT NULL,
   APPNAME VARCHAR(128) NOT NULL,
   LISTENERCNT SMALLINT,
   LASTACCESS BIGINT,
   CREATIONTIME BIGINT,
   MAXINACTIVETIME INT,
   USERNAME VARCHAR(256),
   SMALL VARBINARY(MAX),
   MEDIUM VARCHAR(MAX),
   LARGE VARBINARY(MAX)
);
```
  Nach einer erfolgreichen Ausführung sollte die Meldung Die Abfrage war erfolgreich: Betroffene Zeilen: 0 angezeigt werden.
  
  Die Datenbanktabelle sessions wird zum Speichern von Sitzungsdaten für Ihre WebSphere-App verwendet. Die WebSphere-Clusterdaten, einschließlich Transaktionsprotokollen, werden auf dem lokalen Speicher von VMs gespeichert, auf denen der Cluster bereitgestellt wird.

Erstellen Sie dann eine Azure SQL-Datenbank Failovergruppe, indem Sie die Azure-Portal Schritte unter Konfigurieren einer Failovergruppe für Azure SQL-Datenbank ausführen. Sie benötigen lediglich die folgenden Abschnitte: Erstellen einer Failovergruppe und Testen des geplanten Failovers. Führen Sie die folgenden Schritte aus, während Sie den Artikel durchgehen, und kehren Sie nach dem Erstellen und Konfigurieren der Azure SQL-Datenbank Failovergruppe zu diesem Artikel zurück:

Führen Sie im Abschnitt "Failovergruppe erstellen" die folgenden Schritte aus:
1. Geben Sie in Schritt 5 zum Erstellen der Failovergruppe den eindeutigen Namen der Failovergruppe ein, und speichern Sie ihn – z failovergroup-mjg022624. B. .
2. Wählen Sie in Schritt 5 zum Konfigurieren des Servers die Option zum Erstellen eines neuen sekundären Servers aus, und führen Sie dann die folgenden Schritte aus:
  1. Geben Sie einen eindeutigen Servernamen ein , sqlserversecondary-mjg022624z. B. .
  2. Geben Sie denselben Serveradministrator und dasselbe Kennwort wie Ihren primären Server ein.
  3. Wählen Sie für "Standort" (USA) "West-US" aus.
  4. Stellen Sie sicher, dass Azure-Dienste für den Zugriff auf den Server aktiviert sind.
3. Wählen Sie in Schritt 5 zum Konfigurieren der Datenbanken innerhalb der Gruppe die Datenbank aus, die Sie auf dem primären Server erstellt haben , mySampleDatabasez. B. .
Nachdem Sie alle Schritte im Abschnitt "Geplantes Failover testen" abgeschlossen haben, lassen Sie die Failovergruppenseite geöffnet, und verwenden Sie sie später für den Failovertest der WebSphere-Cluster.

Einrichten des primären WebSphere-Clusters auf Azure-VMs

In diesem Abschnitt erstellen Sie die primären WebSphere-Cluster auf Azure-VMs mithilfe des IBM WebSphere Application Server Cluster on Azure VMs-Angebots . Der sekundäre Cluster wird während des Failovers mithilfe von Azure Site Recovery später aus dem primären Cluster wiederhergestellt.

Bereitstellen des primären WebSphere-Clusters

Öffnen Sie zuerst den IBM WebSphere Application Server Cluster auf Azure VMs im Browser, und wählen Sie "Erstellen" aus. Der Bereich "Grundlagen" des Angebots sollte angezeigt werden.

Führen Sie die folgenden Schritte aus, um den Bereich " Grundlagen" auszufüllen:

Stellen Sie sicher, dass der für Abonnement angezeigte Wert identisch ist, der die im Abschnitt "Voraussetzungen" aufgeführten Rollen aufweist.
Sie müssen das Angebot in einer leeren Ressourcengruppe bereitstellen. Wählen Sie im Feld "Ressource" die Option "Neu erstellen" aus, und geben Sie einen eindeutigen Wert für die Ressourcengruppe ein , was-cluster-eastus-mjg022624z. B. .
Wählen Sie unter "Instanzdetails" für "Region" die Option "Ost-USA" aus.
Wählen Sie für "Bereitstellen mit vorhandener WebSphere"-Berechtigung oder mit Auswertungslizenz die Option "Evaluierung " für dieses Lernprogramm aus. Sie können auch "Berechtigt" auswählen und Ihre IBMid-Anmeldeinformationen angeben.
Wählen Sie aus, dass ich den IBM-Lizenzvertrag gelesen und akzeptiere.
Behalten Sie die Standardwerte für andere Felder bei.
Wählen Sie "Weiter" aus, um zum Clusterkonfigurationsbereich zu wechseln.

Führen Sie die folgenden Schritte aus, um den Clusterkonfigurationsbereich auszufüllen:

Geben Sie für den Administrator des virtuellen Computers ein Kennwort an.
Geben Sie für den Administrator "Password for WebSphere" ein Kennwort an. Speichern Sie den Benutzernamen und das Kennwort für den WebSphere-Administrator beiseite.
Behalten Sie die Standardwerte für andere Felder bei.
Wählen Sie "Weiter" aus, um zum Bereich " Lastenausgleich " zu wechseln.

Führen Sie die folgenden Schritte aus, um den Bereich " Lastenausgleich " auszufüllen:

Geben Sie für den Administrator des virtuellen Computers ein Kennwort an.
Geben Sie für den IBM HTTP Server-Administrator ein Kennwort an.
Behalten Sie die Standardwerte für andere Felder bei.
Wählen Sie "Weiter" aus, um zum Netzwerkbereich zu wechseln.

Im Netzwerkbereich sollten alle Felder angezeigt werden, die bereits mit den Standardwerten aufgefüllt wurden. Wählen Sie "Weiter" aus, um zum Datenbankbereich zu wechseln.

Die folgenden Schritte zeigen, wie Sie den Datenbankbereich ausfüllen:

Wählen Sie "Ja" aus, um Verbinden zur Datenbank zu verwenden.
Wählen Sie für "Datenbanktyp auswählen " Microsoft SQL Server aus.
Geben Sie für JNDI Name folgendes ein : enter enter providers/WebSphereCafeDB.
Für Datenquellen-Verbindungszeichenfolge (hosts:sqlserver://<host>:<port>; database=<database>), ersetzen Sie die Platzhalter durch die Werte, die Sie im vorherigen Abschnitt für die Failovergruppe für die Azure SQL-Datenbank gespeichert haben , jdbc:sqlserver://failovergroup-mjg022624.database.windows.net:1433;database=mySampleDatabasez. B. .
Geben Sie für den Datenbankbenutzernamen den Anmeldenamen des Serveradministrators und den Failovergruppennamen ein, den Sie im vorherigen Abschnitt gespeichert haben , azureuser@failovergroup-mjg022624z. B. .

Hinweis

Achten Sie besonders darauf, den richtigen Hostnamen und Datenbankbenutzernamen für die Failovergruppe anstelle des Serverhosts und des Benutzernamens aus der primären oder Sicherungsdatenbank zu verwenden. Wenn Sie die Werte aus der Failovergruppe verwenden, sagen Sie WebSphere, mit der Failovergruppe zu sprechen. In Bezug auf WebSphere ist es jedoch nur eine normale Datenbankverbindung.
Geben Sie das Anmeldekennwort des Serveradministrators ein, das Sie zuvor für das Datenbankkennwort gespeichert haben. Geben Sie denselben Wert für das Kennwort bestätigen ein.
Behalten Sie die Standardwerte für die anderen Felder bei.
Klicken Sie auf Überprüfen + erstellen.
Warten Sie, bis die endgültige Überprüfung ausgeführt wird... erfolgreich abgeschlossen, und wählen Sie dann "Erstellen" aus.

Nach einer Weile sollte die Bereitstellungsseite angezeigt werden, auf der die Bereitstellung ausgeführt wird.

Hinweis

Wenn beim Ausführen der endgültigen Überprüfung Probleme auftreten , beheben Sie sie, und versuchen Sie es erneut.

Je nach Netzwerkbedingungen und anderen Aktivitäten in Ihrer ausgewählten Region kann die Bereitstellung bis zu 25 Minuten dauern. Danach sollte der Text "Ihre Bereitstellung abgeschlossen " auf der Bereitstellungsseite angezeigt werden.

Überprüfen der Bereitstellung des Clusters

Sie haben einen IBM HTTP Server (IHS) und einen WebSphere Deployment Manager (Dmgr) im Cluster bereitgestellt. Der IHS fungiert als Lastenausgleich für alle Anwendungsserver im Cluster. Dmgr stellt eine Webkonsole für die Clusterkonfiguration bereit.

Führen Sie die folgenden Schritte aus, um zu überprüfen, ob die IHS- und Dmgr-Konsole funktionieren, bevor Sie mit dem nächsten Schritt fortfahren:

Kehren Sie zur Seite "Bereitstellung" zurück, und wählen Sie dann "Ausgaben" aus.
Kopieren Sie den Wert der Eigenschaft ihsConsole. Öffnen Sie diese URL auf einer neuen Browserregisterkarte. Beachten Sie, dass wir in diesem Beispiel nicht für das IHS verwendet https werden. Eine Willkommensseite des IHS sollte ohne Fehlermeldung angezeigt werden. Andernfalls müssen Sie das Problem beheben und beheben, bevor Sie fortfahren. Lassen Sie die Konsole geöffnet, und verwenden Sie sie, um die App-Bereitstellung des Clusters später zu überprüfen.
Kopieren Und speichern Sie den Wert des EigenschaftsadministratorsSecuredConsole. Öffnen Sie es auf einer neuen Browserregisterkarte. Akzeptieren Sie die Browserwarnung für das selbstsignierte TLS-Zertifikat. Wechseln Sie nicht mit einem selbstsignierten TLS-Zertifikat zur Produktion.

Die Anmeldeseite der WebSphere Integrated Solutions Console sollte angezeigt werden. Melden Sie sich bei der Konsole mit dem Benutzernamen und kennwort für den WebSphere-Administrator an, den Sie zuvor gespeichert haben. Wenn Sie sich nicht anmelden können, müssen Sie das Problem beheben und beheben, bevor Sie fortfahren. Lassen Sie die Konsole geöffnet, und verwenden Sie sie für die weitere Konfiguration des WebSphere-Clusters später.

Führen Sie die folgenden Schritte aus, um den Namen der öffentlichen IP-Adresse des IHS abzurufen. Sie verwenden sie, wenn Sie den Azure Traffic Manager später einrichten.

Öffnen Sie die Ressourcengruppe, in der Ihr Cluster bereitgestellt wird. Wählen Sie z. B. "Übersicht" aus, um zum Übersichtsbereich der Bereitstellungsseite zurückzukehren, und wählen Sie dann "Zur Ressourcengruppe wechseln" aus.
Suchen Sie in der Tabelle der Ressourcen die Spalte "Typ ". Wählen Sie sie aus, um nach Ressourcentyp zu sortieren.
Suchen Sie die öffentliche IP-Adressressource mit ihsdem Präfix " und kopieren Sie sie, und speichern Sie den Namen beiseite.

Konfigurieren des Clusters

Führen Sie zunächst die folgenden Schritte aus, um die Option "Änderungen mit Knoten synchronisieren" zu aktivieren, damit jede Konfiguration automatisch mit allen Anwendungsservern synchronisiert werden kann:

Wechseln Sie zurück zur WebSphere Integrated Solutions Console, und melden Sie sich erneut an, wenn Sie abgemeldet sind.
Wählen Sie im Navigationsbereich die Systemverwaltungskonsoleneinstellungen> aus.
Wählen Sie im Bereich "Konsoleneinstellungen " die Option "Änderungen mit Knoten synchronisieren" und dann " Übernehmen" aus. Die Meldung "Ihre Einstellungen" sollte geändert werden.

Führen Sie dann die folgenden Schritte aus, um verteilte Datenbanksitzungen für alle Anwendungsserver zu konfigurieren:

Wählen Sie im Navigationsbereich Server ServerTypen>>WebSphere-Anwendungsserver aus.
Im Bereich "Anwendungsserver" sollten drei Anwendungsserver aufgelistet sein. Verwenden Sie für jeden Anwendungsserver die folgenden Anweisungen zum Konfigurieren der verteilten Datenbanksitzungen:
1. Wählen Sie in der Tabelle unter dem Text Die folgenden Ressourcen können Sie verwalten, den Link für den Anwendungsserver aus, der mit MyCluster.
2. Wählen Sie im Abschnitt "Container Einstellungen" die Option "Sitzungsverwaltung" aus.
3. Wählen Sie im Abschnitt "Zusätzliche Eigenschaften" die Option "Verteilte Umgebungseinstellungen" aus.
4. Wählen Sie für verteilte Sitzungen die Datenbank (nur für Webcontainer unterstützt).
5. Wählen Sie "Datenbank" aus, und führen Sie die folgenden Schritte aus:
  1. Geben Sie für den Namen "Datasource JNDI" den Namen "eingabetaste/ WebSphereCafeDB" ein.
  2. Geben Sie für die Benutzer-ID den Anmeldenamen des Serveradministrators und den Failovergruppennamen ein, den Sie im vorherigen Abschnitt gespeichert haben , azureuser@failovergroup-mjg022624z. B. . .
  3. Geben Sie das Anmeldekennwort des Azure SQL Server-Administrators ein, das Sie zuvor für "Kennwort" gespeichert haben.
  4. Geben Sie für den Namen des Tabellenraums Sitzungen ein.
  5. Wählen Sie " Mehrzeilenschema verwenden" aus.
  6. Wählen Sie OK aus. Sie werden zurück zum Bereich "Verteilte Umgebungseinstellungen " geleitet.
6. Wählen Sie im Abschnitt "Zusätzliche Eigenschaften" die Option "Benutzerdefinierte Optimierungsparameter" aus.
7. Wählen Sie für die Optimierungsebene "Niedrig" (Für Failover optimieren) aus.
8. Wählen Sie OK aus.
9. Wählen Sie unter "Nachrichten" die Option "Speichern" aus. Warten Sie, bis der Vorgang abgeschlossen ist.
10. Wählen Sie Anwendungsserver aus der oberen Breadcrumbleiste aus. Sie werden zurück zum Anwendungsserverbereich geleitet.
Wählen Sie im Navigationsbereich Servercluster>>WebSphere-Anwendungsservercluster aus.
Im Bereich "WebSphere-Anwendungsservercluster" sollte der Cluster MyCluster aufgelistet sein. Aktivieren Sie das Kontrollkästchen neben MyCluster.
Wählen Sie Wellenstart aus.
Warten Sie, bis der Cluster neu gestartet wird. Sie können das Statussymbol auswählen und wenn das neue Fenster nicht gestartet angezeigt wird, wechseln Sie zurück zur Konsole, und aktualisieren Sie die Webseite nach einer Weile. Wiederholen Sie den Vorgang, bis "Gestartet" angezeigt wird. Möglicherweise wird "Teilanfang " angezeigt, bevor Sie den Status "Gestartet" erreichen.

Lassen Sie die Konsole geöffnet, und verwenden Sie sie später für die App-Bereitstellung.

Bereitstellen einer Beispiel-App

In diesem Abschnitt erfahren Sie, wie Sie eine CRUD Java/Jakarta EE-Beispielanwendung für einen WebSphere-Cluster für den Failovertest für die Notfallwiederherstellung bereitstellen und ausführen.

Sie haben Anwendungsserver für die Verwendung der Datenquelle jdbc/WebSphereCafeDB zum Speichern von Sitzungsdaten konfiguriert, wodurch Failover- und Lastenausgleich über einen Cluster von WebSphere-Anwendungsservern hinweg ermöglicht wird. Die Beispiel-App konfiguriert außerdem ein Persistenzschema , um Anwendungsdaten coffee in derselben Datenquelle jdbc/WebSphereCafeDBzu speichern.

Verwenden Sie zunächst die folgenden Befehle, um das Beispiel herunterzuladen, zu erstellen und zu verpacken:

git clone https://github.com/Azure-Samples/websphere-cafe
cd websphere-cafe
git checkout 20240326
mvn clean package

Wenn eine Meldung darüber angezeigt wird, dass sie sich in einem Detached HEAD Zustand befindet, ist diese Nachricht sicher zu ignorieren.

Das Paket sollte erfolgreich generiert werden und sich auf <parent-path-to-your-local-clone>/websphere-café/websphere-café-application/target/websphere-café.ear befinden. Wenn das Paket nicht angezeigt wird, müssen Sie das Problem beheben, bevor Sie fortfahren.

Führen Sie dann die folgenden Schritte aus, um die Beispiel-App im Cluster bereitzustellen:

Wechseln Sie zurück zur WebSphere Integrated Solutions Console, und melden Sie sich erneut an, wenn Sie abgemeldet sind.
Wählen Sie im Navigationsbereich anwendungstypen>>WebSphere Enterprise-Anwendungen aus.
Wählen Sie im Bereich "Unternehmensanwendungen" die Option "Datei installieren>" aus. Suchen Sie dann das Paket unter <parent-path-to-your-local-clone>/websphere-café/websphere-café-application/target/websphere-café.ear, und wählen Sie "Öffnen" aus. Wählen Sie Weiter>Weiter>Weiter aus.
Drücken Sie im Bereich "Module zu Servern zuordnen" STRG, und wählen Sie alle unter Clustern und Servern aufgeführten Elemente aus. Aktivieren Sie das Kontrollkästchen neben websphere-café.war. Wählen Sie Übernehmen. Wählen Sie "Weiter" aus, bis die Schaltfläche "Fertig stellen " angezeigt wird.
Wählen Sie "Speichern beenden">aus, und warten Sie dann bis zum Abschluss. Wählen Sie OK aus.
Wählen Sie die installierte Anwendung websphere-cafeund dann "Start" aus. Warten Sie, bis Nachrichten angezeigt werden, die angeben, dass die Anwendung erfolgreich gestartet wurde. Wenn die erfolgreiche Meldung nicht angezeigt werden kann, müssen Sie das Problem beheben und beheben, bevor Sie fortfahren.

Führen Sie nun die folgenden Schritte aus, um zu überprüfen, ob die App wie erwartet ausgeführt wird:

Wechseln Sie zurück zur IHS-Konsole. Fügen Sie den Kontextstamm /websphere-cafe/ der bereitgestellten App an die Adressleiste an, http://ihs70685e.eastus.cloudapp.azure.com/websphere-cafe/z. B. die EINGABETASTE. Die Willkommensseite der Beispiel-App sollte angezeigt werden.
Erstellen Sie einen neuen Kaffee mit einem Namen und Preis , z. B. Coffee 1 mit Preis 10 $, der sowohl in der Anwendungsdatentabelle als auch in der Sitzungstabelle der Datenbank beibehalten wird. Die angezeigte Benutzeroberfläche sollte dem folgenden Screenshot ähneln:

Wenn ihre Benutzeroberfläche nicht ähnlich aussieht, beheben Sie das Problem, das Sie fortsetzen.

Einrichten der Notfallwiederherstellung für den Cluster mithilfe von Azure Site Recovery

In diesem Abschnitt richten Sie die Notfallwiederherstellung für Azure-VMs im primären Cluster mithilfe von Azure Site Recovery ein, indem Sie die Schritte im Lernprogramm ausführen: Einrichten der Notfallwiederherstellung für Azure-VMs. Sie benötigen nur die folgenden Abschnitte: Erstellen eines Wiederherstellungsdienste-Tresors und Aktivieren der Replikation. Achten Sie beim Durchlaufen des Artikels auf die folgenden Schritte, und kehren Sie nach dem Schutz des primären Clusters zu diesem Artikel zurück:

Führen Sie im Abschnitt "Erstellen eines Wiederherstellungsdienste-Tresors" die folgenden Schritte aus:
1. Erstellen Sie in Schritt 5 für Ressourcengruppe eine neue Ressourcengruppe mit einem eindeutigen Namen in Ihrem Abonnement , was-cluster-westus-mjg022624z. B. .
2. Geben Sie in Schritt 6 für den Tresornamen einen Tresornamen an, recovery-service-vault-westus-mjg022624z. B. .
3. Wählen Sie in Schritt 7 für Region "West USA" aus.
4. Bevor Sie in Schritt 8 "Überprüfen+ erstellen" auswählen, wählen Sie "Weiter: Redundanz" aus. Wählen Sie im Bereich "Redundanz" die Option "Geo-redundant" für Sicherungsspeicherredundanz aus, und aktivieren Sie "Wiederherstellung quer".
  
  Hinweis
  
  Stellen Sie sicher, dass Sie georedundant für Sicherungsspeicherredundanz auswählen und im Bereich "Redundanz" die Option "Wiederherstellung quer" aktivieren. Andernfalls kann der Speicher des primären Clusters nicht in den sekundären Bereich repliziert werden.
5. Aktivieren Sie die Websitewiederherstellung, indem Sie die Schritte im Abschnitt "Websitewiederherstellung aktivieren" ausführen.
Wenn Sie den Abschnitt " Replikation aktivieren" erreichen, führen Sie die folgenden Schritte aus:
1. Führen Sie im Abschnitt "Quelleinstellungen auswählen" die folgenden Schritte aus:
  1. Wählen Sie als Region die Option USA, Osten aus.
  2. Wählen Sie für die Ressourcengruppe die Ressource aus, in der der primäre Cluster bereitgestellt wird , was-cluster-eastus-mjg022624z. B. .
    
    Hinweis
    
    Wenn die gewünschte Ressourcengruppe nicht aufgeführt ist, können Sie zuerst West-USA für die Region auswählen und dann zurück zu Ost-USA wechseln.
  3. Behalten Sie die Standardwerte für andere Felder bei. Wählen Sie Weiter aus.
2. Wählen Sie im Abschnitt "Virtuelle Computer" für virtuelle Computer alle fünf aufgeführten virtuellen Computer aus, und wählen Sie dann "Weiter" aus.
3. Führen Sie im Abschnitt "Überprüfen der Replikationseinstellungen" die folgenden Schritte aus:
  1. Wählen Sie für den Zielspeicherort "West US" aus.
  2. Wählen Sie für die Zielressourcengruppe die Ressourcengruppe aus, in der der Dienstwiederherstellungstresor bereitgestellt wird , was-cluster-westus-mjg022624z. B. .
  3. Notieren Sie sich das neue virtuelle Failovernetzwerk und das Failoversubnetz, das von denen in der primären Region zugeordnet wird.
  4. Behalten Sie die Standardwerte für andere Felder bei.
  5. Wählen Sie Weiter aus.
4. Führen Sie im Abschnitt "Verwalten" die folgenden Schritte aus:
  1. Verwenden Sie für die Replikationsrichtlinie die Standardrichtlinie 24-Stunden-Aufbewahrungsrichtlinie. Sie können auch eine neue Richtlinie für Ihr Unternehmen erstellen.
  2. Behalten Sie die Standardwerte für andere Felder bei.
  3. Wählen Sie Weiter aus.
5. Führen Sie im Abschnitt "Überprüfen" die folgenden Schritte aus:
  1. Beachten Sie nach dem Auswählen der Option "Replikation aktivieren" die Meldung "Erstellen von Azure-Ressourcen". Schließen Sie dieses Blatt nicht. wird unten auf der Seite angezeigt. Führen Sie nichts aus, und warten Sie, bis der Bereich automatisch geschlossen wird. Sie werden zur Seite "Websitewiederherstellung " umgeleitet.
  2. Klicken Sie unter Geschützte Elemente auf Replizierte Elemente. Zunächst sind keine Elemente aufgelistet, da die Replikation noch ausgeführt wird. Die Replikation dauert etwa eine Stunde, bis die Replikation abgeschlossen ist. Aktualisieren Sie die Seite in regelmäßigen Abständen, bis sie sehen, dass sich alle virtuellen Computer im geschützten Zustand befinden, wie im folgenden Beispielfoto gezeigt:

Erstellen Sie als Nächstes einen Wiederherstellungsplan, um alle replizierten Elemente einzuschließen, damit sie zusammen fehlschlagen können. Verwenden Sie die Anweisungen unter Erstellen eines Wiederherstellungsplans mit den folgenden Anpassungen:

Geben Sie in Schritt 2 einen Namen für den Plan ein , recovery-plan-mjg022624z. B. .
Wählen Sie in Schritt 3 für "Quelle" "Ost-USA" und für "Ziel" die Option "West US" aus.
Wählen Sie in Schritt 4 für "Elemente auswählen" alle fünf geschützten virtuellen Computer für dieses Lernprogramm aus.

Als Nächstes erstellen Sie einen Wiederherstellungsplan. Lassen Sie die Seite geöffnet, damit Sie sie später für Failovertests verwenden können.

Weitere Netzwerkkonfiguration für die sekundäre Region

Außerdem benötigen Sie eine weitere Netzwerkkonfiguration, um den externen Zugriff auf die sekundäre Region in einem Failoverereignis zu aktivieren und zu schützen. Führen Sie die folgenden Schritte für diese Konfiguration aus:

Erstellen Sie eine öffentliche IP-Adresse für Dmgr in der sekundären Region, indem Sie die Anweisungen in der Schnellstartanleitung befolgen: Erstellen Sie eine öffentliche IP-Adresse mithilfe der Azure-Portal mit den folgenden Anpassungen:
1. Wählen Sie für die Ressourcengruppe die Ressourcengruppe aus, in der der Dienstwiederherstellungstresor bereitgestellt wird , was-cluster-westus-mjg022624z. B. .
2. Wählen Sie für Region (USA) West-USA aus.
3. Geben Sie für Name einen Wert ein , dmgr-public-ip-westus-mjg022624z. B. .
4. Geben Sie für die DNS-Namensbezeichnung einen eindeutigen Wert ein , dmgrmjg022624z. B. .
Erstellen Sie eine weitere öffentliche IP-Adresse für IHS in der sekundären Region, indem Sie demselben Leitfaden folgen, mit den folgenden Anpassungen:
1. Wählen Sie für die Ressourcengruppe die Ressourcengruppe aus, in der der Dienstwiederherstellungstresor bereitgestellt wird , was-cluster-westus-mjg022624z. B. .
2. Wählen Sie für Region (USA) West-USA aus.
3. Geben Sie für Name einen Wert ein , ihs-public-ip-westus-mjg022624z. B. . Schreiben Sie es auf.
4. Geben Sie für die DNS-Namensbezeichnung einen eindeutigen Wert ein , ihsmjg022624z. B. .
Erstellen Sie eine Netzwerksicherheitsgruppe in der sekundären Region, indem Sie die Anweisungen im Abschnitt "Erstellen einer Netzwerksicherheitsgruppe " unter " Erstellen, Ändern oder Löschen einer Netzwerksicherheitsgruppe" mit den folgenden Anpassungen ausführen:
1. Wählen Sie für die Ressourcengruppe die Ressourcengruppe aus, in der der Dienstwiederherstellungstresor bereitgestellt wird , was-cluster-westus-mjg022624z. B. .
2. Geben Sie für Name einen Wert ein , nsg-westus-mjg022624z. B. .
3. Wählen Sie unter Region die Option USA, Westen aus.
Erstellen Sie eine eingehende Sicherheitsregel für die Netzwerksicherheitsgruppe, indem Sie die Anweisungen im Abschnitt "Erstellen einer Sicherheitsregel " desselben Artikels mit den folgenden Anpassungen befolgen:
1. Wählen Sie in Schritt 2 die von Ihnen erstellte Netzwerksicherheitsgruppe aus , nsg-westus-mjg022624z. B. .
2. Wählen Sie in Schritt 3 die Option "Eingehende Sicherheitsregeln" aus.
3. Passen Sie in Schritt 4 die folgenden Einstellungen an:
  1. Geben Sie für Zielportbereiche 9060.9080.9043.9443.80 ein.
  2. Wählen Sie für Protokoll die Option TCP aus.
  3. Geben Sie für "Name" ALLOW_HTTP_ACCESS ein.
Ordnen Sie die Netzwerksicherheitsgruppe einem Subnetz zu, indem Sie die Anweisungen in der Zuordnen oder Trennen einer Netzwerksicherheitsgruppe zu oder von einem Subnetzabschnitt desselben Artikels befolgen, mit den folgenden Anpassungen:
1. Wählen Sie in Schritt 2 die von Ihnen erstellte Netzwerksicherheitsgruppe aus , nsg-westus-mjg022624z. B. .
2. Wählen Sie "Zuordnen" aus, um die Netzwerksicherheitsgruppe dem Failoversubnetz zuzuordnen, das Sie zuvor notiert haben.

Einrichten eines Azure Traffic Managers

In diesem Abschnitt erstellen Sie einen Azure Traffic Manager zum Verteilen von Datenverkehr an Ihre öffentlich zugänglichen Anwendungen in den globalen Azure-Regionen. Der primäre Endpunkt verweist auf die öffentliche IP-Adresse des IHS in der primären Region. Der sekundäre Endpunkt verweist auf die öffentliche IP-Adresse des IHS in der sekundären Region.

Erstellen Sie ein Azure Traffic Manager-Profil, indem Sie die Anweisungen in der Schnellstartanleitung befolgen: Erstellen Eines Traffic Manager-Profils mithilfe des Azure-Portal. Sie benötigen nur die folgenden Abschnitte: Erstellen Eines Traffic Manager-Profils und Hinzufügen von Traffic Manager-Endpunkten. Sie müssen die Abschnitte überspringen, in denen Sie zum Erstellen von App Service-Ressourcen weitergeleitet werden. Führen Sie die folgenden Schritte aus, während Sie diese Abschnitte durchlaufen, und kehren Sie nach dem Erstellen und Konfigurieren des Azure Traffic Managers zu diesem Artikel zurück.

Führen Sie im Abschnitt " Erstellen eines Traffic Manager-Profils" in Schritt 2 für das Erstellen von Traffic Manager-Profil die folgenden Schritte aus:
1. Speichern Sie den eindeutigen Traffic Manager-Profilnamen für Name , z tmprofile-mjg022624. B. .
2. Speichern Sie den namen der neuen Ressourcengruppe für die Ressourcengruppe , z myResourceGroupTM1. B. .
Wenn Sie den Abschnitt "Traffic Manager-Endpunkte hinzufügen" erreichen, führen Sie die folgenden Schritte aus:
1. Nachdem Sie das Traffic Manager-Profil in Schritt 2 geöffnet haben, führen Sie auf der Konfigurationsseite die folgenden Schritte aus:
  1. Geben Sie 10 ein, um dns time to live (TTL) zu leben.
  2. Geben Sie unter "Endpunktüberwachungseinstellungen" für "Pfad" /websphere-café/ein, bei dem es sich um den Kontextstamm der bereitgestellten Beispiel-App handelt.
  3. Verwenden Sie unter "Failovereinstellungen für schnelle Endpunkte" die folgenden Werte:
    - Wählen Sie für internes Probing 10 aus.
    - Geben Sie für "Tolerierte Anzahl von Fehlern" den Wert "3" ein.
    - Verwenden Sie für probetimeout 5.
  4. Wählen Sie Speichern. Warten Sie, bis sie abgeschlossen ist.
2. Führen Sie in Schritt 4 zum Hinzufügen des primären Endpunkts myPrimaryEndpointdie folgenden Schritte aus:
  1. Wählen Sie für den Ressourcentyp "Ziel" die Option "Öffentliche IP-Adresse" aus.
  2. Wählen Sie die Dropdownliste "Öffentliche IP-Adresse auswählen" aus, und geben Sie den Namen der öffentlichen IP-Adresse der IHS in der Region Ost-USA ein, die Sie zuvor gespeichert haben. Es sollte ein Übereinstimmen eines Eintrags angezeigt werden. Wählen Sie sie für die öffentliche IP-Adresse aus.
3. Führen Sie in Schritt 6 zum Hinzufügen eines Failover-/sekundären Endpunkts myFailoverEndpointdie folgenden Schritte aus:
  1. Wählen Sie für den Ressourcentyp "Ziel" die Option "Öffentliche IP-Adresse" aus.
  2. Wählen Sie die Dropdownliste "Öffentliche IP-Adresse auswählen" aus, und geben Sie den Namen der öffentlichen IP-Adresse der IHS in der Region West-USA ein, die Sie zuvor gespeichert haben. Es sollte ein Übereinstimmen eines Eintrags angezeigt werden. Wählen Sie sie für die öffentliche IP-Adresse aus.
4. Warten Sie eine Weile. Wählen Sie "Aktualisieren" aus, bis der Status "Überwachen" für Endpunkt myPrimaryEndpoint "Online" ist und der Status "Überwachen" für den Endpunkt myFailoverEndpoint beeinträchtigt wird.

Führen Sie als Nächstes die folgenden Schritte aus, um zu überprüfen, ob die im primären WebSphere-Cluster bereitgestellte Beispiel-App über das Traffic Manager-Profil zugänglich ist:

Wählen Sie "Übersicht" für das von Ihnen erstellte Traffic Manager-Profil aus.
Wählen Sie den Namen des Do Standard-Namenssystems (DNS) des Traffic Manager-Profils aus, und kopieren Sie ihn dann mit /websphere-cafe/ - z. Bhttp://tmprofile-mjg022624.trafficmanager.net/websphere-cafe/. .
Öffnen Sie die URL auf einer neuen Registerkarte des Browsers. Sie sollten den Kaffee sehen, den Sie zuvor auf der Seite erstellt haben.
Erstellen Sie einen anderen Kaffee mit einem anderen Namen und Preis, z. B. Coffee 2 mit Preis 20 , der sowohl in der Anwendungsdatentabelle als auch in der Sitzungstabelle der Datenbank gespeichert ist. Die angezeigte Benutzeroberfläche sollte dem folgenden Screenshot ähneln:

Wenn ihre Benutzeroberfläche nicht ähnlich aussieht, beheben Sie das Problem, bevor Sie fortfahren. Lassen Sie die Konsole geöffnet, und verwenden Sie sie später für den Failovertest.

Jetzt richten Sie das Traffic Manager-Profil ein. Lassen Sie die Seite geöffnet, und verwenden Sie sie, um die Änderung des Endpunktstatus in einem Failoverereignis später zu überwachen.

Testen des Failovers von primär auf sekundär

Zum Testen des Failovers führen Sie ein manuelles Failover ihres Azure SQL-Datenbank Servers und Clusters durch und führen dann einen Failover mit dem Azure-Portal durch.

Failover auf den sekundären Standort

Führen Sie zunächst die folgenden Schritte aus, um die Azure SQL-Datenbank vom primären Server auf den sekundären Server zu failovern:

Wechseln Sie zur Browserregisterkarte Ihrer Azure SQL-Datenbank Failovergruppe , failovergroup-mjg022624z. B. .
Wählen Sie "Failover>Ja" aus.
Warten Sie, bis sie abgeschlossen ist.

Führen Sie als Nächstes die folgenden Schritte aus, um den WebSphere-Cluster mit dem Wiederherstellungsplan zu failovern:

Geben Sie im Suchfeld oben im Azure-Portal Die Tresore der Wiederherstellungsdienste ein, und wählen Sie dann "Recovery Services Vaults" in den Suchergebnissen aus.
Wählen Sie den Namen Ihres Recovery Services-Tresors aus , recovery-service-vault-westus-mjg022624z. B. .
Klicken Sie unter Verwalten auf Wiederherstellungspläne (Site Recovery). Wählen Sie den von Ihnen erstellten Wiederherstellungsplan aus , recovery-plan-mjg022624z. B. .
Wählen Sie Failover aus. Wählen Sie "Ich verstehe das Risiko" aus. Testfailover überspringen.. Behalten Sie die Standardwerte für andere Felder bei, und wählen Sie "OK" aus.

Hinweis

Sie können optional Testfailover und Bereinigungstestfailover ausführen, um sicherzustellen, dass alles wie erwartet funktioniert, bevor Sie Failover testen. Weitere Informationen finden Sie im Lernprogramm: Ausführen eines Notfallwiederherstellungs-Drilldowns für Azure-VMs. In diesem Lernprogramm wird Failover direkt getestet, um die Übung zu vereinfachen.
Überwachen Sie das Failover in Benachrichtigungen, bis es abgeschlossen ist. Es dauert etwa 10 Minuten für die Übung in diesem Lernprogramm.
Optional können Sie Details des Failoverauftrags anzeigen, indem Sie das Failoverereignis auswählen, z. B. das Failover von "recovery-plan-mjg022624" aus Benachrichtigungen.

Führen Sie dann die folgenden Schritte aus, um den externen Zugriff auf die WebSphere Integrated Solutions Console und die Beispiel-App in der sekundären Region zu ermöglichen:

Geben Sie im Suchfeld oben im Azure-Portal Ressourcengruppen ein, und wählen Sie dann "Ressourcengruppen" in den Suchergebnissen aus.
Wählen Sie den Namen der Ressourcengruppe für Ihre sekundäre Region aus , was-cluster-westus-mjg022624z. B. . Sortieren von Elementen nach Typ auf der Seite "Ressourcengruppe".
Wählen Sie die Netzwerkschnittstelle mit dem Präfix " dmgr. Wählen Sie IP-Konfigurationen>ipconfig1 aus. Wählen Sie "Öffentliche IP-Adresse zuordnen" aus. Wählen Sie für die öffentliche IP-Adresse die öffentliche IP-Adresse mit dem Präfix " dmgr. Diese Adresse ist die Adresse, die Sie zuvor erstellt haben. In diesem Artikel wird die Adresse benannt dmgr-public-ip-westus-mjg022624. Wählen Sie "Speichern" aus, und warten Sie dann, bis sie abgeschlossen ist.
Wechseln Sie zurück zur Ressourcengruppe, und wählen Sie das Präfix "Netzwerkschnittstelle " aus ihs. Wählen Sie IP-Konfigurationen>ipconfig1 aus. Wählen Sie "Öffentliche IP-Adresse zuordnen" aus. Wählen Sie für die öffentliche IP-Adresse die öffentliche IP-Adresse mit dem Präfix " ihs. Diese Adresse ist die Adresse, die Sie zuvor erstellt haben. In diesem Artikel wird die Adresse benannt ihs-public-ip-westus-mjg022624. Wählen Sie "Speichern" aus, und warten Sie dann, bis sie abgeschlossen ist.

Führen Sie nun die folgenden Schritte aus, um zu überprüfen, ob das Failover erwartungsgemäß funktioniert:

Suchen Sie die DNS-Namensbezeichnung für die öffentliche IP-Adresse des zuvor erstellten Dmgr. Öffnen Sie die URL der Dmgr WebSphere Integrated Solutions Console auf einer neuen Browserregisterkarte. Vergessen Sie nicht, sie zu verwenden https. Beispiel: https://dmgrmjg022624.westus.cloudapp.azure.com:9043/ibm/console. Aktualisieren Sie die Seite, bis die Willkommensseite für die Anmeldung angezeigt wird.
Melden Sie sich bei der Konsole mit dem Benutzernamen und kennwort für Den WebSphere-Administrator an, den Sie zuvor gespeichert haben, und führen Sie dann die folgenden Schritte aus:
1. Wählen Sie im Navigationsbereich "Server>alle Server" aus. Im Middleware-Serverbereich sollten vier Server aufgelistet sein, einschließlich 3 WebSphere-Anwendungsservern, die aus WebSphere-Cluster MyCluster und 1 Webserver bestehen, der ein IHS ist. Aktualisieren Sie die Seite, bis Sie sehen, dass alle Server gestartet werden.
2. Wählen Sie im Navigationsbereich anwendungstypen>>WebSphere Enterprise-Anwendungen aus. Im Bereich "Unternehmensanwendungen" sollte "1 Anwendung" angezeigt werden – websphere-cafe aufgelistet und gestartet.
3. Führen Sie die Schritte im Abschnitt "Konfigurieren des Clusters" aus, um die Clusterkonfiguration in der sekundären Region zu überprüfen. Sie sollten sehen, dass die Einstellungen für "Änderungen synchronisieren" mit Knoten und verteilten Sitzungen in den Failovercluster repliziert werden, wie in den folgenden Screenshots gezeigt:
Suchen Sie die DNS-Namensbezeichnung für die öffentliche IP-Adresse des zuvor erstellten IHS. Öffnen Sie die URL der IHS-Konsole, die mit dem Stammkontext /websphere-cafe/angefügt wurde. Beachten Sie, dass Sie nicht verwenden httpsdürfen. In diesem Beispiel wird für IHS nicht verwendet https , http://ihsmjg022624.westus.cloudapp.azure.com/websphere-cafe/z. B. . Sie sollten zwei Kaffees sehen, die Sie zuvor auf der Seite erstellt haben.
Wechseln Sie zur Browserregisterkarte Ihres Traffic Manager-Profils, und aktualisieren Sie dann die Seite, bis Sie sehen, dass der Monitorstatuswert des Endpunkts myFailoverEndpoint online wird und der Monitorstatuswert des Endpunkts myPrimaryEndpoint beeinträchtigt wird.
Wechseln Sie zur Browserregisterkarte mit dem DNS-Namen des Traffic Manager-Profils , http://tmprofile-mjg022624.trafficmanager.net/websphere-cafe/z. B. . Aktualisieren Sie die Seite, und Sie sollten die gleichen Daten sehen, die in der Anwendungsdatentabelle und in der angezeigten Sitzungstabelle gespeichert sind. Die angezeigte Benutzeroberfläche sollte dem folgenden Screenshot ähneln:

Wenn Sie dieses Verhalten nicht beobachten, liegt es möglicherweise daran, dass der Datenverkehrs-Manager Zeit benötigt, um DNS auf die Failoverwebsite zu verweisen. Das Problem könnte auch sein, dass Ihr Browser das Ergebnis der DNS-Namensauflösung zwischengespeichert hat, das auf die fehlgeschlagene Website verweist. Warten Sie eine Weile, und aktualisieren Sie die Seite erneut.

Führen Sie ein Commit für das Failover aus.

Führen Sie die folgenden Schritte aus, um das Failover zu übernehmen, nachdem Sie das Failoverergebnis erfüllt haben:

Geben Sie im Suchfeld oben im Azure-Portal Die Tresore der Wiederherstellungsdienste ein, und wählen Sie dann "Recovery Services Vaults" in den Suchergebnissen aus.
Wählen Sie den Namen Ihres Recovery Services-Tresors aus , recovery-service-vault-westus-mjg022624z. B. .
Klicken Sie unter Verwalten auf Wiederherstellungspläne (Site Recovery). Wählen Sie den von Ihnen erstellten Wiederherstellungsplan aus , recovery-plan-mjg022624z. B. .
Wählen Sie "Commit OK" aus>.
Überwachen Sie den Commit in Benachrichtigungen, bis er abgeschlossen ist.
Wählen Sie Elemente im Wiederherstellungsplan aus. Es sollten fünf Elemente angezeigt werden, die als Failover zugesichert werden.

Deaktivieren der Replikation

Führen Sie die folgenden Schritte aus, um die Replikation für Elemente im Wiederherstellungsplan zu deaktivieren und dann den Wiederherstellungsplan zu löschen:

Wählen Sie für jedes Element in "Elemente im Wiederherstellungsplan" die Schaltfläche mit den Auslassungspunkten (...) und dann " Replikation deaktivieren" aus.
Wenn Sie aufgefordert werden, einen Grund für die Deaktivierung des Schutzes für diesen virtuellen Computer anzugeben, wählen Sie eines aus, das Sie bevorzugen – z. B. habe ich die Migration meiner Anwendung abgeschlossen. Wählen Sie OK aus.
Wiederholen Sie Schritt 1, bis Sie die Replikation für alle Elemente deaktivieren.
Überwachen Sie den Prozess in Benachrichtigungen, bis er abgeschlossen ist.
Wählen Sie "Übersicht löschen">aus. Wählen Sie Ja aus, um den Löschvorgang zu bestätigen.

Vorbereiten auf Failback: Erneutes Schützen der Failoverwebsite

Die sekundäre Region ist jetzt der Failoverstandort und aktiv. Sie sollten ihn in Ihrer primären Region erneut schützen.

Führen Sie zunächst die folgenden Schritte aus, um ressourcen zu sauber, die nicht verwendet werden und dass der Azure Site Recovery-Dienst später in Ihrer primären Region repliziert wird. Sie können die Ressourcengruppe nicht einfach löschen, da die Websitewiederherstellung Ressourcen in der vorhandenen Ressourcengruppe wiederhergestellt.

Geben Sie im Suchfeld oben im Azure-Portal Ressourcengruppen ein, und wählen Sie dann "Ressourcengruppen" in den Suchergebnissen aus.
Wählen Sie den Namen der Ressourcengruppe für Ihre primäre Region aus , was-cluster-eastus-mjg022624z. B. . Sortieren von Elementen nach Typ auf der Seite "Ressourcengruppe".
Führen Sie die folgenden Schritte aus, um die virtuellen Computer zu löschen:
1. Wählen Sie den Typfilter und dann den virtuellen Computer aus der Dropdownliste "Wert " aus.
2. Wählen Sie Übernehmen.
3. Wählen Sie alle virtuellen Computer aus, wählen Sie "Löschen" aus, und geben Sie dann "Löschen " ein, um den Löschvorgang zu bestätigen.
4. Klicken Sie auf Löschen.
5. Überwachen Sie den Prozess in Benachrichtigungen, bis er abgeschlossen ist.
Führen Sie die folgenden Schritte aus, um die Datenträger zu löschen:
1. Wählen Sie den Typfilter und dann "Datenträger" aus der Dropdownliste "Wert " aus.
2. Wählen Sie Übernehmen.
3. Wählen Sie alle Datenträger aus, wählen Sie "Löschen" aus, und geben Sie dann "Löschen " ein, um den Löschvorgang zu bestätigen.
4. Klicken Sie auf Löschen.
5. Überwachen Sie den Prozess in Benachrichtigungen, und warten Sie, bis er abgeschlossen ist.
Führen Sie die folgenden Schritte aus, um die Endpunkte zu löschen:
1. Wählen Sie den Typfilter aus der Dropdownliste "Wert" aus.
2. Wählen Sie Übernehmen.
3. Wählen Sie alle privaten Endpunkte aus, wählen Sie "Löschen" aus, und geben Sie dann "Löschen " ein, um den Löschvorgang zu bestätigen.
4. Klicken Sie auf Löschen.
5. Überwachen Sie den Prozess in Benachrichtigungen, bis er abgeschlossen ist. Ignorieren Sie diesen Schritt, wenn der Typ "Privater Endpunkt " nicht aufgeführt ist.
Führen Sie die folgenden Schritte aus, um die Netzwerkschnittstellen zu löschen:
1. Wählen Sie den Typfilter> aus der Dropdownliste "Wert" aus.
2. Wählen Sie Übernehmen.
3. Wählen Sie alle Netzwerkschnittstellen aus, wählen Sie "Löschen" aus, und geben Sie dann "Löschen " ein, um den Löschvorgang zu bestätigen.
4. Klicken Sie auf Löschen. Überwachen Sie den Prozess in Benachrichtigungen, bis er abgeschlossen ist.
Führen Sie die folgenden Schritte aus, um Speicherkonten zu löschen:
1. Wählen Sie den Typfilter> " Speicherkonto " aus der Dropdownliste "Wert " aus.
2. Wählen Sie Übernehmen.
3. Wählen Sie alle Speicherkonten aus, wählen Sie "Löschen" aus, und geben Sie dann "Löschen " ein, um den Löschvorgang zu bestätigen.
4. Klicken Sie auf Löschen. Überwachen Sie den Prozess in Benachrichtigungen, bis er abgeschlossen ist.

Führen Sie als Nächstes die gleichen Schritte im Abschnitt "Einrichten der Notfallwiederherstellung für den Cluster mit Azure Site Recovery " für die primäre Region aus, mit Ausnahme der folgenden Unterschiede:

Führen Sie für den Abschnitt "Erstellen eines Wiederherstellungsdienste-Tresors " die folgenden Schritte aus:
1. Wählen Sie die in der primären Region bereitgestellte Ressourcengruppe aus , was-cluster-eastus-mjg022624z. B. .
2. Geben Sie einen anderen Namen für den Diensttresor ein , recovery-service-vault-eastus-mjg022624z. B. .
3. Wählen Sie als Region die Option USA, Osten aus.
Führen Sie die folgenden Schritte aus, um die Replikation zu aktivieren:
1. Wählen Sie für region in Source die Option "West US" aus.
2. Führen Sie für Replikationseinstellungen die folgenden Schritte aus:
  1. Wählen Sie für die Zielressourcengruppe die vorhandene Ressourcengruppe aus, die in der primären Region bereitgestellt wird , was-cluster-eastus-mjg022624z. B. .
  2. Wählen Sie für das virtuelle Failovernetzwerk das vorhandene virtuelle Netzwerk in der primären Region aus.
Wählen Sie für "Quelle" einen Wiederherstellungsplan für "Quelle" aus, wählen Sie "West-USA" und für "Ziel" die Option "Ost-USA" aus.
Überspringen Sie die Schritte im Abschnitt Weitere Netzwerkkonfiguration für die sekundäre Region , da Sie diese Ressourcen zuvor erstellt und konfiguriert haben.

Hinweis

Möglicherweise stellen Sie fest, dass Azure Site Recovery vm-Reprotection unterstützt, wenn die Ziel-VM vorhanden ist. Weitere Informationen finden Sie im Abschnitt "Erneutes Schützen des virtuellen Computers" des Lernprogramms: Failover von Azure-VMs in eine sekundäre Region. Aufgrund des Ansatzes, den wir für WebSphere verwenden, funktioniert dieses Feature nicht. Der Grund dafür ist, dass die einzigen Änderungen zwischen dem Quelldatenträger und dem Zieldatenträger basierend auf dem Überprüfungsergebnis für den WebSphere-Cluster synchronisiert werden. Um die Funktionalität des Features zum Erneutschutz des virtuellen Computers zu ersetzen, stellt dieses Lernprogramm eine neue Replikation vom sekundären Standort zum primären Standort nach dem Failover her. Die gesamten Datenträger werden aus dem fehlgeschlagenen Bereich in den primären Bereich kopiert. Weitere Informationen finden Sie im Abschnitt "Was geschieht während des Reprotection? "-Abschnitts " Reprotect failed" über virtuelle Azure-Computer in der primären Region.

Fehler beim Zurücksetzen auf den primären Standort

Führen Sie die gleichen Schritte im Failover für den sekundären Standortabschnitt aus, um den primären Standort einschließlich Datenbankserver und Cluster nicht zu verwenden, mit Ausnahme der folgenden Unterschiede:

Wählen Sie den in der primären Region bereitgestellten Wiederherstellungsdiensttresor aus , recovery-service-vault-eastus-mjg022624z. B. .
Wählen Sie die in der primären Region bereitgestellte Ressourcengruppe aus , was-cluster-eastus-mjg022624z. B. .
Nachdem Sie den externen Zugriff auf die WebSphere Integrated Solutions Console und die Beispiel-App in der primären Region aktiviert haben, überprüfen Sie die Browserregisterkarten für die WebSphere Integrated Solutions Console und die Beispiel-App für den primären Cluster, den Sie zuvor geöffnet haben. Stellen Sie sicher, dass sie wie erwartet funktionieren. Je nachdem, wie viel Zeit es dauerte, um einen Fehler zu verursachen, werden möglicherweise keine Sitzungsdaten im Abschnitt "Neuer Kaffee " der Beispiel-App-UI angezeigt, wenn sie mehr als eine Stunde zuvor abgelaufen ist.
Wählen Sie im Abschnitt "Commit des Failovers " Den Tresor der Wiederherstellungsdienste aus, der im primären Bereich bereitgestellt wurde , recovery-service-vault-eastus-mjg022624z. B. .
Im Traffic Manager-Profil sollten Sie sehen, dass der Endpunkt myPrimaryEndpoint online wird und der Endpunkt myFailoverEndpoint beeinträchtigt wird.
Führen Sie im Abschnitt "Vorbereiten auf Failback" den Abschnitt "Failoverwebsite erneut schützen" die folgenden Schritte aus:
1. Die primäre Region ist Ihr Failoverstandort und ist aktiv, daher sollten Sie ihn in Ihrer sekundären Region erneut schützen.
2. Bereinigen Sie die in Ihrer sekundären Region bereitgestellte Ressource , z. B. ressourcen, die in was-cluster-westus-mjg022624.
3. Führen Sie die gleichen Schritte im Abschnitt "Einrichten der Notfallwiederherstellung für den Cluster mithilfe von Azure Site Recovery " aus, um die primäre Region in der sekundären Region zu schützen, mit Ausnahme der folgenden Änderungen:
  1. Überspringen Sie die Schritte im Abschnitt "Erstellen eines Wiederherstellungsdienste-Tresors ", da Sie zuvor eins erstellt haben , recovery-service-vault-westus-mjg022624z. B. .
  2. Wählen Sie zum Aktivieren der Replikationsreplikationseinstellungen>>für das virtuelle Failovernetzwerk das vorhandene virtuelle Netzwerk in der sekundären Region aus.
  3. Überspringen Sie die Schritte in der Weiteren Netzwerkkonfiguration für den Abschnitt "Sekundäre Region ", da Sie diese Ressourcen zuvor erstellt und konfiguriert haben.

Bereinigen von Ressourcen

Wenn Sie die WebSphere-Cluster und andere Komponenten nicht weiterhin verwenden werden, verwenden Sie die folgenden Schritte, um die Ressourcengruppen zu löschen, um die in diesem Lernprogramm verwendeten Ressourcen zu sauber:

Geben Sie den Ressourcengruppennamen von Azure SQL-Datenbank-Servern ( z myResourceGroup . B. - in das Suchfeld oben im Azure-Portal ein, und wählen Sie die übereinstimmende Ressourcengruppe aus den Suchergebnissen aus.
Wählen Sie die Option Ressourcengruppe löschen.
Geben Sie im Namen der Ressourcengruppe den Namen der Ressourcengruppe ein, um den Löschvorgang zu bestätigen.
Klicken Sie auf Löschen.
Wiederholen Sie die Schritte 1 bis 4 für die Ressourcengruppe des Datenverkehrs-Managers , myResourceGroupTM1z. B. .
Geben Sie im Suchfeld oben im Azure-Portal Die Tresore der Wiederherstellungsdienste ein, und wählen Sie dann "Recovery Services Vaults" in den Suchergebnissen aus.
Wählen Sie den Namen Ihres Recovery Services-Tresors aus , recovery-service-vault-westus-mjg022624z. B. .
Klicken Sie unter Verwalten auf Wiederherstellungspläne (Site Recovery). Wählen Sie den von Ihnen erstellten Wiederherstellungsplan aus , recovery-plan-mjg022624z. B. .
Führen Sie die gleichen Schritte im Abschnitt "Replikation deaktivieren" aus, um Sperren für replizierte Elemente zu entfernen.
Wiederholen Sie die Schritte 1 bis 4 für die Ressourcengruppe des primären WebSphere-Clusters , was-cluster-westus-mjg022624z. B. .
Wiederholen Sie die Schritte 1 bis 4 für die Ressourcengruppe des sekundären WebSphere-Clusters , was-cluster-eastus-mjg022624z. B. .

Nächste Schritte

In diesem Lernprogramm richten Sie eine HA/DR-Lösung ein, die aus einer aktiv-passiven Anwendungsinfrastrukturebene mit einer aktiv-passiven Datenbankebene besteht und in der beide Ebenen zwei geografisch unterschiedliche Standorte umfassen. Am ersten Standort sind sowohl die Anwendungsinfrastrukturebene als auch die Datenbankebene aktiv. Am zweiten Standort wird die sekundäre Do Standard mit dem Azure Site Recovery-Dienst wiederhergestellt, und die sekundäre Datenbank befindet sich im Standbymodus.

Weitere Informationen zum Erstellen von HA/DR-Lösungen und zum Ausführen von WebSphere auf Azure erhalten Sie in den folgenden Referenzen:

Dokumentation zur Zuverlässigkeit von Azure

Erstellen von Lösungen für hohe Verfügbarkeit

Automatisches Failover mit Azure Traffic Manager

Weitere Informationen zu WebSphere in Azure

Freigeben über