Configuration du stockage¶

1. Objectif du cours¶

Présenter les notions clés de stockage pour un environnement Hyper‑V (Windows Server), expliquer les options de stockage pour les VM (VHD, disques pass‑through, iSCSI direct) et insister sur la criticité et les bonnes pratiques pour garantir disponibilité et performances.

2. Notions et définitions essentielles¶

SAN : système de stockage centralisé dont la mission principale est d'offrir des couches de redondance matérielle.
VHD : fichier disque virtuel utilisé par une VM (fixe ou dynamique). Limite : 2040 Go.
Disque pass‑through : disque iSCSI exposé à l'hôte puis transmis à la VM en accès natif.
Raccordement direct iSCSI : utilisation de l'initiateur iSCSI dans la VM pour se connecter directement à des volumes iSCSI.
Redondance : multiplie alimentations, chemins réseau, RAID, et répartitions entre nœuds pour tolérer pannes.

3. Fonctionnement et principes¶

Virtualisation centralise OS et applications dans des fichiers/disques stockés sur le SAN ; le stockage devient donc aussi critique que les données métiers.
La haute disponibilité Hyper‑V exige un stockage partagé accessible par chaque hôte du cluster : la HA déplace le traitement, pas le stockage.
VHD : encapsule l’OS/applications dans un fichier portable (sauvegardes/restauration facilitées). VHD fixe = performances légèrement supérieures ; VHD dynamique = économie d'espace au prix d'une légère surcharge d'écriture.
Disque pass‑through : accès natif au disque, pas de limite VHD, utile pour applications exigeant accès SCSI natif ; pas snapshotable par Hyper‑V (mais possible au niveau du stockage).
Raccordement direct iSCSI : la VM gère sa connexion iSCSI, offre portabilité et accès natif sans limite VHD, mais requiert un SAN iSCSI (pas Fibre Channel).

4. Commandes et manipulations¶

Non abordé dans ce cours.

5. Sécurité et bonnes pratiques¶

Multipliez les couches de redondance matérielle : alimentations, connexions réseau redondantes, chemins isolés, RAID, répartition entre nœuds.
Surveiller proactivement la consommation d’espace lorsque des VHD dynamiques sont utilisés pour éviter un dépassement de capacité sur le volume hôte.
Privilégier les sauvegardes au niveau du SAN quand possible : évite l’utilisation d’agents dans les VM (qui consomment des ressources pendant la sauvegarde) et limite l’impact sur les machines virtuelles.
Pour les applications nécessitant accès natif SCSI ou volumes très volumineux, choisir disques pass‑through ou iSCSI direct plutôt que VHD.
Documenter et tester les chemins redondants et les configurations RAID/cluster pour vérifier la tolérance aux pannes.

6. Points essentiels à retenir pour le TSSR¶

La ressource la plus critique d’un cluster Hyper‑V est son composant stockage partagé.
VHD = portabilité et sauvegarde fichier‑unique ; limite 2040 Go ; dynamique = économie d’espace mais légère perte de perf.
Disque pass‑through = accès natif, pas de limite de taille, non snapshotable par Hyper‑V ; utile pour certaines applications et bases volumineuses.
Raccordement direct iSCSI nécessite un SAN iSCSI et permet d’attacher/détacher des volumes sans redémarrage de la VM.
Sauvegarder au niveau du SAN réduit l’impact sur les VM et évite les agents consommant des ressources.
Multiplier alimentations, chemins réseau et isoler les chemins offre une meilleure résilience globale.
RAID et distribution des données entre nœuds renforcent la tolérance aux pannes matérielles.
Les performances entre VHD fixe et disque natif sont proches ; l’usage dépend du compromis performance/capacité.
Les snapshots Hyper‑V ne s’appliquent pas aux disques pass‑through ; s’appuyer sur les fonctionnalités du stockage pour snapshots/clonage.
Le choix entre VHD, pass‑through et iSCSI doit se baser sur contraintes applicatives, taille et besoins de sauvegarde.

7. Tableau récapitulatif¶

Option de stockage	Taille max	Snapshot Hyper‑V	Avantage principal	Usage recommandé
VHD fixe	2040 Go	Oui	Meilleures perf. fichier unique	VM générales exigeant stabilité
VHD dynamique	2040 Go	Oui	Économie d'espace initiale	Environnements avec stockage contraint
Disque pass‑through	>2040 Go	Non (stockage oui)	Accès natif, pas de limite	BDD volumineuses / applis SCSI exigeantes
iSCSI direct	Dépend du SAN	Oui si supporté par stockage	Attachement/détachement sans redémarrage	Petites/moyennes entreprises sur SAN iSCSI

8. Vérifications pratiques¶

Vérifier que le stockage partagé est visible et accessible depuis chaque hôte du cluster (prérequis HA).
Confirmer que les VHD dynamiques ne font pas dépasser la capacité du volume via alertes/monitoring configuré.
Tester l’attachement et le détachement d’un volume iSCSI depuis une VM sans nécessiter de redémarrage.
Vérifier que les opérations de sauvegarde réalisées côté SAN n’augmentent pas significativement l’usage CPU/RAM dans les VM (monitoring pendant sauvegarde).
Confirmer la présence et la validité des snapshots/clones réalisés au niveau du stockage pour les disques pass‑through.

9. Flashcards Anki¶

Quel prérequis logiciel est mentionné pour l'environnement de travail? :: Windows Server 2019/2022 et activation du rôle Hyper‑V Quelle est la mission principale d'un SAN? :: Permettre plusieurs couches de redondance intégrées au matériel Pourquoi le stockage devient‑il critique en virtualisation? :: Les OS et applications des VM sont encapsulés dans des disques stockés sur le SAN Que nécessite la haute disponibilité dans Hyper‑V? :: Une forme de stockage partagé sur chaque hôte du cluster Quelle est la taille maximale d'un VHD? :: 2040 Go Quelle différence de performance entre VHD fixe et dynamique? :: Le fixe est légèrement plus performant que le dynamique Quelle limitation opérationnelle ont les VHD concernant les connexions? :: Ils ne peuvent être connectés/déconnectés qu'à l'arrêt de la VM Quel avantage majeur offrent les disques pass‑through? :: Accès natif au disque sans limite de taille des VHD Le raccordement direct iSCSI fonctionne‑t‑il avec un SAN Fibre Channel? :: Non, il fonctionne uniquement avec un SAN iSCSI Pourquoi sauvegarder depuis le SAN est‑il recommandé? :: Évite les agents dans les VM et ne les affecte pas pendant la sauvegarde