Partager via


Vue d’ensemble d’Azure Site Recovery

Azure Site Recovery sur Azure Stack Hub permet de garantir la continuité de l’activité en conservant les applications et charges de travail métier en cours d’exécution pendant les pannes. Azure Site Recovery sur Azure Stack Hub réplique les charges de travail de machine virtuelle d’un site principal vers un emplacement secondaire. En cas d’interruption au niveau de votre site principal, vous basculez vers un emplacement secondaire, depuis lequel vous pouvez accéder aux applications. Quand l’emplacement principal est de nouveau fonctionnel, vous pouvez effectuer une restauration automatique vers celui-ci.

Pour activer la réplication de machines virtuelles sur deux tampons Azure Stack Hub, configurez les environnements suivants :

  • L’environnement source est le tampon Azure Stack Hub dans lequel les machines virtuelles clientes sont en cours d’exécution.

    • Opérateur Azure Stack Hub, téléchargez la machine virtuelle Azure Site Recovery Appliance et les extensions de machine virtuelle Azure Site Recovery dans la gestion de la Place de marché.
    • Les utilisateurs Azure Stack, dans les abonnements utilisateur, configurent la connexion au coffre cible dans cet environnement source.
  • L’environnement cible est l’emplacement où le fournisseur de ressources Azure Site Recovery s’exécute.

    • Opérateur Azure Stack Hub, téléchargez et installez le fournisseur de ressources respectif.

    • Utilisateurs Azure Stack Hub, configurez le coffre et préparez les prérequis pour vos machines virtuelles répliquées.

      Capture d’écran de la réplication des machines virtuelles sur deux tampons Azure Stack Hub.

Azure Site Recovery sur Azure Stack Hub est disponible pour les déploiements de type Microsoft Entra ID et services de fédération Active Directory (AD FS) (AD FS) d’Azure Stack Hub, ce qui signifie qu’il peut s’exécuter dans des environnements déconnectés.

À quoi sert Site Recovery ?

Azure Site Recovery fournit de nombreuses fonctionnalités, comme décrit dans le tableau suivant.

Fonctionnalité Détails
Solution BCDR À l’aide de Site Recovery, vous pouvez configurer et gérer la réplication, le basculement et la restauration automatique à partir d’un emplacement unique dans le portail Azure Stack Hub.
Intégration BCDR Site Recovery s’intègre à d’autres technologies BCDR. Par exemple, vous pouvez utiliser Site Recovery pour protéger le serveur principal SQL Server de charges de travail d’entreprise, avec la prise en charge native de SQL Server Always On pour gérer le basculement des groupes de disponibilité.
Intégration Azure Automation La bibliothèque Azure Automation diversifiée fournit des scripts spécifiques à l’application prêts pour la production, qui peuvent être téléchargés et intégrés au service Site Recovery.
Cibles RTO et RPO Maintenez les objectifs de délai de récupération (RTO) et les objectifs de point de récupération (RPO) au sein des limites fixées par l’organisation. Site Recovery fournit une réplication continue pour les machines virtuelles Azure Stack Hub.
Maintenir la cohérence des applications en cas de basculement Vous pouvez effectuer une réplication à l’aide des points de récupération avec des captures instantanées cohérentes au niveau des applications. Ces captures récupèrent les données des disques, l’ensemble des données en mémoire et toutes les transactions en cours de traitement.
Tests sans interruption Vous pouvez facilement exécuter la marche à suivre en cas de récupération d’urgence et ce, sans affecter une réplication en cours.
Basculements flexibles Vous pouvez exécuter des basculements planifiés pour les pannes attendues avec une perte de données nulle ou des basculements non planifiés avec une perte de données minimale, en fonction de la fréquence de réplication, pour les sinistres inattendus. Vous pouvez effectuer en toute simplicité une restauration automatique vers votre site principal dès qu’il est à nouveau disponible.
Plans de récupération personnalisés Non disponible actuellement dans cette version. Vous pouvez toujours personnaliser et séquencer le basculement et la récupération d’applications multiniveau s’exécutant sur plusieurs machines virtuelles à l’aide de scripts PowerShell, d’étiqueter des machines ensemble dans des groupes, et éventuellement d’ajouter des scripts et des actions manuelles.

Comment Site Recovery est-il facturé ?

