En este post vamos a ver cómo agregar almacenamiento iSCSI multipath al clúster Proxmox VE 9.1.2 con configuraciones más avanzadas y mejor preparadas para trabajar en clúster, esto nos va a permitir:

• Definir parámetros avanzados, como round-robin, no_path_retry, rr_min_io…
• Asignar alias legibles a nuestras LUNs.
• Evitaremos que multipath intente agrupar discos locales con la opción de blacklists.
• Aseguraremos un comportamiento idéntico en todos los nodos de nuestro clúster.

Recordamos la topología:

• Para empezar, vamos a instalar en cada nodo los paquetes para el iniciador iSCSI y DM-Multipath, para ello, ejecutamos, apt install -y open-iscsi y apt install -y multipath-tools:

• Habilitamos e iniciamos los servicios para iscsid, ejecutamos, systemctl enable –now iscsid.service y systemctl enable –now open-iscsi.service:

• Habilitamos e iniciamos los servicios para multipathd, ejecutamos, systemctl enable –now multipathd.service:

• Comprobamos el estado de ambos servicios con systemctl status iscsid.service y systemctl status multipathd.service:

• Ahora vamos a ajustar conf, Proxmox recomienda reducir node.session.timeo.replacement_timeout = 15 para iSCSI, por defecto en 120s, lo pasamos a 15s, y para que la sesión sea persistente al arranque modificamos node.startup = automatic, para ello, editamos nano /etc/iscsi/iscsid.conf, esta modificación ayuda a que los timeouts de sesión sean más ágiles y evita esperas largas cuando tenemos fallos:

• Reiniciamos el servicio iscsid, systemctl restart iscsid.service y systemctl restart open-iscsi.service:

• Ahora vamos a descubrir los targets (IQNs) que nos ofrece nuestra cabina en cada IP/portal, esto no cambia ficheros manualmente, sino que guarda la información de esos targets en el directorio /etc/iscsi/nodes/ automáticamente, iscsiadm -m discovery -t st -p 10.10.2.4 y iscsiadm -m discovery -t st -p 10.10.3.4:

• Hacemos login en ambos portales, iscsiadm -m node -T iqn.1991-05.com.microsoft:saniscsipve-iscsitarget1saniscsipve-target -p 10.10.2.4 -l y iscsiadm -m node -T iqn.1991-05.com.microsoft:saniscsipve-iscsitarget1saniscsipve-target -p 10.10.3.4 -l, con esto conectamos los nodos pve a la cabina a través de las dos redes iSCSI:

• Para que el login sea persistente y se reconecte en cada reinicio, debemos de ejecutar, iscsiadm -m node -T iqn.1991-05.com.microsoft:saniscsipve-iscsitarget1saniscsipve-target -p 10.10.2.4 -o update -n node.startup -v automatic y iscsiadm -m node -T iqn.1991-05.com.microsoft:saniscsipve-iscsitarget1saniscsipve-target -p 10.10.3.4 -o update -n node.startup -v automatic:

• Comprobamos que ambos caminos están activos con, iscsiadm -m session -P3:

• Si accedemos a nuestra cabina SAN iSCSI, podemos ver, que ya tenemos los discos, en este caso, las LUNs conectadas:

• Ejecutamos en cada nodo, ls -l /dev/disk/by-path | grep 10.10 y como vemos la LUN0 tiene dos caminos, por 10.10.2.4 que aparece como /sdf y por 10.10.3.4 que aparece como /sdh, la LUN1 tiene dos caminos, por 10.10.2.4 que aparece como /sdg y por 10.10.3.4 que aparece como /sdi:

• Ahora, Multipath se basa en el WWID único de cada LUN, para obtenerlo ejecutamos:
• Para LUN0, /lib/udev/scsi_id -g -u -d /dev/sdf y /lib/udev/scsi_id -g -u -d /dev/sdh, ambos deben devolver el mismo WWID:

• Para LUN1, /lib/udev/scsi_id -g -u -d /dev/sdg y /lib/udev/scsi_id -g -u -d /dev/sdi, ambos deben devolver el mismo WWID:

• Añadimos el WWID de cada LUN para que multipath lo gestione.
• Para LUN0, multipath -a 360003ff44dc75adcbda106c1b22f4b5b
• Para LUN1, multipath -a 360003ff44dc75adc922dc286607e2e6f

• Recargamos multipath con multipath -r:

• Verificamos multipath con multipath -ll, esto significa que multipath creó un dispositivo /dev/dm-2 que representa a la LUN1, y dentro están los dos caminos activos (sdg y sdi), y otro dispositivo /dev/dm-1 que representa a la LUN0, y dentro están los dos caminos activos (sdf y sdh):

