Skip to main content

EBC Cloud Connect

Les services de migration EBC et de sauvegarde dans le nuage sont disponibles pour intégrer votre plateforme EBC 3.0 Shared / ST ou Core en libre-service. Des services de sauvegarde sont également disponibles pour permettre des sauvegardes hors site d'une manière accessible sans nécessiter de gros investissements en matériel ou en logiciel.

Les services utilisent Veeam Cloud Connect et conviennent à une utilisation avec Veeam Backup & Replication / Availability Suite pour sauvegarder vos VM VMware vSphere et Microsoft Hyper-V, les applications appropriées et le serveur physique.

Migration EBC​

Vous pouvez migrer des VMs vers votre environnement EBC via EBC Migration. L'environnement Veeam sur site qui est connecté à l'environnement VMware vSphere en direct est fourni avec le service Cloud Connect d'Equinix Managed Services. A partir de là, un job de réplication est défini vers l'environnement EBC. Une fois les VM répliquées, la VM sur l'environnement EBC peut être démarrée (la fonctionnalité de basculement est ainsi utilisée). Les données de l'environnement EBC sont fournies dans une livraison séparée.

Avant de procéder à l'installation, il est conseillé de créer une structure vApp avec des réseaux correspondants (dans le cas de l'EBC Shared / ST) avant de transporter les VM vers l'EBC. Un vApp peut être considéré comme une collection de VM dans un paysage d'application, il y a un maximum de 100 VM dans un vApp.

Ajouter un fournisseur de services à Veeam​

  1. Dans la console Veeam Backup & Replication, allez sur Backup Infrastructure, sélectionnez Service Providers, puis Add Service Provider. Saisissez l'adresse de l'environnement Equinix Managed Solutions Cloud Connect, puis cliquez sur Next. À l'heure où nous écrivons ces lignes, le service est débloqué à Amsterdam et l'adresse est la suivante : cc-am3.equinix-managed-services.nl.

  2. Pour la livraison de l'EBC, le choix par défaut est d'utiliser un fournisseur d'identité (IdP). Par défaut, Equinix fournit une instance KeyCloak à cet effet. En fonction de vos besoins, il peut également s'agir d'un IdP propriétaire, comme ADFS ou Azure AD. L'authentification à l'aide d'un compte IdP n'est pas prise en charge et nécessite l'utilisation d'un compte local Virtual Cloud Directory (VCD) auquel a été attribué le rôle Organization Administrator.

  3. Dans l'assistant, spécifiez le compte qui est en dehors de l'IdP, en ajoutant le nom de votre organisation EBC.

    Par exemple, si l'organisation dans l'environnement EBC s'appelle 123_VOORBEELD, et que le compte local s'appelle cloudconnect, le nom d'utilisateur doit être cloudconnect@123_VOORBEELD.

  4. Cliquez sur Apply pour établir la connexion à l'environnement et afficher les ressources disponibles de l'environnement EBC.

Réplication​

Pour obtenir la charge de travail de la VM dans l'EBC, un job de réplication doit être créé dans Veeam Backup and Replication.

  1. Dans la console Veeam Backup & Replication, allez sur Home, et sélectionnez Virtual Machine sous Replication Job.

  2. Donnez un nom au travail de réplication.

    Si des réseaux ont déjà été créés dans l'environnement EBC, sélectionnez Network remapping. Les ID de réseau appliqués aux sites sur site ne sont pas exactement les mêmes que ceux disponibles dans l'environnement EBC.

    Si Network Remapping n'est pas sélectionné, les cartes réseau seront liées à un réseau null. Cela signifie que la VM ne sera pas connectée à un réseau dans l'environnement EBC et qu'elle désactivera les communications après un basculement.

note

EBC Migration ne fournit pas de connectivité réseau entre votre site sur place et l'EBC. Ce type de connectivité doit être acheté séparément.

