Archivos para vmware

[Disclaimer: todas estas notas son personales, bajo mi libre interpretación y en ningún caso es un resumen oficial de Dell EMC o similar. Las notas las fui tomando durante las charlas, si he metido la pata de alguna forma… pues es lo que hay 🙂] Este es sin duda el post más largo de mi vida…

Arrancamos el DTW 2018 prontito a las 8:30, con una charla de Rick Scherer, uno de nuestros Principal Architect de cuentas Globales, sobre “The Container Storage Interface: Storage in a Cloud Native World“. No muy relacionado con mi pasado-presente como preventa de cabinas de almacenamiento, pero para eso está en el DTW 2018, para aprender sobre las miles de cosas que hace Dell Technologies además de las que conocemos en el día a día !

La charla versó sobre como mantener la persistencia de datos en Containers, curioso la enorme cantidad de manos que se levantaron en la sala cuando se preguntó por los que estaban usando Containers a día de hoy (recordemos que el DTW es mundial aunque la mayoría de los asistentes por supuesto son de USA). Tambien curioso cómo la mitad bajaron la mano cuando se preguntó por lo mismo en entornos de producción…

En la misma encuesta a mano alzada parece que Kubernates está ganando la carrera sobre orquestador / “gestor” de Containers.

Arrancó Rick explicando porque esta moda de la “Digital Transformation” (gracioso el ejemplo de que el día de Home Depot descubrió que Amazon vendía más martillos que ellos, decidieron convertirse en una empresa de Software) no es una broma y viene para quedarse, la enlazó con la confluencia de las 4 fuerzas:

  • Containers: Él mismo explicó las ventajas de Containers sobre máquinas virtuales, así que la lucha de Containser Vs VM’s parece un poco estéril.
  • DevOps: Sobre como agilizar los despliegues para hacer varios cada día/hora y permitir a los nuevos desarolladores trabajar sobre partes pequeñas del código de una forma controlada.
  • Microservices: O sobre como acabar con las aplicaciones monoliticas y acabar con sus problemas, dependencias, complejidad por acoplamiento, problemas de escalabilidad, largas curvas de aprendizaje…
  • Metodología Agile.

La slide más fotografiada era la que dejaba claro que Agile NO es DevOps, que CloudNative no es DevOpcs y que los microservicios o containers NO son DevOps. Al final DevOps es una cultura y filosofía de trabajo derivada de las nuevas formas de desarrollar software.

Hablando de las Cloud Native apps, dejó claro (por fin) porqué son diferentes:

  • Operan a mucha mayor escala de usuarios e información que manejan.
  • Requieren una architectura escalable (Scale Out)
  • Por lo anterior, requiren de un concepto diferente de economía (correr sobre entornos commodity y gestionado por Sw).
  • Su capa de infraestructura require de gran automatización (“instrumentation” lo llamó el) y telemetría: quien hace qué, como se consumen recursos, etc…
  • Pero no es un entorno efímero, así que require de Almacenamiento Persistente! (que es el objetivo de está charla). Pero este concepto no estuvo en el orígen de los Containers, así que es un hueco a cubrir. De hecho si miras el Top 10 de imágenes de Docker Hub casi todas requieren de persistencia, como las BBDD…

Aunque la charla en teoría era “avanzada” puso la slide oficial de diferencias entre Containers y VMs :

El problema de la persistencia de datos es que los Containers quieren soportar las necesidades de las aplicaciones (BBDD por ejemplo), y con los servicios de toda la vida (snaps, réplica etc), con soporte sobre estas funcionalidades y otras más como control y gestión (“governance”) de la plataforma de almacenamiento.

El resto de la charla fue sobre las diferentes opciones de persistencia únicamente para Kubernates (en adelante K8s):

  • In-Tree Volume Plugin: directamente con los binarios de K8s pero muy dependiente de las versiones, con bugs etc… sin mucho futuro.
  • Out-of-Tree Volume Plugin, como RexRay y FlexVolume (ahora llamado FlexRex). A partir de K8s 1.2.
    • Usa un modelos de interfaz con drivers basado en ejecutables.
    • Los binarios de FelxVol tienen que estar en cada nodo (a veces los Master).
    • Los Pod interactuan son FelxVolume a través de un plugin In-Tree.
  • CSI: Container Storage Interface es un mecanismo estandarizado para los COs (Container Orchestration Systems) incluyendo K8s. Parece eliminar los problemas de FlexVolume como las dependencias y la necesidad de accesos con privilegios en algunos puntos.

 

 

