Tutoriel : migrer WebSphere Application Server vers des machines virtuelles Azure avec haute disponibilité et récupération d’urgence

Article
09/04/2024

Ce tutoriel vous montre une méthode simple et efficace pour implémenter la haute disponibilité et la récupération d’urgence (HA/DR) pour Java en utilisant WebSphere Application Server sur des machines virtuelles (VMs) Azure. La solution illustre comment atteindre un objectif de temps de récupération (RTO) et un objectif de point de récupération (RPO) faibles en utilisant une simple application Jakarta EE basée sur une base de données, fonctionnant sur WebSphere Application Server. La HA/DR est un sujet complexe, avec de nombreuses solutions possibles. La meilleure solution dépend de vos exigences spécifiques. Pour d’autres façons de mettre en œuvre la HA/DR, veuillez consulter les ressources à la fin de cet article.

Dans ce tutoriel, vous allez apprendre à :

Utilisez les bonnes pratiques optimisées pour Azure pour atteindre la haute disponibilité et la récupération d’urgence.
Configurez un groupe de basculement de base de données SQL Azure dans des régions appairées.
Configurer le cluster WebSphere principal sur des machines virtuelles Azure.
Configurer la récupération d’urgence pour le cluster en utilisant Azure Site Recovery.
Configurez un Azure Traffic Manager
Testez le basculement du principal au secondaire

Le schéma suivant illustre l’architecture que vous construisez :

Azure Traffic Manager vérifie la santé de vos régions et dirige le trafic en conséquence vers le niveau d’application. La région principale dispose d’un déploiement complet du cluster WebSphere. Après que la région principale est protégée par Azure Site Recovery, vous pouvez restaurer la région secondaire lors du basculement. En conséquence, la région principale gère activement les requêtes réseau des utilisateurs, tandis que la région secondaire est passive et activée pour recevoir du trafic uniquement lorsque la région principale subit une interruption de service.

Azure Traffic Manager détecte l’état de santé de l’application déployée dans IBM HTTP Server pour implémenter le routage conditionnel. Le RTO de basculement géographique de la couche d’application dépend du temps nécessaire pour arrêter le cluster principal, restaurer le cluster secondaire, démarrer les machines virtuelles et exécuter le cluster WebSphere secondaire. Le RPO dépend de la politique de réplication d’Azure Site Recovery et de la base de données Azure SQL. Cette dépendance est due au fait que les données du cluster sont stockées et répliquées dans le stockage local des machines virtuelles et que les données de l’application sont persistées et répliquées dans le groupe de basculement de la base de données Azure SQL.

Le schéma précédent montre Région principale et Région secondaire comme les deux régions composant l’architecture HA/DR. Ces régions doivent être des régions jumelées d’Azure. Pour plus d’informations sur les régions jumelées, veuillez consulter la section Réplication interrégionale Azure. L’article utilise USA Est et USA Ouest comme les deux régions, mais elles peuvent être n’importe quelles régions jumelées adaptées à votre scénario. Pour la liste des jumelages de régions, veuillez consulter la section Régions jumelées Azure de Réplication interrégionale Azure.

Le niveau de la base de données se compose d’un groupe de basculement de base de données SQL Azure avec un serveur principal et un serveur secondaire. Le point d’écoute lecture/écriture pointe toujours vers le serveur principal et est connecté au cluster WebSphere dans chaque région. Un géobasculement bascule toutes les bases de données secondaires du groupe dans le rôle principal. Pour le RPO et le RTO de basculement géographique de la base de données Azure SQL, veuillez consulter la section Vue d’ensemble de la continuité d’activité avec la base de données Azure SQL.

Ce tutoriel a été rédigé avec Azure Site Recovery et le service Azure SQL Database car le tutoriel repose sur les fonctionnalités HA de ces services. D’autres choix de bases de données sont possibles, mais vous devez tenir compte des fonctionnalités de haute disponibilité de la base de données que vous choisissez.

Prérequis

Un abonnement Azure. Si vous n’avez pas d’abonnement Azure, créez un compte gratuit avant de commencer.
Assurez-vous d’avoir le rôle Contributor dans l’abonnement. Vous pouvez vérifier l’affectation en suivant les étapes de la section Liste des affectations de rôles Azure en utilisant le portail Azure.
Préparez une machine locale avec Windows, Linux ou macOS installé.
Installez et configurez Git.
Installez une implémentation de Java SE, version 17 ou ultérieure - par exemple, la build Microsoft d’OpenJDK.
Installez Maven, version 3.9.3 ou une version ultérieure.

Configurez un groupe de basculement de base de données SQL Azure dans des régions appairées

Dans cette section, vous créez un groupe de basculement Azure SQL Database dans des régions jumelées pour l’utiliser avec vos clusters WebSphere et votre application. Dans une section ultérieure, vous configurez WebSphere pour stocker ses données de session dans cette base de données. Cette pratique fait référence à la section Créer une table pour la persistance de session.

Tout d’abord, créez la base de données SQL Azure principale en suivant les étapes du portail Azure dans la section Prise en main rapide : Créer une base de données unique - Azure SQL Database. Suivez les étapes jusqu’à, mais sans inclure, la section « Nettoyer les ressources ». Suivez les instructions suivantes en parcourant l’article, puis revenez à cet article après avoir créé et configuré Azure SQL Database.

Lorsque vous atteignez la section Créer une base de données unique, utilisez les étapes suivantes :
1. À l’étape 4 pour la création d’un nouveau groupe de ressources, mettez de côté la valeur Nom du groupe de ressources, par exemple myResourceGroup.
2. À l’étape 5 pour le nom de la base de données, enregistrez la valeur Nom de la base de données, par exemple mySampleDatabase.
3. À l’étape 6 pour la création du serveur, utilisez les étapes suivantes :
  1. Entrez un nom de serveur unique comme sqlserverprimary-mjg022624.
  2. Pour Emplacement, sélectionnez (États-Unis) USA Est.
  3. Pour la Méthode d’authentification, sélectionnez Utiliser l’authentification SQL.
  4. Mettez de côté la valeur Login de l’administrateur du serveur, par exemple azureuser.
  5. Mettez de côté la valeur Mot de passe.
