Fiche mémo NetApp — stockage bloc (ONTAP SAN)

Chaîne logique

hôte (IQN / WWPN / NQN) -> igroup (ou sous-système NVMe) -> mappage
   -> LUN (ou espace de noms) dans /vol/<volume>/ -> SVM

Règle	Source
LUN mappée à plusieurs igroups seulement si les ensembles d'initiateurs sont distincts	`lun mapping create`
Initiateur : pas d'igroups d'OS différents	igroups
LUN créée à la racine d'un volume ou qtree, jamais dans le volume racine de la SVM	`lun create`
ALUA toujours actif à la création d'une LUN	Provision SAN storage
FC : zonage à initiateur unique	Provision SAN storage
Éviter LUN SAN et partages NAS dans le même FlexVol	SAN volume provisioning
Mappage : LIF iSCSI/FCP requise sur le nœud propriétaire et son partenaire HA	`lun mapping create`

Protocoles

Protocole	Identifiant	Remarque documentée
iSCSI	IQN	LIF iSCSI : au moins 1 par nœud, 2 conseillées
FC	WWPN	zonage par WWPN
NVMe/FC	NQN hôte	ONTAP 9.4+ (page ONTAP) ; ESXi 8 : 9.9.1 P3+
NVMe/TCP	NQN hôte	ONTAP 9.10.1+ ; pas d'auto-connexion (page Linux)

Compatibilité {ONTAP, OS, carte, protocole} : Interoperability Matrix Tool.

Provisionnement de l'espace

Mode	Réglage	À retenir
Fin	`-space-guarantee none`	surcharge d'agrégat possible
Épais	`-space-slo thick`	espace réservé
Semi-épais	`-space-slo semi-thick`	« au mieux », pas de dédup/compression

Réserve fractionnaire : 0 ou 100 %. À 0, risque de refus d'écriture si le volume est plein ; conditions de la garantie « au mieux » listées dans la page. LUN non réservée : écritures pouvant échouer, plantage possible de l'hôte.

Commandes de lecture (sans effet)

Terminal

lun show -vserver svm_demolun igroup show -vserver svm_demolun mapping show -vserver svm_demo -fields reporting-nodes,nodevserver iscsi show -vserver svm_demonetwork interface show -vserver svm_demo

Contexte : CLI ONTAP 9.
Droits : rôle d'administration.
Effet : lecture seule.
Vérification : les objets listés correspondent à l'attendu.
Retour arrière : sans objet.

Commandes à effet notable

À lire avec le cours (chapitres 4 à 9). Pour toutes : contexte = CLI ONTAP 9 (syntaxe lue en 9.19.1, à comparer à la version déployée) ; droits = administrateur ; validation préalable obligatoire.

Commande (valeurs fictives)	Effet	Vérification	Retour arrière
`lun create -vserver svm_demo -volume vol_demo -lun lun_demo -size 100g -ostype linux -space-reserve enabled`	crée une LUN (taille parfois arrondie)	`lun show`	`lun delete` (destructif)
`lun igroup create -vserver svm_demo -igroup igroup_demo -protocol iscsi -ostype linux -initiator <iqn-synthétique>`	crée une igroup	`lun igroup show`	`lun igroup delete`
`lun mapping create -vserver svm_demo -path /vol/vol_demo/lun_demo -igroup igroup_demo`	LUN visible par tous les initiateurs de l'igroup	`lun mapping show` + rescan hôte	`lun mapping delete`
`lun resize` (agrandir)	ajoute des blocs ; agrandir ensuite le FS côté hôte	taille côté hôte	non triviale
`lun resize` (réduire)	perte de données dans les blocs tronqués ; `-force` requis	FS migré avant	snapshot préalable conseillé par la page
`lun mapping delete`	LUN invisible pour l'igroup	`lun mapping show`	recréer le mappage
`lun delete`	détruit la LUN ; `-force` si en ligne et mappée	`lun show`	aucun sans snapshot/sauvegarde
`lun igroup delete`	supprime l'igroup ; `-force` supprime aussi les mappages	`lun igroup show`	recréer
`volume snapshot create -vserver svm_demo -volume vol_demo -snapshot snap_demo_1`	snapshot du volume (donc de ses LUN)	liste des snapshots	`volume snapshot delete`
`volume snapshot restore -vserver svm_demo -volume vol_demo -snapshot snap_demo_1`	remplace le volume par le snapshot : perte des changements postérieurs ; resynchroniser SnapMirror	état du volume et de l'hôte	aucun automatique ; snapshot de secours préalable (non vérifié comme recommandation officielle)
`volume snapshot restore-file` (`-path`, `-restore-path`)	restaure un fichier, une LUN ou un espace de noms dans le même volume	accès à l'objet	selon cas
`vserver iscsi create` / `network interface create ... -service-policy default-data-iscsi`	active iSCSI / crée une LIF (9.6+)	`network interface show`	suppression des objets créés (non détaillée)

Déplacement de LUN entre paires HA : voir SLM (lun mapping add-reporting-nodes avant, remove-reporting-nodes après, avec rescan hôte).

Multipath côté hôte

Hôte	Commande de contrôle (pages NetApp)	À observer
ESXi	`esxcli storage nmp device list -d <naa>` ; `esxcli storage nmp path list -d <naa>`	SATP `VMW_SATP_ALUA`, PSP `VMW_PSP_RR` ; chemins actifs optimisés / non optimisés
ESXi NVMe	`esxcli nvme info get` ; `esxcli nvme adapter list` ; `esxcfg-mpath -b`	NQN hôte = NQN dans le sous-système ONTAP
Linux	`multipath -ll`	groupes de chemins prio différentes ; pas plus de 4 chemins par LUN ONTAP
Windows	`mpclaim -s -d <n>`	MPIO + DSM installés ; un disque pour tous les chemins

Sans multipath, l'OS peut voir un disque par chemin (risque de corruption, page Windows). Réglages ESXi cités : Disk.QFullSampleSize 32, Disk.QFullThreshold 8 (à appliquer par l'outil NetApp pour vSphere, après validation).

Pièges

Nom d'igroup sans lien avec le nom DNS de l'hôte.
AFF avec multi-chemin actif-actif (9.19.1+) : à activer à la création de la SVM.
Identifiants (IQN, WWPN, NQN, adresses) : jamais dans ce corpus.
Non vérifié : cohérence applicative des snapshots, valeurs -ostype de LUN, offres cloud NetApp autres que Cloud Volumes ONTAP.