Configurer Rackware pour la récupération après sinistre de machine virtuelle

Rackware Migration Manager (RMM) est déployé sur le site de production pour répliquer des machines virtuelles vers ou depuis OCI et Compute Cloud@Customer.

L'architecture Rackware suivante présente la récupération après sinistre entre OCI et Compute Cloud@Customer.

Description de l'illustration rackware-dr-oracle-compute-cloud-customer-oci.png

Dans cette architecture, RMM est déployé sur le site de production pour répliquer des machines virtuelles vers ou depuis OCI et Compute Cloud@Customer. Le serveur RMM est déployé sur OCI. Le plan Rackware DR est configuré sur le serveur RMM pour protéger les machines virtuelles Web et d'application ainsi que le stockage par blocs associé. Les machines virtuelles Web et d'application, ainsi que leur stockage par blocs, sont répliquées d'OCI vers Compute Cloud@Customer par Rackware.

À propos de la configuration d'une architecture de sauvegarde et de restauration pour OCI

Voici les recommandations de configuration pour configurer l'architecture de sauvegarde et de restauration pour OCI :

• Configurez OCI en tant que site de production ou principal, et Calcul Cloud@Customer en tant que site secondaire ou de secours.
• Configurez la politique de récupération après sinistre Rackware en tant que cibles provisionnées dynamiquement. Rackware protège votre charge de travail en conservant une copie de l'image du serveur d'origine sur RMM. Vous pouvez utiliser l'image pour déployer une instance sur l'infrastructure cible sur demande en cas d'événement afin de réduire considérablement les coûts et de réduire l'OPR au détriment d'un ODR supérieur.
• Rackware arrête et réplique les machines virtuelles d'OCI vers Compute Cloud@Customer.
• Configurez toutes les bases de données de production exécutant OCI à répliquer vers des bases de données de secours sur Compute Cloud@Customer. Si un basculement est requis, vous pouvez utiliser Data Guard pour promouvoir Oracle Database de secours et pour revenir à Oracle Database dans OCI en tant que base principale une fois les efforts de récupération après sinistre terminés.
• Déployez le service Passerelle de stockage OCI dans OCI avec la réplication de synchronisation en nuage correctement configurée et programmée pour répliquer le service Stockage d'objets OCI d'OCI vers le service Calcul Cloud@Customer.
• Utilisez Rackware pour orchestrer la récupération après sinistre des machines virtuelles entre Compute Cloud@Customer et OCI lors des opérations de récupération après sinistre.

À propos de la configuration d'une architecture pilote légère pour OCI

L'architecture d'éclairage pilote est la même que la récupération après sinistre pour Compute Cloud@Customer avec OCI.

Voici les recommandations de configuration :

• Comme pour le cas d'utilisation de sauvegarde et de restauration, déployez RMM sur le site de production pour répliquer des machines virtuelles vers et depuis OCI et Compute Cloud@Customer. Dans ce cas, configurez OCI en tant que site de production ou principal, et Calcul Cloud@Customer en tant que site secondaire ou de secours.
• Configurez la politique de récupération après sinistre Rackware en tant que cibles préprovisionnées. Avec cette configuration, vous pouvez choisir de protéger vos charges de travail en conservant une instance de serveur active sur l'infrastructure cible en plus de l'image du serveur d'origine sur RMM. Configurez des tâches de synchronisation pour mettre à jour l'image ainsi que le serveur cible à des intervalles définis par l'utilisateur. Cette approche permet d'obtenir l'OTR le plus bas, mais elle est plus coûteuse car vous devez toujours maintenir un site de reprise après sinistre actif.
• Rackware réplique les machines virtuelles d'OCI vers Calcul Cloud@Customer s'exécutant à une échelle minimale dans Calcul Cloud@Customer.
• Configurez toutes les bases de données de production exécutant OCI à répliquer vers des bases de données de secours sur Compute Cloud@Customer. Si un basculement est requis, vous pouvez utiliser Data Guard pour promouvoir Oracle Database de secours et pour revenir à Oracle Database dans OCI en tant que base principale une fois les efforts de récupération après sinistre terminés.
• Déployez le service Passerelle de stockage OCI dans OCI avec une réplication de synchronisation en nuage active correctement configurée pour répliquer le service Stockage d'objets OCI d'OCI vers le service Calcul Cloud@Customer.