• Si ejecutamos ls -l /dev/mapper/ vemos lo siguiente:
• 360003ff44dc75adc922dc286607e2e6f, es el WWID de la LUN1.
• 360003ff44dc75adcbda106c1b22f4b5b, es el WWID de la LUN0.
• Ambos son enlaces simbólicos a los dispositivos multipath, /dev/dm-1 y /dev/dm-2
• control, es el dispositivo de control interno de multipath.

• Ahora vamos a crear el fichero /etc/multipath.conf en nuestros tres nodos con este contenido:

defaults {

user_friendly_names no

find_multipaths strict

path_selector «round-robin 0»

path_checker tur

rr_min_io 100

failback immediate

no_path_retry 12

}

blacklist {

devnode «^sda»

devnode «^sr0»

}

multipaths {

multipath {

wwid «360003ff44dc75adcbda106c1b22f4b5b»

alias «iscsi_saniscsipve_lun0»

}

multipath {

wwid «360003ff44dc75adc922dc286607e2e6f»

alias «iscsi_saniscsipve_lun1»

}

}

• Con este fichero configuramos:
• Round-robin activado
• Alias legibles (iscsi_saniscsipve_lun0 y iscsi_ saniscsipve _lun1)
• Parámetros ajustados para clusters (retry, failback, tur)
• Disco local sda y cdrom sr0 excluidos

• Ahora verificamos que el fichero /etc/multipath/wwids es exactamente igual en los tres nodos:

• Ahora ejecutamos estos tres comandos en los tres nodos:
• systemctl restart multipathd para recargar multipath.
• multipath -r para releer dispositivos multipath.
• multipath -ll para verificar.

• Con el comando ls -l /dev/mapper/iscsi_saniscsipve_lun* verificamos que existen los nuevos dispositivos:

• Ahora, la creación del Physical Volumen (PV) y Volume Group (VG), solo la vamos a hacer en un nodo, en este caso en el nodo 1, pvelab01.
• Para LUN0, pvcreate /dev/mapper/iscsi_saniscsipve_lun0 y vgcreate vg_iscsi0 /dev/mapper/iscsi_saniscsipve_lun0
• Para LUN1, pvcreate /dev/mapper/iscsi_saniscsipve_lun1 y vgcreate vg_iscsi1 /dev/mapper/iscsi_saniscsipve_lun1

• En los otros dos nodos ejecutamos, pvscan –cache y vgscan para que detecte el Physical Volumen (PV) y el Volume Group (VG):

• Si accedemos a todos los nodos > Discos > LVM, vemos que se han creado los Volume Group:

• Para terminar, accedemos a Centro de datos > Almacenamiento > Agregar > LVM:

• Sobre General, le indicamos el ID, Almacenamiento de base, Grupo del volumen, Contenido, Nodos, Activar, Compartido (importante activar para las migraciones en vivo), Agregar, para agregar la LUN0:

• Agregamos también la otra LUN1:

• Como podemos ver en, Centro de datos > Almacenamiento, tenemos los dos datastores añadidos:

• Aquí vemos, que los tres nodos, ya disponen del almacenamiento compartido por iSCSI y con Multipath:

Saludos y espero que os resulte de ayuda

En este post vamos a ver cómo agregar almacenamiento iSCSI multipath al clúster Proxmox VE 9.0

Recordamos la topología:

• Para empezar, vamos a instalar en cada nodo los paquetes para el iniciador iSCSI y DM-Multipath, para ello, ejecutamos, apt install -y open-iscsi y apt install -y multipath-tools:

• Habilitamos e iniciamos los servicios para iscsid, ejecutamos, systemctl enable –now iscsid.service y systemctl enable –now open-iscsi.service:

• Habilitamos e iniciamos los servicios para multipathd, ejecutamos, systemctl enable –now multipathd.service:

• Comprobamos el estado de ambos servicios con systemctl status iscsid.service y systemctl status multipathd.service:

• Ahora vamos a ajustar /etc/iscsi/iscsid.conf, Proxmox recomienda reducir node.session.timeo.replacement_timeout = 15 para iSCSI, por defecto en 120s, lo pasamos a 15s, y para que la sesión sea persistente al arranque modificamos node.startup = automatic, para ello, editamos nano /etc/iscsi/iscsid.conf, esta modificación ayuda a que los timeouts de sesión sean más ágiles y evita esperas largas cuando tenemos fallos:

• Reiniciamos el servicio iscsid, systemctl restart iscsid.service y systemctl restart open-iscsi.service:

• Ahora vamos a descubrir los targets (IQNs) que nos ofrece nuestra cabina en cada IP/portal, esto no cambia ficheros manualmente, sino que guarda la información de esos targets en el directorio /etc/iscsi/nodes/ automáticamente, iscsiadm -m discovery -t st -p 10.10.2.4 y iscsiadm -m discovery -t st -p 10.10.3.4:

