Charges de travail prises en charge pour la protection avec Azure Site Recovery
Une fois que vous avez configuré Azure Site Recovery, vous pouvez utiliser la protection au niveau inférieur des applications avec une réplication orientée application. La protection au niveau des applications vient en plus de la restauration au niveau des machines.
Après avoir validé le plan de continuité des activités et de reprise d’activité de l’entreprise avec les principales parties prenantes, vous voulez à présent examiner les charges de travail prises en charge par Azure Site Recovery, afin de vérifier qu’elles correspondent aux objectifs de continuité des activités et de reprise d’activité de votre organisation.
Dans cette unité, vous explorez la protection au niveau des applications, dont vous pouvez tirer parti pour protéger les différentes charges de travail de votre entreprise.
Charges de travail prises en charge par Azure Site Recovery
Site Recovery peut répliquer n’importe quelle application s’exécutant sur une machine prise en charge :
- Machine virtuelle Azure : La réplication est disponible pour n’importe quelle charge de travail s’exécutant sur une machine virtuelle Azure prise en charge.
- Machine virtuelle Hyper-V : La réplication est disponible pour n’importe quelle charge de travail s’exécutant sur une machine virtuelle Hyper-V.
- Serveurs physiques : La protection est disponible pour les systèmes d’exploitation Windows et Linux.
- Machine virtuelle VMware : La protection est disponible pour n’importe quelle charge de travail s’exécutant sur une machine virtuelle VMware.
Site Recovery fournit la réplication orientée application pour de nombreux types de charges de travail ou d’applications s’exécutant sur le système d’exploitation du serveur. La réplication d’applications est prise en charge pour de nombreuses charges de travails différentes. Tirer parti de l’intégration avec des charges de travail spécifiques présente de nombreux avantages lors d’une réplication normale, ainsi que lors du basculement. Voici certaines des fonctionnalités offertes :
- Réplication quasi synchrone : Les données sont écrites dans le stockage principal et le réplica est écrit presque simultanément, pour permettre des temps de récupération courts.
- Instantanés de cohérence des applications : Les instantanés pris à des fins de récupération peuvent voir des informations en mémoire et des opérations d’E/S en attente, ce qui permet des temps de récupération rapides. L’application est prête à être utilisée après le basculement vers la machine virtuelle réplica.
- Intégration à SQL AlwaysOn : AlwaysOn est une alternative de niveau entreprise aux techniques normales de mise en miroir de bases de données.
- Plans de récupération flexibles : La possibilité de récupérer une pile d’applications entière en un seul clic. Les actions manuelles et scriptées peuvent être incorporées dans le plan global.
- Gestion du réseau : La possibilité automatisée de simplifier la réservation d’adresses IP, de configurer les équilibreurs de charge et de s’intégrer à Azure Traffic Manager.
- Bibliothèque d’automatisation : Des scripts prêts pour la production qui peuvent être téléchargés et intégrés au plan de récupération pour fournir une récupération entièrement automatisée si nécessaire.
Active Directory et DNS
Active Directory et DNS peuvent être configurés pour un basculement automatisé. En règle générale, ils sont traités en premier dans l’étendue du plan de récupération global. De cette façon, l’instance Active Directory et la résolution de noms DNS sont disponibles au moment où les autres applications sont basculées. Active Directory peut être opérationnel en quelques minutes. Site Recovery protège la machine virtuelle hébergeant votre contrôleur de domaine et DNS.
SQL Server
Site Recovery peut être utilisé à côté de technologies de haute disponibilité spécifiques à SQL, comme les groupes de disponibilité AlwaysOn. Les serveurs autonomes ou les clusters sont pris en charge pour la réplication sur Azure ou un site secondaire. Site Recovery peut également mettre à l’échelle des charges élevées en les propulsant sur des machines virtuelles plus grandes dans Azure. Les basculements de test et les vérifications de conformité peuvent être exécutés à la demande ou être planifiés, sans incidence sur l’environnement actif.
SharePoint
Protéger SharePoint avec Site Recovery permet de basculer simultanément tous les serveurs qui composent la solution. Dans l’exemple précédent, une batterie de serveurs soumise à une forte demande peut inclure des groupes de serveurs web, d’applications et de base de données. La réplication constante sur Azure permet le déploiement automatique de toutes les mises à jour déployées dans l’environnement actif, afin d’assurer la cohérence des correctifs lors d’un basculement.
Dynamics AX
La protection de Dynamics AX implique une approche similaire à celle à utiliser pour protéger SharePoint, car Dynamics comprend des niveaux web, application et base de données. L’environnement de réplica peut également être utilisé à des fins de test et de développement.
Services Bureau à distance
Vous pouvez répliquer les bureaux virtuels en pool managés ou non managés, les applications distantes et les sessions sur un site secondaire ou sur Azure.
Exchange
Les petits déploiements d’Exchange, comme ceux portant sur un seul serveur, peuvent être répliqués. Pour les déploiements plus importants, Site Recovery s’intègre aux groupes de disponibilité de base de données Exchange. Cette fonctionnalité de haute disponibilité d’Exchange 2010 peut héberger jusqu’à 16 serveurs de messagerie et automatise la récupération au niveau des bases de données.
SAP
Les composants d’application de production SAP NetWeaver et non-NetWeaver peuvent être répliqués. L’environnement répliqué peut être utilisé comme banc d’essai pour les mises à niveau et les tests des projets.
IIS
Protéger IIS permet une automatisation complète du plan de récupération si vous devez basculer vers l’environnement répliqué. La protection des serveurs IIS peut être activée facilement, et l’adressage IP peut être configuré correctement en mappant le réseau principal et le réseau de récupération avant le basculement. Des scripts peuvent être utilisés lors du basculement pour mettre à jour les dépendances et les liaisons des applications. Cette approche permet un basculement en un seul clic de plusieurs applications web vers des serveurs web, limitant ainsi la confusion en cas de sinistre.
Citrix XenApp et XenDesktop
Une protection complète est disponible pour Citrix avec Site Recovery. Vous pouvez protéger tous les aspects de votre solution Citrix, et des serveurs Active Directory, DNS, SQL et spécifiques à Citrix, comme le serveur StoreFront. Ils peuvent tous faire partie du même plan de récupération. Une fois la réplication en place, vous pouvez utiliser l’environnement répliqué comme plateforme de test.