La semana pasada se celebró el SUSE Containers Day y estuve presente para ver que novedades nos tenía preparado SUSE en el apartado de contenedores. Nos presentaron dos de sus herramientas más prometedoras (CaaSP y CaP) y luego presenciamos una demo de uno de sus partner mostrando como utilizar nginx plus como ingress-controller. Todas las charlas resultaron muy interesantes, sin embargo, hoy nos vamos a centrar en el producto de Container as a Service Platform (CaaSP), este producto nos permite desplegar una plataforma completa de kubernetes en formato multi-master, y gestionarla toda a través de una interfaz web sencilla, el tiempo para crecer en número de nodos (master o worker) se reduce significativamente dado que todo se centraliza en su dashboard llamado Velum (https://github.
Últimamente he estado creando algunos scripts que automatizan procesos en aplicaciones Android. En un primer momento comencé con el uso de la herramienta xdotool y simulando los clicks que quería ejecutar. Desde el punto de abrir la aplicación hasta el punto cerrarla y usar los propios ajustes de Android para hacer limpieza de los datos guardados por la aplicación. Tras tener todo preparado y varios intentos, me he topado con que dependía mucho de la velocidad de carga de la APP para poder hacer el siguiente click, lo que suponía errores en muchas ocasiones en las que el emulador de Android tardaba más de lo planeado.
En este artículo vamos a ver como podemos habilitar CEPH en un cluster de 3 servidores cuyas características revelantes para este post son. Servidor: Blade BL460C Gen8 Numero de discos duros: 2 Discos duros: HP SAS 15K 300G En primer lugar cabe destacar que solo disponemos de 2 caddies para discos, lo que significa que si queremos destinar un disco completo para CEPH (recomendable) vamos a tener que prescindir de utilizar la tarjeta raid por hardware que tenemos instalada, en este sentido vamos a perder performance, sin embargo, como estamos en una arquitectura de 3 nodos replicados no supone ningún tipo de problema en cuanto a estabilidad.
El evento XGNRencounter es un evento destinado a los entusiastas tecnológicos que engloba diversas ramas de la tecnología, la principal finalidad de este evento es la de reunir al mayor número de personas en una sala con PCs, tuneados para gaming o simplemente con mods para hacerlos más atractivos. La idea es poder disfrutar de tu hobby o pasión durante 72 horas ya sea jugando y socializando con la gente que llega de diversas partes de la península o aprendiendo sobre tecnología.
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.