• No se han encontrado resultados

Conecta la cabina iSCSI a tu entorno vSphere™ ESXi

In document Vmware vSphere (página 48-52)

 Entra en la sección Configuration -> Storage Adapters.

 Haz click en iSCSI Software Adapter and selecciona Properties.

 Haz clic en la pestaña Dynamic Discovery.

 Clic Add.

En la sección iSCSI Server box, asegúrate de poner la IP del grupo o el IP de tu cabina iSCSI y selecciona Ok.

Recibirás un mensaje que te pide hacer un Rescan de todas las HBAs. Dile que estás de acuerdo y en unos minutos deberías de ver tus LUNs si estas han sido configuradas

correctamente en tu cabina y los servidores VMware vSphere™ 5ESXi tienen acceso a las LUNs.

Aviso: Ahora para la versión vSphere™ ESXi 5 es posible hacer el mecanismo de port binding desde la GUI.

vSphere™ 5 utiliza un sistema de archivos propietario de VMware llamado VMFS - de las siglas en ingles Virtual Machine File System- como sistema de archivos, el cual está optimizado para ejecutar múltiples máquinas virtuales como una carga de trabajo única (workload).

Este sistema de archivos soporta journaling, está optimizado para albergar máquinas virtuales y soporta funciones de clustering a nivel de sistema de archivos.

vSphere™ 5 ofrece asignación dinámica del almacenamiento mediante la

funcionalidad vStorage Thin Provisioning. VMware soporta Thin Provisioning a nivel de sistema de archivos en VMFS pero, además, tu cabina de datos debe soportar Thin Provisioning.

Se pueden acceder a los volúmenes VMFS a través del nombre del volumen, por el nombre del DataStore o la dirección física: vmhba0:0:1:1. Todas las particiones VMFS y NFS

son montadas bajo el directorio /vmfs/volumes en tus servidores VMware vSphere™ ESXi. EL número máximo de extenders (número de LUNs que podemos unir como si de una sola LUN se tratara) para un DataStore VMFS es de 32. Por lo tanto, el tamaño máximo de un volumen VMFS es de 64TB menos 16K (metadata).

Los volúmenes VMFS que pueden ser "desmontados" con el comando umount son los DataStores VMFS montados y todos los volúmenes NFS. Cuando se elimina un DataStore VMFS desde un servidor vSphere™ ESXi, este es eliminado en todos los servidores

vSphere™ ESXi que tuvieran conectividad con el DataStore. Por eso es conveniente, siempre que se cambia o reconfigura el acceso a los discos, hacer un scan del fabric de fibra.

Aviso: Las LUNs (FC e iSCSI) pueden ser formateadas en VMFS-3 con diferentes tamaños en el block size: 1MB - 256GB, 2MB - 512GB, 4MB - 1024GB y 8MB - 2048GB. Por tanto, si formateas un volumen VMFS con un block size de 4MB, el disco virtual no podrá superar el

tamaño de 1TB (menos 512Bytes). A continuación, te muestro la tabla de los block size y el tamaño de los ficheros en VMFS-3:

Nuevo iniciador FCoE en vSphere 5

Ahora, en la nueva versión de vSphere™ 5, es posible instalar un nuevo iniciador de software FCoE. En el año 2007, Intel anunció el proyecto Open FCoE, con el objetivo de dar soporte de FCoE sobre adaptadores Ethernet de 10Gb en el kernel de Linux, sin necesidad de tener que usar tarjetas específicas de FC como ocurre con las tarjetas CNAs - de las siglas en ingles Converged Network adapters -.

Actualmente, esta iniciativa ha conseguido el respaldo de Microsoft, Red Hat, SuSe y ahora de VMware, además de estar soportada en los conmutadores Brocade y Cisco, así como en los sistemas de almacenamiento de EMC y NetApp.

Open FCoE está soportado en vSphere™ 5 y solo hay que activarlo como si fuera un iniciador iSCSI, o sea activamos el “software FCoE Adapter” en la configuración de los Storage

Adapters del host ESXi nos aparecerá un dispositivo vmhba (virtual) que encapsulará el tráfico FC en un puerto VMkernel, sin la necesidad de tener que comprar una tarjeta CNA.

Con Open FCoE podremos, en un futuro, utilizar cualquier adaptador que soporte Open FCoE. Por ahora la lista está limitada a adaptadores Intel X520.

Si esta iniciativa avanza y llega a consolidarse, tendremos más opciones a la hora de escoger tarjetas con soporte FCoE.

Como siempre, si la tecnología FCoE se estandariza veremos también unos precios mucho más competitivos que los precios de hoy en día.

Entendiendo los diferentes algoritmos de failover en vSphere™ ESXi 5

Como he mencionado anteriormente, Multipathing es el proceso por el que el kernel de VMware ESXi permite el acceso continuo a una LUN en la SAN cuando se produce un fallo en algún componente hardware: SP, switch de fibra, HBA o un cable de fibra. Es lo que

denominamos failover.

En la actualidad, VMware ESXi 5 soporta failover a nivel de HBA, switch de fibra, cable o incluso a nivel de procesador de datos de la cabina.

Existen en la actualidad tres algoritmos de failover en vSphere™ ESXi: MRU (Most Recently Used), Fixed (prefered path) y RR (Round Robin), siendo este último más bien un algoritmo de balanceo de carga que de failover.

El algoritmo MRU, es seleccionado por defecto por vSphere™ para las cabinas de almacenamiento Activa/Pasiva mientras que Fixed es seleccionado para las cabinas de tipo Activa/Activa.

La diferencia elemental de una cabina activa/activa versus una cabina activa/pasiva es que en las primeras los dos procesadores de datos pueden ejecutar un I/O de disco en la misma LUN.

Sin embargo, para las cabinas de tipo activa/pasiva solo un procesador de datos puede hacer un I/O de disco. Esto no significa que en esta configuración haya un procesador de datos en modo standby sin hacer ningún I/O de disco. Todo lo contrario, lo que para una LUN un SP puede estar configurado como pasivo, para otra LUN este mismo SP puede estar configurado como activo, con lo que los dos SP están procesando I/Os pero no a la misma LUN. Esto cambia con el uso de ALUA, que no es más que el proceso de convertir una cabina

activa/pasiva en “activa/activa” mediante la activación, y valga la redundancia, de la interface de interconexión interna entre los dos SPs.

Aviso: Para incrementar el rendimiento de una máquina virtual, es posible cambiar la política de multipathing de Fixed a Round Robin para cabinas de tipo activa/activa..

Hola,

Ayer vimos la parte de red y de almacenamiento. Hoy vermos el servidor de vCenter y las máquinas virtuales

Hasta mañana y espero que sigas disfrutando de este curso gratuito de VMware vSphere en cinco días!

Jose Maria Gonzalez

CEO y Fundador de www.jmgvirtualconsulting.com

P.S. Si te gustaría aprender mucho mas sobre vmware en mucho menos tiempo, ahora tienes acceso a nuestro curso online VMware vSphere 5.5 Avanzado a un precio reducido!

In document Vmware vSphere (página 48-52)

Documento similar