Configuration de Rackware pour la récupération après sinistre d'une 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 de récupération après sinistre Rackware est configuré sur le serveur RMM pour protéger les machines virtuelles Web et d'application avec leur stockage de blocs attaché. Les machines virtuelles Web et d'application, ainsi que leur stockage de blocs, sont répliquées d'OCI vers Compute Cloud@Customer par Rackware.

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

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

• Configurez OCI en tant que site de production ou site principal et Compute Cloud@Customer en tant que site secondaire ou de secours.
• Configurez la stratégie de récupération après sinistre de Rackware en tant que cibles provisionnées de manière dynamique. 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 à la demande en cas d'événement afin de réduire considérablement les coûts et de réduire le RPO au détriment d'un RTO plus élevé.
• 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 pour effectuer une réplication vers des bases de données de secours sur Compute Cloud@Customer. Si le basculement est requis, vous pouvez utiliser Data Guard pour promouvoir la base de données Oracle Database de secours, ainsi que pour renvoyer la base de données Oracle Database dans OCI en tant que base principale une fois les efforts de récupération après sinistre terminés.
• Déployez OCI Storage Gateway dans OCI avec la réplication Cloud Sync correctement configurée et programmée pour répliquer OCI Object Storage d'OCI vers Compute 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.

A propos de la configuration d'une architecture de lumière de pilote pour OCI

L'architecture légère pilote est identique à la récupération après sinistre pour Compute Cloud@Customer avec OCI.

Voici les recommandations de configuration :

• Comme pour les cas d'emploi 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 site principal et Compute Cloud@Customer en tant que site secondaire ou de secours.
• Configurez la stratégie de récupération après sinistre de Rackware en tant que cibles pré-provisionnées. Avec cette configuration, vous pouvez choisir de protéger vos charges globales en conservant une instance de serveur active sur l'infrastructure cible en plus de l'image du serveur d'origine sur RMM. Configurez les travaux de synchronisation pour mettre à jour l'image et le serveur cible à des intervalles définis par l'utilisateur. Cette approche permet d'obtenir le RTO le plus bas mais 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 Compute Cloud@Customer s'exécutant à une échelle minimale dans Compute Cloud@Customer.
• Configurez toutes les bases de données de production exécutant OCI pour effectuer une réplication vers des bases de données de secours sur Compute Cloud@Customer. Si le basculement est requis, vous pouvez utiliser Data Guard pour promouvoir la base de données Oracle Database de secours, ainsi que pour renvoyer la base de données Oracle Database dans OCI en tant que base principale une fois les efforts de récupération après sinistre terminés.
• Déployez OCI Storage Gateway dans OCI avec une réplication Cloud Sync active correctement configurée pour répliquer OCI Object Storage d'OCI vers Compute Cloud@Customer.

A 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 site principal et Compute Cloud@Customer en tant que site secondaire ou de secours.
• Configurez la stratégie de récupération après sinistre de Rackware en tant que cibles pré-provisionnées. Avec cette configuration, vous pouvez choisir de protéger vos charges globales en conservant une instance de serveur active sur l'infrastructure cible en plus de l'image du serveur d'origine sur RMM. Configurez les travaux de synchronisation pour mettre à jour l'image et le serveur cible à des intervalles définis par l'utilisateur (avec une périodicité différente). Cette approche permet d'obtenir le RTO le plus bas mais 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 Compute Cloud@Customer exécutant la même version de l'environnement de production OCI dans Compute Cloud@Customer.
• Configurez toutes les bases de données de production exécutant OCI pour effectuer une réplication vers des bases de données de secours sur Compute Cloud@Customer. Si le basculement est requis, vous pouvez utiliser Data Guard pour promouvoir la base de données Oracle Database de secours, ainsi que pour renvoyer la base de données Oracle Database dans OCI en tant que base principale une fois les efforts de récupération après sinistre terminés.
• Déployez OCI Storage Gateway dans OCI avec une réplication de synchronisation cloud active et continue configurée correctement pour répliquer OCI Object Storage d'OCI vers Compute Cloud@Customer.

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

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

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