La VM peut être reliée au réseau cible correct dans l'environnement EBC ultérieurement, via le portail Cloud Director. Si Network remapping n'est pas sélectionné au début, la VM répliquée ne sera pas reliée à un réseau et aucune carte réseau n'aura été créée. Si Network remapping n'a pas été configuré initialement, le Job émettra un avertissement à ce sujet.

  1. Suivez l'assistant pour spécifier les machines à migrer.

    Sous Destination, indiquez l'hôte Cloud, et sélectionnez le Organization VDC sur lequel les VM doivent aller.

  2. Pour l'environnement cible, l'assistant affiche l'emplacement des VM dans l'environnement EBC. Si des vApps existent déjà dans EBC, l'un d'entre eux peut être sélectionné comme cible où se trouveront les VM à répliquer pour ce job. Choisissez également la politique de stockage /tier souhaitée où les VM doivent être placées dans ce travail.

  3. Dans la section Network, les réseaux sources pertinents pour cet ensemble de VM peuvent être liés aux réseaux cibles déjà créés dans l'environnement EBC.

  4. Il est recommandé de limiter le nombre de points de restauration **** et de vider le suffixe de nom Replica. Le nombre de points de restauration à conserver correspond au nombre d'instantanés qui restent ouverts. Plus il y a d'instantanés, plus la consolidation prendra de temps. 1 est le minimum, et 2 est recommandé.

  5. Suivez le reste de l'assistant pour terminer la procédure.

note

Application Aware Processing n'est pas toujours nécessaire.

  1. Lancez vous-même le Job de réplication **** ou attendez que la planification démarre. Si nécessaire, vous pouvez lancer la tâche plusieurs fois pour transférer les différences (delta).

Découpage​

Une fois que les VM sont entièrement répliquées sur l'EBC, un Cutover doit avoir lieu. Cela signifie que les machines virtuelles deviennent actives dans l'EBC. Cette opération peut être réalisée de deux manières :

  1. Réplication sans plan de basculement - Si la VM était déjà éteinte avant que la tâche de réplication **** ne soit lancée pour la dernière fois et terminée avec succès, alors l'état complet de la VM est passé. A partir de Cloud Directory, la VM peut être démarrée. Cela peut se faire en dehors de Veeam.
  2. Réplication avec plan de basculement - Veeam offre la possibilité de créer un Failover Plan pour les variantes Enterprise et Enterprise Plus. L'application d'un Failover plan est utile lors de l'application d'une séquence de démarrage de VM, et/ou le délai de démarrage est important.

Élaborez un plan de basculement

  1. Dans la console Veeam Backup & Replication, allez sur Home, sélectionnez Failover Plan, et choisissez Cloud Connect (vCloud).

  2. Nommez le plan de basculement et ajoutez-y les machines virtuelles qui doivent être migrées vers l'EBC. Vous pouvez ici spécifier une séquence ainsi qu'un délai entre le démarrage des différentes machines. Prenons par exemple un environnement applicatif dans lequel un serveur de base de données doit être démarré avant les autres serveurs.

note

Une seule machine virtuelle peut être incluse dans le plan de basculement.

Lancez un plan de basculement

Une fois que le plan de basculement **** est créé, il peut être démarré ou testé. Il est recommandé de le tester à partir de l'interface Cloud Directory (n'oubliez pas de la désactiver après le test). Veeam propose une fonction de test **** , bien que son utilisation ne soit pas recommandée dans le scénario d'onboarding en raison des obstacles possibles.

Pour démarrer un plan de basculement **** , les VM sont activées en fonction de l'ordre et du délai précédemment définis dans votre nouvel environnement EBC. Cette opération est effectuée manuellement et, ce faisant, aucune synchronisation finale n'est effectuée. Il est recommandé de désactiver les machines virtuelles dans le plan de basculement **** à l'emplacement source et d'exécuter à nouveau la tâche de réplication **** .

  1. Dans la console Veeam Backup & Replication, allez dans Home, et choisissez Failover Plansin Replicas.

    Les plans de basculement créés précédemment sont affichés.

  2. Cliquez avec le bouton droit de la souris sur Choisissez Failover Plan, et sélectionnez Start. Une fenêtre s'ouvre dans laquelle l'état est affiché. Dans Replicas, les VM traitées ont un statut actif.

À partir de cette phase, les machines virtuelles peuvent soit basculer de manière permanente, soit faire l'objet d'un Failback/Rollback au cours duquel les changements sont migrés vers l'emplacement sur site.

