Vue d’ensemble d’Azure Site Recovery
Azure Site Recovery sur Azure Stack Hub permet de garantir la continuité de l’activité en maintenant les applications métier et les charges de travail 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 où 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’endroit 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 d’Azure Stack Hub, configurez le coffre et préparez les prérequis pour vos machines virtuelles répliquées.
Azure Site Recovery sur Azure Stack Hub est disponible pour les déploiements de type Microsoft Entra ID et Services ADFS (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 PRO | 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 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, en cas de 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 en utilisant des scripts PowerShell, en étiquetant les machines en groupes et éventuellement en ajoutant 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 tarif 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.
Notes
Jusqu’au 1er juin 2024, l’exécution du service Azure Site Recovery n’est pas coûteuse. Les options tarifaires de paiement à l’utilisation s’appliqueront à compter du 1er juin 2024.
Lorsque vous installez Azure Site Recovery sur Azure Stack Hub pour la première fois, une période d’essai gratuit de 30 jours est fournie. Cette période d’essai permet de tester, d’installer l’automatisation et de répliquer 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é.
Les fournisseurs de solutions cloud (CSP) qui proposent des environnements multilocataires doivent noter que l’utilisation d’Azure Site Recovery est signalée uniquement sur l’abonnement d’inscription Azure Stack Hub principal. Toute utilisation de machines virtuelles basculées ou de stockage associé à des machines virtuelles protégées est allouée avec précision à l’abonnement Azure respectif du client. Le coût de la solution Azure Site Recovery (côté cible) est indiqué uniquement dans l’abonnement utilisé pour l’inscription Azure Stack Hub. En règle générale, cet abonnement appartient au fournisseur de solutions Cloud offrant l’environnement multilocataire . Par conséquent, le fournisseur de solutions Cloud est chargé de déterminer et de facturer de manière appropriée 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 des machines virtuelles sur deux instances, ou empreintes, 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 a des images respectives de la Place de marché Azure Stack Hub 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’est pas installée ou mise à niveau comme prévu. Pour plus d’informations, consultez Mise à niveau et configuration requise de 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 du service mobilité pour les machines virtuelles Azure, installez une mise à jour de la pile de maintenance Windows (SSU) et une mise à jour SHA-2 sur les 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’est pas installée ou mise à niveau comme prévu. Pour plus d’informations, consultez Mise à niveau et configuration requise de SHA-2. |
Étapes suivantes
Planification de la capacité Azure Site Recovery sur Azure Stack Hub
Commentaires
Bientôt disponible : Tout au long de 2024, nous allons supprimer progressivement GitHub Issues comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultez https://aka.ms/ContentUserFeedback.
Envoyer et afficher des commentaires pour