.

En el siguiente ejemplo vamos a ver como hacer uso de los 2 nics para MPIO, se pueden usar hasta 8 maximo, cada nic tiene como limite 120Mbps asi que en teoria puedes agregarlos para conseguir una velocidad de 1 Gbps

En el Virtual Center, le damos select, Add Networking
Seleccionamos el tipo de conexion: VMKernel

Aqui vamos a crear un switch virtual, no selecciones el adaptador.


Como label usaremos VMkernel-ISCSI-A para identificarlo
Agregamos la IP y mascara


En el cliente de Vsphere ahora vamos a ver el switch virtual que hemos creado, con un puerto iSCSI de Vmkernel, tienes que repetir los mismos pasos y crear con una IP diferente el puerto Vmkernel-ISCSI-B , de esa manera tendras 2 puertos en el mismo switch que nos servira para hacer los bondings.


Aqui es donde agregaremos las tarjetas de red para el switch virtual, vamos a propiedades, network, adaptadores, y seleccionamos los que dicen iSCSI

Despues tenemos que ponerlos en el orden correcto para FailOver, seleccioamos y damos en propiedades del switch virtual, despues en los puertos y seleccionamos el Vmkernel-ISCSI-B , editar y despues nos vamos al tab de Nic Teaming.


Aqui le damos check a donde dice Override vswitch, y repetimos lo mismo para el puerto A
Despues tenemos que activarlo, vamos a configuration, seleccionamos el adaptador iscsi, y verificamos que diga Enabled.

Ahora vamos a unir el iniciador de iSCSI con los puertos del VMKernel, esto lo podemos hacer atravez de putty.

Abrimos una sesion SSH y nos logueamos como admin, despues procedemos a listar con el comando

esxcfg-vmknic to list vmk nics

Ahora te tienes que asegurar que los NICs que salen vmk1 y vmk0 estan unidos con el puerto Vmkernel asi que escribimos para el primer NIC

vmkiscsi-tool -V -a vmk1 vmhba33
vmkiscsi-tool -V -a vmk0 vmhba33

 Veras un mensaje que dice que ya estan unidos

Ahora que tenemos esto, vamos a realizar el siguiente comando que nos desplegara la informacion correspondiente a cada NIC

esxcli swiscsi nic list - d vmhba33

Ahora solo basta agregar el target desde el cliente de Vshpere para que identifique los volumenes, y darle un VMFS rescan20

Selecciona el tab de devices, y click en manage paths, en la siguiente pantalla veras la opcion de cambiar el Round Robin de estatico a uno que tu desees, con este script automatizas el proceso de hacerlo en cada volumen con 1 solo comando

esxcli nmp device list | awk '/^naa/{print "esxcli nmp device setpolicy --device "$0" -
-psp VMW_PSP_RR" };'

Esto creara una lista de comandos para que despues ya nada mas le des cut and paste en la shell.
El Round Robin de Vmware tiene un limite de 1000 comandos por path antes de que pase al siguiente, esto puede causar algunos problemas con aplicaciones grandes, asi que necesitamos cambiar ese limite, con este comando podemos saltearnos ese limite, simplemente copias el identifier del volumen, y quedaria algo asi

esxcli --server esx2td nmp roundrobin getconfig -d
t10.F405E46494C4540077769497E447D276952705D24515B425

Hay algunos problemas si lo dejas con valor default de 1449662136 I/Os, para esto tenemos que editar el archivo rc.local que basicamente es un script que corre al final del boot up, con este comando la unica variable que tienes que cambiar es naa.600 que pertenece al identificador del arreglo

for i in `ls /vmfs/devices/disks/ | grep naa.600` ; do esxcli nmp roundrobin setconfig -- type “iops” --iops=1--device $i; done

Ademas de los beneficios del clustering, el SAN iQ le da al administrador la felxibilidad de incrementar dinamincamente el espacio de los volumenes, manejar la redundancia, y los snapshots individualmente.

El Quorum lo podemos ver como un sistema de votacion del sistema, asi como en la camara de diputados cuando estan discutiendo y agarrandose a madrazos sobre algun asunto se dice "no tiene quorum" es decir no tuvo los votos suficientes para proceder a la siguiente etapa.

De la misma manera este sistema forma un "comite" de managers que son los que deciden a que nodo enviar los datos dependiendo cual esta con menos carga en ese momento. Es indispensable tener un numero inpar de managers ya que ese dara el voto decisivo y no hay manera de que haya un empate.

Aqui vamos a crear todo un volumen de quorum, que sera el que nos dara el voto decisivo sobre que cluster tiene menos carga y eso nos brindara mayor velocidad en la lectura y escritura de datos.

Creamos nuestro volumen desde el CMC y lo asignamos via iSCSI a nuestro server mediante el disk management

Una vez configurado se debe ver asi

Y listo, ya desde aqui se pueden crear multiples clusters dependiendo cuantos servidores tengas, puedes agregar tantos nodos como quieras, pero recuerda crear un disco de qourum para cada uno ya que eso nos brindara una mejora en la velocidad de escritura de datos.

Ten en cuenta que tu disco de quorum agilizara todo, pero siempre y cuando el disco sea rapido, es decir utiliza un SAS en vez de SATA.

Esta vez hablaremos del VMware Fault Tolerance (FT) y VMware High Availability (HA). Con esta solucion podremos expander un cluster de Vsphere a travez de 2 sitios diferentes para tener una alta tolerancia y 0 downtime entre los 2 sitios.