• Informations d'identification d'accès : utilisateur ou utilisateur root disposant de privilèges sudo
• Stockage
  • Les groupes de volumes d'origine doivent disposer d'au moins 15 % de l'espace utilisé en tant qu'extents libres.
  • /var/tmp doit disposer d'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 disposer du fichier /etc/default/grub
• Antivirus : si un programme antivirus est en cours d'exécution 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 :

• Informations d'identification d'accès : utilisateur SYSTEM ou utilisateur local disposant des privilèges d'administration.
• Stockage : chaque volume doit disposer d'un espace libre suffisant (au moins 20 % environ) pour les instantanés VSS.
• Antivirus : Origin doit ajouter rsync.exe, rwattr.exe, rwchangesvc.exe et rw_tngsync_util.exe à la liste d'autorisation de tout programme antivirus ou Windows Defender.
• Langue : pour toute langue autre que l'anglais pour l'environnement linguistique SYSTEM, contactez le support Rackware.

Procédez comme suit :

1. En supposant que le module RMM Rackware est déjà installé correctement dans OCI, accédez à la console de gestion RMM Rackware et connectez-vous à l'aide des informations 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, accédez à 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.
   • Nombre parallèle : Permet à l'utilisateur de définir le nombre de transferts parallèles dans la vague.
   • Provisionnement automatique : les utilisateurs peuvent configurer le RMM pour provisionner des cibles via des appels d'API vers le cloud cible.
   • Stratégie de récupération après sinistre : l'utilisateur peut configurer une stratégie pour synchroniser périodiquement tous les hôtes de la vague.
   • Passthrough : lorsque cette option est activée, les données circulent via RMM. (Origine, RMM, Destination)
3. Configurer une stratégie de récupération après sinistre : une stratégie de récupération après sinistre vous permet de synchroniser les deltas de la source vers son image capturée sur le RMM RackWare et l'instance cible (en cas de schéma pré-provisionné) à des intervalles spécifiés par l'utilisateur. Les utilisateurs peuvent créer autant de stratégies 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 à différents intervalles en fonction de la stratégie de récupération après sinistre de l'utilisateur. Pour créer une stratégie de récupération après sinistre, accédez à DR, Policies, puis 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 de notification.
4. Appliquer la stratégie de récupération après sinistre : pour appliquer une stratégie de récupération après sinistre, accédez à l'onglet Réplication, cliquez sur Vagues, cliquez sur OCI pour C3 et cliquez sur Aucune stratégie. Une boîte de dialogue Configuration s'ouvre. Sélectionnez la stratégie de récupération après sinistre appropriée et cliquez sur Affecter une stratégie. La capture d'écran ci-dessous illustre l'affectation de la stratégie DRPolicy_01 précédemment configurée à la vague Oracle Compute Cloud@Customer OCI. L'affectation d'une stratégie à une vague déplace ladite vague de la réplication, des vagues à la récupération après sinistre, des vagues telles qu'elles sont désormais 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 dans 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 :

• Redimensionnement à droite avec provisionnement automatique : les utilisateurs peuvent choisir de réduire ou d'augmenter la spécification de calcul et de stockage pour les instances cible. Cette fonctionnalité permet aux utilisateurs d'ajouter la granularité du redimensionnement des systèmes de fichiers.
• Provisionnement dynamique lors de la récupération après sinistre : les utilisateurs peuvent tirer parti de la capacité de Rackware à gérer 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 unique et instantanés protégés : l'offre de sauvegarde Rackware est fournie avec des ensembles de fonctionnalités riches tels que la conservation des instantanés jusqu'à 3 ans, des restaurations de fichiers sélectives et des instantanés protégés illimités pour une récupération jusqu'à un point dans le temps.
• BIOS vers UEFI : les utilisateurs peuvent migrer de manière transparente vers les instances compatibles UEFI sans modification supplémentaire de la configuration vers l'instance d'origine.
• Migrations ralenties : les utilisateurs disposent d'un meilleur contrôle sur chaque migration en permettant de limiter la bande passante individuellement.
• Basculement et basculement entièrement automatisés : le basculement est entièrement automatisé et revient à l'environnement d'origine.
• Rackware Migration Manager : fournit de nombreuses autres fonctionnalités, telles que les synchronisations sélectives de systèmes de fichiers, les exclusions de fichiers et de dossiers, l'activation d'cloud-init et les post-scripts personnalisés.