En este documento se vera ciertas configuraciones genericas que permiten estas cabinas SAN de HP llamadas HP Lefthand, este caso está realizado mediante unas cabinas virtuales bajo un entorno VMware, ya que permiten trabajar perfectamente en un entorno de laboratiorio mucho más flexible. HP dispone de varios modelos de cabinas Lefthand físicas, todas con el mismo sistema, pero con diferentes capacidades, modelos de disco, bocas ethernet… serían la serie HP LeftHand P4500 y HP LeftHand P4300. Pero también para entornos de producción dispone de la cabina virtual HP LeftHand P4000 Virtual SAN Appliance o VSA.
En este documento veremos las principales características de las cabinas, como son el Storage clustering (da mayor rendimiento y capacidad), Network RAID (mayor disponibilidad de los datos), Thin provisioning (reduce costes y mejora la utilización de la capacidad de los discos), iSCSI (tecnología de red Ethernet) Snapshots y Replicación mediante Remote Copy (para replicación local o remota, para mejorar la protección y disponibilidad de los datos).
Este es el escenario que se montará siguiendo los pasos de este documento, se montarán cuatro cabinas SAN HP Lefthand, se creará un clúster del tipo multisite, crearemos una LUN, configuraremos network RAID para ver la replicación en que sentidos va y lo que supone, presentaremos las LUN’es a un host. Se verá como crear un snapshot de dicha LUN para usarlo como respaldo o volcarlo en otra LUN, o para usar SmartClone… lo que necesitamos son como en todo entorno iSCSI una red privada donde estarán las cabinas y las patas ethernet de los host que se quieran conectar a ellas, los clientes/puestos no deben estar conectados a esta red. La red como mínimo debe ser a 1Gb para estar soportada y lo ideal sería tener una red iSCS de 10Gb!
Bueno, arrancamos la primera cabina, no tienen mucha configuración, con agregarles una dirección IP de gestión nos valdría. Así que arrancamos y cuando pregunte por el login ponemos ’start’.
Pulsamos al Enter aquí en el “Login”,
Y nos vamos a “Network TCP/IP Settings” > “eth0″, seleccionamos “Use the following IP address” y le especificamos la dirección IP para esta cabina. “OK”,
“OK” para guardar los cambios,
“OK”, y con esto finalizamos la parte mínima a configurar en las cabinas HP Lefthand.
Ahora lo que tenemos que hacer es conectarnos para gestionar las cabinas, para ello usaremos la consola de gestión de las cabinas llamada “HP LeftHand Centralized Management Console” o “HP LeftHand CMC”.
Instalando HP LeftHand Centralized Management Console,
La debemos instalar en un equipo Windows que tenga conexión a la red iSCSI, ya que la gestión es sobre la red privada iSCSI.
La instalación es un simple asistente, lo seguimos y tendremos la consola instalada para poder gestionar nuestras cabinas de forma independiente o a nivel general mediante los Management Group. “Next” para comenzar el asistente,
Aceptamos el acuerdo de licencia “I accept the terms of the license Agreement”, “Next”,
Seleccionamos instalación personalizada marcando “Custom” & “Next”,
Seleccionamos “Application” para instalar la consola, opcionalmente “SNMP Support” para poder auditar con SNMP las cabinas y “Documentation” para eso, documentación & ayuda. “Next”
Seleccionamos la ruta de instalación, por defecto: “C:\Archivos de programa\Lefthand Networks\UI”, “Next”,
Si queremos icono…
Si queremos abrir la consola al finalizar la intalación,
Un resumen de la instalación y pulsamos “Install” para comenzar por fín la instalación de la consola de administración,
… esperamos unos segundos mientras instala…
Listo!
Abrimos la consola “HP LeftHand Centralized Management Console”
Si es la primera vez que abrimos esta consola, tenemos que configurarla, esto es, agregar las cabinas de almacenamiento, crear un grupo o varios grupos de administración, crear un clúster, o crear alguna LUN. Todo ello podemos hacerlo mediante asistentes. Así que primero tenemos que agregar las cabinas desde “1. Find Nodes Wizard”
“Next” para comenzar el asistente,
Podemos buscar las cabinas por dirección IP fija, nombre o directamente que nos haga un broadcast en la red para buscarlas, yo escojo la primera opción, más comodo.
Desde “Add…” agrego el rango IP donde estan mis cabinas, y marco la opción de “Auto Discover” para que la próxima vez que abra la consola automáticamente me guarde estas cabinas en la consola, pulsamos “Finish”,
Bien, nos detecta cuatro cabinas, con sus nombres, IP’s… pulsamos en “Close” para cerrar el asistente.
Pulsamos en “2. Management Groups, Clusters and Volumes Wizard” para crear, primero un grupo administrativo para gestionar las cabinas, segundo, crearemos un clúster entre las que nos interese y del tipo que nos interese. Y finalmente (opcional) crearemos las LUN’s.
“Next” para comenzar el asistente,
Creamos un grupo de administración para nuestro entorno desde “New Management Group” & “Next”,
Indicamos al grupo un nombre y seleccionamos las cabinas que queremos que pertenezcan a este grupo administrativo, en principio lo interesante es agregar todas las cabinas para poder trabajar con ellas,
Creamos un usuario y una contraseña para proteger este grupo administrativo, para que sólo nosotros o quien autoricemos pueda gestionarlo, “Next”,
Configuramos la hora del grupo, lo interesante será usar un servidor NTP que tengamos en la red (un firewall, un controlador de dominio…), en mi caso lo configuro manualmente desde la segunda opción, “Next”,
Bien, aquí debemos configurar el tipo de cluster que queremos; si sólo vamos a tener un sitio, una ubicación, seleccionaremos un “Standard Cluster”, en cambio, si vamos a tener dos sitios por lo menos, separados fisicamente, seleccionaremos un “Multi-Site Cluster”. En este documento haremos un multisite cluster,
Damos un nombre al clúster y seleccionamos las cabinas (o storage node) que queremos que participen en el balanceo con la información de nuestra organización, en principio seleccionamos todas ellas,
Pero ahora debemos configurar (si los tenemos) los sitios, o las ubicaciones físicas, para una correcta administración, así que pulsamos en “New…” para crear sitios,
En mi caso crearé dos sitios y asociare las cabinas de un sitio agregandolas con su ubicación. Ojo, es necesario tener las mismas cabinas en un sitio que en los demás sitios, y por supuesto el mismo modelo.
Bien, ya no nos muestra cabinas disponibles y nos enseña los sitios que tenemos configurados, “Next”,
Debemos agregar desde “Add…” una dirección IP (Virtual IP) para el clúster, que será a donde se nos conecten nuestros iniciaciadores iSCSI,
Indicamos una dirección IP y una máscara de red, “OK”,
El asistente también nos pide si queremos crear un volumen ya, una LUN, esto es opcional, pero yo prefiero hacerlo más tarde ya que no se ni el espacio que tengo! Así que marco “Skip Volume Creation” & “Finish”,
… esperamos un rato mientras crea al management group, une a todas las canbinas, crea el clúster…
Una vez finalizado, pulsamos en “Close” para poder gestionar este nuevo entorno.
Aquí tenemos ya el Management Group, con el clúster, los nodos, y toda la configuración que podríamos manipular,
Si queremos que un equipo se conecte a nuestros volumenes o a nuestras LUN’es, primero tenemos que darle de alta al iniciador de ese equipo, para ello, nos vamos a “Servers” y con botón derecho “New Server…”
Con esto conseguire permitir que este equipo pueda acceder a las LUN’s que yo le diga posteriormente, es un tipo a los alias, indicamos su nombre, descripción, si le damos acceso vía iSCSI o no, si queremos que use el load balancing (que no lo soportan todos los iniciadores), si queremos que use CHAP o no, y el nombre del iniciador o Initiator Node Name. El nombre del iniciador iSCSI lo podremos conseguir desde las propiedades del host que se vaya a conectar a las cabinas. “OK”,
Las cabinas HP Lefthand, necesitan de Managers para poder tener todas las cabinas los datos correctamente replicados, para comunicar las cabinas con el almacenamiento,o para poder soportar la caida de diferentes nodos… Siendo número de quorum = n; Número de managers = n + 1. Manager es un proceso que controla el entorno, asociado a un grupo de gestión. Es aconsejable que el número de los Managers sea impar, esto es,en la configuración que tengo actualmente, tengo cuatro cabinas con el manager iniciado en cada una de ellas, debere iniciar un manager más, y tengo la opción (menos recomendable) de usar un Virtual Manager (que correría bajo una de las cabinas) y que sólo se levantaría y de forma manual tras caerse uno de los nodos, para que no se pierda el quorum. O si no, tenemos la opción de usar un Failover Manger, que este debería estar a parte de las cabinas (recomendable) en un tercer sitio (o por lo menos separado de la red de las cabinas), que sí se levantaría automáticamente ante una caida de un nodo. Este corre bajo una máquina virtual sea en VMWare ESX o en una de VMware Server.
Así conseguiremos que si un nodo cae, o dos; hayan 3 manager’s levantados y se pueda seguir trabajando en la situación actual de nuestra organización ya que sigue habiendo quorum.
Y seleccionaríamos qué nodo queremos que tenga el Virtual Manager.
Bueno, vamos a crear un volumen, una LUN, para poder presentarlo posteriormente a los iniciadores iSCSI y que se pueda trabajar con el alamcenamiento compartido de nuestras cabinas. Desde “Volumes and Snapshots” con botón derecho “New Volume…”
En la pestaña “Basic”, indicamos el nombre del volumen, una descripción, un tamaño que le querramos dar y a que servidores se lo queremos presentar desde “Assign and Unassign Servers…”. Se recomienda crear un volumen con el tamaño que se necesite, ya que luego se podrá redimensionar y hacerlo más pequeño o más grande es muy sencillo.
Seleccionamos el servidor que queremos que vea este disco, marcamos “Assigned” y seleccionamos los permisos que queremos que tenga, para un acceso completo indicamos “Read/Write”, “OK”,
En la pestaña “Advanced” indicamos importante el tipo de replicación que queremos que tenga esta LUN entre los nodos o cabinas que es una de las características de este tipo de cabinas (ver la imagen inferior para más detalle). Además de configurar la prioridad de la replicación entre las cabinas “Availability” o disponibilidad y “Redundancy” o redundancia. Y el tipo de LUN, si primaria o remota
El tipo de replicación indica cuantas veces los datos van a estar copiados, esto es, 2-Way indica que la información estará duplicada, 3-Way la info estará triplicada y 4-Way estará cuatriplicada. Ahora, depende de los nodos que tengamos para seguir los patrones de escritura, para eso es mejor buscar nuestro caso concreto. Como veremos, al tener mayor nivel de replicación, más hueco estará reservado, más nos ocupará nuestra información pero mucho más protegidos estaremos.
Este sería el aspecto de la LUN recientemente creada.
Sobre un volumen, podremos crear snapshots o instantáneas, para quedarnos en un punto fijo y poder volver atrás en un momento dado, perdiendo la información que se haya escrito posteriormente. O directamente para apoyarnos en ellos para hacer copias de serguridad (remotas), también podremos presentar estos snapshots a equipos si fuera de nuestro interés. Para crear un snapshot manual botón derecho en el volumen “New Snapshot…”
Indicamos el nombre del snapshot, por defecto usa la terminología de dos SS para indicar que es un snapshot. “OK”.
Y estas serían las opciones que tenemos sobre un snapshot, la interesante el Roll back 😉
Podemos ver el rendimiento de las cabinas, o de cualquier elemento de nuestra organización desde “Performance Monitor” pudiendo agregar o quitar contadores a nuestra gráfica.
O por ejemplo, desde “Use Summary” tenemos una gráfica donde podemos ver los usos reales de nuestros datos, los datos reservados (o aprovisionados), los mismos pero de snapshots, lo que no está usado, el tamaño total, o si usaríamos Thin Provisioning en vez de Full en la LUN que tengo veríamos diferente información.
Lo dicho, podemos hacer snapshots de forma remota, esto es, poderlos meter en un volumen, para ello, sobre el volumen con botón derecho “New Remote Snapshot…”
Tenemos que seguir los puntos que nos pide, primero, pulsamos en “New Snapshot…” para crear el snapshot,
Igual que antes, primero creamos un snapshot, le ponemos nombre, “OK”,
Y ahora debemos indicar un volumen remoto desplegando el combo, si no lo tenemos, habrá que crear uno desde “New Remote Volume…”
“Next” para seleccionar el management group,
Del clúster existente (”Existing Cluster” & “Add a Volume to the Existing Cluster”), “Next”,
De este clúster, que lo descubre de forma automática, “Next”,
Le ponemos un nombre al volumen este, así como si queremos que tenga replicación o no de su contenido, “Finish”,
Confirmamos y “Close”,
Y ahora, le damos a “OK” y nos creará un snapshot del volumen origen y nos lo montará/copiará como si fuese otro volumen.
Tras un buen rato de copias y réplicas de información, veremos que ya tendríamos dos volumenes con la misma información,
Podemos usar otra de las características de las cabinas HP Lefthand para crear volumenes de SmartClone, esto es para ahorrar espacio en nuestras cabinas. Un ejemplo práctico, si queremos tener equipos (servidores x ejemplo) con un mismo sistema base, creamos una LUN para ello, instalamos el sistema operativo en ella y las configuraciones necesarias, esto ocupará un espacio (2Gb por ejemplo), si vamos a tener 10 servidores utilizando 2Gb para la misma información ya estamos malgastando 20Gb. La idea es crear un volumen con dicha configuración y crear SmartClone, para que cada servidor use sólo la información que necesite utilizando ese disco base; y cada servidor guarde su información en su LUN particular, sin tener que duplicar información sin sentido.
Bueno, para ello, sobre un volumen ya con la información que queremos que usen el resto de equipos, botón derecho “New SmartClone Volumes…”
Primero debemos hacer un snapshot “New Snapshot…”
Idem, “OK”,
Indicamos como queremos que se llame este volumen base, el tipo de aprovisionamiento que haremos a los volumenes que vayamos a crear, para estos entornos es recomendable usar “Thin”, y no “Full” para que ocupe lo que se usa (y así poder crear más volumenes con tamaño que no tengamos disponible, muy peligroso pero por poder, se puede). Seleccionamos los servidores (iniciadores iSCSI) que queremos que vean cada SmartClone y los permisos (el ejemplo gráfico no es el adecuado, ya que yo no disponía de más equipos para hacer la muestra). Damos “OK”,
Y si vamos de nuevo a la gráfica de antes, veremos (en mi caso) que estamos o vamos a usar más espacio del que tenemos dispobible! (eso es Thin Provisioning). Full Provisioning reservaría todo el espacio que asignemos a una LUN, aunque no se use.
Y bueno, nos podemos meter por todas las pestañas que necesitemos de la consola que también podremos sacar información de nuestro hardware, el estado de sus conexiones…
Y si se nos cae alguna cabina y tenemos el Virtual Manager levantado (o el Fault Manager) podremos ver cómo podemos soportar hasta la caida simultánea de dos nodos a la vez.
Para conectarnos a este almacenamiento, usaremos si fuera posible el iniciador iSCSI que proporciona HP Lefthand, ya que permite un mejor balanceo de las conexiones, aunque sólo está para Windows, HP MPIO Lefthand DSM Dynamic Load Balancing, haría un balanceo dinamico de las conexiones obteniendo datos de diferentes cabinas. Sin embargo con un iniciador iSCSI tradicional como el de Microsoft iSCSI Initiator, redireccionará preguntando al clúster por el host más liberado y llevándole (Virtual IP Static Load Balancing).
Via http://www.bujarra.com/?p=2657/a>