• Hacemos login en ambos portales, iscsiadm -m node -T iqn.1991-05.com.microsoft:saniscsipve-iscsitarget1saniscsipve-target -p 10.10.2.4 -l y iscsiadm -m node -T iqn.1991-05.com.microsoft:saniscsipve-iscsitarget1saniscsipve-target -p 10.10.3.4 -l, con esto conectamos los nodos pve a la cabina a través de las dos redes iSCSI:

• Para que el login sea persistente y se reconecte en cada reinicio, debemos de ejecutar, iscsiadm -m node -T iqn.1991-05.com.microsoft:saniscsipve-iscsitarget1saniscsipve-target -p 10.10.2.4 -o update -n node.startup -v automatic y iscsiadm -m node -T iqn.1991-05.com.microsoft:saniscsipve-iscsitarget1saniscsipve-target -p 10.10.3.4 -o update -n node.startup -v automatic:

• Comprobamos que ambos caminos están activos con, iscsiadm -m session -P3:

• Si accedemos a nuestra cabina SAN iSCSI, podemos ver, que ya tenemos los discos, en este caso, las LUNs conectadas:

• Ejecutamos en cada nodo, ls -l /dev/disk/by-path | grep 10.10 y como vemos la LUN0 tiene dos caminos, por 10.10.2.4 que aparece como /sdc y por 10.10.3.4 que aparece como /sde, la LUN1 tiene dos caminos, por 10.10.2.4 que aparece como /sdd y por 10.10.3.4 que aparece como /sdf:

• Ahora, Multipath se basa en el WWID único de cada LUN, para obtenerlo ejecutamos:
• Para LUN0, /lib/udev/scsi_id -g -u -d /dev/sdc y /lib/udev/scsi_id -g -u -d /dev/sde, ambos deben devolver el mismo WWID:

• Para LUN1, /lib/udev/scsi_id -g -u -d /dev/sdd y /lib/udev/scsi_id -g -u -d /dev/sdf, ambos deben devolver el mismo WWID:

• Añadimos el WWID de cada LUN para que multipath lo gestione.
• Para LUN0, multipath -a 360003ff44dc75adcbda106c1b22f4b5b
• Para LUN1, multipath -a 360003ff44dc75adc922dc286607e2e6f

• Recargamos multipath con multipath -r:

• Verificamos multipath con multipath -ll, esto significa que multipath creó un dispositivo /dev/dm-0 que representa a la LUN0, y dentro están los dos caminos activos (sdc y sde), y otro dispositivo /dev/dm-1 que representa a la LUN1, y dentro están los dos caminos activos (sdd y sdf):

• Si ejecutamos ls -l /dev/mapper/ vemos lo siguiente:
• 360003ff44dc75adc922dc286607e2e6f, es el WWID de la LUN1.
• 360003ff44dc75adcbda106c1b22f4b5b, es el WWID de la LUN0.
• Ambos son enlaces simbólicos a los dispositivos multipath , /dev/dm-0 y /dev/dm-1
• control, es el dispositivo de control interno de multipath.

• Ahora, la creación del Physical Volumen (PV) y Volume Group (VG), solo la vamos a hacer en un nodo, en este caso en el nodo 1, pvelab01.
• Para LUN0, pvcreate /dev/mapper/360003ff44dc75adcbda106c1b22f4b5b y vgcreate vg_iscsi0 /dev/mapper/360003ff44dc75adcbda106c1b22f4b5b
• Para LUN1, pvcreate /dev/mapper/360003ff44dc75adc922dc286607e2e6f y vgcreate vg_iscsi1 /dev/mapper/360003ff44dc75adc922dc286607e2e6f

• Si accedemos a todos los nodos > Discos > LVM, vemos que se han creado los Volume Group:

• Para terminar, accedemos a Centro de datos > Almacenamiento > Agregar > LVM:

• Sobre General, le indicamos el ID, Almacenamiento de base, Grupo del volumen, Contenido, Nodos, Activar, Compartido (importante activar para las migraciones en vivo), Agregar, para agregar la LUN0:

• Agregamos también la otra LUN1:

• Como podemos ver en, Centro de datos > Almacenamiento, tenemos los dos datastores añadidos:

• Aquí vemos, que los tres nodos, ya disponen del almacenamiento compartido por iSCSI y con Multipath:

Saludos y espero que os sea de ayuda

En este post vamos a ver cómo preparar los servidores Proxmox VE 9.0 y la cabina SAN iSCSI para nuestra infraestructura virtualizada con Proxmox en un Cluster HA.

Recordamos la topología:

• Vamos a empezar viendo, como tenemos configurado nuestros tres nodos de proxmox, para la instalación, configuración de repositorios para las actualizaciones, configuración de networking, administración de usuarios, grupos, roles y permisos, conexión con Active Directory y unión a un dominio de Active Directory, hemos seguido los post anteriores en los que hemos hablado de todo esto, lo único que se ha ampliado es la parte de networking, que la vamos a explicar ahora.
• Como podemos ver tenemos estos tres nodos proxmox:

• La configuración de networking, es la siguiente en los tres nodos, como podemos ver, tenemos un bond (bond0) en modo balance-alb que utiliza dos interfaces de red (ens192 y ens224), este bond es el que utilizamos en el Linux Bridge (vmbr0) para Management y las máquinas virtuales, tenemos una interface de red dedicada a la comunicación interna de los nodos (ens256), una interface de red dedicada para iSCSIA (ens161) y otra interface de red dedicada para iSCSIB (ens193), en estas redes iSCSI configuraremos el multipath:

• Para la cabina SAN iSCSI hemos montado un Windows Server 2025 Standard y le hemos desplegado el rol de Servidor de destino iSCSI, en este link de este mismo blog podéis ver como se despliega y configura:

• Como podemos ver, hemos configurado dos LUNs de 500 GB cada una, sobre el mismo target o portal iqn, y le hemos añadido las IPs de los tres nodos de proxmox para iSCSIA y iSCSIB:

Saludos y espero que os sea de ayuda

En este post vamos a ver como configurar el almacenamiento iSCSI para nuestra infraestructura de virtualización con VMware vSphere 6.7, la cabina de almacenamiento iSCSI la hemos montado sobre un Windows Server 2019 Standard, en este post del blog puedes seguir como montarlo, SAN iSCSI en MS Windows Server 2019.

• Algunos de los conceptos básicos sobre almacenamiento en VMware vSphere:
• Tiene un papel muy importante en una infraestructura virtualizada, por no decir, el más importante.
• Puede ser local o externo como SAN o NAS.
• Las máquinas virtuales pueden estar en almacenamiento VMFS (sistema de ficheros preparado para cluster), NFS o discos RAW.
• El almacenamiento compartido es necesario para funcionalidades esenciales.
• Los protocolos de almacenamiento que utiliza VMware vSphere son:
• A nivel de bloques: FC, FCoE, iSCSI
• A nivel de ficheros: NFS
• Hemos configurado el networking para multipath con dos redes: 10.10.10.0/24 (ISCSIA) y 10.10.11.0/24 (ISCSIB) por lo que tenemos direccionamientos diferentes con medios dedicados Gigabit Ethernet.

• Una vez que ya tenemos configurado el almacenamiento compartido por iSCSI en nuestra cabina SAN iSCSI con Windows Server 2019, pasaremos a configurar los host ESXi para que utilicen este almacenamiento compartido.
• Aquí mostraremos la configuración de uno de ellos ya que el segundo se configuraría de la misma manera.
• Lo primero que vamos a realizar será agregar el adaptador de software iSCSI, para ello, accedemos a Configurar > Almacenamiento > Adaptadores de almacenamiento > Agregar adaptador de software:

• Marcamos el check Agregar adaptador iSCSI de software y aceptamos:

• Como podemos ver ya lo tenemos agregado:

• Le configuramos un alias al portal de iSCSI, en Propiedades > Editar:

• Ahora vamos a agregar los puertos de red para iSCSI que configuramos anteriormente, en el post dedicado al networking, accedemos a Enlace de puertos de red > Agregar:

• Seleccionamos los dos port group y aceptamos:

• Nos indica que debemos volver a examinar el adaptador de iscsi:

• Ahora vamos a agregar los enlaces a la cabina de almacenamiento iSCSI, accedemos a Detección dinámica > Agregar:

• Agregamos el primer enlace a nuestra cabina SANISCSI, este es el enlace iSCSIA, podemos indicar la dirección IP o el nombre FQDN si lo tenemos configurado en nuestro servidor DNS, en este caso, vamos a poner la dirección IP:

• Agregamos el segundo enlace a nuestra cabina SANISCSI, este es el enlace iSCSIB, podemos indicar la dirección IP o el nombre FQDN si lo tenemos configurado en nuestro servidor DNS, en este caso, vamos a poner la dirección IP:

• Nos indica que debemos volver a examinar el adaptador de iscsi:

• Una vez configurados los enlaces hasta nuestra cabina de almacenamiento iSCSI, si accedemos a Dispositivos, podemos ver las LUNs que nuestra cabina iSCSI le está presentando al host ESXi, en este caso, sólo tenemos una LUN de 500 GB:

• Yo siempre acostumbro a nombrar las LUNs con el mismo nombre que le voy a dar al Datastore, siempre que asocie LUN a Datastore, si vamos a montar dos LUNs en un único Datastore, esta nomenclatura ya no sería correcta, la nomenclatura utilizada para nombrar los Datastore utilizo la siguiente, Tipo de disco (SATA, SAS, SSD…), Número (01, 02, 03…), Nombre cabina almacenamiento:

• Aquí lo podemos ver renombrado:

• Como podemos ver, ya tenemos activos los dos caminos a nuestro almacenamiento compartido por iSCSI:

• Con el segundo host de nuestra infraestructura tenemos que realizar la misma configuración:

• Ahora, nos quedaría agregar y configurar el/los Datastores a los hosts ESXi, para ello, damos clic derecho sobre el Datacenter, Cluster o host > Almacenamiento > Nuevo almacén de datos:

• Se nos abrirá este asistente, y en Tipo, marcamos el check VMFS, ya que esta LUN la vamos a formatear con el sistema de ficheros preparado para trabajar en clúster de VMware:

• Le asignamos un nombre al Datastore, seleccionamos uno de los hosts ESXi y seleccionamos la LUN:

• Seleccionamos VMFS 6 como versión del sistema de ficheros:

• Utilizamos la LUN completa para crear el Datastore:

• Nos muestra un resumen y finalizamos:

• Aquí podemos ver el nuevo Datastore creado y configurado sobre los dos hosts ESXi:

• Una vez que hemos agregado y configurado los Datastore, vamos a configurar los algoritmos de multipathing, estos algoritmos se van a encargar de proporcionar múltiples rutas y balanceo de carga en nuestra red de almacenamiento, se configuran en cada Datastore y por host ESXi, para ello, accedemos a Almacenamiento > DATASTORE > Configurar > Conectividad y habilitación de múltiples rutas > Seleccionamos el host ESXi > Editar múltiples rutas:

• Tenemos tres tipos de algoritmos para multipathing:
• Fijo (VMware), el host ESXi sólo va a utilizar una ruta preferida al Datastore, es decir, tendremos una ruta activa y si esta cae, se utilizará otra de las rutas disponibles, en esta opción tenemos Failover pero NO tenemos Balanceo de carga, la ruta Activa se va a marcar como Activo (E/S) y la ruta en Espera se va a marcar como Activo:

• Utilizadas recientemente (VMware), el host ESXi va a utilizar la ruta más reciente para el acceso al Datastore, hasta que esta ruta esté disponible, en caso de fallo, se utilizará otra de las rutas disponibles, en esta opción tenemos Failover pero NO tenemos Balanceo de carga, la ruta Activa se va a marcar como Activo (E/S) y la ruta en Espera se va a marcar como Activo:

• Round Robin (VMware), el host ESXi va a utilizar todas las rutas disponibles para el acceso al Datastore, con este algoritmo, tendremos, por tanto, Failover y Balanceo de carga, como podemos ver todas las rutas se marcan como Activo (E/S), este será el algoritmo que vamos a configurar en nuestra infraestructura, es decir, en todos nuestros LUNs-Hosts:

• Aquí podemos ver todos nuestros LUNs-Hosts, configurados con el algoritmo de multipathing Round Robin:

Saludos y espero que os resulte de ayuda

En esta entrada veremos cómo se configuran los discos RDM (Raw Device Mappings) en VMware vSphere, a grandes rasgos podemos decir que vamos a realizar un “passtrough” de nuestro sistema de almacenamiento y le presentaremos las LUNs que tengamos definidas directamente a las máquinas virtuales.

Los discos RDM se usan generalmente cuando configuramos clúster de Microsoft, en cualquier tipo de escenario, como pueden ser clúster entre máquinas virtuales, entre máquinas físicas y virtuales, etc…

• Empezaremos creando una LUN en nuestro sistema de almacenamiento Openfiler, le indicamos el tipo para poder ser usada como sistema de ficheros, en este caso iSCSI, la forma de crear y configurar los grupos de volúmenes, LUNs, como se presentan estas LUNs creadas en los portales de iSCSI, y demás configuraciones de seguridad, ya lo dejé explicado en un post anterior, le podéis echar un vistazo si os interesa:

• Una vez que hemos creado la LUN tenemos que mapearla al portal iSCSI para que éste se la pueda presentar a los hosts ESXi:

• Como podemos ver ya la tenemos mapeada:

• Permitimos el acceso a las LUNs de las redes iSCSI configuradas en los hosts ESXi:

• Configuramos la autenticación CHAP para dar seguridad a nuestro entorno iSCSI:

• Una vez que hemos configurado la LUN nos vamos al vCenter y sobre uno de los host ESXi, en Configuration>Storage Adapters, le hacemos un Rescan para que nos presente la LUN:

• Como podemos ver ya tenemos la LUN presentada para poder preparar nuestro disco RDM:

• Ahora nos vamos a editar la configuración de la máquina virtual para añadirle un disco del tipo RDM:

• Sobre el Hardware le damos clic sobre “añadir”:

• Se nos abre el siguiente asistente y elegimos la opción de “Hard Disk”, clic sobre siguiente:

• Elegimos la opción de Raw Device Mappings, clic sobre siguiente:

• Seleccionamos la LUN que nos creamos anteriormente en Openfiler, clic sobre siguiente:

• Le indicamos que lo almacene en el mismo datastore dónde se encuentra la máquina virtual, clic en siguiente:

• En la siguiente opción podemos elegir los modos de RDM que nos ofrece VMware:

• Modo virtual –Las características de hardware no son presentadas, el vmkernel se encarga de enviar solo lecturas y escrituras al archivo de mapeo, este tipo de RDM nos permite tener todas las capacidades inherentes de VMware, como por ejemplo los Snapshots.
• Modo Físico – Todas las características de hardware en el almacenamiento son presentadas a la vm, en este caso el vmkernel no virtualiza ningún comando SCSI.
• En nuestro caso elegiremos el modo físico, clic en siguiente:

• Advanced options la dejamos por defecto, clic en siguiente:

• Nos hace un resumen y finalizamos:

• Como podemos ver ya tenemos el disco RDM creado en la máquina virtual, clic en OK:

• Una vez que le hemos presentado el disco RDM a la máquina virtual, nos iremos a la configuración del almacenamiento de la máquina, pero ya a nivel de sistema operativo Windows, y cómo podemos ver ya tenemos el disco que nos creamos en nuestro Openfiler cuando dimos de alta la nueva LUN:

• Ahora pondremos el disco en línea, para poder formatearlo con el sistema de ficheros NTFS:

• Inicializamos el disco, utilizando el estilo de partición MBR:

• Una vez que hemos inicializado el disco nos creamos un nuevo volumen:

• Se nos abre el siguiente asistente donde vamos a seguir los siguientes pasos:

• Como podemos ver ya tenemos el disco RDM completamente operativo, nos hemos creado una carpeta llamada Test, para verificar que está correctamente configurado:

Saludos y espero que os resulte de ayuda

En esta entrada veremos como se instala y configura un sistema de almacenamiento compartido con Openfiler y la manera de integarlo en vSphere 6.0

• Antes de empezar a instalar el sistema de almacenamiento con Openfiler haremos una pequeña introducción con algunos de los conceptos básicos sobre almacenamiento en VMware vSphere:
• Tiene un papel muy importante en una infraestructura virtualizada, por no decir, el más importante
• Puede ser local o externo como SAN o NAS
• Las máquinas virtuales pueden estar en almacenamiento VMFS (sistema de ficheros preparado para cluster), NFS o discos RAW
• El almacenamiento compartido es necesario para funcionalidades esenciales

• Los protocolos de almacenamiento que utiliza VMware vSphere son:
• A nivel de bloques: FC, FCoE, iSCSI
• A nivel de ficheros: NFS

• Hemos configurado el networking para multipath con dos redes: 192.168.9.0/24 y 192.168.11.0/24 por lo que tenemos direccionamientos diferentes con medios dedicados Gigabit Ethernet

• Ahora comenzamos con la instalación de Openfiler

• En la pantalla de inicio pulsamos enter para instalar:

• Clic en siguiente:

• Seleccionamos el idioma del teclado:

• Seleccionamos yes para empezar a particionar los discos, nosotros solo haremos particiones en el disco de sistema de 40GB, los demás los dejamos limpios y sin formatear:

• Vamos a modificar y configurar las particiones del disco de sistema:

• Las particiones del disco de sistema nos quedaría de la siguiente manera:

• El direccionamiento IP lo configuramos de la siguiente manera, ahora solo hemos configurado el direccionamiento para la red de Management, más adelante configuraremos el direccionamiento para las dos redes de almacenamiento iSCSI:

• Configuramos la zona horaria:

• Introducimos el password de root:

• Clic en siguiente para instalar:

• Comienza la instalación:

• La instalación finaliza y reiniciamos:

• Esto es lo que vemos cuando reiniciamos:

• Abrimos un navegador y tecleamos la dirección y puerto que nos indica la consola, para loguearnos el usuario que debemos poner es “openfiler” con contraseña “password”:

• Cambiamos el password de administrador:

• En Accounts – Authentication unimos openfiler a nuestro dominio ragasys.net:

• Como Podemos ver ya lo tenemos en nuestro Active Directory:

• Agregamos un registro del tipo A en nuestro DNS para poder resolver el nombre:

• Le agregamos a nuestro openfiler dos NICs que utilizaremos para hacer multipath con las dos redes de almacenamiento iSCSI que configuramos en nuestros host ESXi (iSCSIA y iSCSIB), le configuramos el direccionamiento IP:

• Ahora agregamos dos registros del tipo A en nuestro DNS para poder resolver el nombre:

• Una vez configurado los parámetros de networking, empezaremos a crear los volúmenes, en este primer volumen crearemos un RAID 5 con cinco discos de 50 GB
• Vemos los discos físicos que tenemos:

• Lo primero que haremos será particionar cada disco para incluirlo como miembro del RAID 5, para ello editamos cada disco, en este caso los cinco primeros:

• Aquí pondremos el ejemplo del primero, los cuatro siguientes que utilicemos para hacer el RAID 5 se harán de la misma manera:

• Vemos como ha quedado particionado el primer disco, los cuatro siguientes quedarían igual:

• Cuando tengamos todos los discos particionado ya podemos crear el RAID, para ello vamos a Volumes > Software RAID y seleccionamos los discos y el tipo de RAID que nos interese:

• Vemos como ha quedado configurado el RAID:

• Ahora vamos a crear un volumen de datos que apunte a este RAID, para ello hacemos lo siguiente:

• Nos quedaría así:

• Una vez creado el grupo de volúmenes le tenemos que indicar de que tipo será para poder ser usado como sistema de ficheros, en este caso iSCSI, y para ello nos vamos creando las LUNs que necesitemos:

• Creamos la primera LUN:

• Hemos creado tres LUNs que nos quedarían de la siguiente manera, también nos muestra el espacio que tenemos libre:

• Ahora configuramos las redes que queremos que accedan a las LUNs que hemos creado, en este caso añadiremos las dos redes iSCSI con sus dos direccionamientos para iSCSIA y iSCSIB, para ello nos vamos a system > Networks Access Configuration:

• Ahora tenemos que habilitar e iniciar los siguientes servicios:

• Luego añadiremos el portal iSCSI a través del cuál publicaremos las LUNs:

• Configuramos el portal iSCSI, target configuration lo dejamos por defecto:

• Mapeamos las LUNs que queremos publicar:

• Ya tenemos las tres LUNs mapeadas:

• Permitimos el acceso a las LUNs de las redes configuradas anteriormente:

• Configuramos la autenticación CHAP para dar seguridad a nuestro entorno iSCSI:

• Con esto ya tenemos configurado el almacenamiento compartido por iSCSI en nuestra cabina de discos Openfiler.
• Ahora configuraremos los host ESXi para que utilicen este almacenamiento compartido.
• Aquí mostraremos la configuración de uno de ellos ya que el segundo se configuraría de la misma manera.

• Primero vamos a añadir el adaptador iSCSI, y una vez añadido clicamos en properties:

• En la pestaña General configuramos la autenticación CHAP:

• Usamos el nombre y contraseña que definimos en el sistema de almacenamiento Openfiler:

• Configuramos el VMkernel port bindings:

• Agregamos los dos port group:

• Añadimos la configuración del sistema de almacenamiento Openfiler en Dinamic Discovery, podemos poner el nombre o la dirección IP, en este caso ponemos el nombre, ya que los registros de tipo A, los teníamos registrados en nuestro DNS:

• Automáticamente en Static Discovery se añaden las entradas siguientes:

• Como podemos ver ya tenemos activos los dos caminos a nuestro almacenamiento compartido y que tenemos acceso a las tres LUNs creadas:

• También podemos ver que tenemos habilitado el iSCSI port binding en los ports groups que creamos anteriormente:

• Con el segundo host de nuestra infraestructura tenemos que realizar la misma configuración.

• Ahora agregaremos las LUNs a las hosts ESXi y configuramos los datastores, para ello hacemos lo siguiente:

• Para añadir las siguientes LUNs y crear los demás datastores seguimos el mismo procedimiento.
• Nos quedaría así:

• El segundo datastore lo hemos configurado con dos LUNs:

• Cuando veamos el post sobre instalación y configuración de Veeam Backup & Replication V8, configuraremos dos LUNs más en nuestro sistema de almacenamiento Openfiler, una la utilizaremos para el repositorio de las copias de seguridad de las máquinas virtuales, que no irá integrado con los host ESXi, lo configuraremos a través del iniciador iSCSI del servidor vCenter con MS Windows Server 2012 R2, y la otra LUN la utilizaremos para el repositorio de replicación y hacer una replicación de nuestras máquinas virtuales, éste sí irá integrado como un datastore de los hosts ESXi

Saludos y espero que os sea de ayuda

En esta entrada veremos como se configuran las redes virtuales en los hosts ESXi.

– Algunos de los conceptos básicos que tenemos que tener claros antes de configurar el networking en vSphere son:

• Red física
• Red virtual
• Switch ethernet físico
• vSwitch standard
• vSwitch distribuido
• Port group: Virtual Machine y VMkernel
• NIC Teaming
• VLANs

– Los tipos de switches virtuales que podemos configurar en VMware vSphere 6.0 son:

•  vSphere Standard Switch, que están disponibles con cualquier licenciamiento, son fáciles de configurar.
• vSphere Distributed Switch, sólo está disponible con licenciamiento Enterprise plus, necesitamos vCenter, configuración difícil con funcionalidades avanzadas y consistente entre todos los hosts.
• Nosostros sólo configuraremos vSwitch standard

– Los servicios que podemos configurar en un vSwitch standard son los siguientes:

• Red para máquinas virtuales
• Red de management
• Red de almacenamiento iSCSI o NFS
• vMotion
• HA
• Con algunos de estos servicios haremos una configuración redundante y configuraremos NIC Teaming para el balanceo de carga y redundancia

– Para configurar un vSwitch standard haremos lo siguiente:

• Seleccionaremos las NICs físicas
• Crearemos el vSwitch
• Crearemos los port group

• Empezamos con la configuración del networking en nuestro primer host ESXi.
• Para empezar vemos que tenemos 6 NICs físicas:

• Ahora nos vamos a configurar el primer vSwitch standard llamado vSwitch0, para ello nos vamos a la parte de networking y a propiedades:

• Ahora vamos a configurar el vSwitch0 con una configuración que llamaremos “padre”, la cuál se heredará a los port group (hijos), más adelante los port group podrán tener su propia configuración:
• Utilizaremos dos NICs, vmnic0 y vmnic1:

• Editamos el vSwith0:

• El número de puertos lo dejamos por defecto:

• En seguridad lo denegamos todo:

• Traffic shaping por defecto:

• NIC teaming, dejamos las dos NICs como activas:

• Ahora configuramos el primer Port group en el vSwitch0 que será del tipo VMkernel y lo utilizaremos para la red de Management y vMotion:

• Le agregamos una dirección IP, que en este caso es la que habíamos configurado cuando instalamos el host ESXi:

• En seguridad dejamos la que hereda de la configuración padre:

• En Traffic shaping dejamos la que hereda de la configuración padre:

• En NIC teaming para el balanceo de carga y redundancia configuramos una como Activa y otra como Pasiva, en un caso de que fallara la Activa entraría en funcionamiento la Pasiva, como podemos ver, esta configuración la hemos variado con respecto a la configuración que heredaba del vSwitch0 (padre):

• Con esto ya tenemos configurado el vSwitch0:

• Ahora vamos a configurar el vSwitch1 con una configuración que llamaremos “padre”, la cuál se heredará a los port group (hijos), más adelante los port group podrán tener su propia configuración:
• Primero agregaremos un nuevo vSwitch standard, llamado vSwitch1 con un Port group del tipo virtual machine para máquinas virtuales:

• Agregamos dos NICs:

• Le asignamos un nombre al Port group que utilizaremos para la red de máquinas virtuales, las VLAN ID las vamos a dejar siempre como vienen configuradas por defecto en nuestra infraestructura, ya que en los switches físicos no estamos utilizando VLAN, más adelante en otros post profundizaremos en configuraciones VLAN y enlaces troncales en switches físicos y virtuales:

• Ahora añadiremos otro Port group del tipo virtual machine para la red de replicación que utilizaremos para replicar máquinas virtuales con Veeam backup, para ello, hacemos lo siguiente:

• Configuramos el vSwitch1 con la configuración “padre”:

• Configuramos el primer Port Group VM LANRGS para las máquinas virtuales con la siguiente configuración:

• Configuramos el segundo Port Group VM Replication para las máquinas virtuales replicadas con Veeam backup con la siguiente configuración:

• Lo único que variamos en la configuración de los dos Port groups es el NIC teaming para hacer balanceo de carga y redundacia.

• Ahora vamos a configurar el vSwitch2 con una configuración que llamaremos “padre”, la cuál se heredará a los port group (hijos), más adelante los port group podrán tener su propia configuración:
• Primero agregaremos un nuevo vSwitch standard, llamado vSwitch2 con un Port group del tipo VMkernel para la primera red de almacenamiento por iSCSI:

• Agregamos dos NICs:

• Agregamos un nombre:

• Añadimos una direccionamiento IP:

• Ahora añadiremos otro Port group del tipo VMkernel para la segunda red de almacenamiento por iSCSI, para ello, hacemos lo siguiente:

• Configuramos el vSwitch2 con la configuración “padre”:

• Configuramos el primer Port Group iSCSIA para la primera red de almacenamiento por iSCSI con la siguiente configuración:

• Configuramos el segundo Port Group iSCSIB para la segunda red de almacenamiento por iSCSI con la siguiente configuración:

• Lo único que variamos en la configuración de los dos Port groups es el NIC teaming para hacer balanceo de carga y redundacia.

• La configuración del networking nos quedaría de la siguiente manera en el primer host ESXi:

• Con el segundo host ESXi tendríamos que hacer lo mismo, variando el direccionamiento IP, y nos quedaría así:

Saludos y espero que os sea de ayuda