
Cluster de basculement Windows Server sur une machine virtuelle Azure IAAS – Partie 1 (stockage) – Bien choisir son serveur d impression
<! –
Bonjour, fans de cluster. Il s'agit de Mario Liu et je suis ingénieur en escalade de support dans l'équipe Windows High Availability de Microsoft CSS Americas. J'ai une bonne nouvelle pour vous: à partir d'avril 2015, Microsoft prendra en charge le cluster de basculement Windows Server (WSFC) sur les machines virtuelles Azure IAAS. Voici l'annonce de prise en charge de Windows Server sur les machines virtuelles Azure:
Prise en charge du logiciel serveur Microsoft pour les machines virtuelles Microsoft Azure
https://support.microsoft.com/en-us/kb/2721672
La fonctionnalité de cluster de basculement fait partie de cette annonce. La base de connaissances ci-dessus est susceptible de changer une fois que de nouvelles améliorations pour WSFC sur les machines virtuelles IAAS Azure sont apportées. Veuillez vérifier le lien ci-dessus pour les dernières mises à jour.
Aujourd'hui, je voudrais partager les principales différences lorsque vous déployez WSFC localement par rapport à Azure. Tout d'abord, le système d'exploitation Azure VM doit être Windows Server 2008 R2, Windows Server 2012 ou Windows Server 2012 R2. Veuillez noter que Windows Server 2008 R2 et 2012 à la fois exiger ce correctif à installer.
À un niveau supérieur, la fonctionnalité de cluster de basculement ne change pas à l'intérieur de la machine virtuelle et est toujours une fonctionnalité standard du système d'exploitation du serveur. Les défis sont extérieurs et concernent le stockage et le réseau. Dans ce blog, je parlerai du stockage.
Le plus grand défi de la mise en œuvre du clustering de basculement dans Azure est qu'Azure ne fournit pas de stockage en bloc partagé natif aux machines virtuelles, ce qui est différent de celui sur site – Fibre Channel SAN, SAS ou iSCSI. Cela limite les groupes de disponibilité (AG) SQL Server AlwaysOn comme scénario d'utilisation principal dans Azure, car SQL AG n'utilise pas le stockage partagé. Au lieu de cela, il exploite sa propre réplication au niveau de la couche d'application pour répliquer les données SQL sur les machines virtuelles Azure IaaS.
Jusqu'à présent, nous avons quelques options supplémentaires pour contourner la limitation du stockage partagé; et c'est ainsi que nous pouvons étendre les scénarios au-delà de SQL AlwaysOn.
Option 1: réplication au niveau de l'application pour le stockage non partagé
Certaines applications tirent parti de la réplication par leurs propres moyens au niveau de la couche application. Les groupes de disponibilité SQL Server AlwaysOn utilisent cette méthode.
Option 2: réplication au niveau du volume pour le stockage non partagé
En d'autres termes, 3rdréplication de stockage de partie.
Un commun 3rdla solution de fête est SIOS DataKeeper Cluster Edition. Il existe d'autres solutions sur le marché, mais ce n'est qu'un exemple. Pour plus de détails, veuillez consulter le site Web de SIOS:
DataKeeper Cluster Edition: réplication en temps réel des environnements Windows Server
http://us.sios.com/products/datakeeper-cluster/
Option 3: exploitez ExpressRoute pour le stockage de bloc partagé cible iSCSI distant pour le stockage basé sur des fichiers à partir d'une machine virtuelle Azure IaaS
ExpressRoute est une fonctionnalité exclusive Azure. Il vous permet de créer des connexions privées dédiées entre les centres de données Azure et l'infrastructure qui se trouve chez vous. Il dispose d'une connectivité réseau à haut débit pour garantir que les performances du disque ne seront pas dégradées.
L'un des exemples existants est NetApp Private Storage (NPS). NPS expose une cible iSCSI via ExpressRoute avec Equinix aux machines virtuelles Azure IaaS.
Disponibilité à la demande – ASR avec stockage privé NetApp
https://channel9.msdn.com/Blogs/Windows-Azure/Available-on-Demand-ASR-with-NetApp-Private-Storage
Pour plus de détails sur ExpressRoute, veuillez consulter
ExpressRoute
http://azure.microsoft.com/en-us/services/expressroute/
Il y aura plus d'options pour présenter le «stockage partagé» aux clusters de basculement en tant que nouveaux scénarios présents à l'avenir. Nous mettrons à jour ce blog avec la base de connaissances dès que de nouvelles annonces seront disponibles. Tant que vous réparez le stockage, vous avez jeté les bases du cluster.
Dans mon prochain blog, partie 2, je passerai en revue la partie réseau et la création d'un cluster.
Restez à l'écoute et profitez du clustering dans Azure!
Mario Liu
Ingénieur support escalade
CSS Americas | WINDOWS | LA HAUTE DISPONIBILITÉ
<! – ->
Commentaires
Laisser un commentaire