Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

Après avoir terminé ce module, vous serez en mesure de: Décrire et configurer

Après avoir terminé ce module, vous serez en mesure de: Décrire et configurer les volumes Nutanix Décrire les fichiers Nutanix Volumes Nutanix Nutanix Volumes est une solution de stockage par blocs évolutive native qui permet aux applications d'entreprise exécutées sur des serveurs externes de tirer parti des avantages de l'architecture Nutanix hyperconvergée, en accédant au Nutanix DSF via le protocole iSCSI. Cela permet à n'importe quel système d'exploitation d'accéder à DSF et d'exploiter ses capacités de stockage. Nutanix Volumes offre une solution pour les charges de travail qui peuvent ne pas être adaptées à une exécution sur une infrastructure virtuelle, mais qui nécessitent toujours un stockage hautement disponible et évolutif. Par exemple, les charges de travail nécessitant des adaptateurs de périphériques installés localement, des demandes de calcul de grande quantité de sockets ou des contraintes de licence. Nutanix Volumes vous permet de créer une infrastructure partagée fournissant un stockage iSCSI de niveau bloc pour les serveurs physiques sans compromettre la disponibilité, l'évolutivité ou les performances. En outre, vous pouvez tirer parti des techniques de sauvegarde et de restauration efficaces, de l'équilibrage de charge dynamique, du redimensionnement des LUN et du clonage simplifié des bases de données de production. Vous pouvez utiliser Nutanix Volumes pour exporter le stockage Nutanix pour une utilisation avec des applications telles que les bases de données Oracle, notamment Oracle RAC, Microsoft SQL Server et IBM Db2, exécutées en dehors du cluster Nutanix. Chaque CVM d'un cluster Nutanix peut participer à la présentation du stockage, permettant aux applications individuelles de se développer pour des performances élevées. Vous pouvez ajouter ou supprimer dynamiquement des nœuds Nutanix, et par extension des CVM, d'un cluster Nutanix. La mise à niveau d'un cluster Nutanix à l'aide de volumes est transparente et sans interruption pour les applications. Le stockage est toujours hautement disponible avec une gestion robuste des pannes. Nutanix gère l'allocation et l'affectation de stockage pour les volumes via une construction appelée groupe de volumes (VG). Un VG est un ensemble de «volumes», plus communément appelés disques virtuels (vDisks). Volumes présente ces vDisks à la fois aux VM et aux serveurs physiques, que nous appelons «hôtes», sauf indication contraire. Les vDisks représentent des «tranches» logiques du conteneur ADSF, qui sont ensuite présentées aux hôtes via le protocole iSCSI. Les vDisks héritent des propriétés (facteur de réplication, compression, codage d'effacement, etc.) du conteneur sur lequel vous les créez. Par défaut, ces vDisks sont provisionnés de manière fine. Étant donné que Nutanix utilise iSCSI comme protocole pour présenter le stockage VG, les hôtes obtiennent un accès en fonction de leur nom qualifié iSCSI (IQN). Le système utilise les IQN comme liste blanche et les attache à un VG pour permettre l'accès par un hôte donné. Vous pouvez utiliser des adresses IP comme alternative aux IQN pour l'attachement VG. Une fois qu'un hôte a accès à un VG, Volumes découvre le VG comme une ou plusieurs cibles iSCSI. Lors de la connexion aux cibles iSCSI, l'hôte découvre les vDisks en tant que périphériques de disque SCSI. La figure ci-dessus montre ces relations. Cas d'utilisation des volumes Nutanix Disques partagés (Oracle RAC, clustering de basculement Microsoft). Les disques en tant qu'entités de premier ordre - les contextes d'exécution sont éphémères et les données sont essentielles. L'iSCSI lancé par l'invité prend en charge les consommateurs bare-metal et Microsoft Exchange sur vSphere. Voir Conversion de groupes de volumes et mise à jour des clients pour utiliser des volumes pour plus d'informations. Nom qualifié iSCSI (IQN) Le nom qualifié iSCSI (IQN) est l'une des conventions de dénomination utilisées par iSCSI pour identifier les initiateurs et les cibles. L'IQN est documenté dans la RFC 3720. L'IQN peut contenir jusqu'à 255 caractères. AAAA-MM L'année et le mois où l'autorité de dénomination a été établie. NOMMAGE-AUTORITÉ Généralement, une syntaxe inverse du nom de domaine Internet de l'autorité de dénomination. NOM UNIQUE Tout nom que vous souhaitez utiliser, par exemple: iqn.1998-01.com.nutanix.iscsi: nom999 Le domaine nutanix.com a été enregistré en janvier 1998. iscsi est un sous-domaine maintenu par nutanix.com . Protocole d'authentification Challenge-Handshake (CHAP) L'authentification CHAP (Challenge-Handshake Authentication Protocol) est un secret partagé connu à la fois de l'authentificateur et du pair. CHAP fournit une protection contre les attaques de relecture par l'homologue à l'aide d'un identifiant qui change progressivement et d'une valeur de défi variable. CHAP exige que le client et le serveur connaissent le texte brut du secret, bien qu'il ne soit jamais envoyé sur le réseau. Authentification CHAP mutuelle. Avec ce niveau de sécurité, la cible et l'initiateur s'authentifient mutuellement. CHAP définit un secret distinct pour chaque cible et pour chaque initiateur. Attacher des initiateurs à des cibles L'administrateur a créé deux groupes de volumes, le groupe de volumes A et le groupe de volumes B. Le groupe de volumes A a trois vDisks et le groupe de volumes B a deux vDisks. Les hôtes HostA et HostB ont leurs initiateurs iSCSI configurés pour communiquer avec la cible iSCSI (IP des services de données). Volumes présente les vDisks aux initiateurs sous forme de LUN. Avant d'arriver à la configuration, nous devons configurer l'adresse IP des services de données qui servira de portail central de découverte / connexion. Les groupes de volumes (VG) fonctionnent avec ESXi, Hyper-V et AHV pour la connectivité iSCSI. AHV prend également en charge l'attachement de VG directement aux VM. Dans ce cas, la machine virtuelle découvre les vDisks associés au VG via le contrôleur SCSI virtuel. Vous pouvez utiliser des VG avec des vDisks d'hyperviseur traditionnels. Par exemple, certaines machines virtuelles d'un cluster Nutanix peuvent exploiter le stockage basé sur .vmdk ou .vhdx sur le système de fichiers réseau (NFS) ou le bloc de messages serveur (SMB), tandis que d'autres hôtes utilisent les VG comme stockage principal. Les machines virtuelles utilisant au minimum des VG ont leur lecteur de démarrage et de système d'exploitation présenté avec des vDisks d'hyperviseur. Vous pouvez gérer les VG depuis Prism ou depuis une CLI préférée telle que aCLI, nCLI ou PowerShell. Dans Prism, la page Stockage vous permet de créer et de surveiller les VG. Nutanix Volumes présente un groupe de volumes et ses vDisks en tant que cibles iSCSI et attribue des IQN. Les initiateurs ou les hôtes ont leurs IQN attachés à un groupe de volumes pour y accéder. Configuration d'un groupe de volumes pour l'accès partagé Plusieurs hôtes peuvent partager les vDisks associés à un VG à des fins de mise en cluster de stockage partagé. Un scénario courant pour l'utilisation du stockage partagé est le clustering de basculement Windows Server. Vous devez marquer explicitement le VG pour le partage pour permettre à plusieurs initiateurs externes ou VM de se connecter. Dans certains cas, Volumes doit présenter un groupe de volumes à plusieurs VM ou serveurs bare metal pour des fonctionnalités telles que le clustering. Le graphique montre comment un administrateur peut présenter le même groupe de volumes à plusieurs serveurs. Autoriser plusieurs systèmes à accéder simultanément à ce groupe de volumes peut entraîner de graves problèmes Options de connectivité du groupe de volumes Volumes utilise la redirection iSCSI pour contrôler la gestion des chemins cibles pour l'équilibrage de charge vDisk et la résilience des chemins. Je lutôt de configuration hôte iSCSI sessions client pour se connecter directement à CVM, volumes utilise un service de données externe adresse IP. Cette adresse IP de services de données agit comme un portail de découverte et un point de connexion initial. L'adresse des services de données appartient à un seul CVM à la fois. Si le propriétaire est déconnecté, l'adresse se déplace entre les CVM, garantissant ainsi qu'elle est toujours disponible. Pour la restauration, l'intervalle par défaut est de 120 secondes. Une fois que la Stargate affinée est saine pendant 2 minutes ou plus, le système se met au repos et ferme la session, forçant une autre connexion à la Stargate affinée. Gestion des données des VM invitées Les hôtes lisent et écrivent des données dans des banques de données Nutanix partagées comme s'ils étaient connectés à un SAN. Par conséquent, du point de vue d'un hôte hyperviseur, la seule différence réside dans l'amélioration des performances qui résulte du fait que les données ne transitent pas sur un réseau. Lorsqu'une VM invitée soumet une demande d'écriture via l'hyperviseur, Stargate envoie cette demande à la VM Controller sur l'hôte. Pour fournir une réponse rapide à la VM invitée, Volumes stocke d'abord ces données sur le lecteur de métadonnées, dans un sous-ensemble de stockage appelé oplog. Ce cache est rapidement distribué sur le réseau 10 GbE vers d'autres lecteurs de métadonnées du cluster. Volumes transfère périodiquement les données oplog vers le stockage persistant au sein du cluster. Volumes écrit les données localement pour les performances et répliquées sur plusieurs nœuds pour une haute disponibilité. Lorsque la VM invitée envoie une demande de lecture via l'hyperviseur, la VM du contrôleur lit d'abord à partir de la copie locale, si elle est présente. Si l'hôte ne contient pas de copie locale, la machine virtuelle du contrôleur lit sur le réseau à partir d'un hôte uploads/s1/ eca-5-15-acropolis-services-french.pdf