¿El motivo? Las quejas de numerosos clientes. El HMC en una “appliance” robusta, sobradamente probada para gestionar todos los sistemas Power a excepción de algunos blades. El SDMC, es un Systems Director con las funciones de HMC implementadas (pero a veces difíciles de encontrar para los que llevamos muchos años administrando HMCs). En el gráfico de la izquierda tenéis el ya fracasado plan para adoptar de esta herramienta y finalizar el soporte del HMC.

El caso es que IBM ha dado marcha atrás, ha retirado el SDMC del mercado y ha anunciado que mantiene el soporte hasta 2015 paras los clientes que lo habían adquirido. Las futuras versiones del HMC soportarán también los sistemas Blade de Power. Además durante estos años se podrá migrar a de SDMC a HMC o IVM sin coste añadido.

Lo que subyace tras esta decisión desde nuestro punto de vista es fortalecer dos productos y líneas de negocio. Los HMC para toda la administración general de los sistemas Power y el IBM Director con sus decenas de plugins (VMcontrol, AEM, etc) para ofrecer herramientas que simplifiquen gestión de grandes entornos virtualizados, incluyendo LPARs, WPARs, LPM, etc.

Si algo sigue estando claro es que el futuro de la administración avanzada de grandes entornos de sistemas pasará por el IBM Systems Director, el cual por cierto, desde la versión 6.3 empieza a nuestro parecer a ser una herramienta interesante y sobretodo, plenamente funcional.

• PowerHA 7.1 incorpora mejoras y cambios de importancia.  Los heartbeats de disco desaparecen (lo harán las HBA’s, que requieren un zoning determinado), los de IP pasarán a ser vía multicast, se abandonan funciones de RSCT en favor de “Cluster Aware Aix” integrado en el kernel del S.O.  (que a su vez tiene aún algunas lagunas tales como la imposibilidad de cambiar los hostnames o permitir tags de VLANs en AIX), etc.

• Aunque PowerHA 7.1 está disponible desde hace tiempo, las versiones de distancia extendida siguen corriendo en 6.1, no parece que hasta finales de este año esté disponible la verisión de XD en 7.1

• Hoy en día seguimos realizando nuevos despliegues de sistemas basados en la versión 6.1, la cual por ser muy parecida a las anteriores (HACMP 5.X) nuestro personal  está formado para diseñar, desplegar y mantener. Pasar a la versión 7.1 requiere sin duda una cierta inversión en formación y prueba de los nuevos entornos.

En definitiva, migrar a PowerHA 7.1 es una decisión que tenemos que tomar estudiando cuidadosamente cada entorno. Quizás para nuevos despliegues sea más sencillo diseñar desde el principio una arquitectura apta para este excelente producto. En entornos que ya estén en producción por lo general será más sencillo actualizar a 6.1 y mantenernos en dicha versión algún tiempo más.

Si necesitas asesoramiento, no dudes en ponerte en contacto con nosotros.

Entre las novedades de CentOS 5.6 destacamos las versiones actualizadas de livbirt (0.8.2), PHP (5.3) y Bind (9.7), junto a la compatibilidad total con el sistema de archivos ext4, incorporado ya por defecto en otras distribuciones como ubuntu.

CentOS 5.6 ya puede ser descargado, en sus versiones de 32 y 64 bits, desde el sitio web oficial del proyecto.

¿Y Centos 6? Parece que habrá que esperar hasta finales de 2011 para tener la distribución open source hermana de Red Hat Enterprise 6, pues la mayor parte de los esfuerzos de la comunidad han ido encaminados a dar a luz esta versión 5.6..

Esperamos a lo largo del mes de Mayo actualizar nuestros entornos de laboratorio para comenzar a impartir los cursos de Administración de sistemas GNU/Linux con esta nueva versión de nuestra distribución corporativa favorita.

En el mundo POWER hemos visto como en pocos años utilidades como Active Energy Manager, WPAR Manager forman parte de las herramientas imprescindibles en cualquier entorno AIX/Power.

En esta ocasión vamos a introducir los pasos para instalar IBM Systems Director en AIX 7.1. Los pasos a seguir son los siguientes:

Identificamos la versión de AIX que corre en nuestra LPAR

# oslevel -s
»7100-01-00-1016

2- Ejecutamos lparstat para comprobar si nuestra LPAR tiene recursos suficientes (no olvidamos que se trata de un producto “pesado”)

»System configuration: type=Shared mode=Uncapped smt=On lcpu=16 mem=7
072MB psize=2 ent=2.00

La “entitlement capacity” debe ser igual o mayor que 1 (eso nos recomiendan) y la memoria disponible > de 3Gb así que hasta aquí todo perfecto.

nota: si no se cumplen los requistos mínimos de RAM, la instalación falla al final de la misma dando diversos errores de los que no parece intuitivo deducir su relación con la falta de memoria.

Nos queda comprobar que tenemos espacio disponible en el disco duro

(*) If /tmp is a JFS2 file system, the file system can be shrunk after the installation.

# df -Ig

Parece que tenemos espacio (si no deberemos ampliar el VG con extendvg) así que sólo nos queda ampliar cada uno de los FS a los tamaños recomendados, en nuestro caso únicamente el /opt

# chfs -a size=+6G /opt

Instalamos IBM Systems Director Server 6.2 usando el dirinstall.server script (tarda una media hora)

# ./dirinstall.server

Si todo ha ido bien obtendremos un

