Configurar Powerpath en Oracle VM en vez de usar Multipath

Hola amigos! Como algunos ya sabéis estoy probando Oracle VM para backends de bases de datos. Y aquí va primer post, para configurar powerpath en vez de multipath para todos los que tengáis cabinas EMC.

Para luego verificar que vemos las mismas LUNS y mismos UUIDs, podemos guardar la salida de:

#  ls -l /dev/mapper/
total 0
lrwxrwxrwx 1 root root      12 sep 10 10:08 360060160ce2027004ed03e645919e311
lrwxrwxrwx 1 root root      12 sep 10 10:08 360060160ce202700a2ffea74fe15e311
lrwxrwxrwx 1 root root      12 sep 10 10:08 360060160ce202700ec38369a364be111

Primeramente desactivamos multipath y reniciamos el servidor

# chkconfig multipathd off
# /etc/init.d/multipathd stop

Una vez UP, miramos que no tengamos ningún device en el /dev/mapper

# ls -l /dev/mapper
total 0
crw------- 1 root root 10, 236 sep  9 15:48 control

Nos descargamos el nuevo udev del repositorio de Oracle y lo instalamos

# wget http://public-yum.oracle.com/repo/OracleVM/OVM3/latest/x86_64/udev-095-14.27.100.1.el5_7.4.2.x86_64.rpm
# rpm -Uvh udev-095-14.27.100.1.el5_7.4.2.x86_64.rpm
warning: udev-095-14.27.100.1.el5_7.4.2.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID 1e5e0159
Preparing...                ########################################### [100%]
   1:udev                   ########################################### [100%]

Ahora, lo mismo pero con las versión correcta de powerpath.

# rpm -iv EMCPower.LINUX-5.7.1.01.00-006.OL5_UEK2_R3.x86_64.rpm 

Ya podemos añadir la key y reniciar

# emcpreg -add XXXX-XXXX
# reboot

Cuando tengamos otra vez el servidor arrancado, verificamos que en el device mapper estan las LUNS que teniamos con multipah con el mismo UUID. Pero primeramente acabamos de configurar PowerPath:

# powermt check_registration
# powermt set policy=co dev=all
# powermt display dev=all
# powermt save

Comprobamos el dev mapper:

# ls -l /dev/mapper/
total 0
lrwxrwxrwx 1 root root      12 sep 10 10:08 360060160ce2027004ed03e645919e311 ../emcpowerc
lrwxrwxrwx 1 root root      12 sep 10 10:08 360060160ce202700a2ffea74fe15e311 ../emcpowerb
lrwxrwxrwx 1 root root      12 sep 10 10:08 360060160ce202700ec38369a364be111 ../emcpowera

Con esto ya tendríamos que tener incluso montado el cluster ocfs2

# df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda2              3050092   1498204   1394452  52% /
/dev/sda1               101086     28542     67325  30% /boot
tmpfs                   541872         0    541872   0% /dev/shm
none                    541872        96    541776   1% /var/lib/xenstored
/dev/emcpowere        20971520    269076  20702444   2% /poolfsmnt/0004fb0000050000b8c6c5abcb3fd94b
/dev/emcpowerd       419430400  56515584 362914816  14% /OVS/Repositories/0004fb00000300000e98b1c9f943d355

Tengo que reconocer que en algunos aspectos como el RawDevice Mapping que tiene OVM está muy bien, es una lástima que con XenServer no lo tengamos solucionado ahún :D

Saludos

CloudStack en XenServer

CloudStack es un software de Cloud open source hecho en Java diseñado para gestionar granjas de máquinas virtuales. Da soporte a múltiples Hypervisores (VMware, XenServer, KVM, Oracle VM, XCP). Utiliza principalmente tres métodos para gestionar, mediante UI Web, CLI y mediante API.

La idea es instalarlo y ver como gestionarlo mediante su API y Chef. Ya veremos como funciona.

La instalación la he realizado sobre ubuntu 10.04 con la versión CloudStack-3.0.2-1. 

1. Descargamos el fichero CloudStack-oss-3.0.2-1-ubuntu10.04.tar.gz y lo descomprimimos.
2. Ejecutamos ./install.sh
3. Instalamos primero el "Management Server" > M
4. Una vez finalizado, volvemos a ejecutar ./install.sh e instalamos la base de datos
5. > D
6. Editamos el fichero /etc/my.cnf y establecemos max_connections=350 por cada Management Server que vayamos a tener.
7. Creamos las bases de datos necesarias con:
8. cloud-setup-databases cloud:@localhost --deploy-as=root:
9. cloud-setup-management 

Preparamos la parte de NFS de la siguiente manera.

1. apt-get install protmap nfs-kernel-server
2.  mkdir -p /export/primary && mkdir -p /export/secondary
3.  Configuramos los exports vim /etc/exports
4. /export *(rw, async, no_root_squash)
5. exportfs -a

Descargamos los templates para XenServer en el secondary export, tarda un buen rato

• /usr/lib64/cloud/agent/scripts/storage/secondary/cloud-install-sys-tmplt -m /export/secondary -u http://download.cloud.com/templates/acton/acton-systemvm-02062012.vhd.bz2 -h xenserver -F

 Instalamos el agente en los XenServer Hosts. Lo descargamos de: http://download.cloud.com/releases/2.2.0/xenserver-cloud-supp.tgz (version 5.6 SP2)

Lo descomprimimos y lo instalamos como supplemental pack:

• xe-install-supplemental-pack xenserver-cloud-supp.iso

Con esto, ya podemos acceder a la UI web y empezar a jugar con la interface (admin : password).

http://cloudstack-ip:8080/client