4. À l’étape 8, pour l’Environnement de travail, sélectionnez Développement. Regardez la description et envisagez d’autres options pour votre charge de travail.
5. À l’étape 11, pour la Redondance du stockage de sauvegarde, sélectionnez Stockage de sauvegarde localement redondant. Envisagez d’autres options pour vos sauvegardes. Pour plus d’informations, veuillez consulter la section Redondance du stockage de sauvegarde de la rubrique Sauvegardes automatisées dans Azure SQL Database.
6. À l’étape 14, dans la configuration des Règles du pare-feu, pour Permettre aux services et ressources Azure d’accéder à ce serveur, sélectionnez Oui.
Lorsque vous atteignez la section Interroger la base de données, utilisez les étapes suivantes :
1. À l’étape 3, entrez vos informations de connexion d’administrateur du serveur Authentification SQL pour vous connecter.
  
  Remarque
  
  Si la connexion échoue avec un message d’erreur similaire à Client avec l’adresse IP « xx.xx.xx.xx » n’est pas autorisé à accéder au serveur, sélectionnez Autoriser l’IP xx.xx.xx.xx sur le serveur <votre-nom-de-serveur-sql> à la fin du message d’erreur. Attendez que les règles du pare-feu du serveur soient mises à jour, puis sélectionnez de nouveau OK.
2. Après avoir exécuté la requête d’exemple à l’étape 5, effacez l’éditeur et entrez la requête suivante, puis sélectionnez Exécuter à nouveau :
```
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)
);
```
  Après une exécution réussie, vous verrez apparaître le message Requête réussie : lignes affectées : 0.
  
  La table de base de données sessions est utilisée pour stocker les données de session de votre application WebSphere. Les données du cluster WebSphere, y compris les journaux des transactions, sont persistées dans le stockage local des machines virtuelles où le cluster est déployé.

Puis créez un groupe de basculement de base de données SQL Azure en suivant les étapes du portail Azure dans la section Configurer un groupe de basculement pour Azure SQL Database. Vous n’avez besoin que des sections suivantes : Créer un groupe de basculement et Tester le basculement planifié. Utilisez les étapes suivantes pendant que vous suivez l’article, puis revenez à cet article après avoir créé et configuré le groupe de basculement de la base de données SQL Azure :

Dans la section Créer un groupe de basculement, procédez comme suit :
1. À l’étape 5 pour la création du groupe de basculement, entrez et enregistrez le nom unique du groupe de basculement comme failovergroup-mjg022624.
2. À l’étape 5 pour la configuration du serveur, sélectionnez l’option pour créer un nouveau serveur secondaire, puis procédez comme suit :
  1. Entrez un nom de serveur unique comme sqlserversecondary-mjg022624.
  2. Entrez le même administrateur de serveur et mot de passe que pour votre serveur principal.
  3. Pour Emplacement, sélectionnez (US) USA Ouest.
  4. Assurez-vous que Autoriser les services Azure à accéder au serveur est sélectionné.
3. À l’étape 5 pour la configuration des Bases de données dans le groupe, sélectionnez la base de données que vous avez créée dans le serveur principal, par exemple mySampleDatabase.
Après avoir complété toutes les étapes de la section Tester le basculement planifié, laissez la page du groupe de basculement ouverte et utilisez-la pour le test de basculement des clusters WebSphere plus tard.

Configurer le cluster WebSphere principal sur des machines virtuelles Azure

Dans cette section, vous créez les clusters WebSphere principaux sur des machines virtuelles Azure en utilisant l’offre IBM WebSphere Application Server Cluster on Azure VMs. Le cluster secondaire est restauré à partir du cluster principal lors du basculement en utilisant Azure Site Recovery plus tard.

Déployer le cluster WebSphere principal

Tout d’abord, ouvrez l’offre IBM WebSphere Application Server Cluster on Azure VMs dans votre navigateur et sélectionnez Créer. Vous devriez voir le volet Informations de base de l’offre.

Utilisez les étapes suivantes pour remplir le volet Informations de base :

Assurez-vous que la valeur affichée pour Abonnement est la même que celle qui contient les rôles listés dans la section des prérequis.
Vous devez déployer l’offre dans un groupe de ressources vide. Dans le champ Groupe de ressources, sélectionnez Créer nouveau et remplissez une valeur unique pour le groupe de ressources comme was-cluster-eastus-mjg022624.
Sous Détails de l’instance, pour Région, sélectionnez USA Est.
Pour Déployer avec un droit existant pour WebSphere ou avec une licence d’évaluation ?, sélectionnez Évaluation pour ce tutoriel. Vous pouvez également sélectionner Avec droits et fournir vos identifiants IBMid.
Sélectionnez J’ai lu et j’accepte le contrat de licence IBM..
Laissez les paramètres par défaut pour les autres champs.
Sélectionnez Suivant pour passer au volet Configuration du cluster.

Procédez comme suit pour remplir le volet Configuration du cluster :

Pour Mot de passe de l’administrateur VM, fournissez un mot de passe.
Pour Mot de passe de l’administrateur WebSphere, fournissez un mot de passe. Conservez le nom d’utilisateur et le mot de passe de l’administrateur WebSphere.
Laissez les paramètres par défaut pour les autres champs.
Sélectionnez Suivant pour passer au volet Load Balancer.

Procédez comme suit pour remplir le volet Load balancer (Équilibrage de charge) :

Pour Mot de passe de l’administrateur VM, fournissez un mot de passe.
Pour Mot de passe de l’administrateur IBM HTTP Server, fournissez un mot de passe.
Laissez les paramètres par défaut pour les autres champs.
Sélectionnez Suivant pour accéder au volet Networking (Mise en réseau).

Vous devriez voir tous les champs préremplis avec les valeurs par défaut dans le volet Mise en réseau (Networking). Sélectionnez Suivant pour passer au volet Base de données.

Les étapes suivantes vous montrent comment remplir le volet Base de données :

