En Openstack tenemos diferentes formas de crear una arquitectura en la cual tengamos a nuestros clientes aislados (en cuanto a red se refiere), por un lado podemos preparar nuestros equipos de red para utilizar VLANs o VXLANs y taguear una diferente a cada uno de nuestros clientes de formas que cada red esté completamente aislada al mismo tiempo que tagueamos nuestra red pública para que puedan disponer de la asignación de IPs públicas.

Hoy os presentamos como se encuentra funcionando actualmente el CDN que está misma web está utilizando, Alefnode CDN. Las configuraciones son complejas y la arquitectura no es lo más común en un CDN, sin embargo, mediante diversas pruebas hemos conseguido llegar a límites que hasta ahora no eran alcanzables con una estructura similar. Como podéis observar estamos trabajando con un servidor de DNS que realiza distinciones por país y envía la petición a nodos diferentes en función de la geolocalización del usuario, lo que nos permite no solo tener una menor latencia sino también un menor tiempo de carga. Una vez la petición está en el nodo del CDN lo que hacemos el revisar las peticiones ya cacheadas en el cluster de servidores noSQL para servirlas directamente desde su RAM, lugar en el que se almacenan todos los ficheros cacheados. En caso de no encontrarse en el cluster, se realiza la petición al servidor, en este caso un frontend con Angular4 que conecta con un backend de Worpress mediante peticiones API REST. El primer test que realizamos es conseguir mantener 500 clientes concurrentes por segundo durante un minuto, lo que significa que estamos soportando un total de 1000 peticiones por segundo. Obtenemos un tiempo de carga medio de 306ms en un total aproximado de 70k peticiones, en las cuales la respuesta tiene que contener la primera imagen de la entrada del blog.

En la actualidad en las arquitecturas cloud se está utilizando el SDS que significa Software Definied Storage, la idea principal de estos sistemas es tratar el almacenamiento como si fuese software independientemente del hardware físico que tengamos. Este tipo de sistemas facilita mucho a las empresas el cambio de hardware, por uno de mejores prestaciones, reduciendo el tiempo de migraciones a cero. Algunos ejemplos de SDS son; CEPH, Swift, pNFS, SDDC by VMWare,…

Desde hace algún tiempo me dedico a la automatización de cierto proyectos que tienen como fundamento la capacidad de funcionar de forma autónoma, es decir, pueden adaptarse a las necesidades que se soliciten en cada momento. Para poder realizar este tipo de tareas debemos conocer como orquestar toda nuestra plataforma.

En primer lugar debemos saber exactamente de que hablamos cuando nos referimos a orquestar, para ello se define el verbo orquestar como organizar, dirigir o coordinar un plan. En el ámbito tecnológico se utiliza la orquestación para la planificación de despliegues ya bien sean de forma automática o manual.

Haproxy es un software opensource que nos permite tener nuestro propio balanceador de carga en casa. Lo bueno de esta aplicación es que nos permite disponer de alta disponibilidad en formato Activo-Activo de forma sencilla y al mismo tiempo disponer de un potente software diseñado exclusivamente a esta tarea.

Una de las opciones que se puede utilizar es mantener nuestros certificados de diferentes webs todos centralizados con una mayor facilidad a la hora de gestionarlos, asi como, balancear las peticiones de cada web a un servidor diferente, evitando que la carga de una web afecte a otra web.