À propos de la configuration d'une architecture de secours à chaud pour OCI

L'architecture de secours à chaud est identique à la récupération après sinistre pour Compute Cloud@Customer avec OCI.

Voici les recommandations de configuration :

• Déployez RMM sur le site de production pour répliquer des machines virtuelles vers ou depuis OCI et Compute Cloud@Customer. Dans ce cas, configurez OCI en tant que site de production ou principal, et Calcul Cloud@Customer en tant que site secondaire ou de secours.
• Configurez la politique de récupération après sinistre Rackware en tant que cibles préprovisionnées. Avec cette configuration, vous pouvez choisir de protéger vos charges de travail en conservant une instance de serveur active sur l'infrastructure cible en plus de l'image du serveur d'origine sur RMM. Configurez des tâches de synchronisation pour mettre à jour l'image ainsi que le serveur cible à des intervalles définis par l'utilisateur (avec une périodicité différente). Cette approche permet d'obtenir l'OTR le plus bas, mais elle est plus coûteuse car vous devez toujours maintenir un site de reprise après sinistre actif.
• Rackware réplique constamment les machines virtuelles d'OCI vers Calcul Cloud@Customer exécutant la même version de l'environnement de production OCI fonctionnant dans Calcul Cloud@Customer.
• Configurez toutes les bases de données de production exécutant OCI à répliquer vers des bases de données de secours sur Compute Cloud@Customer. Si un basculement est requis, vous pouvez utiliser Data Guard pour promouvoir Oracle Database de secours et pour revenir à Oracle Database dans OCI en tant que base principale une fois les efforts de récupération après sinistre terminés.
• Déployez le service Passerelle de stockage OCI dans OCI avec une réplication de synchronisation en nuage active et continue correctement configurée pour répliquer le service Stockage d'objets OCI d'OCI vers le service Calcul Cloud@Customer.

Configurer Rackware pour la récupération après sinistre d'OCI vers Oracle Compute Cloud@Customer

Voici les étapes à suivre pour configurer RackWare afin d'effectuer une récupération après sinistre d'OCI vers Oracle Compute Cloud@Customer pour Linux :

Pour la plate-forme Linux, la configuration suivante est recommandée

• Accéder aux données d'identification : Utilisateur ou utilisateur root doté des privilèges sudo
• Stockage pour
  • Les groupes de volumes d'origine doivent avoir au moins 15 % de l'espace utilisé disponible en tant qu'extents libres.
  • /var/tmp doit avoir au moins 20 Mo d'espace libre.
• no-exec : Les systèmes de fichiers /tmp et /var/tmp ne doivent pas être configurés avec les propriétés no-exec dans fstab.
• Grub : Les serveurs d'origine doivent avoir un fichier /etc/default/grub
• Antivirus : Si un programme antivirus s'exécute sur Origin, il doit ajouter le répertoire /mnt/rackware/ à la liste d'autorisation.

Pour la plate-forme Windows, la configuration suivante est recommandée :

• Accéder aux données d'identification : Utilisateur SYSTEM ou utilisateur local disposant de privilèges d'administration.
• Stockage : Chaque volume doit disposer d'un espace libre suffisant (au moins/environ 20 %) pour les instantanés VSS.
• Antivirus : L'origine doit ajouter rsync.exe, rwattr.exe, rwchangesvc.exe et rw_tngsync_util.exe à la liste d'autorisation de tout programme antivirus ou de Windows Defender.
• Langue : Pour toute langue autre que l'anglais pour les paramètres régionaux SYSTEM, communiquez avec le soutien Rackware.

Procédez de la façon suivante :

