LinuxParty

Mirantis ha anunciado la versión 3.0 de su herramienta Fuel deployment tools para OpenStack. Las herramientas se basan en torno a la fuente de la biblioteca abierta Fuel. Mirantis, que se especializa en la integración en OpenStack, también anunció que ha recaudado otros $ 10 millones, con Ericsson, Red Hat y SAP Ventures invirtiendo en la empresa. Las herramientas de Fuel son de código abierto, pero a finales de este año Mirantis planea lanzar Fuel Enterprise

La nueva versión de Fuel tiene soporte para la versión más reciente de OpenStack, Grizzly, con soporte para implementar el nuevo servicio de conductor de Nova (cálculo). Fuel es un Kit "Open Stack hágalo usted mismo" que trabaja con la administración y configuración de Puppet y Cobbler para aprovisionamiento e incluye componentes OpenStack. La Web de Fuel es un front end basada en web para Fuel. Un video muestra cómo Fuel y Fuel Web 3.0 funciona en la práctica.

La semana pasada nos enteramos de lo que es OpenStack y lo que hace. Hoy vamos a instalarlo en una sola máquina y hacer que haga cosas. No se trata de cómo se configura un servidor de producción, pero es una manera maravillosa de conseguir una rápida prueba y un servidor de aprendizaje en funcionamiento.

Hay tres maneras muy fáciles de conseguir OpenStack y probarlo: una es utilizar una versión comercial de la nube como Rackspace o Cloudwatt o la libre Trystack. Si estás en un apuro eliges a uno de los servicios de pago, ya que puede tomar varios días o semanas obtener la aprobación para una cuenta Trystack. Usando una nube pública es una buena manera de entrar directamente en el desarrollo y prueba de aplicaciones.

Figura 1: Una satisfactoria instalación de OpenStack

Si usted está más interesado en la espeleología de las tripas de OpenStack y aprender a administrarlo, entonces usted puede construir su propio servidor para probar, y eso es lo que vamos a hacer con el instalador DevStack . DevStack es un increíble script de shell que instala los componentes de OpenStack, una poll LAMP y Cirros, que es una pequeña distribución de Linux construida para ejecutar las nubes invitadas. (Cirrus? Entiendes? Por último, un buen juego de palabras geek.) Voy a cubrir la instalación en detalle, porque a pesar de que es más fácil de lo que nunca ha sido todavía es algo complejo.

OpenStack es una pila de software en la nube diseñado para ejecutarse en hardware, tales como x86 y ARM. No tiene ningún hardware propietario o requisitos de software, e integra sistemas heredados y los productos de otros fabricantes. En otras palabras, usted puede adoptar en su infraestructura la tecnología existente sin interrupción.

Diagrama de software OpenStack

Originalmente fue desarrollado por la NASA y Rackspace, y el primer lanzamiento fue en 2010. Su intención desde el principio era hacer un proyecto de código abierto que cualquiera puede usar o contribuir. OpenStack se encuentra bajo la licencia Apache 2.0, y desde ese primer lanzamiento se ha convertido en una gran comunidad con el apoyo de más de 9.000 colaboradores en cerca de 90 países y más de 150 compañías, incluyendo Red Hat, Canonical, IBM, AT&T, Cisco, Intel, PayPal , Comcast, y una serie de otros nombres que deberían ser familiares para la mayoría de nosotros. ¿Qué es la nube?

Este tutorial se muestra cómo combinar cuatro servidores de almacenamiento únicos (funcionando en CentOS) como servidor de almacenamiento (almacenamiento distribuido) con GlusterFS. El sistema cliente (CentOS 6.3) serán capaz de acceder al almacenamiento como si fuese un sistema de archivos local. GlusterFS es un sistema de archivos en Cluster capaz de escalar a varios peta bytes. Agrega varios bricks de almacenamiento sobre Infiniband RDMA o TCP/IP de interconexión en un sistema de archivos en paralelo. Los bricks de almacenamiento se pueden hacer con cualquier hardware como los servidores de x86_64 con SATA-II RAID y HBA Infiniband.

Tenga en cuenta que este tipo de almacenamiento (almacenamiento distribuido) no proporciona las características de alta disponibilidad, como sería el caso con almacenamiento replicado.