Esto nos sirve para proteger nuestras maquinas virtuales de mision critica como lo pueden ser servicios de los que dependa la empresa para mantenerse funcional.

VMware HA te da la abilidad de migrar tus maquinas virtuales a otro host y reiniciarlas. Por otro lado VMware FT te da la abilidad de correr 2 maquinas virtuales simultaneamente con la tecnologia llamada vLockstep. Cuando la maquina virtual primaria falla por cualquier motivo la secundaria inicia y se convierte en primaria tomando todos los procesos que la primera dejo corriendo. Luego una secundaria maquina virtual se creara automaticamente en el siguiente host disponible.

A esto se llama un Failover transparente ya que el usuario final jamas se da cuenta que esta trabajando sobre diferentes maquinas virtuales, con esto logramos una redundancia a nivel aplicacion.

Como ven ya he hablado de varios tipos de redundancia, a nivel protocolo con DSM, ahora a nivel aplicacion, y mas adelante hablare de redundancia a nivel network raid, y raid de discos, asi como redundancia de redes,etc.

Todas estas tecnicas son para sitios que no pueden quedarse sin funcionar ni 1 segundo, siempre recuerda la ley de murphy se hace presente, asi que mas vale estar prevenido a todos los niveles.

SAN Multisitio con VMware HA


VMware ESX hosts se pueden poner en grupos llamados cluster. Un cluster puede contener de 2 a 32 ESX hosts que funcionen de manera conjunta para proveer alta disponibilidad.

Como estos temas son muy extensos los dividire en varias partes, recuerda visitar la seccion de descargas, ahi estaran los links de todas las herramientas de las que hablare en los articulos

Definicion
El DSM para MPIO de SAN iQ activa rutas tolerantes a fallos hacia los nodos, y al mismo tiempo incrementa el ancho de banda para un mejor desempeno. Cuando un servidor Windows que corre iSCSI se conecta a un volumen del SAN, este establece una sesion activa a cada nodo del cluster.

Tambien activa una aplicacion del servidor que continuamente se comunica con el nodo de almacenamiento que tiene en ese momento una copia de los datos que el servidor esta solicitando.

MPIO significa Multi Path Input Output, nos permite establecer varias sesiones iSCSI con 1 mismo volumen, de esa manera si fallara alguna, tenemos redundancia a nivel protocolo.

Versiones Soportadas
• Windows Server 2003
• Windows Server 2008
• Windows Server 2008 Server Core

En 32 y 64 bits.

Device Specific Modules (DSMs) y Microsoft MPIO
Ademas del DSM de HP, tambien existe la alternativa de Microsoft que funciona de manera similar en nuestro ambiente SAN. Las tecnologias Multi Pathing nos ofrecen las siguientes ventajas:

-I/O redundancia de rutas para alta disponibilidad
-I/O ruta de falla multiple
-I/O balanceo de cargas para mejor rendimiento

Instalacion Silenciosa
Si quieres verte mas leet instalando de manera silenciosa, sin los molestos dialogos.

1 Abre un prompt de cmd y metete al directorio donde se encuentre el archivo setup.exe
2 Escribe el siguinete comando

 setup /s /f1".\setup.iss"

3 La instalacion iniciara, y no veras nada hasta que el server reinicie en 1 o 2 minutos
4 Cuando haya reiniciado el server verifica \Windows\dsminstall.log para ver si hubo errores
5 Goza de Alta redundancia a nivel Protocolo

Descripcion
El VSS Provider es el componente de hardware que soporta al Microsoft® Volume Shadow Copy Service (VSS) en el SAN. Aqui veremos como se implementan los snapshots de los volumenes.

Requerimientos
• Windows 2003 Server
• Windows 2008 Server
• Windows 2008 Server Core

Configurando credenciales en Win 2008
Despues de instalar el VSS provider tienes que importar el archivo credentials.reg el cual esta localizado en el mismo directorio donde lo instalaste el default es C:\Program Files\LeftHand
Networks\LeftHand Networks VSS Provider

Abre el registro y busca HKEY_LOCAL_MACHINE\SOFTWARE. y abre LeftHand Networks to the Client Settings\1.0\Credentials\ MyGroup key

Y ahi editas el campo para poner las credenciales de tu SAN

Si tienes mas Management Groups puedes crear claves adicionales en el registro que tengan la misma estructura

Usando los VSS Snapshots
El VSS provider crea los snapshots como un target persistente en el iniciador de iSCSI , el nombre convencional seria algo como VSS-blablabla. Cuando ya no se necesita se elimina tanto del CMC como del iniciador

Simplemente se da click derecho al volumen que queremos crear un snapshot, y seleccionas "crear VSS snap" de esta manera si tenemos una maquina virtual corriendo en el volumen y por algun motivo necesitamos reestablecerla a una fecha anterior con 1 click le damos "rollback" y todo quedara exactamente igual que como estaba en ese estado anterior.

Es bueno utilizarlo como metodo de backup, ademas puedes ajustar una rutina para que haga un snapshot incremental cada 2 horas por ejemplo o dependiendo que tan importante sean tus datos

Troubleshooting
Si por algun motivo los Snaps no se estan creando puedes abrir los servicios y ahi veras el error que arroja, usualmente es relacionado a la red, o tal vez no se termino de crear el snapshot.