Partager via

Architectures de stockage Windows Server avec Hyper-V

Découvrez comment utiliser Windows Server avec SAN, NAS, fibre channel, iSCSI, stockage SMB pour Hyper-V. Windows Server Hyper-V est une plateforme d’hyperviseur mature qui prend en charge un large éventail d’architectures de stockage physique, des systèmes autonomes sans résilience aux systèmes en cluster avec des exigences de résilience complexes. Vous découvrirez également les configurations courantes utilisant des architectures de stockage hyperconvergées et désagrégées.

Cet article ne décrit pas toutes les configurations d’architecture de stockage possibles. Il ne décrit pas non plus les types moins courants de configuration ou de cas de périphérie.

Stockage SAN ou NAS

Avec Windows Server dans une configuration désagrégée à l’aide du stockage SAN ou NAS, vous installez Hyper-V dans un cluster où les machines virtuelles accèdent à leur stockage sur le réseau.

Lors de l’utilisation de cette configuration :

  • Les machines virtuelles sont hautement disponibles pour n’importe quel nœud du même cluster de calcul.

  • Les systèmes SAN et NAS fournissent leurs propres garanties de disponibilité.

Dans ce modèle, le calcul et le stockage évoluent indépendamment l'un de l'autre. Par exemple, si vous avez besoin de ressources de traitement ou de mémoire supplémentaires pour héberger vos machines virtuelles (PROCESSEUR ou RAM), vous pouvez ajouter davantage de nœuds de calcul ou de clusters sans ajouter de stockage supplémentaire. Chaque cluster de calcul peut contenir entre 1 et 64 nœuds.

Vous pouvez mettre à l’échelle le stockage indépendamment du cluster de calcul. La mise à l’échelle du cluster de stockage est spécifique au fournisseur. Contactez vos fournisseurs pour comprendre comment la solution de stockage qu'ils offrent peut évoluer.

Autonome avec des disques locaux

Windows Server prend en charge plusieurs configurations non cluster ou autonomes où vous installez Hyper-V sur un serveur autonome et utilisez le stockage local.

Lors de l’utilisation de cette configuration :

  • Un serveur Hyper-V autonome avec des disques locaux ne prend pas en charge le basculement automatique des charges de travail des machines virtuelles en raison de l’absence de stockage partagé et du fait que les systèmes de calcul (traitement et mémoire des machines virtuelles) ne sont pas en cluster. Par exemple, si l’hôte physique perd de l’alimentation, les machines virtuelles qui s’exécutent dessus redémarrent lorsque vous réactivez l’hôte physique. Vous pouvez également migrer dynamiquement des machines virtuelles vers d’autres nœuds ou clusters à l’aide d’une migration sans partage.

  • Vous pouvez éventuellement configurer la résilience de disque local pour les lecteurs locaux à l’aide de solutions RAID matérielles ou logicielles. Si vous avez besoin de plus d’informations, nous vous recommandons de contacter votre fournisseur de stockage.

Diagramme montrant un exemple de déploiement de base d’un Hyper-V autonome avec des disques locaux.

Hyperconvergé et espaces de stockage directs

Dans cette configuration, vous installez Hyper-V et les espaces de stockage direct sur chaque nœud d’un cluster. Chaque nœud contient des disques locaux avec des données répliquées vers d’autres nœuds du même cluster.

Lors de l’utilisation de cette configuration :

  • Vous pouvez déplacer des machines virtuelles vers n’importe quel nœud du cluster à l’aide de Live Migrate ou redémarrer automatiquement après un échec (basculement).

  • Les données sont répliquées sur d’autres nœuds du cluster pour augmenter la résilience du stockage. Les espaces de stockage direct prennent en charge plusieurs modèles de résilience de stockage. Pour plus d’informations, consultez tolérance de panne et efficacité du stockage sur les clusters Azure Local et Windows Server.

  • Dans ce modèle, chaque hôte physique contient des ressources de stockage et de calcul. En conséquence, ces ressources physiques s'adaptent de manière symétrique. Chaque nouvel hôte ajoute automatiquement des ressources de calcul et de stockage. Chaque cluster peut contenir entre 1 et 16 nœuds.

