4 votes

VMware VM avec plus de 2 To d'espace disque

Je suis un VCP 4 donc je connais les maximums de configuration pour les LUNs/RDMs/VMDKs dans vSphere 4, mais disons que je veux créer une VM qui a un lecteur logique de plus de 2 To. Les seules façons auxquelles je peux penser pour le faire sont :

  1. Créer la VM avec plusieurs VMDKs, chacun de moins de 2 To sur des LUNs différentes et les étendre ou les mettre en RAID logiciel dans le système d'exploitation invité.

  2. Créer une étendue VMFS sur plusieurs LUNs et créer plusieurs VMDKs, puis les étendre ou les mettre en RAID logiciel dans le système d'exploitation invité (juste une légère variation de la #1).

  3. Utiliser plusieurs RDMs de 2 To ou moins et les étendre ou les mettre en RAID logiciel dans le système d'exploitation invité.

  4. Monter un LUN iSCSI plus grand que 2 To à partir du système d'exploitation invité.

Toutes ces méthodes reposent sur l'extension/RAID logiciel à partir du système d'exploitation invité. Est-ce à peu près tout ou y a-t-il d'autres possibilités ?

Mise à jour TomTom a souligné une 4ème option.

Mise à jour 2 Tom's Hardware a un article intéressant sur un dispositif de stockage de taille péta octet. Ils ont une capture d'écran le montant via NFS dans vSphere 4.1. En ce qui concerne la suggestion de JakeRobinson avec NFS, le ciel est la limite avec ces types de datastores!

Entrer la description de l'image ici

0 votes

Quel est votre système d'exploitation invité? Quelle est votre solution de stockage sous-jacente?

0 votes

@ewwhite La question est plus hypothétique en demandant d'identifier toutes les options possibles pour le faire en utilisant n'importe quel type de stockage et système d'exploitation invité.

4 votes

Vous avez oublié 4 : Utilisez ISCSI et n'avez pas VmWare même s'il y a un LUN plus grand attaché à une VM.

7voto

Shane Madden Points 112034

C'est à peu près ça en 4.x.

vSphere 5.0 permet des RDM pass-thru plus grands (environ 60 To), mais conserve toujours la limite de 2 To pour les VMDKs et les RDM non pass-thru en place. (référence). Les RDMs pass-thru (physiques) et les RDMs non pass-thru (virtuels) sont distingués par le degré de virtualisation des commandes SCSI par vSphere. Les RDMs pass-thru reçoivent toutes les commandes SCSI à l'exception de la commande REPORT_LUN directement tandis que les RDMs non pass-thru ont toutes leurs caractéristiques matérielles cachées et le VMKernel ne transmet que les commandes READ et WRITE à l'appareil tel qu'il est présenté au système d'exploitation invité comme n'importe quel autre VMDK sur un volume VMFS (voir KB2009226).

Si vous pouvez passer à la version 5.0 et utiliser des RDMs, tant mieux; sinon, vous êtes coincé à assembler des VMDKs ou des RDMs <2 To ensemble dans le système d'exploitation invité avec LVM ou un RAID logiciel.

3voto

JakeRobinson Points 2886

N'oubliez pas les protocoles de stockage réseau attaché (par exemple NFS, CIFS). C'est-à-dire, si votre SAN/NAS les prend en charge. De toute évidence, une machine virtuelle fournissant l'un ou l'autre de ces protocoles rendrait un peu caduque le but recherché.

Les invités Linux peuvent utiliser plusieurs VMDK pour un LVM, qui n'est pas exactement un spanning et pas exactement un RAID.

0 votes

Merci Jake. NFS est une autre option. Cela permettrait à un datastore d'être plus grand que 2 To comme les extensions VMFS. Corrigez-moi si je me trompe mais les LVM sont similaires dans le sens où plusieurs disques "physiques" peuvent être présentés comme un seul volume logique continu. Pas vrai ? Au fait joli avatar :-)

0 votes

Correct. Un seul volume logique peut couvrir plusieurs volumes physiques, ce qui vous permet de contourner la limite de 2 To-512 octets. Vous pourriez également faire la même chose avec un invité Windows en utilisant le RAID logiciel ou le JBOD de l'OS. Je ne peux pas parler des performances sur Windows cependant. Merci pour le compliment sur l'avatar. ;)

-3voto

sjw Points 36

Vous pouvez étendre sur plusieurs niveaux. Cela se ferait au niveau de l'hyperviseur, et non au niveau du système d'exploitation invité. Ce dernier resterait inconscient.

1 votes

C'est déjà répertorié comme une option dans la question. La VM est toujours limitée à des disques VMDK de 2 To même si le datastore est plus grand que 2 To en utilisant des extensions.

0 votes

Votre correction est incorrecte en raison d'un choix de termes. Vous avez dit "système d'exploitation invité". Étant donné que vous déclarez être un VCP, vous devriez savoir que les extensions ne se trouvent pas au niveau "invité". Vous ne créez pas "une extension" sur plusieurs LUN si vous souhaitez des vmdk de grande taille. Vous créez "un datastore" qui regroupe plusieurs extensions, chacune sur plusieurs LUN. Vous pouvez ensuite créer de grands fichiers vmdk sur ce grand datastore.

0 votes

2 dit que. La taille ferait que le datastore serait plus grand que 2 To. Cependant, plusieurs VMDK de 2 To devraient encore être créés sur ce datastore et un RAID logiciel ou des LVM devraient être mis en œuvre sur le système d'exploitation invité pour qu'il dispose d'un volume logique supérieur à 2 To.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X