Installation of IBM Systems Director Server completed successfully.

El log de la instalación está en /var/log/dirinst.log.

Nos queda configurar el Agent Manager ejecutando /opt/ibm/director/bin/configAgtMgr.sh script.

- Enter 1 to use the Agent Manager installed with this server (recommended) Enter 0 to use an existing Agent Manager (advanced): 1
-Enter the Resource Manager user ID that you would like to set for your Agent Manager: usmi
-Enter the Resource Manager password to set for your Agent Manager: usmi
-Verify the Resource Manager password to set for your Agent Manager: usmi
-Enter the Agent Registration password to set for your Agent Manager: usmi
-Verify the Agent Registration password to set for your Agent Manager: usmi

Por último levantamos el servidor

# /opt/ibm/director/bin/smstart
# /opt/ibm/director/bin/smstatus -r         (ejecución recursiva)
»Inactive
»Starting
»Active

» Ctrl-C

Desde cualquier navegador (mozilla preferiblemente) entramos en https://x.x.x.x:8422/ibm/console

nota: A diferencia de versiones anteriores, desde la versión 7.1 de AIX el agente de IBM Systems Director va incorporado por defecto por lo que no hace falta instalarlo por separado.

Entre los puntos que trata este libro podemos destacar las mejoras en las Workload Partitions y la pequeña gran maravilla ya comentada en posts anteriores Cluster Aware Aix.

La versión 7.1 no trae ni de lejos la misma cantidad de novedades que la 6.1 con respecto a la 5.3, siendo en su gran mayoría la normal evolución y mejora de las diferentes novedades presentadas en AIX 6.1… ya sabemos que cuando de nomenclaturas de versiones va la cosa, puede más el márketing sobre el resto de criterios; y Power7 tendrá algo que ver…

¡A disfrutarlo! (que a diferencia de sus primos, éste tiene menos de 500 páginas…)

Una nueva generación de VIO Servers está de camino. Como muchas imágenes valen más que muchas palabras, te recomiendo la siguiente presentaciónp preparada para la Universidad Técnica de Power que tuvo lugar en Las Vegas a finales de 2010. Poco a poco estas geniales ideas las vamos conociendo como realidades soportadas y perfectamente aplicables en cada nueva versión de PowerVM y del VIO Server. Ya en uno de los últimos Anoucement letters se daba a conocer que IBM PowerVM V2.2 0.11-FP24 SP01 contendría las siguientes novedades:

• VIOS enhancements to virtual storage, including shared storage pools, thin provisioning, and VIOS storage grouping
• VIOS enhancements to virtual networking
• Suspend / Resume (esta es una nueva función de las LPARs que comentaremos en otro artículo en el futuro una vez lo hayamos probado exhaustivamente)

Las novedades en lo referente al VIO Server 2.2 son las siguientes
(traducción +- libre del announcement letter publicado por IBM)

• Shared storage pools: VIOS 2.2 permite la creación de storage pools que pueden ser accedidas por particiones VIOS distribuidas entre múltiples systemas Power, de tal manera que cada asignación de capacidads de almacenamiento pueda ser gestionada y compartida eficientemente.
• Thin provisioning: VIOS 2.2 proporcina un sistema de provisionamiento de almacenamiento altamente eficiente. Cualquier carga de trabajo en VMs puede disponer de recursos de almancemaniento desde un pool de almacenamiento compartido que podrá ser aumentado o disminuido de manera dinámica según se requiera.
• VIOS grouping: Multiples particiones VIOS 2.2 pueden utilizar un pool de almacenamiento compartido común a fin de poder utilizar de una manera más eficiente recursos de almacenamiento limitados, así como simplificar la gestión e integración de los subsistemas de almacenamiento.

¿Qué será lo próximo?

A tal efecto y ya siendo miles, hemos querido aportar nuestro granito de arena a la defensa de la libertad en internet alojando en nuestro servidor un espejo de Wikileaks: wikileaks.grupoexis.es

Como todos los administradores de AIX conocemos cada disco en AIX tiene un PVID tipo 00f41ab20b37110d único, no así los nombres que asigna el S.O. a medida que va detectando los dispostivos y añadiéndolos a la tabla de CuDv (“customized devices”) de la ODM.

Por este motivo no es infrecuente que en un cluster de 2 nodos, el disco con el PVID anteriormente mencionado se corresponda con el hdisk1 en el nodo1 y con el hdisk12 en el nodo2. Como para la mayoría de operaciones sobre discos, por no decir su práctica totalidad empleamos como parámetro el nombre del disco, nos encontramos ante un quebradero de cabeza que según aumenten los nodos y los discos puede llegar a ser espectacular.

Y como decía el compañero Chris Gibson en su blog, un comando similar a chdev –l nombre_antiguo –n nombre_nuevo hasta la fecha NO existe.

Dicho esto AIX 7.1 nos da una alegría al poder ejecutar..

rendev -l hdisk1 -n hdisk100

De hecho para los que hayáis leído la entrada anterior, Cluster Aware AIX tiene toda la pinta de que lo invoca internamente al crear un cluster y asignarle almacenamiento compartido pues renombra todos los discos como cldiskX de manera global a todo el cluster.

Tengo la impresión de que más de un administrador de HACMP está más que contento con las novedades de AIX 7.1 en lo referente a dispositivos y facilidad para la clusterización del sistema

]]> http://sixe.es/blog/?feed=rss2&p=166 0