Diagramme montrant un exemple de base d’un déploiement d’un Hyper-V hyperconvergé et d’espaces de stockage direct.

Espaces de stockage directs désagrégés

Dans cette configuration, vous installez Hyper-V et espaces de stockage direct dans des clusters distincts et accédez à la configuration et au stockage des machines virtuelles sur le réseau.

Lors de l’utilisation de cette configuration :

Dans ce modèle, le calcul et le stockage sont mis à l’échelle indépendamment l’un de l’autre. Cette architecture est idéale pour les scénarios où vos besoins de stockage et de calcul augmentent à différents taux. Par exemple, si vous avez besoin de ressources de processeur ou de mémoire supplémentaires pour héberger des machines virtuelles, vous pouvez ajouter des nœuds de cluster supplémentaires sans ajouter de stockage supplémentaire. Si vous avez des machines virtuelles qui consomment beaucoup de stockage, mais que vous ne consommez pas beaucoup de ressources processeur, vous pouvez ajouter un autre nœud de stockage ou un autre cluster sans ajouter de ressources de calcul supplémentaires.

  • Chaque cluster de calcul peut contenir entre 1 et 64 nœuds.

  • Chaque cluster de stockage peut contenir entre 1 et 16 nœuds.

Le diagramme suivant illustre un exemple de déploiement simple avec un cluster de calcul et un cluster de stockage.

Diagramme montrant un déploiement de base de Hyper-V désagrégé avec un stockage hyperconvergé.

Lorsque vous ajoutez d’autres ressources de calcul pour exécuter vos machines virtuelles, vous pouvez ajouter un nouveau nœud au cluster de calcul existant ou ajouter un nouveau cluster. Le diagramme suivant montre ce qui se passe pour le déploiement simple si vous ajoutez un nouveau cluster à celui-ci sans ajouter plus de stockage.

Diagramme montrant le déploiement de base avec un nouveau cluster ajouté à son niveau de calcul.

Lorsque vous ajoutez d’autres ressources de stockage pour l’hébergement de données sans ajouter de ressources de calcul supplémentaires, vous pouvez ajouter un nouveau nœud au cluster de stockage existant ou ajouter un nouveau cluster. Le diagramme suivant montre à quoi ressemble le déploiement simple lorsque vous ajoutez un nouveau cluster sans ajouter de ressources de calcul telles que l’UC ou la RAM.

Diagramme montrant le déploiement de base avec un nouveau cluster de stockage ajouté à son niveau de stockage.

Prise en charge d’architectures mixtes

Hyper-V prend en charge la combinaison des architectures suivantes dans le même cluster de calcul :

  • Hyper-V avec Storage Spaces Direct désagrégé

  • Hyper-V désagrégé avec SAN

  • Hyper-V désagrégé avec NAS

Le diagramme suivant illustre un exemple de déploiement avec un cluster de calcul contenant une combinaison de stockage SAN désagrégé et NAS.

Diagramme montrant un déploiement avec un cluster de calcul contenant une combinaison de stockage SAN et NAS désagrégés.

Protocoles de stockage réseau

Windows Server prend en charge les protocoles de stockage de fichiers réseau suivants :

Windows Server prend également en charge les protocoles de stockage de blocs réseau suivants :

  • iSCSI

  • Fibre Channel

  • InfiniBand

Remarque

Les spécificités de configuration déterminent finalement si votre déploiement peut prendre en charge ces protocoles. Par exemple, les déploiements qui utilisent le commutateur virtuel Hyper-V ne prennent pas en charge InfiniBand. Toutefois, ils peuvent prendre en charge les appareils InfiniBand lorsqu’ils ne sont pas liés au commutateur virtuel.

Microsoft fournit également un initiateur iSCSI basé sur logiciel intégré pour le stockage de blocs réseau.

Vous pouvez également utiliser un client fournisseur de stockage pour n’importe quel appareil disponible dans le catalogue Windows Server.