Pour Se connecter à la base de données, sélectionnez Oui.
Pour Choisissez le type de base de données, sélectionnez Microsoft SQL Server.
Pour Nom JNDI, entrez jdbc/WebSphereCafeDB.
Pour Chaîne de connexion de la source de données (jdbc:sqlserver://<hôte>:<port>;base de données=<base de données>), remplacez les espaces réservés par les valeurs que vous avez enregistrées dans la section précédente pour le groupe de basculement pour la base de données Azure SQL, par exemple jdbc:sqlserver://failovergroup-mjg022624.database.windows.net:1433;database=mySampleDatabase.
Pour Nom d’utilisateur de la base de données, entrez le nom de connexion administrateur du serveur et le nom du groupe de basculement que vous avez enregistrés dans la section précédente, par exemple azureuser@failovergroup-mjg022624.

Remarque

Soyez particulièrement vigilant à utiliser le bon nom d’hôte du serveur de base de données et le bon nom d’utilisateur de base de données pour le groupe de basculement, au lieu du nom d’hôte et du nom d’utilisateur du serveur principal ou de secours. En utilisant les valeurs du groupe de basculement, vous dites en fait à WebSphere de parler au groupe de basculement. Cependant, pour WebSphere, il s’agit simplement d’une connexion normale à la base de données.
Entrez le mot de passe d’administrateur du serveur que vous avez précédemment enregistré pour Mot de passe de la base de données. Entrez la même valeur pour Confirmer le mot de passe.
Laissez les valeurs par défaut pour les autres champs.
Sélectionnez Revoir + créer.
Attendez que Exécution de la validation finale... soit terminée avec succès, puis sélectionnez Créer.

Après un moment, vous devriez voir la page Déploiement où Le déploiement est en cours est affiché.

Remarque

Si vous rencontrez des problèmes lors de l’exécution de la validation finale..., corrigez-les et essayez à nouveau.

En fonction des conditions réseau et de l’activité dans votre région sélectionnée, le déploiement peut prendre jusqu’à 25 minutes pour se terminer. Après cela, le texte Votre déploiement a été effectué doit s’afficher dans la page de déploiement.

Vérifier le déploiement du cluster

Vous avez déployé un IBM HTTP Server (IHS) et un WebSphere Deployment Manager (Dmgr) dans le cluster. L’IHS agit en tant qu’équilibrage de charge pour tous les serveurs d’applications du cluster. Le Dmgr fournit une console web pour la configuration du cluster.

Procédez comme suit pour vérifier si la console IHS et Dmgr fonctionne avant de passer à l’étape suivante :

Revenez à la page Déploiement, puis sélectionnez Sorties.
Copiez la valeur de la propriété ihsConsole. Ouvrez cette URL dans un nouvel onglet de navigateur. Notez que nous n’utilisons pas https pour l’IHS dans cet exemple. Vous devriez voir une page d’accueil de l’IHS sans aucun message d’erreur. Si vous ne le faites pas, vous devez diagnostiquer et résoudre le problème avant de continuer. Gardez la console ouverte et utilisez-la pour vérifier le déploiement de l’application du cluster plus tard
Copiez et enregistrez la valeur de la propriété adminSecuredConsole. Ouvrez-la dans un nouvel onglet de navigateur. Acceptez l’avertissement du navigateur pour le certificat TLS auto-signé. N’allez pas en production en utilisant un certificat TLS auto-signé.

Vous devriez voir la page de connexion de la WebSphere Integrated Solutions Console. Connectez-vous à la console avec le nom d’utilisateur et le mot de passe de l’administrateur WebSphere que vous avez enregistrés précédemment. Si vous ne parvenez pas à vous connecter, vous devez diagnostiquer et résoudre le problème avant de continuer. Gardez la console ouverte et utilisez-la pour une configuration ultérieure du cluster WebSphere.

Procédez comme suit pour obtenir le nom de l’adresse IP publique de l’IHS. Vous l’utiliserez lorsque vous configurerez Azure Traffic Manager plus tard.

Ouvrez le groupe de ressources où votre cluster est déployé, par exemple, sélectionnez Aperçu pour revenir au volet Aperçu de la page de déploiement, puis sélectionnez Aller au groupe de ressources.
Dans le tableau des ressources, trouvez la colonne Type. Sélectionnez-la pour trier par type de ressource.
Trouvez la ressource Adresse IP publique préfixée par ihs, puis copiez et enregistrez son nom.

Configurer le cluster

Tout d’abord, procédez comme suit pour activer l’option Synchroniser les modifications avec les nœuds afin que toute configuration puisse être automatiquement synchronisée sur tous les serveurs d’applications :

Revenez à la WebSphere Integrated Solutions Console et reconnectez-vous si vous avez été déconnecté.
Dans le volet de navigation, sélectionnez Administration système>Préférences de la console.
Dans le volet Préférences de la console, sélectionnez Synchroniser les modifications avec les nœuds, puis sélectionnez Appliquer. Vous devriez voir le message Vos préférences ont été modifiées.

Ensuite, procédez comme suit pour configurer la répartition des sessions pour toutes les applications sur les serveurs :

Dans le volet de navigation, sélectionnez Serveurs>Types de serveurs>Serveurs d’applications WebSphere.
Dans le volet Serveurs d’applications, vous devriez voir 3 serveurs d’applications listés. Pour chaque serveur d’applications, utilisez les instructions suivantes pour configurer la répartition des sessions dans la base de données :
1. Dans le tableau sous le texte Vous pouvez administrer les ressources suivantes, sélectionnez l’hyperlien pour le serveur d’applications, qui commence par MyCluster.
2. Dans la section Paramètres du conteneur, sélectionnez Gestion des sessions.
3. Dans la section Propriétés supplémentaires, sélectionnez Paramètres d’environnement distribué.
4. Pour Sessions distribuées, sélectionnez Base de données (pris en charge uniquement pour le conteneur Web).
5. Sélectionnez Base de données et procédez comme suit :
  1. Pour Nom JNDI de la source de données, entrez jdbc/WebSphereCafeDB.
  2. Pour Identifiant d’utilisateur, entrez le nom de connexion administrateur du serveur et le nom du groupe de basculement que vous avez enregistrés dans la section précédente, par exemple azureuser@failovergroup-mjg022624.
  3. Renseignez le mot de passe de connexion de l’administrateur du serveur Azure SQL que vous avez enregistré précédemment pour Mot de passe.
  4. Pour Nom de l’espace de table, entrez sessions.
  5. Sélectionnez Utiliser le schéma multi-lignes.
  6. Cliquez sur OK. Vous êtes redirigé vers le volet Paramètres d’environnement distribué.
6. Sous la section Propriétés supplémentaires, sélectionnez Paramètres de réglage personnalisés.
7. Pour Niveau de réglage, sélectionnez Faible (optimisé pour le basculement).
8. Cliquez sur OK.
9. Sous Messages, sélectionnez Enregistrer. Patientez jusqu'à la fin.
10. Sélectionnez Serveurs d’applications depuis la barre de navigation supérieure. Vous êtes redirigé vers le volet Serveurs d’applications.
Dans le volet de navigation, sélectionnez Serveurs>Clusters>Clusters de serveurs d’applications WebSphere.
Dans le volet Clusters de serveurs d’applications WebSphere, vous devriez voir le cluster MyCluster listé. Cochez la case à côté de MyCluster.
Sélectionnez Ripplestart.
Attendez que le cluster redémarre. Vous pouvez sélectionner l’icône Statut et si la nouvelle fenêtre n’affiche pas Démarré, revenez à la console et actualisez la page web après un moment. Répétez l’opération jusqu’à ce que vous voyiez Démarré. Vous pourriez voir Démarrage partiel avant d’atteindre l’état Démarré.

Gardez la console ouverte et utilisez-la pour le déploiement de l’application plus tard.

Déployer un exemple d’application

Cette section vous montre comment déployer et exécuter une application Java/Jakarta EE CRUD sur un cluster WebSphere pour un test de basculement de récupération d’urgence plus tard.

Vous avez configuré les serveurs d’applications pour utiliser la source de données jdbc/WebSphereCafeDB pour stocker les données de session précédemment, ce qui permet le basculement et l’équilibrage de charge sur un cluster de serveurs d’applications WebSphere. L’application de démonstration configure également un schéma de persistance pour persister les données de l’application coffee dans la même source de données jdbc/WebSphereCafeDB.

Tout d’abord, utilisez les commandes suivantes pour télécharger, construire et empaqueter l’exemple :

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

Si un message vous signale que vous allez passer à l’état Detached HEAD, vous pouvez ignorer ce message sans risque.

Le package doit être généré avec succès et se trouver à <chemin-parent-vers-votre-clone-local>/websphere-cafe/websphere-cafe-application/target/websphere-cafe.ear. Si vous ne voyez pas le package, veuillez résoudre le problème avant de continuer.

Ensuite, procédez comme suit pour déployer l’application d’exemple sur le cluster :

Revenez à la WebSphere Integrated Solutions Console et reconnectez-vous si vous avez été déconnecté.
Dans le volet de navigation, sélectionnez Applications>Types d’applications>Applications d’entreprise WebSphere.
Dans le volet Applications d’entreprise, sélectionnez Installer>Choisir un fichier. Ensuite, trouvez le package situé à <chemin-parent-vers-votre-clone-local>/websphere-cafe/websphere-cafe-application/target/websphere-cafe.ear et sélectionnez Ouvrir. Sélectionnez Suivant>Suivant>Suivant.
Dans le volet Mapper les modules aux serveurs, appuyez sur Ctrl et sélectionnez tous les éléments listés sous Clusters et serveurs. Cochez la case à côté de websphere-cafe.war. Sélectionnez Appliquer. Sélectionnez Suivant jusqu’à ce que vous voyiez le bouton Terminer.
Sélectionnez Terminer>Enregistrer, puis attendez la fin de l’opération. Cliquez sur OK.
Sélectionnez l’application installée websphere-cafe, puis sélectionnez Démarrer. Attendez jusqu’à ce que vous voyiez des messages indiquant que l’application a démarré avec succès. Si vous n’êtes pas en mesure de voir le message de réussite, vous devez résoudre le problème avant de continuer.

Maintenant, procédez comme suit pour vérifier que l’application fonctionne comme prévu :

Revenez à la console IHS. Ajoutez la racine de contexte /websphere-cafe/ de l’application déployée à la barre d’adresse, par exemple http://ihs70685e.eastus.cloudapp.azure.com/websphere-cafe/, puis appuyez sur Entrée. Vous devriez voir la page d’accueil de l’application d’exemple.
Créez un nouveau café avec un nom et un prix, par exemple Café 1 avec un prix de $10, qui est enregistré dans la table des données de l’application et la table des sessions de la base de données. L’interface utilisateur que vous voyez devrait ressembler à la capture d’écran suivante :

Si votre interface utilisateur ne ressemble pas à cela, résolvez le problème avant de continuer.

Configurer la récupération d’urgence pour le cluster en utilisant Azure Site Recovery

Dans cette section, vous configurez la récupération d’urgence pour les machines virtuelles Azure dans le cluster principal en utilisant Azure Site Recovery, en suivant les étapes de Tutoriel : Configurer la récupération d’urgence pour les machines virtuelles Azure. Vous avez seulement besoin des sections suivantes : Créer un coffre Recovery Services et Activer la réplication. Faites attention aux étapes suivantes en parcourant l’article, puis revenez à cet article après que le cluster principal soit protégé :

Dans la section Créer un coffre Recovery Services, procédez comme suit :
1. À l’étape 5 pour Groupe de ressources, créez un nouveau groupe de ressources avec un nom unique dans votre abonnement, par exemple was-cluster-westus-mjg022624.
2. À l’étape 6 pour Nom du coffre, fournissez un nom de coffre, par exemple recovery-service-vault-westus-mjg022624.
3. À l’étape 7 pour Région, sélectionnez USA Ouest.
4. Avant de sélectionner Vérifier + créer à l’étape 8, sélectionnez Suivant : Redondance. Dans le volet Redondance, sélectionnez Géoredondant pour Redondance du stockage de sauvegarde et Activer pour Restauration interrégionale.
  
  Remarque
  
  Assurez-vous de sélectionner Géoredondant pour Redondance du stockage de sauvegarde et Activer pour Restauration interrégionale dans le volet Redondance. Sinon, le stockage du cluster principal ne pourra pas être répliqué dans la région secondaire.
5. Activez Site Recovery en suivant les étapes de la section Activer Site Recovery.
Lorsque vous atteignez la section Activer la réplication, procédez comme suit :
1. Dans la section Sélectionner les paramètres de la source, procédez comme suit :
  1. Pour Région, sélectionnez USA Est.
  2. Pour Groupe de ressources, sélectionnez la ressource où le cluster principal est déployé, par exemple was-cluster-eastus-mjg022624.
    
    Remarque
    
    Si le groupe de ressources souhaité n’est pas listé, vous pouvez d’abord sélectionner USA Ouest pour la région, puis revenir à USA Est.
  3. Laissez les paramètres par défaut pour les autres champs. Cliquez sur Suivant.
2. Dans la section Sélectionner les machines virtuelles, pour Machines virtuelles, sélectionnez les cinq machines virtuelles listées, puis sélectionnez Suivant.
3. Dans la section Vérifier les paramètres de réplication, procédez comme suit :
  1. Pour Emplacement cible, sélectionnez USA Ouest.
  2. Pour Groupe de ressources cible, sélectionnez le groupe de ressources où le coffre de récupération de service est déployé, par exemple was-cluster-westus-mjg022624.
  3. Notez le nouveau réseau virtuel de basculement et le sous-réseau de basculement, qui sont mappés à partir de ceux de la région principale.
  4. Laissez les paramètres par défaut pour les autres champs.
  5. Cliquez sur Suivant.
4. Dans la section Gérer, procédez comme suit :
  1. Pour Politique de réplication, utilisez la politique par défaut Politique de rétention de 24 heures. Vous pouvez également créer une nouvelle politique pour votre entreprise.
  2. Laissez les paramètres par défaut pour les autres champs.
  3. Cliquez sur Suivant.
5. Dans la section Vérifier, procédez comme suit :
  1. Après avoir sélectionné Activer la réplication, remarquez le message Création de ressources Azure. Ne fermez pas cette fenêtre. affiché en bas de la page. Ne faites rien et attendez que le volet se ferme automatiquement. Vous êtes redirigé vers la page Site Recovery.
  2. Sous Éléments protégés, sélectionnez Éléments répliqués. Au début, aucun élément n’est listé car la réplication est toujours en cours. La réplication prend environ une heure pour se terminer. Rafraîchissez la page périodiquement jusqu’à ce que vous voyiez que toutes les machines virtuelles sont dans l’état Protégé, comme illustré dans l’exemple de capture d’écran suivant :

Ensuite, créez un plan de récupération pour inclure tous les éléments répliqués afin qu’ils puissent basculer ensemble. Suivez les instructions dans Créer un plan de récupération, avec les personnalisations suivantes :

À l’étape 2, entrez un nom pour le plan, par exemple recovery-plan-mjg022624.
À l’étape 3, pour Source, sélectionnez USA Est et pour Cible, sélectionnez USA Ouest.
À l’étape 4 pour Sélectionner des éléments, sélectionnez les cinq machines virtuelles protégées pour ce tutoriel.

Ensuite, vous créez un plan de récupération. Gardez la page ouverte afin de pouvoir l’utiliser pour tester le basculement plus tard.

Configuration réseau supplémentaire pour la région secondaire

Vous avez également besoin d’une configuration réseau supplémentaire pour activer et protéger l’accès externe à la région secondaire en cas de basculement. Procédez comme suit pour cette configuration :

Créez une adresse IP publique pour Dmgr dans la région secondaire en suivant les instructions de Prise en main rapide : Créer une adresse IP publique en utilisant le portail Azure, avec les personnalisations suivantes :
1. Pour Groupe de ressources, sélectionnez le groupe de ressources où le coffre de récupération de service est déployé, par exemple was-cluster-westus-mjg022624.
2. Pour Région, sélectionnez (US) USA Ouest.
3. Pour Nom, entrez une valeur, par exemple dmgr-public-ip-westus-mjg022624.
4. Pour Étiquette de nom DNS, entrez une valeur unique, par exemple dmgrmjg022624.
Créez une autre adresse IP publique pour IHS dans la région secondaire en suivant le même guide, avec les personnalisations suivantes :
1. Pour Groupe de ressources, sélectionnez le groupe de ressources où le coffre de récupération de service est déployé, par exemple was-cluster-westus-mjg022624.
2. Pour Région, sélectionnez (US) USA Ouest.
3. Pour Nom, entrez une valeur, par exemple ihs-public-ip-westus-mjg022624. Notez-le.
4. Pour Étiquette de nom DNS, entrez une valeur unique, par exemple ihsmjg022624.
Créez un groupe de sécurité réseau dans la région secondaire en suivant les instructions de la section Créer un groupe de sécurité réseau de Créer, modifier ou supprimer un groupe de sécurité réseau, avec les personnalisations suivantes :
1. Pour Groupe de ressources, sélectionnez le groupe de ressources où le coffre de récupération de service est déployé, par exemple was-cluster-westus-mjg022624.
2. Pour Nom, entrez une valeur, par exemple nsg-westus-mjg022624.
3. Pour Région, sélectionnez USA Ouest.
Créez une règle de sécurité entrante pour le groupe de sécurité réseau en suivant les instructions de la section Créer une règle de sécurité du même article, avec les personnalisations suivantes :
1. À l’étape 2, sélectionnez le groupe de sécurité réseau que vous avez créé, par exemple nsg-westus-mjg022624.
2. À l’étape 3, sélectionnez Règles de sécurité entrantes.
3. À l’étape 4, personnalisez les paramètres suivants :
  1. Pour Plages de ports de destination, entrez 9060,9080,9043,9443,80.
  2. Pour Protocole, sélectionnez TCP.
  3. Pour Nom, entrez ALLOW_HTTP_ACCESS.
Associez le groupe de sécurité réseau à un sous-réseau en suivant les instructions de la section Associer ou dissocier un groupe de sécurité réseau à un sous-réseau du même article, avec les personnalisations suivantes :
1. À l’étape 2, sélectionnez le groupe de sécurité réseau que vous avez créé, par exemple nsg-westus-mjg022624.
2. Sélectionnez Associer pour associer le groupe de sécurité réseau au sous-réseau de basculement que vous avez noté précédemment.

Configurez un Azure Traffic Manager

Dans cette section, vous créez un Azure Traffic Manager pour distribuer le trafic vers vos applications publiques à travers les régions Azure mondiales. Le point de terminaison principal pointe vers l’adresse IP publique de l’IHS dans la région principale. Le point de terminaison secondaire pointe vers l’adresse IP publique de l’IHS dans la région secondaire.

Créez un profil Azure Traffic Manager en suivant les instructions de Prise en main rapide : Créer un profil Traffic Manager en utilisant le portail Azure. Vous avez juste besoin des sections suivantes : Créer un profil Traffic Manager et Ajouter des points de terminaison Traffic Manager. Vous devez ignorer les sections où l’on vous demande de créer des ressources App Service. Procédez comme suit pendant ces sections, puis revenez à cet article après avoir créé et configuré le Traffic Manager Azure.

Dans la section Créer un profil Traffic Manager, à l’étape 2, pour Créer un profil Traffic Manager, procédez comme suit :
1. Mettez de côté le nom unique du profil Traffic Manager pour Nom, par exemple tmprofile-mjg022624.
2. Mettez de côté le nouveau nom de groupe de ressources pour Groupe de ressources, par exemple myResourceGroupTM1.
Lorsque vous atteignez la section Ajouter des points de terminaison Traffic Manager, procédez comme suit :
1. Après avoir ouvert le profil Traffic Manager à l’étape 2, sur la page Configuration, procédez comme suit :
  1. Pour Durée de vie du DNS (TTL), entrez 10.
  2. Sous Paramètres de surveillance des points de terminaison, pour Chemin, entrez /websphere-cafe/, qui est la racine de contexte de l’application d’exemple déployée.
  3. Sous Paramètres de basculement rapide du point de terminaison, utilisez les valeurs suivantes :
    - Pour Intervalle de sondage, sélectionnez 10.
    - Pour Nombre toléré d’échecs, entrez 3.
    - Pour Délai d’attente de la sonde, utilisez 5.
  4. Cliquez sur Enregistrer. Attendez que cela soit terminé.
2. À l’étape 4 pour l’ajout du point de terminaison principal myPrimaryEndpoint, procédez comme suit :
  1. Pour Type de ressource cible, sélectionnez Adresse IP publique.
  2. Sélectionnez la liste déroulante Choisir une adresse IP publique et entrez le nom de l’adresse IP publique de l’IHS dans la région USA Est que vous avez mis de côté précédemment. Vous devriez voir une entrée correspondante. Sélectionnez-la pour Adresse IP publique.
3. À l’étape 6 pour ajouter un point de terminaison de basculement/secondaire myFailoverEndpoint, procédez comme suit :
  1. Pour Type de ressource cible, sélectionnez Adresse IP publique.
  2. Sélectionnez la liste déroulante Choisir une adresse IP publique et entrez le nom de l’adresse IP publique de l’IHS dans la région USA Ouest que vous avez mis de côté précédemment. Vous devriez voir une entrée correspondante. Sélectionnez-la pour Adresse IP publique.
4. Patientez un moment. Sélectionnez Actualiser jusqu’à ce que le Statut de la surveillance du point de terminaison myPrimaryEndpoint soit En ligne et que le Statut de la surveillance du point de terminaison myFailoverEndpoint soit Dégradé.

Ensuite, procédez comme suit pour vérifier que l’application d’exemple déployée sur le cluster WebSphere principal est accessible depuis le profil Traffic Manager :

Sélectionnez Aperçu pour le profil Traffic Manager que vous avez créé.
Sélectionnez et copiez le nom du système de noms de domaine (DNS) du profil Traffic Manager, puis ajoutez-le avec /websphere-cafe/, par exemple http://tmprofile-mjg022624.trafficmanager.net/websphere-cafe/.
Ouvrez l’URL dans un nouvel onglet du navigateur. Vous devriez voir le café que vous avez créé précédemment listé sur la page.
Créez un autre café avec un nom et un prix différents, par exemple Café 2 avec un prix de 20, qui est enregistré dans la table des données de l’application et la table des sessions de la base de données. L’interface utilisateur que vous voyez devrait ressembler à la capture d’écran suivante :

Si votre interface utilisateur ne ressemble pas à cela, résolvez le problème avant de continuer. Gardez la console ouverte et utilisez-la pour tester le basculement plus tard.

Vous configurez maintenant le profil Traffic Manager. Gardez la page ouverte et utilisez-la pour surveiller le changement de statut du point de terminaison lors d’un événement de basculement plus tard.

Testez le basculement du principal au secondaire

Pour tester le basculement, vous basculez manuellement votre serveur de base de données Azure SQL et votre cluster, puis vous revenez en arrière en utilisant le portail Azure.

Basculer vers le site secondaire

Tout d’abord, procédez comme suit pour basculer la base de données Azure SQL du serveur principal vers le serveur secondaire :

Revenez à l’onglet de navigateur de votre groupe de basculement Azure SQL Database, par exemple failovergroup-mjg022624.
Sélectionnez Basculement>Oui.
Attendez que cela soit terminé.

Ensuite, procédez comme suit pour basculer le cluster WebSphere avec le plan de récupération :

Dans la zone de recherche en haut du portail Azure, entrez Coffres Recovery Services puis sélectionnez Coffres Recovery Services dans les résultats de recherche.
Sélectionnez le nom de votre coffre Recovery Services, par exemple recovery-service-vault-westus-mjg022624.
Sous Gérer, sélectionnez Plans de récupération (Site Recovery). Sélectionnez le plan de récupération que vous avez créé, par exemple recovery-plan-mjg022624.
Sélectionnez Basculement. Sélectionnez Je comprends le risque. Ignorer le test de basculement. Laissez les valeurs par défaut pour les autres champs et sélectionnez OK.

Remarque

Vous pouvez éventuellement exécuter Test de basculement et Nettoyage du test de basculement pour vous assurer que tout fonctionne comme prévu avant de tester Basculement. Pour plus d’informations, veuillez consulter Tutoriel : Effectuer un exercice de récupération d’urgence pour les machines virtuelles Azure. Ce tutoriel teste directement le Basculement pour simplifier l’exercice.
Surveillez le basculement dans les notifications jusqu’à ce qu’il soit terminé. L’exercice de ce tutoriel prend environ 10 minutes.
Vous pouvez éventuellement consulter les détails du travail de basculement en sélectionnant l’événement de basculement, par exemple Le basculement de ’recovery-plan-mjg022624’ est en cours... dans les notifications.

Ensuite, procédez comme suit pour activer l’accès externe à la console WebSphere Integrated Solutions et à l’application d’exemple dans la région secondaire :

Dans la zone de recherche en haut du portail Azure, entrez Groupes de ressources puis sélectionnez Groupes de ressources dans les résultats de recherche.
Sélectionnez le nom du groupe de ressources pour votre région secondaire, par exemple was-cluster-westus-mjg022624. Triez les éléments par Type dans la page Groupe de ressources.
Sélectionnez Interface réseau précédée de dmgr. Sélectionnez Configurations IP>ipconfig1. Sélectionnez Associer une adresse IP publique. Pour Adresse IP publique, sélectionnez l’adresse IP publique précédée de dmgr. Cette adresse est celle que vous avez créée précédemment. Dans cet article, l’adresse est nommée dmgr-public-ip-westus-mjg022624. Sélectionnez Enregistrer, puis attendez que ce soit terminé.
Revenez au groupe de ressources et sélectionnez l’Interface réseau précédée de ihs. Sélectionnez Configurations IP>ipconfig1. Sélectionnez Associer une adresse IP publique. Pour Adresse IP publique, sélectionnez l’adresse IP publique précédée de ihs. Cette adresse est celle que vous avez créée précédemment. Dans cet article, l’adresse est nommée ihs-public-ip-westus-mjg022624. Sélectionnez Enregistrer, puis attendez que ce soit terminé.

Maintenant, procédez comme suit pour vérifier que le basculement fonctionne comme prévu :

Trouvez l’étiquette de nom DNS pour l’adresse IP publique du Dmgr que vous avez créée précédemment. Ouvrez l’URL de la console WebSphere Integrated Solutions Dmgr dans un nouvel onglet du navigateur. N’oubliez pas d’utiliser https. Par exemple : https://dmgrmjg022624.westus.cloudapp.azure.com:9043/ibm/console. Rafraîchissez la page jusqu’à ce que vous voyiez la page d’accueil pour vous connecter.
Connectez-vous à la console avec le nom d’utilisateur et le mot de passe de l’administrateur WebSphere que vous avez mis de côté précédemment, puis procédez comme suit :
1. Dans le volet de navigation, sélectionnez Serveurs>Tous les serveurs. Dans le volet Serveurs de middleware, vous devriez voir 4 serveurs listés, y compris 3 serveurs d’applications WebSphere constituant le cluster WebSphere MyCluster et 1 serveur Web qui est un IHS. Rafraîchissez la page jusqu’à ce que vous voyiez que tous les serveurs sont démarrés.
2. Dans le volet de navigation, sélectionnez Applications>Types d’applications>Applications d’entreprise WebSphere. Dans le volet Applications d’entreprise, vous devriez voir 1 application - websphere-cafe - listée et démarrée.
3. Pour valider la configuration du cluster dans la région secondaire, suivez les étapes de la section Configurer le cluster. Vous devriez voir que les paramètres pour Synchroniser les modifications avec les nœuds et Sessions distribuées sont répliqués sur le cluster de basculement, comme illustré dans les captures d’écran suivantes :
Trouvez l’étiquette de nom DNS pour l’adresse IP publique de l’IHS que vous avez créée précédemment. Ouvrez l’URL de la console IHS en ajoutant la racine de contexte /websphere-cafe/. Notez que vous ne devez pas utiliser https. Cet exemple n’utilise pas https pour IHS, par exemple http://ihsmjg022624.westus.cloudapp.azure.com/websphere-cafe/. Vous devriez voir les deux cafés que vous avez créés précédemment listés sur la page.
Passez à l’onglet du navigateur de votre profil Traffic Manager, puis rafraîchissez la page jusqu’à ce que vous voyiez que la valeur État du moniteur du point de terminaison myFailoverEndpoint devienne En ligne et que la valeur État du moniteur du point de terminaison myPrimaryEndpoint devienne Dégradé.
Revenez à l’onglet du navigateur avec le nom DNS du profil Traffic Manager, par exemple http://tmprofile-mjg022624.trafficmanager.net/websphere-cafe/. Actualisez la page et vous devriez voir les mêmes données persistées dans la table des données de l’application et la table des sessions affichées. L’interface utilisateur que vous voyez devrait ressembler à la capture d’écran suivante :

Si vous n’observez pas ce comportement, cela peut être dû au fait que Traffic Manager prend du temps pour mettre à jour le DNS pour pointer vers le site de basculement. Le problème pourrait également être que votre navigateur a mis en cache le résultat de la résolution DNS qui pointe vers le site en échec. Attendez un moment et actualisez à nouveau la page.

Validez le basculement

Procédez comme suit pour valider le basculement une fois que vous êtes satisfait du résultat du basculement :

Dans la zone de recherche en haut du portail Azure, entrez Coffres Recovery Services puis sélectionnez Coffres Recovery Services dans les résultats de recherche.
Sélectionnez le nom de votre coffre Recovery Services, par exemple recovery-service-vault-westus-mjg022624.
Sous Gérer, sélectionnez Plans de récupération (Site Recovery). Sélectionnez le plan de récupération que vous avez créé, par exemple recovery-plan-mjg022624.
Sélectionnez Valider>OK.
Surveillez la validation dans les notifications jusqu’à ce qu’elle soit terminée.
Sélectionnez Éléments dans le plan de récupération. Vous devriez voir 5 éléments listés comme Validation du basculement.

Désactiver la réplication

Procédez comme suit pour désactiver la réplication des éléments dans le plan de récupération, puis supprimez le plan de récupération :

Pour chaque élément dans Éléments dans le plan de récupération, sélectionnez le bouton à trois points (...), puis sélectionnez Désactiver la réplication.
Si vous êtes invité à fournir une raison pour désactiver la protection pour cette machine virtuelle, sélectionnez celle que vous préférez, par exemple J’ai terminé la migration de mon application. Cliquez sur OK.
Répétez l’étape 1 jusqu’à ce que vous désactiviez la réplication pour tous les éléments.
Surveillez le processus dans les notifications jusqu’à ce qu’il soit terminé.
Sélectionnez Aperçu>Supprimer. Sélectionnez Oui pour confirmer la suppression.

Préparer le retour arrière : re-protéger le site de basculement

La région secondaire est maintenant le site de basculement et est active. Vous devez la re-protéger dans votre région principale.

Tout d’abord, procédez comme suit pour nettoyer les ressources inutilisées que le service Azure Site Recovery va répliquer dans votre région principale plus tard. Vous ne pouvez pas simplement supprimer le groupe de ressources, car la récupération du site restaure les ressources dans le groupe de ressources existant.

Dans la zone de recherche en haut du portail Azure, entrez Groupes de ressources puis sélectionnez Groupes de ressources dans les résultats de recherche.
Sélectionnez le nom du groupe de ressources pour votre région principale, par exemple was-cluster-eastus-mjg022624. Triez les éléments par Type sur la page Groupe de ressources.
Procédez comme suit pour supprimer les machines virtuelles :
1. Sélectionnez le filtre Type, puis sélectionnez Machine virtuelle dans la liste déroulante Valeur.
2. Sélectionnez Appliquer.
3. Sélectionnez toutes les machines virtuelles, sélectionnez Supprimer, puis entrez delete pour confirmer la suppression.
4. Sélectionnez Supprimer.
5. Surveillez le processus dans les notifications jusqu’à ce qu’il soit terminé.
Procédez comme suit pour supprimer les disques :
1. Sélectionnez le filtre Type, puis sélectionnez Disques dans la liste déroulante Valeur.
2. Sélectionnez Appliquer.
3. Sélectionnez tous les disques, sélectionnez Supprimer, puis entrez delete pour confirmer la suppression.
4. Sélectionnez Supprimer.
5. Surveillez le processus dans les notifications et attendez qu’il soit terminé.
Procédez comme suit pour supprimer les points de terminaison :
1. Sélectionnez le filtre Type, sélectionnez Point de terminaison privé dans la liste déroulante Valeur.
2. Sélectionnez Appliquer.
3. Sélectionnez tous les points de terminaison privés, sélectionnez Supprimer, puis entrez delete pour confirmer la suppression.
4. Sélectionnez Supprimer.
5. Surveillez le processus dans les notifications jusqu’à ce qu’il soit terminé. Ignorez cette étape si le type Point de terminaison privé n’est pas listé.
Procédez comme suit pour supprimer les interfaces réseau :
1. Sélectionnez le filtre Type > sélectionnez Interface réseau dans la liste déroulante Valeur.
2. Sélectionnez Appliquer.
3. Sélectionnez toutes les interfaces réseau, sélectionnez Supprimer, puis entrez delete pour confirmer la suppression.
4. Sélectionnez Supprimer. Surveillez le processus dans les notifications jusqu’à ce qu’il soit terminé.
Procédez comme suit pour supprimer les comptes de stockage :
1. Sélectionnez le filtre Type > sélectionnez Compte de stockage dans la liste déroulante Valeur.
2. Sélectionnez Appliquer.
3. Sélectionnez tous les comptes de stockage, sélectionnez Supprimer, puis entrez delete pour confirmer la suppression.
4. Sélectionnez Supprimer. Surveillez le processus dans les notifications jusqu’à ce qu’il soit terminé.

Ensuite, utilisez les mêmes étapes dans la section Configurer la récupération d’urgence pour le cluster à l’aide d’Azure Site Recovery pour la région primaire, sauf pour les différences suivantes :

Pour la section Créer un coffre Recovery Services, procédez comme suit :
1. Sélectionnez le groupe de ressources déployé dans la région primaire, par exemple was-cluster-eastus-mjg022624.
2. Entrez un nom différent pour le coffre de service, par exemple recovery-service-vault-eastus-mjg022624.
3. Pour Région, sélectionnez USA Est.
Pour Activer la réplication, procédez comme suit :
1. Pour Région dans Source, sélectionnez USA Ouest.
2. Pour Paramètres de réplication, procédez comme suit :
  1. Pour Groupe de ressources cible, sélectionnez le groupe de ressources existant déployé dans la région primaire, par exemple was-cluster-eastus-mjg022624.
  2. Pour Réseau virtuel de basculement, sélectionnez le réseau virtuel existant dans la région primaire.
Pour Créer un plan de récupération, pour Source, sélectionnez USA Ouest, et pour Cible, sélectionnez USA Est.
Ignorez les étapes de la section Configuration réseau supplémentaire pour la région secondaire car vous avez déjà créé et configuré ces ressources.

Remarque

Vous remarquerez peut-être qu’Azure Site Recovery prend en charge la reprotection des machines virtuelles lorsque la machine virtuelle cible existe. Pour plus d’informations, veuillez consulter la section Re-protéger la machine virtuelle de Tutoriel : Basculer les machines virtuelles Azure vers une région secondaire. En raison de l’approche que nous adoptons pour WebSphere, cette fonctionnalité ne fonctionne pas. La raison en est que seuls les changements entre le disque source et le disque cible sont synchronisés pour le cluster WebSphere, en fonction du résultat de la vérification. Pour remplacer la fonctionnalité de re-protection de la machine virtuelle, ce tutoriel établit une nouvelle réplication du site secondaire vers le site primaire après le basculement. Les disques entiers sont copiés de la région basculée vers la région primaire. Pour plus d’informations, veuillez consulter la section Que se passe-t-il lors de la re-protection? de Re-protéger les machines virtuelles Azure basculées vers la région primaire.

Retour au site principal

Utilisez les mêmes étapes dans la section Basculement vers le site secondaire pour revenir au site principal, y compris le serveur de base de données et le cluster, sauf pour les différences suivantes :

Sélectionnez le coffre Recovery Services déployé dans la région primaire, par exemple recovery-service-vault-eastus-mjg022624.
Sélectionnez le groupe de ressources déployé dans la région primaire, par exemple was-cluster-eastus-mjg022624.
Après avoir activé l’accès externe à la WebSphere Integrated Solutions Console et à l’application d’exemple dans la région primaire, revenez aux onglets de navigateur pour la WebSphere Integrated Solutions Console et l’application d’exemple pour le cluster primaire que vous avez ouverts précédemment. Vérifiez qu’ils fonctionnent comme prévu. Selon le temps qu’il a fallu pour revenir en arrière, il se peut que vous ne voyiez pas les données de session affichées dans la section Nouveau café de l’interface utilisateur de l’application d’exemple si elles ont expiré il y a plus d’une heure.
Dans la section Valider le basculement, sélectionnez votre coffre Recovery Services déployé dans la région primaire par exemple recovery-service-vault-eastus-mjg022624.
Dans le profil du gestionnaire de trafic, vous devriez voir que le point de terminaison myPrimaryEndpoint devient En ligne et le point de terminaison myFailoverEndpoint devient Dégradé.
Dans la section Préparer le retour arrière : re-protéger le site de basculement, procédez comme suit :
1. La région primaire est votre site de basculement et est active, vous devez donc la re-protéger dans votre région secondaire.
2. Nettoyez les ressources déployées dans votre région secondaire, par exemple les ressources déployées dans was-cluster-westus-mjg022624.
3. Utilisez les mêmes étapes dans la section Configurer la récupération d’urgence pour le cluster à l’aide d’Azure Site Recovery pour protéger la région primaire dans la région secondaire, sauf pour les changements suivants :
  1. Ignorez les étapes de la section Créer un coffre Recovery Services car vous en avez déjà créé un précédemment, par exemple recovery-service-vault-westus-mjg022624.
  2. Pour Activer la réplication>Paramètres de réplication>Réseau virtuel de basculement, sélectionnez le réseau virtuel existant dans la région secondaire.
  3. Ignorez les étapes de la section Configuration réseau supplémentaire pour la région secondaire car vous avez déjà créé et configuré ces ressources.

Nettoyer les ressources

Si vous n’avez pas l’intention de continuer à utiliser les clusters WebSphere et d’autres composants, procédez comme suit pour supprimer les groupes de ressources afin de nettoyer les ressources utilisées dans ce tutoriel :

Entrez le nom du groupe de ressources des serveurs Azure SQL Database, par exemple myResourceGroup, dans la zone de recherche en haut du portail Azure, et sélectionnez le groupe de ressources correspondant dans les résultats de la recherche.
Sélectionnez Supprimer le groupe de ressources.
Dans Entrez le nom du groupe de ressources pour confirmer la suppression, entrez le nom du groupe de ressources.
Sélectionnez Supprimer.
Répétez les étapes 1 à 4 pour le groupe de ressources du Traffic Manager, par exemple myResourceGroupTM1.
Dans la zone de recherche en haut du portail Azure, entrez Coffres Recovery Services puis sélectionnez Coffres Recovery Services dans les résultats de recherche.
Sélectionnez le nom de votre coffre Recovery Services, par exemple recovery-service-vault-westus-mjg022624.
Sous Gérer, sélectionnez Plans de récupération (Site Recovery). Sélectionnez le plan de récupération que vous avez créé, par exemple recovery-plan-mjg022624.
Utilisez les mêmes étapes dans la section Désactiver la réplication pour supprimer les verrous sur les éléments répliqués.
Répétez les étapes 1 à 4 pour le groupe de ressources du cluster WebSphere principal, par exemple was-cluster-westus-mjg022624.
Répétez les étapes 1 à 4 pour le groupe de ressources du cluster WebSphere secondaire, par exemple was-cluster-eastus-mjg022624.

Étapes suivantes

Dans ce tutoriel, vous avez configuré une solution HA/DR composée d’une couche d’infrastructure applicative active-passive avec une couche de base de données active-passive, et dans laquelle les deux couches s’étendent sur deux sites géographiquement distincts. Sur le premier site, la couche d’infrastructure applicative et la couche de base de données sont toutes deux actives. Sur le deuxième site, le domaine secondaire est restauré avec le service Azure Site Recovery, et la base de données secondaire est en attente.

Continuez à explorer les références suivantes pour plus d’options pour construire des solutions HA/DR et exécuter WebSphere sur Azure :

Documentation sur la fiabilité Azure

Créer des solutions pour une haute disponibilité

Basculement automatique à l’aide d’Azure Traffic Manager

En savoir plus sur WebSphere sur Azure

Partager via