Y con esto y kilos de recursos sobre como avanzar en este topic acabó la charla, muy interesante sobre el futuro del Software Cloud Native y su relación con el almacenamiento.


La siguiente charla fue la del jefe…

Continuar leyendo…

Parece un poco contraproducente pero no lo es, cada vez más Dell EMC y en general Dell Technologies, está alineandose con las iniciativas del mundo de código abierto (open source), y colaborando de forma activa en muchas acciones.

Uno de los ejemplos más claros es la apuesta de VMware en este nuevo mundo con su Photon, su propia versión de OS optimizada para contenedores. Y sus servicios de valor añadido que anunció y liberó a la comunidad open source el año pasado.

Más información sobre este último punto en el link: http://www.informationweek.com/cloud/platform-as-a-service/vmware-open-sources-photon-controller-for-container-users/d/d-id/1323174

Con Photon VMware cierra algunas bocas que empezaban la siempre estéril discusión de si contenedores o máquinas virtuales, y muestra como un fabricante puede jugar y aportar valor en ambos lados de la balanza.

Si como a mi, de vez en cuando te gusta cacharrear, en este blog http://www.dbigcloud.com/virtualizacion/178-primeros-pasos-con-vmware-photon.html puedes leer sobre su instalación en una máquina vitual de VMware, y empezar a jugar con el nuevo niño del mundo de las CNA.

Y para cerrar abajo os dejo un detalle sobre la arquitectura de Photon:

photon architecture

Y con esto se acaba este post rápido, que estoy cansado tras celebrar mi cumpleaños ayer 😉

 

Día de anuncios importantes en EMC, por un lado Wikibon ha lanzado su análisis de proveedores de SDS (Software Defined Storage) para nubes sobre tecnología VMware (vCloud based Hybrid Cloud) poniendo a EMC cómo líder indiscutible. Puedes leer los detalles en http://bit.ly/1t4p2gN

Y esto viene de perlas para la segunda noticia, que es que hoy mismo EMC ha anunciado el lanzamiento de la familia de soluciones EMC Enterprise Hybrid Cloud, incluyendo las IaaS basadas en tecnología VMware, Microsoft y OpenStack. La nota de prensa oficial se focaliza en el anuncio centrado en la nube hibrida centrada en VMware dada la afinidad de ambas empresas dentro de la “federación” de las ambas forman parte.

Sin embargo quizás es más relevante aún echar una revisión de la versión de nube hibrida que a principios del año que viene se lanzará con tecnología OpenStack, tal y como lo explica el autor original de parte de este post Kenneth Hui (Business Development Manager, Cloud Solutions at EMC y @hui_kenneth en twitter) en su blog http://cloudarchitectmusings.com/

Continuar leyendo…

Un post antes de arrancar las vacaciones, que ya hay muchas ganas 🙂 y como no tiene que ser sobre ViPR. Para el que no conozca este producto, es la apuesta de EMC (la empresa que me paga las vacaciones) por el Software-Defined, en este caso el Software Defined Storage, y es sin lugar a dudas la apuesta más importante de EMC en los últimos años. ¿Por qué?  Continuar leyendo…

Vaya pode delante, de que aunque Amazon AWS es competencia en algunos segmentos con la empresa para que la trabajo EMC, soy un gran fan de la labor que Amazon ha realizado para acelerar la adopción de entornos Cloud en las empresas. Pero en la guerra que los grandes proveedores de Cloud están librando, de vez en cuando es bueno analizar algunas noticias un poco “sensacionalista”.

Hace poco, el 2 de Junio, Amazon anunciaba a bombo y platillo en su web, que era capaz a grandes rasgos de migrar entornos VMware hacia AWS EC2 y gestionarlos desde su interfaz. Un gran paso para la cloud híbrida ¿no?.

Pues no.
Continuar leyendo…