SR NFS
Les partages sur les serveurs NFS (qui prennent en charge toute version de NFSv4 ou NFSv3) peuvent être utilisés immédiatement comme SR pour les disques virtuels. Les VDI sont stockés uniquement au format Microsoft VHD. De plus, comme ces SR peuvent être partagés, les VDI stockés sur des SR partagés permettent :
-
Le démarrage des machines virtuelles sur n’importe quel hôte XenServer® dans un pool de ressources
-
La migration des machines virtuelles entre les hôtes XenServer dans un pool de ressources à l’aide de la migration en direct (sans temps d’arrêt perceptible)
Important :
- Pour NFSv4, seul le type d’authentification
AUTH_SYSest pris en charge.- Il est fortement recommandé pour le stockage NFS d’utiliser un réseau de stockage dédié, avec au moins deux liens agrégés, idéalement vers des commutateurs réseau indépendants avec des alimentations redondantes.
- Tous les hôtes du pool de ressources doivent se connecter à la même adresse IP du filer afin de garantir un état cohérent observé par tous les hôtes. Ceci est particulièrement important lorsque la haute disponibilité est configurée, car des incohérences liées à l’accès au fichier d’état de la haute disponibilité peuvent entraîner la mise en quarantaine des hôtes. Voir Haute disponibilité.
- Des précautions doivent être prises lors de l’utilisation de filers avec plusieurs contrôleurs, car généralement le basculement du contrôleur ne préserve pas l’état des fichiers ouverts sur le partage NFS et un basculement peut donc entraîner le plantage ou le passage en lecture seule des machines virtuelles exécutées sur le référentiel de stockage, car elles risquent de perdre l’accès à leur stockage de support.
- Lors de la réalisation de mises à jour des contrôleurs de filer qui pourraient nécessiter un basculement de contrôleur, le référentiel de stockage NFS doit être détaché du pool de ressources avant d’initier tout changement de contrôleur.
- Après un basculement imprévu, il peut être nécessaire de redémarrer les machines virtuelles qui sont devenues insensibles.
Les VDI stockés sur des SR basés sur des fichiers sont provisionnés de manière dynamique. Le fichier image est alloué au fur et à mesure que la machine virtuelle écrit des données sur le disque. Cette approche présente l’avantage considérable que les fichiers image de la machine virtuelle n’occupent sur le stockage que l’espace nécessaire. Par exemple, si un VDI de 100 Go est alloué pour une machine virtuelle et qu’un système d’exploitation est installé, le fichier VDI ne reflète que la taille des données du système d’exploitation écrites sur le disque, plutôt que les 100 Go entiers.
Les fichiers VHD peuvent également être chaînés, permettant à deux VDI de partager des données communes. Dans les cas où une machine virtuelle basée sur un fichier est clonée, les machines virtuelles résultantes partagent les données communes sur disque au moment du clonage. Chaque machine virtuelle procède à ses propres modifications dans une version isolée du VDI en copie sur écriture. Cette fonctionnalité permet de cloner rapidement des machines virtuelles basées sur des fichiers à partir de modèles, facilitant ainsi le provisionnement et le déploiement rapides de nouvelles machines virtuelles. La longueur maximale prise en charge des chaînes VHD est de 30.
Les SR basés sur des fichiers et les implémentations VHD dans XenServer supposent qu’ils ont un contrôle total sur le répertoire SR sur le serveur de fichiers. Les administrateurs ne doivent pas modifier le contenu du répertoire SR, car cette action peut risquer de corrompre le contenu des VDI.
XenServer a été optimisé pour le stockage de classe entreprise qui utilise de la RAM non volatile pour fournir des accusés de réception rapides des requêtes d’écriture tout en maintenant un degré élevé de protection des données contre les pannes.
Attention :
Étant donné que les VDI sur les SR basés sur des fichiers sont créés en tant que VDI à provisionnement dynamique, les administrateurs doivent s’assurer que les SR basés sur des fichiers disposent de suffisamment d’espace disque pour tous les VDI requis. Les hôtes XenServer n’appliquent pas l’exigence que l’espace requis pour les VDI sur les SR basés sur des fichiers soit présent.
Assurez-vous de surveiller l’espace libre sur votre SR. Si l’utilisation du SR atteint 100 %, les écritures ultérieures des machines virtuelles échouent. Ces échecs d’écriture peuvent entraîner le blocage ou le plantage de la machine virtuelle.
Les paramètres device-config suivants sont utilisés avec les SR NFS :
| Nom du paramètre | Description | Obligatoire ? |
|---|---|---|
server |
Adresse IP ou nom d’hôte du serveur NFS | Oui |
serverpath |
Chemin, y compris le point de montage NFS, vers le serveur NFS qui héberge le SR | Oui |
nfsversion |
Spécifie la version de NFS à utiliser. Si vous spécifiez nfsversion="4", le SR utilise NFS v4.0, v4.1 ou v4.2, selon ce qui est disponible. Si vous souhaitez sélectionner une version plus spécifique de NFS, vous pouvez spécifier nfsversion="4.0", et ainsi de suite. Une seule valeur peut être spécifiée pour nfsversion. |
Non |
useUDP |
Configurez le SR pour qu’il utilise UDP plutôt que le TCP par défaut. | Non |
Créer un SR NFS partagé (NFS)
Remarque :
Si vous tentez de joindre un SR NFS en lecture seule, cette action échoue avec le message d’erreur suivant : « SR_BACKEND_FAILURE_461 - Le système de fichiers du SR ne peut pas être écrit. »
Pour créer un SR NFS, vous devez fournir le nom d’hôte ou l’adresse IP du serveur NFS. Vous pouvez créer le SR sur n’importe quel chemin de destination valide ; utilisez la commande sr-probe pour afficher la liste des chemins de destination valides exportés par le serveur.
Dans les scénarios où XenServer est utilisé avec un stockage bas de gamme, il attend prudemment que toutes les écritures soient acquittées avant de transmettre les acquittements aux machines virtuelles. Cette approche entraîne un coût de performance notable et pourrait être résolue en configurant le stockage pour qu’il présente le point de montage du SR comme une exportation en mode asynchrone. Les exportations asynchrones acquittent les écritures qui ne sont pas réellement sur le disque. Examinez attentivement les risques de défaillance dans ces situations.
Remarque :
Le serveur NFS doit être configuré pour exporter le chemin spécifié vers tous les hôtes du pool. Si cette configuration n’est pas effectuée, la création du SR et le branchement de l’enregistrement PBD échouent.
L’implémentation NFS de XenServer utilise TCP par défaut. Si votre situation le permet, vous pouvez configurer l’implémentation pour qu’elle utilise UDP dans les scénarios où il pourrait y avoir un avantage en termes de performances. Pour effectuer cette configuration, lors de la création d’un SR, spécifiez le paramètre device-config useUDP=true.
Si vous créez un SR pour un stockage basé sur IP (y compris NFS), vous pouvez configurer l’un des éléments suivants comme réseau de stockage : la carte réseau qui gère le trafic de gestion ou une nouvelle carte réseau pour le trafic de stockage. Pour attribuer une adresse IP à une carte réseau, consultez Configurer une carte réseau de stockage dédiée.
CLI xe
Par exemple, pour créer un SR NFS partagé sur 192.168.1.10:/export1, en utilisant n’importe quelle version 4 de NFS mise à disposition par le filer, utilisez la commande suivante :
xe sr-create content-type=user \
name-label="shared NFS SR" shared=true \
device-config:server=192.168.1.10 device-config:serverpath=/export1 type=nfs \
device-config:nfsversion="4"
<!--NeedCopy-->
Pour créer un SR NFS non partagé sur 192.168.1.10:/export1, en utilisant spécifiquement la version 4.0 de NFS, exécutez la commande suivante :
xe sr-create host-uuid=host_uuid content-type=user \
name-label="Non-shared NFS SR" \
device-config:server=192.168.1.10 device-config:serverpath=/export1 type=nfs \
device-config:nfsversion="4.0"
<!--NeedCopy-->
Dans XenCenter®
<!- - kaizen-review: MD041 on line 1: - ->
- Ouvrez l’assistant Nouveau référentiel de stockage : cliquez sur Nouveau stockage dans la barre d’outils.
- Sélectionnez NFS comme type de stockage physique, puis cliquez sur Suivant.
- Sur la page Nom, saisissez le nom du nouveau SR. Par défaut, l’assistant génère une description du SR. Cette description inclut un résumé des options de configuration que vous sélectionnez au fur et à mesure de votre progression dans l’assistant. Pour saisir votre propre description, décochez la case Générer automatiquement la description en fonction des paramètres du SR et saisissez-la dans la zone Description. Cliquez sur Suivant pour continuer.
- Sur la page Emplacement, spécifiez les détails de la cible de stockage NFS :
- Nom du partage L’adresse IP ou le nom DNS du serveur et le chemin d’accès. Par exemple, serveur:/chemin où serveur est le nom DNS ou l’adresse IP de l’ordinateur serveur, et chemin est le répertoire utilisé pour contenir le SR. Le serveur NFS doit être configuré pour exporter le chemin spécifié vers tous les serveurs du pool.
- Options avancées Vous pouvez saisir ici toutes les options de configuration supplémentaires.
-
Version NFS Sélectionnez la version NFS utilisée par le SR.
Remarque :
Si le tableau de stockage sous-jacent ne prend pas en charge NFSv4, NFSv3 est utilisé pour monter le partage.
- Cliquez sur Analyser pour que l’assistant recherche les SR NFS existants à l’emplacement que vous avez spécifié.
- L’assistant Nouveau référentiel de stockage répertorie tous les SR existants qui ne sont pas déjà attachés. Vous pouvez sélectionner un SR dans la liste et l’attacher comme nouveau référentiel de stockage. cliquez sur Rattacher un SR existant et sélectionnez le SR dans la liste, puis cliquez sur Terminer.
- Si aucun SR existant n’est trouvé, cliquez simplement sur Terminer pour finaliser la configuration du nouveau SR et fermer l’assistant.