Nuestro primer 8.3 en España

Aprovechando algo de tiempo libre nos hemos puesto a actualizar nuestro cluster de 4 nodos de la oficina de Madrid a la última versión de ONTAP; es la máquina con la que hacemos demos a nuestros clientes y parte de nuestro laboratorio de pruebas.

El proceso de upgrade es más o menos el de siempre: se descarga la nueva imagen de ONTAP de nuestra web de soporte, se descarga en cada nodo, se cambia cual es la imagen de arranque por defecto en el nodo y se realiza un takeover y givevack de su servicio. El servicio solo lo puede tomar la pareja de alta disponibilidad del equipo a actualizar, puesto que es la que comparte el acceso a los discos que tienen los agregados de esa controladora.

Al realizar un takeover la controladora se reinicia, carga los nuevos binarios de ONTAP y se queda esperando a que se le devuelva el servicio de datos. El takeover se puede realizar desde la línea de comandos o en esta ventana de System Manager:

 

83_takeover.jpg

 

Hasta aquí nada nuevo con cualquiera de los equipos anteriores. Tratándose de Clustered ONTAP el proceso si que tiene alguna peculiaridad respecto a los “antiguos” 7-mode. Actualmente los nodos tienen unos agregados dedicados al sistema operativo que permiten a las controladoras arrancar el sistema operativo sin hacer el paso de servicio, es decir, sin pasar el control de los agregados de datos. Esto ha reducido en gran medida el tiempo de takeover/giveback de los equipos Clustered ONTAP frente a los 7-mode.

La otra diferencia es que siendo un cluster hay que repetir el proceso en todas las controladoras, en nuestro caso 4. Todo el proceso es no disruptivo, manteniéndose el acceso a los datos por parte de los clientes, salvo en el caso del protocolo CIFS en versiones anteriores a la 3.0. Tras terminar , nuestro cluster ha quedado así:

 

83_nodes.jpg

 

La primera cosa que se aprecia al actualizar a ONTAP 8.3 es el cambio en la herramienta de gestión System Manager. Hasta ahora era una herramienta externa que instalábamos en un servidor de gestión, y a partir de esta versión se trata de un servidor web que sirven las controladoras conectándonos a una de las direcciones IP de gestión del cluster. ¿Alguien se acuerda de FilerView? Bueno, la idea es la misma, pero la interfaz de gestión no ha cambiado, System Manager sigue siendo prácticamente igual, como podéis ver en esta imagen:

 

83_sysmgr.jpg

 

Ya hemos comentado alguna de las nuevas funcionalidades de esta versión, pero hoy vamos a ponernos más técnicos y vamos a dar un paseo por las redes. La gestión de las redes en nuestros clusters es muy muy sofisticada, con casi cualquier posibilidad que se os ocurra de configuración: Se pueden hacer “interface groups” para juntar dos o más puertos físicos, ya sea por disponibilidad o rendimiento , se pueden utilizar VLANs, y sobre cada puerto de los anteriores se pueden tener varios puertos lógicos (lif) sobre los que configuramos las diferentes IPs de gestión servicio.

Los puertos físicos los gestiona el cluster, mientras que los lif están asignados a las Storage Virtual Machine (SVM), manteniendo la virtualización del servicio de almacenamiento que caracteriza a Clustered ONTAP. Cada SVM puede tener varios lifs y asignar protocolos específicos a cada uno de ellos, o filtrar el acceso mediante políticas de firewall.

Los interfaces lógicos se asignan a un puerto determinado, y si este falla se mueven a otro sitio disponible en el cluster en base a una política predefinida. Esto mejora en gran medida la disponibilidad, ya que podemos acceder a los datos desde cualquier controladora del cluster, y nos permite balancear la carga cómodamente. Los failover-groups son los grupos que definen los puertos en los que se puede mover cada lif.

Y tras todo este rollo, la novedad: hasta ahora teníamos que gestionar manualmente los failover-groups, y a partir de la versión 8.3 el cluster genera unos “broadcast-domain” de forma automática y les asocia los failover-groups adecuados. Es sencillo, solo hay que mandar paquetes de nivel 2 para ver que puertos están conectados a la misma red. En nuestro lab la cosa queda así:

 

83_broadcast.jpg

 

Una red de 10 gigabit que usamos para acceso NAS e iSCSI de alto rendimiento, una red de 1 gigabit para el resto de servicios NAS, y una red de gestión. En la imagen también podéis ver que la gestión de las redes se ha sacado de la pestaña de SVMs y ahora está en la de “Cluster”.

La verdad es que el tema da para escribir mucho, espero no haberos aburrido … para más información podéis consultar la documentación de ONTAP 8.3 aquí. Han cambiado el índice y parte de la estructura de los documentos, desde luego es más visual:

 

83docs.jpg

 

Saludos,

Jamarmu