1. En supposant que Rackware RMM soit déjà installé correctement dans OCI, allez à la console de gestion Rackware RMM et connectez-vous à l'aide des données d'identification configurées lors de l'installation. Les options de vague peuvent être les suivantes :
2. Créer une vague : Pour créer une vague, naviguez jusqu'à Réplication, Vagues et cliquez sur l'icône plus (+) pour ouvrir l'assistant de création de vague. Indiquez un nom et cliquez sur Créer.
   • Comptage parallèle : Permet à l'utilisateur de définir le nombre de transferts parallèles au sein de la vague.
   • Provisionnement automatique : Les utilisateurs peuvent configurer RMM pour provisionner des cibles au moyen d'appels d'API vers le nuage cible.
   • Politique RS : L'utilisateur peut configurer une politique pour synchroniser périodiquement tous les hôtes de la vague.
   • Pas de transfert : Lorsque cette option est activée, les données circulent au moyen de RMM. (Origine, RMM, Destination)
3. Configurer une politique de récupération après sinistre : Une politique de récupération après sinistre vous permet de synchroniser les deltas de la source vers l'image capturée sur la MMR RackWare et l'instance cible (dans le cas d'un schéma préprovisionné) à des intervalles spécifiés par l'utilisateur. Les utilisateurs peuvent créer autant de politiques de récupération après sinistre que nécessaire avec une périodicité différente. Cela permet une plus grande flexibilité pour synchroniser différentes vagues à des intervalles variés en fonction de la stratégie de reprise après sinistre de l'utilisateur. Pour créer une nouvelle politique de récupération après sinistre, naviguez jusqu'à RS, Politiques et cliquez sur l'icône plus (+) pour ouvrir l'assistant de création de récupération après sinistre. Indiquez un nom de récupération après sinistre, une périodicité, une heure de début et un courriel d'avis.
4. Appliquer la politique de récupération après sinistre : Pour appliquer une politique de récupération après sinistre, naviguez jusqu'à l'onglet Réplication, cliquez sur Vagues, cliquez sur OCI pour accéder aux détails de la vague C3 et cliquez sur "Aucune politique". Une boîte de dialogue Configuration s'ouvrira. Sélectionnez la politique de récupération après sinistre appropriée et cliquez sur Affecter une politique. La capture d'écran ci-dessous montre l'affectation de la politique DRPolicy_01 précédemment configurée pour OCI à la vague Oracle Compute Cloud@Customer. L'affectation d'une politique à une vague déplacera la dite vague de la réplication, des vagues à la reprise après sinistre, des vagues telles qu'elles sont maintenant configurées pour la récupération après sinistre.
5. Pour initialiser la réplication et la récupération après sinistre des machines virtuelles Windows ou Linux avec l'écran Détails de la vague, cliquez sur Démarrer la réplication.

Rackware fournit également les fonctionnalités suivantes que vous pouvez utiliser pour affiner votre architecture de récupération après sinistre :

• Dimensionnement correct avec provisionnement automatique : Les utilisateurs peuvent choisir de réduire ou d'augmenter la spécification de calcul et de stockage pour les instances cibles. Cette fonction permet aux utilisateurs d'ajouter la granularité du redimensionnement des systèmes de fichiers.
• Provisionnement dynamique pendant la récupération après sinistre : Les utilisateurs peuvent tirer parti de la capacité de Rackware à tenir à jour localement une image de réplique de l'instance source et utiliser cette image pour déployer une instance de basculement dans un événement de récupération après sinistre.
• Sauvegarde, restauration de fichiers uniques et instantanés protégés : L'offre de sauvegarde de Rackware comprend des jeux de fonctions enrichis tels que la conservation des instantanés jusqu'à 3 ans, la restauration sélective de fichiers et des instantanés protégés illimités pour la récupération jusqu'à un point dans le temps.
• BIOS vers UEFI : Les utilisateurs peuvent migrer de façon transparente vers des instances activées par UEFI sans apporter de modifications de configuration supplémentaires à l'instance initiale.
• Migrations ralenties : Les utilisateurs ont un meilleur contrôle sur chaque migration en pouvant ajuster la bande passante individuellement.
• Basculement et secours entièrement automatisés : Le basculement est complètement automatisé, de même que l'environnement d'origine.
• Rackware Migration Manager : Fournit de nombreuses autres fonctions telles que les synchronisations sélectives de systèmes de fichiers, les exclusions de fichiers et de dossiers, l'activation de cloud-init et les post-scripts personnalisés.