4 Configurar el cliente de GlusterFS

client1.example.com:

En el cliente, podemos instalar al cliente GlusterFS como sigue:

yum install glusterfs-client

Entonces creamos el siguiente directorio:

mkdir /mnt/glusterfs

Eso es todo! Ahora podemos instalar el sistema de archivos de GlusterFS a /mnt/glusterfs con el siguiente comando:

mount.glusterfs server1.example.com:/testvol /mnt/glusterfs

(En lugar de server1.example.com puede también utilizar server2.example.com o server3.example.com o server4.example.com en el comando anterior!)

Ahora debería ver la nueva cuota en las salidas de...

mount

[root@client1 ~]# mount
/dev/mapper/vg_client1-LogVol00 on / type ext4 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw)
/dev/sda1 on /boot type ext4 (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
server1.example.com:/testvol on /mnt/glusterfs type fuse.glusterfs (rw,allow_other,default_permissions,max_read=131072)
[root@client1 ~]#

... y...

df -h

[root@client1 ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/vg_client1-LogVol00
                      9.7G  1.7G  7.5G  19% /
tmpfs                 499M     0  499M   0% /dev/shm
/dev/sda1             504M   39M  440M   9% /boot
server1.example.com:/testvol
                      116G  4.2G  106G  4% /mnt/glusterfs
[root@client1 ~]#

En lugar del montaje manual, puede modificar /etc/fstab para que se realice un montaje automático cuando se inicia el cliente.

Abra /etc/fstab y añadir la siguiente línea:

vi /etc/fstab

[...]
server1.example.com:/testvol /mnt/glusterfs glusterfs defaults,_netdev 0 0

(Otra vez, en lugar de server1.example.com puede también utilizar server2.example.com o server3.example.com o server4.example.com!)

Para probar si está funcionando su modificación en /etc/fstab, deberá reiniciar al cliente:

Después del reinicio, encontrará la participación en las salidas de...

bien escribiendo:

df -h

o

mount

5 Pruebas

Ahora vamos a crear unos archivos de prueba en el recurso compartido de GlusterFS:

client1.example.com:

touch /mnt/glusterfs/test1
touch /mnt/glusterfs/test2
touch /mnt/glusterfs/test3
touch /mnt/glusterfs/test4
touch /mnt/glusterfs/test5
touch /mnt/glusterfs/test6

Ahora vamos a ver el directorio /data de server1.example.com, server2.example.com, server3.example.com y server4.example.com. Te darás cuenta que cada nodo de almacenamiento tiene sólo una parte de los archivos/directorios que forman parte de la cuota de GlusterFS en el cliente:

server1.example.com:

ls -l /data

[root@server1 ~]# ls -l /data
total 0
-rw-r--r-- 1 root root 0 2012-12-17 14:26 test1
-rw-r--r-- 1 root root 0 2012-12-17 14:26 test2
-rw-r--r-- 1 root root 0 2012-12-17 14:26 test5
[root@server1 ~]#

server2.example.com:

ls -l /data

[root@server2 ~]# ls -l /data
total 0
-rw-r--r-- 1 root root 0 2012-12-17 14:26 test4
[root@server2 ~]#

server3.example.com:

ls -l /data

[root@server3 ~]# ls -l /data
total 0
-rw-r--r-- 1 root root 0 2012-12-17 14:26 test6
[root@server3 ~]#

server4.example.com:

ls -l /data

[root@server4 ~]# ls -l /data
total 0
-rw-r--r-- 1 root root 0 2012-12-17 14:26 test3
[root@server4 ~]#

[ Anterior Almacenamiento distribuido a través de 4 nodos con Gluster FS en Linux CentOS 1 ]

Desde ISPConfig 3.0.5, es posible utilizar varias versiones de PHP en un servidor y seleccionar la versión de PHP óptimo para un sitio web. Esta característica funciona con PHP-FPM (a partir de PHP 5.3) y FastCGI (todas las versiones de PHP 5.x). En este tutorial se muestra cómo crear PHP 5.3 y PHP 5.4 como PHP-FPM y una versión FastCGI en un servidor CentOS 6.3. Estas versiones de PHP se pueden utilizar junto con el PHP por defecto (instalado con yum) en ISPConfig.

1 Nota preliminar

Voy a instalar PHP 5.3.22 y PHP 5.4.12, las últimas versiones de PHP 5.3 y 5.4 respectivamente en el momento de escribir este artículo. También voy a mostrar cómo construir algunas extensiones PHP adicionales, tales como APC, memcache, memcached e ioncube.

Tenga en cuenta que PHP-FPM se puede utilizar tanto en servidores Apache como Nginx, mientras FastCGI sólo está disponible para servidores Apache.

PHP-FPM y FastCGI se excluyen mutuamente en PHP 5.3 y 5.4, por eso os muestro dos formas de construir PHP, uno para PHP-FPM, y otro para FastCGI, sin embargo, debe compilar PHP dos veces para ambos, una vez con  --enable-fpm y una vez con --enable-cgi (asegúrese de usar diferentes directorios base, como por ejemplo /opt/php-5.3.22 para PHP-FPM y /opt/phpfcgi-5.3.22 para FastCGI).

3 Crear PHP 5.3.22 (FastCGI)

Descargar y extraer PHP 5.3.22:

mkdir /opt/phpfcgi-5.3.22
mkdir /usr/local/src/php5-build
cd /usr/local/src/php5-build
wget http://de.php.net/get/php-5.3.22.tar.bz2/from/this/mirror -O php-5.3.22.tar.bz2
tar jxf php-5.3.22.tar.bz2

cd php-5.3.22/

Instalar los requisitos previos para la construcción de PHP5:

yum groupinstall 'Development Tools'

yum install libxml2-devel libXpm-devel gmp-devel libicu-devel t1lib-devel aspell-devel openssl-devel bzip2-devel libcurl-devel libjpeg-devel libvpx-devel libpng-devel freetype-devel readline-devel libtidy-devel libxslt-devel libmcrypt-devel pcre-devel curl-devel mysql-devel ncurses-devel gettext-devel net-snmp-devel libevent-devel libtool-ltdl-devel libc-client-devel postgresql-devel

Configurar y compilar PHP 5.3.22 como sigue (se puede ajustar el comando./configure  para sus necesidades, eche un vistazo a

./configure --help

para ver todas las opciones disponibles, y si se utiliza un comando diferente a ./configure, es posible que se necesiten bibliotecas adicionales, o el proceso de construcción producirá un error):

./configure \
--prefix=/opt/phpfcgi-5.3.22 \
--with-pdo-pgsql \
--with-zlib-dir \
--with-freetype-dir \
--enable-mbstring \
--with-libxml-dir=/usr \
--enable-soap \
--enable-calendar \
--with-curl \
--with-mcrypt \
--with-zlib \
--with-gd \
--with-pgsql \
--disable-rpath \
--enable-inline-optimization \
--with-bz2 \
--with-zlib \
--enable-sockets \
--enable-sysvsem \
--enable-sysvshm \
--enable-pcntl \
--enable-mbregex \
--with-mhash \
--enable-zip \
--with-pcre-regex \
--with-mysql \
--with-pdo-mysql \
--with-mysqli \
--with-jpeg-dir=/usr \
--with-png-dir=/usr \
--enable-gd-native-ttf \
--with-openssl \
--with-fpm-user=apache \
--with-fpm-group=apache \
--with-libdir=lib64 \
--enable-ftp \
--with-imap \
--with-imap-ssl \
--with-kerberos \
--with-gettext \
--enable-cgi

El último interruptor (--enable-cgi) se asegura de esta versión PHP funciona con FastCGI.

make
make install

Copie php.ini a la ubicación correcta:

cp /usr/local/src/php5-build/php-5.3.22/php.ini-production /opt/phpfcgi-5.3.22/lib/php.ini

Eso es todo - si lo desea, ahora puede instalar algunos módulos adicionales como APC, memcache, memcached e ionCube.

La APC, memcache y módulos memcached se pueden instalar a través de PEAR que hay que instalar e inicializar primero:

yum install php-pear

cd /opt/phpfcgi-5.3.22/etc

pecl -C ./pear.conf install apc

APC ahora se puede instalar de la siguiente manera:

pecl -C ./install pear.conf apc

Acepte todos los valores predeterminados. Después, abra/opt/phpfcgi-5.3.22/lib/php.ini ...

vi /opt/phpfcgi-5.3.22/lib/php.ini

... y agregue la línea extension = apc.so al final del archivo (también se puede configurar algunas opciones adicionales APC):

[...]
extension=apc.so
apc.enabled=1
apc.shm_size=128M
apc.ttl=0
apc.user_ttl=600
apc.gc_ttl=600
apc.enable_cli=1
apc.mmap_file_mask=/tmp/apc.XXXXXX
;apc.mmap_file_mask=/dev/zero
;apc.shm_segments = 5

La extensión memcache se puede instalar de la siguiente manera:

pecl -C ./pear.conf install memcache

Abrir /opt/phpfcgi-5.3.22/lib/php.ini ...

vi /opt/phpfcgi-5.3.22/lib/php.ini

... y agregue la línea extension = memcache.so al final del archivo:

[...]
extension = memcache.so

La extensión memcached se puede instalar de la siguiente manera:

yum install libmemcached-devel

pecl -C ./pear.conf install memcached

Abrir /opt/phpfcgi-5.3.22/lib/php.ini ...

vi /opt/phpfcgi-5.3.22/lib/php.ini

... y agregue la línea extension = memcached.so al final del archivo:

[...]
extension=memcached.so

El cargador ionCube se puede instalar de la siguiente manera:

cd /tmp

Siguiente descarga y descomprimir el paquete de cargador ionCube correcto para su arquitectura (x86 o x86_64).

Para x86_64:

wget http://downloads2.ioncube.com/loader_downloads/ioncube_loaders_lin_x86-64.tar.gz
tar xfvz ioncube_loaders_lin_x86-64.tar.gz

Para x86:

wget http://downloads2.ioncube.com/loader_downloads/ioncube_loaders_lin_x86.tar.gz
tar xfvz ioncube_loaders_lin_x86.tar.gz

Proceda de la siguiente manera:

cp ioncube/ioncube_loader_lin_5.3.so /opt/phpfcgi-5.3.22/lib/php/extensions/no-debug-non-zts-20090626/ioncube.so
vi /opt/phpfcgi-5.3.22/lib/php.ini

Agregue la línea zend_extension = /opt/phpfcgi-5.3.22/lib/php/extensions/no-debug-non-zts-20090626/ioncube.so justo al principio del archivo (antes de la línea[PHP]):

zend_extension = /opt/phpfcgi-5.3.22/lib/php/extensions/no-debug-non-zts-20090626/ioncube.so
[PHP]
[...]

En ISPConfig 3.0.5, puede configurar la nueva versión PHP bajo Sistema> Otras versiones de PHP . En la fichaNombre de, por favor introduzca un nombre para la versión de PHP (por ejemplo PHP 5.3.22 ) - esta versión PHP aparecerá con este nombre en la configuración del sitio web en ISPConfig:

Ir a la configuración FastCGI  (la configuración de PHP-FPM  se puede dejar vacía) y rellena todos los campos de la siguiente manera:

Una de dos: o el concepto original de Chrome OS (basarse en el navegador y sólo en el navegador) está demasiado adelantado a su época, o simplemente no ha convencido. Cada vez que Google actualiza el sistema éste se va pareciendo más a un sistema operativo convencional, que utiliza las capacidades de las aplicaciones web como si fuesen nativas. La última mejora es un navegador de archivos, que podéis ver en la imagen superior.

Red Hat todavía no tiene una versión comercial totalmente compatible de OpenStack en el mercado (llegará este verano) yendo a la zaga de Ubuntu y SUSE. Pero Red Hat está haciendo algo que ningún otro proveedor de distros ha hecho, está poniendo en marcha una nueva compilación de OpenStack que actualizará semanalmente (o incluso más). ¿La mejor parte? Esto no es un fork. Es todo trabajo aguas arriba, lo que significa que todos los beneficios serán de la comunidad de OpenStack. Del artículo: "nuestros desarrolladores continuarán trabajando en OpenStack, y cada vez que nos encontramos con que necesitamos realizar cambios para trabajar RDO, obtenemos ese trabajo realizado contra corriente primero", Red Hat CTO Brian Stevens dijo."RDO no cambiará en absoluto nuestra participación activa en el desarrollo OpenStack."