Azure Site Recovery sur Azure Stack Hub est destiné à protéger un nombre spécifié de Machines Virtuelles. Pour fournir ce service à un taux concurrentiel, le coût d’Azure Site Recovery est déterminé en fonction du nombre de cœurs physiques de l’environnement cible, quel que soit le nombre de machines virtuelles protégées. Pour obtenir des options de tarification détaillées, consultez les détails de la tarification d’Azure Stack Hub.

Remarque

Jusqu’au 1er juin 2024, il n’y a aucun coût pour l’exécution du service Azure Site Recovery. Les options de tarification de paiement à l’utilisation s’appliquent à partir du 1er juin 2024.

Lorsque vous installez Azure Site Recovery pour la première fois sur Azure Stack Hub, une période d’essai gratuite de 30 jours est fournie. Cette période d’évaluation permet de tester, d’automatiser la configuration et la réplication des machines virtuelles pour la protection. Après la conclusion de la version d’évaluation de 30 jours, les frais commencent, calculés sur le nombre total de cœurs physiques dans l’environnement cible dans lequel votre fournisseur de ressources Azure Site Recovery est installé.

fournisseur de solutions Cloud s (CSP) qui proposent des environnements multilocataires doivent noter que l’utilisation d’Azure Site Recovery n’est signalée que sur l’abonnement d’inscription Azure Stack Hub principal. Toute utilisation des machines virtuelles basculées ou du stockage associé aux machines virtuelles protégées est correctement allouée à l’abonnement Azure respectif du client. Le coût de la solution Azure Site Recovery (côté cible) est signalé uniquement dans l’abonnement utilisé pour l’inscription Azure Stack Hub. En règle générale, cet abonnement appartient au fournisseur csp qui propose l’environnement mutualisé . Par conséquent, le fournisseur de solutions Cloud est responsable de la détermination et de la facturation appropriée de chacun de ses clients à l’aide d’Azure Site Recovery.

Que puis-je répliquer ?

Azure Site Recovery sur Azure Stack Hub, avec un agent requis installé sur chacune des machines virtuelles protégées, permet la réplication de machines virtuelles sur deux instances, ou tampons, d’Azure Stack Hub. Azure Stack Hub utilise une extension de machine virtuelle, disponible via la Place de marché Azure Stack Hub, pour installer cet agent.

Les systèmes d’exploitation de machines virtuelles suivants ont été testés et validés, et chacun possède des images de la Place de marché Azure Stack Hub respectives disponibles en téléchargement :

Système d’exploitation Détails
Windows Server 2022 Pris en charge.
Windows Server 2019 Pris en charge pour Server Core, Server avec Expérience utilisateur.
Windows Server 2016 Prise en charge de Server Core, Server avec Expérience utilisateur.
Windows Server 2012 R2 Pris en charge.
Windows Server 2012 Pris en charge.
Windows Server 2008 R2 avec SP1/SP2 Pris en charge. À partir de la version 9.30 de l’extension du service Mobility pour les machines virtuelles Azure, vous devez installer une mise à jour de la pile de maintenance (SSU) Windows et une mise à jour SHA-2 sur les machines exécutant Windows Server 2008 R2 SP1/SP2. SHA-1 n’est pas pris en charge à partir de septembre 2019 et si la signature de code SHA-2 n’est pas activée, l’extension de l’agent n’installe pas ni ne se met à niveau comme prévu. Pour plus d’informations, consultez la mise à niveau et les exigences sha-2.
Windows 10 (x64) Pris en charge.
Windows 8.1 (x64) Pris en charge.
Windows 8 (x64) Pris en charge.
Windows 7 (x64) avec SP1 et versions ultérieures Pris en charge. À partir de la version 9.30 de l’extension de service mobilité pour les machines virtuelles Azure, installez une mise à jour de pile de maintenance Windows (SSU) et SHA-2 sur des machines exécutant Windows 7 avec SP1. À partir de septembre 2019, SHA-1 n’est pas pris en charge et si la signature de code SHA-2 n’est pas activée, l’extension de l’agent n’installe pas ou ne sera pas mise à niveau comme prévu. Pour plus d’informations, consultez la mise à niveau et les exigences sha-2.

Étapes suivantes

Planification de la capacité Azure Site Recovery sur Azure Stack Hub