Cloud Hosting: Bierzeame se va a la nube

BierzoPortal.com y sus webs hermanas (Bierzeame, Bierzoweb, BierzoPedia, Bierlaval, etc…) evolucionan hacia el siguiente paso en hosting de páginas web, la nube, para celebrar los 12 años on-line de este proyecto.

Los comienzos fueron humildes, una cuenta de hosting en un proveedor barato fue suficiente para almacenar la primera versión de BierzoPortal.com, unas simples páginas estáticas en html.

Poco a poco el proyecto empezó a crecer en contenidos, visitas y tecnología de edición de contenidos, la misma que ha sido empleada en webs como www.20minutos.es y www.guiadelocio.com… tecnología 100% berciana.

Las webs de BierzoPortal y las de sus clientes se alojan en servidores dedicados con toda la información duplicada para evitar pérdidas de datos y tiempo sin servicio en caso de avería y con un sistema de copia de seguridad bastante simple, amén de tener el tráfico balanceado entre ambas máquinas (o enviando todo el tráfico solo a una si la otra cae).

Y ahora comenzamos nueva andadura tecnológica, que de cara al usuario no supone apenas ninguna diferencia, pero que internamente supone una mejora y más tranquilidad con un coste operativo casi idéntico a tener los dos servidores dedicados, el Cloud Hosting.

El proveedor seleccionado no alquila servidores, alquila nodos de dos tipos, los que incluyen potencia de procesador, memoria y almacenamiento y otros solo de almacenamiento de datos. Los precios son muy competitivos y bastante más económicos que la plataforma EC2 de Amazon.

Poseen 4 centros de datos y los nodos y las vps que se crean con ellos no están limitados a una máquina física, por lo que en caso de que haya un fallo de hardware, la nube se encarga de mover los nodos y la vps a otras máquinas con menos carga de trabajo y que no están dando problemas.

Con estos nodos uno puede construirse servidores virtuales a medida y en apenas unos segundos tenerlo operativo con el sistema operativo que quiera de la amplia selección que tienen disponible (CentOS, Turnkey Linux, Ubuntu, FreeBSD, etc. pero nada de Windows de momento) y con su propia ip fija no compartida.

Adicionalmente permite adquirir direcciones IP públicas, algo más que interesante dado que si borramos nuestra vps y creamos una nueva, perderíamos la IP anterior y se nos asignaría una nueva, así que mejor tener IP propias para ponerlas donde y cuando queramos.

En caso de quedarnos cortos con la configuración de la VPS  podemos añadirle nodos a placer para aumentar su potencia, o reducirla eliminando nodos.

El proceso de adicción de nodos requiere un reinicio de la vps, añadir más procesador y más memoria lleva unos pocos segundos, si se trata de añadir espacio de almacenamiento, dependiendo de la cantidad que ya tenga la vps y de lo ocupada que esté, puede durar hasta 60 minutos.

Por esta razón puedes añadir memoria y procesador y programar que se añada el disco a una hora en suponga un problema menor el tener la vps apagada mientras se amplía.

Adicionalmente disponen de un CDN (Content Delivery Network) en la que cargar los contenidos estáticos y video para streaming en formato Flash en la que pagas por lo que consumes de ancho de banda, el almacenamiento es gratuito.

Para clientes más exigentes pueden solicitar usar Akamai como CDN.

Finalmente, disponen de nodos de almacenamiento Fusion IO, mucho más caros, pero se trata de discos de estado sólido que triplican en velocidad a los más rápidos que tiene Intel ahora mismo en el mercado, ideales para base de datos con mucha carga de transacciones.

El esquema desplegado en esta nube es el siguiente:

1.- Una VPS funcionando como balanceadora de carga y proxy caché con Nginx y Wackamole, hay una segunda VPS idéntica esperando para tomar el control en caso de que algún fallo en la primera la deje colgada.

2.- Dos VPS con Apache 2 y PHP con la carpeta de datos sincronizada entre ambos, cuando tenga tiempo de estudiarme bien como funcionan los rewrites en Nginx, este substituirá a Apache y Varnish se hará cargo de la parte de cacheado en los frontales del punto 1.

3.- Dos VPS para base de datos con MariaDB, un fork de Mysql orientado a InnoDB con las extensiones XtraDB de Percona. Uno actúa como maestro y el otro como esclavo, en caso de caída del maestro se mueve la IP interna al esclavo para que haga las labores del maestro.

4.- En un segundo data center una última VPS de servidor de backup con el software de R1 Enterprise CDP con el que, en caso de pérdida de datos, se perderían unos pocos minutos de trabajo  y no horas o días, además de permitir una restauración “bare-metal”, capaz de restaurar una máquina entera sin necesidad de instalar previamente de nuevo el sistema operativo. También permite ofrecer backup a clientes tan solo comprando licencias del agente de backup adicionales… y más capacidad de almacenamiento.

De las tres opciones de backup que ofrecían, esta era la más cara en cuanto a licencia de software y la necesidad de adquirir nodos adicionales para almacenar las copias.

Otra opcion es el snapshot, que saca una “fotografía diaria” del vps, otra semanal y otra mensual hasta rellenar 4 slots disponibles, pero que solo permite restaurar el snapshot de golpe y no archivos sueltos.

La tercera opción es que te dan espacio de almacenamiento contra el que hacer rsync o usar alguna herramienta tipo Duplicity, se pueden restaurar archivos sueltos, pero solo tenemos la última versión que se haya sincronizado.

Y todo esto sustentado contra un sistema de almacenamiento SAN en Raid 10 y un uplink de 1 Gbps

Gráficamente sería algo más o menos así:

Etiquetas: bierzeame, cloud hosting, Internet, nube