Pour fournir un espace de stockage temporaire pour les envois, les téléchargements et les éléments de catalogue publiés ou faisant l'objet d'abonnements en externe, vous devez rendre un volume NFS ou de stockage partagé accessible à tous les serveurs dans un groupe de serveurs VMware Cloud Director.
- Au cours des transferts, les envois et téléchargements occupent ce stockage. Lorsque le transfert est terminé, les envois et téléchargements sont supprimés du stockage. Les transferts qui ne progressent pas pendant 60 minutes sont marqués comme étant expirés et sont effacés du système. Étant donné que les images transférées peuvent être volumineuses, il est conseillé d'allouer au moins plusieurs centaines de giga-octets à ce type d'opération.
- Les éléments de catalogues qui sont publiés en externe et pour lesquels la mise en cache du contenu publié est activée, occupent ce stockage. Les éléments de catalogues qui sont publiés en externe, mais qui ne permettent pas la mise en cache, n'occupent pas ce stockage. Si vous activez des organisations dans votre cloud pour créer des catalogues qui sont publiés en externe, vous pouvez en déduire que des centaines, voire des milliers d'éléments de catalogue nécessitent un espace sur ce volume. La taille de chaque élément du catalogue est de la taille d'une machine virtuelle dans un format OVF compressé.
Options de stockage partagé
Un serveur NFS traditionnel basé sur Linux ou d'autres solutions telles que Microsoft Windows Server, la fonctionnalité NFS du service de fichiers de VMware vSAN, etc., peuvent fournir le stockage partagé. À partir de vSAN 7.0, vous pouvez utiliser la fonctionnalité du service de fichiers de vSAN pour exporter des partages NFS à l'aide des protocoles NFS 3.0 et NFS 4.1. Pour plus d'informations sur le services de fichiers de vSAN, reportez-vous au guide Administration de VMware vSAN de la documentation du produit VMware vSphere.
Exigences pour la configuration du serveur NFS
- La liste d'exportation pour le serveur NFS doit permettre à chaque membre du serveur de votre groupe de serveurs VMware Cloud Director d'accéder en lecture-écriture à l'emplacement partagé qui est identifié dans la liste d'exportation. Cette capacité permet à l'utilisateur vcloud d'écrire des fichiers dans l'emplacement partagé et d'y lire ces mêmes fichiers.
- Le serveur NFS doit autoriser l'accès en lecture et en écriture à l'emplacement partagé par le compte système racine sur chaque serveur de votre groupe de serveurs VMware Cloud Director. Cette capacité permet de collecter les journaux de toutes les cellules à la fois dans un seul bundle à l'aide du script
vmware-vcd-support
avec ses options à cellules multiples. Vous pouvez répondre à ces exigences en utilisantno_root_squash
dans la configuration d'exportation NFS pour cet emplacement partagé.
Exemple de serveur NFS Linux
no_root_squash
. Vous devez ajouter les lignes suivantes au fichier
/etc/exports.
/nfs/vCDspace vCD_Cell1_IP_Address(rw,sync,no_subtree_check,no_root_squash) /nfs/vCDspace vCD_Cell2_IP_Address(rw,sync,no_subtree_check,no_root_squash) /nfs/vCDspace vCD_Cell3_IP_Address(rw,sync,no_subtree_check,no_root_squash)
Il ne doit y avoir aucun espace entre chaque adresse IP de cellule et sa parenthèse immédiatement à gauche dans la ligne d'exportation. Si le serveur NFS redémarre alors que les cellules écrivent des données dans l'emplacement partagé, l'utilisation de l'option sync
dans la configuration d'exportation empêche l'endommagement des données dans l'emplacement partagé. L'utilisation de l'option no_subtree_check
dans la configuration d'exportation améliore la fiabilité lorsqu'un sous-répertoire d'un système de fichiers est exporté.
Pour chaque serveur du groupe de serveurs VMware Cloud Director, vous devez disposer d'une entrée correspondante dans le fichier /etc/exports du serveur NFS afin qu'ils puissent tous monter ce partage NFS. Après avoir apporté des modifications au fichier /etc/exports sur le serveur NFS, exécutez exportfs -a
pour ré-exporter tous les partages NFS.
Éléments à prendre en compte lors de la planification de la mise à niveau de votre installation VMware Cloud Director vers une version ultérieure
Lors de la mise à niveau d'un groupe de serveurs VMware Cloud Director, vous exécutez le fichier d'installation de la version mise à niveau pour mettre à niveau tous les membres du groupe de serveurs VMware Cloud Director. Pour des raisons de commodité, certaines organisations choisissent de télécharger le fichier d'installation pour la mise à niveau vers l'emplacement de stockage du serveur de transfert et de l'exécuter à partir de là, car toutes les cellules ont accès à cet emplacement. Comme l'utilisateur racine doit être utilisé pour exécuter le fichier d'installation de mise à niveau, si vous souhaitez utiliser l'emplacement de stockage du serveur de transfert pour exécuter une mise à niveau, vous devez vous assurer que l'utilisateur racine peut exécuter le fichier d'installation de mise à niveau lorsque vous effectuez la mise à niveau. Si vous ne pouvez pas exécuter la mise à niveau en tant qu'utilisateur racine , le fichier doit être copié dans un autre emplacement où il peut être exécuté en tant qu'utilisateur racine. Par exemple, un autre répertoire à l'extérieur du montage NFS.