Configuration de 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

rackware-dr-oracle-compute-cloud-customer-oci-oracle.zip

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 reconfiguration dynamique Rackware est configuré sur le serveur RMM pour protéger les machines virtuelles Web et d'application ainsi que leur stockage de blocs connecté. 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 principal, et Compute Cloud@Customer en tant que site secondaire ou de secours.
• Configurez la stratégie 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 à 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 les bases de données de secours sur Compute Cloud@Customer. Si le basculement est requis, vous pouvez utiliser Data Guard pour promouvoir l'instance Oracle Database de secours et revenir en arrière pour renvoyer l'instance Oracle Database dans OCI vers l'instance 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 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 pilote légère 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 dans le cas d'utilisation de la sauvegarde et de la 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 Compute Cloud@Customer en tant que site secondaire ou de secours.
• Configurez la stratégie 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 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 ainsi que le serveur cible à des intervalles spécifiés 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 récupération après sinistre actif.
• Rackware réplique les machines virtuelles d'OCI vers Compute Cloud@Customer exécutées à 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 les bases de données de secours sur Compute Cloud@Customer. Si le basculement est requis, vous pouvez utiliser Data Guard pour promouvoir l'instance Oracle Database de secours et revenir en arrière pour renvoyer l'instance Oracle Database dans OCI vers l'instance 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 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 principal, et Compute Cloud@Customer en tant que site secondaire ou de secours.
• Configurez la stratégie 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 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 ainsi que le serveur cible à des intervalles spécifiés 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 récupération 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 qui fonctionne dans Compute Cloud@Customer.
• Configurez toutes les bases de données de production exécutant OCI pour effectuer une réplication vers les bases de données de secours sur Compute Cloud@Customer. Si le basculement est requis, vous pouvez utiliser Data Guard pour promouvoir l'instance Oracle Database de secours et revenir en arrière pour renvoyer l'instance Oracle Database dans OCI vers l'instance 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 correctement configurée pour répliquer OCI Object Storage d'OCI vers Compute Cloud@Customer.

Configuration de 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

• Informations d'identification d'accès : utilisateur ou utilisateur root disposant des privilèges sudo
• Stockage
  • Les groupes de volumes d'origines 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 avoir un 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/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 l'environnement linguistique SYSTEM, contactez le support Rackware.

Suivez les étapes ci-dessous :

1. Si Rackware RMM est déjà installé correctement dans OCI, accédez à la console de gestion Rackware RMM 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 au sein de la vague.
   • Provisionnement automatique : les utilisateurs peuvent configurer le module RMM pour provisionner les 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.
   • Transfert : 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 avec 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 à des intervalles variés 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, Stratégies et cliquez sur l'icône plus (+) pour ouvrir l'assistant de création de récupération après sinistre. Fournissez 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 accéder aux détails de l'onde 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 sur OCI à la vague Oracle Compute Cloud@Customer. L'affectation d'une stratégie à une vague déplace cette vague de la réplication, des vagues vers la récupération 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 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 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 pendant la récupération après sinistre : les utilisateurs peuvent tirer parti de la capacité de Rackware à maintenir 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 de Rackware comprend de nombreux ensembles de fonctionnalités tels que la conservation des instantanés jusqu'à 3 ans, les restaurations de fichiers sélectives et les 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 des instances compatibles UEFI sans apporter de modifications supplémentaires à la configuration de l'instance d'origine.
• Migrations ralenties : les utilisateurs ont un meilleur contrôle sur chaque migration en pouvant limiter la bande passante individuellement.
• Basculement et basculement entièrement automatisés : le basculement est entièrement automatisé, tout comme le retour à l'environnement d'origine.
• Rackware Migration Manager : fournit de nombreuses autres fonctionnalités telles que les synchronisations de système de fichiers sélectives, les exclusions de fichier et de dossier, l'activation de cloud-init et les post-scripts personnalisés.