Basculement permanent

Pour procéder au basculement, une confirmation est demandée.

En cas de basculement permanent, la VM disparaît de l'inventaire Veeam dans Replicas du côté du client, et elle est exclue des jobs de réplication.

Du côté du fournisseur, l'environnement Equinix Managed Solutions Cloud Connect n'est plus considéré comme une réplique.

Failback / Rollback

Si une VM est configurée pour fonctionner dans l'EBC mais que l'action doit être annulée, il est possible d'effectuer un failback. Cela est possible jusqu'à ce queLe basculement permanent soit effectué sur la ou les VM concernées. Les modifications apportées à la VM sortante de notre côté peuvent être répliquées dans l'environnement sur site de l'utilisateur.

Dans la fenêtre de destination, différents scénarios peuvent être choisis pour répliquer dans l'environnement EBC les changements effectués sur la ou les machines virtuelles qui ont déjà été exécutées sur l'EBC.

EBC Cloud Backup​

EBC Cloud Backup offre une sauvegarde fiable de la charge de travail d'un serveur sur un autre site sans avoir à mettre en place sa propre infrastructure sur place. La sauvegarde en tant que service utilisant Veeam Cloud Connect est agnostique en termes de plateforme. Les charges de travail sur VMware vSphere / Cloud Directory, Microsoft Hyper-V, Nutanix Acropolis, et baremetals i.c.w. agents Veeam, peuvent être stockées sur la plateforme Backup as a Service.

Ajouter un fournisseur de services à VEEAM​

  1. Dans la console Veeam Backup & Replication sur site, allez sur Backup Infrastructure, sélectionnez Service Providers, et sélectionnez Add Service Provider.

  2. Saisissez l'adresse de l'environnement Equinix Managed Solutions Cloud Connect, puis cliquez sur Next.

    note

    À l'heure où nous écrivons ces lignes, le service sera débloqué par Amsterdam et l'adresse sera cc-am3.equinix-managed-services.nl.

  3. Lors de la livraison d'EBC Cloud Backup, un nom d'utilisateur et un mot de passe vous seront envoyés.

    Cliquez sur Add pour les saisir dans Credentials, puis cliquez sur Apply.

    La capacité consommée du stockage de sauvegarde en nuage (référentiel) est affichée à l'écran.

Sauvegarde vers un référentiel en nuage​

Une fois le référentiel créé dans Veeam, le Cloud Repository peut être spécifié pour une tâche de sauvegarde et une tâche de Veeam Copy.

Conseil : En se basant sur le concept de stockage de sauvegarde 3-2-1, nous avons recommandé de stocker la sauvegarde principale sur site, et d'enregistrer une copie des sauvegardes sur site à un emplacement hors site à l'aide d'une tâche de copie.

Une fois qu'une tâche de sauvegarde a été exécutée avec succès, elle s'affiche dans l'interface graphique. A partir de là, les options de restauration habituelles qui sont effectuées avec une sauvegarde sur site peuvent être exécutées.

Dépendances​

EBC Migration et Backup ont les dépendances suivantes :

  • Votre environnement Veeam on-premises doit être équipé d'au moins Veeam Backup & Replication, ou Availability Suite v9.5 update 3 ou plus. Vous ne devez pas être en retard de plus de 2 versions par rapport à la dernière version majeure.
  • Vos licences Veeam on-premises doivent être au moins Standard ou supérieures. La Community Edition n'est pas supportée.
  • Votre environnement Veeam sur site doit disposer d'une connectivité internet à l'environnement Cloud Connect géré par Equinix.
  • Votre adresse IP Internet externe sur site doit être connue d'Equinix pour que vous puissiez utiliser le service.
  • La connectivité réseau entre votre environnement sur site et l'EBC doit être configurée séparément de la migration EBC. La solution elle-même ne le prévoit pas.

Sources d'information​

Voir les détails des fonctionnalités de [Veeam et Veeam Cloud Connect] (https://helpcenter.veeam.com/docs/backup/cloud/cloud_connect_user_guide.html).

Cette page vous a-t-elle été utile ?