Los que leen mi Blog saben que estoy estaba estudiando un Doctorado, como se puede notar por la palabra sutilmente tachada esto ha cambiado…
Siempre se hablan de los éxitos personales, al fin y al cabo por eso todo el mundo pone sus fotos de vacaciones en Instragram y no cuando se te cae el café en el traje un lunes antes de una reunión importante, pero por una vez voy a hacer un poco de sangre de mi fracaso.
Ha sido un parón más largo de lo esperado el de este Blog, pero el verano ha sido muy divertido incluyendo un coche en llamas, un robo de maletín y un cambio de unidad de negocio, no me quejo por falta de diversión.
Pero volviendo a temas relacionados con mi Doctorado (del que por cierto estoy cerca de que me echen, glups), hablemos de Innovación. Innovación en una gran empresa. Innovación disruptiva.
Una de las reglas de oro para tener un blog de éxito es centrarse en un tema y especializarse. Menos mal que no es mi objetivo porque cada día escribo de lo que me sale … de la cabeza.
Hoy toca productividad. Cómo soy un tío vago, está claro que me interesa mucho saber como trabajar mejor para poder trabajar menos, así que la productividad es un tema que me llama la atención, y como friki que soy además de las metologías de productividad (que es lo realmente importante), me interesan mucho las aplicaciones para mejorarla.
Aquí esta mi lista 1.0 de apps y programas para ser productivo:
Blockchain es claramente una de las palabras de moda del sector de IT ahora mismo, arrancando el año escribí una explicación somera de esta tecnología tan prometedora, aquí puedes leer ese post.
Pero un tema que siempre queda en entredicho es si realmente es una revolución de un impacto tal cómo fue Internet cómo muchos afirman, o únicamente será un nuevo modelo de “base de datos distribuida lenta” como otros creen.
Yo si creo que es una gran revolución, y quiero explicar porqué
Sigo trabajando en un par de post interesantes sobre la visión de valor disruptivo de BlockChain y algo sobre productividad, pero para no dejar abandonado mucho el Blog, un regalito rápido.
Un libro de “dummies” sobre la infraestructuras modernizadas en el Datacenter.
Aqui el link rápido:
modern-infrastructure-for-dummies
Pronto más noticias 🙂
Ya aterrizado y a medio descansar toca analizar lo mejor y peor del Dell Technologies World 2018.
Vamos a empezar por lo malo, que es poco pero llamativo: las sesiones generales.
[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 :-). El día anterior no sólo se agotó la batería del portátil sino que mi cargador murió, si no es por un compañero (mil gracias de nuevo Edorta) me quedo sin portátil hasta el lunes. Lo pude recuperar pero hasta el final de las charlas no pudé cargar el portátil, por lo que tomé las notas a mano y muchas fotos, a ver como queda la trascripción]
Para celebrar el último día del DTW 2018, de nuevo a las 8:30 arrancamos con una charla sobre “Understunding The CNCF Cloud Native Landscape: It’s more Than just Kubernates“. Charla muy interesante que empezó con poca gente y se fue llenando poco a poco (la hora era horrorosa).
El objetivo de la Cloud Native Computing Foundation es extraer el valor de toda la forma de operar de los “unicornios” de Internet y hacerlo disponible de una forma razonable a cualquier empresa. Una pregunta interesante con la que arrancó la charla fue el porqué si las CNA son tan maravillosas como todos decimos, no las adoptan de forma másiva todos las empresas, y la respuesta es básicamente porque desarrollar una CNA también es complejo.
Hay algunos problemas sobre está complejidad ya resueltos como la portabilidad de aplicaciones solucionada con dockers. Está complejidad viene de que las CNA requieren herramientas y telemetría para añadir automatización a la operativa “clud” de la aplicación.
Si pensamos en una Cloud Native Application, el gráfico inferior (que en la presentación “trocearon” en varias slides) indica los pasos a dar del más básico al complejo:
Cómo se ve en el gráfico de la CNCF, la fundación tiene proyectos para todos los pasos, varios en algunos puntos. Se puede ver un gráfico bastante intuitivo e interactivo sobre los diferentes paquetes, uso y grado de desarrollo en: https://landscape.cncf.io/
Contínuo la charla explicando paso a paso cómo se iría constuyendo una CNA con las soluciones de CNCF:
Después la charla paso a versar sobre cómo se crea una plataforma. ¿Por qué una plataforma? porque (como se comentó en una charla posterior) los desarrolladores y operadores (DevOps) no quieren tener que pegarse con la integración de diferentes soluciones puntuales, por lo menos en el mundo de negocios genéricos (los Unicornios y demás empresas de ese pelo puede que si mientras le de una ventaja competitiva)…
Un caso particular dentro de la plataforma de Dell Technologies es BOSCH. Uno de los valores diferencias de Pivotal Cloud Foundry, que se encarga de toda la gestión del IaaS que no es objetivo clave de CNCF u otros proyectos similares, dado que cuentan con abstraerse de lo que hay debajo o directamente asumen correr sobre alguna Cloud publica tipo Hyperscaler (Amazon, Azure o Google Cloud platform).
Acabó la charla, cómo no podía ser de otra forma, con una demo, centrada en JAEGER el sistema de control de trazas de micrcoservicios de la CNCF. Muy espectacular la verdad y demuestró por un lado la complejidad derivada de una CNA “dummy” y como de necesarias son las diferentes piezas de CNCF para gestionar el entorno. Además sobre el ejemplo fue análizando los logs del sistema evaluando potenciales problemas/mejoras de la app…. muy útil la verdad.
(*) Sobre el numero de instancias, en otra charla posterior se mencionó que mientras sobre un servidor con catacterísticas genéricas se podrían correr hasta unas pocas cientos de maquinas virtuales, el numero podría ser de varios miles en el mundo de los contenedores… de ahí su éxito y también la complejidad en el manejo de instancias, que es exponencial incluso respecto al de máquinas virtuales.
Cómo nota final, al margen de la charla: vobre la parte de persistencia de Kubernates, hubo una presentación muy buena a la que no pude asistir, pero el contenido está aqui para descargar: link a pdf.
Después vino la charla técnica más interesante de todo el evento… Continuar leyendo…
[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 🙂]
De nuevo a las 8:30 arrancamos con una charla sobre “VxRaill powered by vSAN: Overview & What’s new with the hottest HCI appliance for vSphere environments“. Petada la sala con gente de pie al fondo, buena señal del éxito del producto.
Se empezó haciendo un repaso del mercacdo de HCI y como en teoría está impulsado por las grandes cuentas y medio-grande. También se desmitificó el uso de esas plataformas, indicando que el 47% de los clientes actuales lo están usando ya como infraestructura principal, y un 45% para cargas de trabajo hibridas. Ya no más lo de una isla para VDI.
VxRail tiene ahora más de 2.500 clientes con más de 20.000 nodos vendidos (300.000 cores y varios cientos de PB de almacenamiento).
El valor de la plataforma se basa en que permite un 70% mayor de velocidad en despliegue gracias a los 200 pasos automatizados para trabajar con la plataforma y una reducción de costes del 42% viendo end-to-end los costes totales de gestión y mantenimiento.
Luego se discutió lo que llevaba un VxRail y temas de licenciamiento, sobre todo que tipo de licencias pueden desplegarse con la plataforma cuando traes las tuyas propias. Básicamente si no es una Essential y la has comprado de Dell EMC / VMware, cualquier cosa es aceptable. Más detalles en la imágen abajo:
Hablando de los modelos 14G ahora mismo disponemos de:
Seguimos teniendo soluciones con modelos anteriores de 14G pero no se trato en la charla, está clara la apuesta de futuro.
Con las combinaciones de procesadores (sólo 38 opciones), RAM, almacenamiento, conectividad, GPU y hasta power supplies se acaba viendo que con VxRail puedes tener cualquier combinación…
Hablando sobre como escalar, el sistema permite arrancar pequeñ e ir creciendo scale up y scale out, aunque con algunas limitaciones como algunos cambios de arquitectura de procesadores.
Uno de los valores fundamentales de todas nuestras soluciones convergentes e hiperconvergentes simplificar el ciclo de vida de updates es un valor diferencial, y VxRail lo mantiene tanto para la parte software como hardware
Se preguntó por la diferencia de tiempo “lag” entre los códigos de VMware y su reflejo en VxRail… para parches son 4-5 días. Para código general lleva más tiempo y se alinea con las releases de código de la platforma, aunque se está trabajando para acelerar este último proceso para estar casi alineados con VMware.
Se habló también del VxRail manager, la herramienta general de gestión y trabajo de la plataforma, que se está intentando integrar mejor con el vCenter:
Luego se mencionó las opciones de protección de información que viene por defecto con VxRail. Y se pasó a ver que cargas no son apropiadas para VxRail: BBDD grandes, grandes despliegues de ficheros, HPC en nodos de calculo másivos o archivado de long-term (porque no sale a cuenta económicamente), pero se dejó muy claro que para todo lo demás es perfectamente válido, teniendo clientes con prácticamente cualquier carga de trabajo, y en el futuro hasta SAP HANA (cuando SAP lo permita).
Moviendonos a la capa de softwre se habló de:
Hablando de las últimas novedades incorporadas se mencionó (primero SW y luego HW):
[Update]
Y aqui una actualización con todas las novedades de la última versión de VxRail de otras comunicaciones internas:
Features
Dell EMC VxRack SDDC
Dell EMC VxRack SDDC system powered by VMware Cloud Foundation is a new class of hyper-converged integrated systems that provides the easiest path for a VMware multi cloud environment. This turnkey solution is fully engineered and takes advantage of market leading hardware and software technologies. It includes all the necessary compute, networking, and storage components to deliver a complete self-contained and optimized VMware private cloud experience. VxRack SDDC with VMware Cloud Foundation will simplify digital transformation and future proof your data center by removing the focus on maintaining infrastructure. Leveraging VxRack SDDC means you can now easily deliver a complete VMware SDDC at the speed your business requires. This new level of modern agility will be your competitive advantage by allowing you to provide services faster, deploy applications sooner, and reduce downtime
New Platform – Many new hardware options
New VMware Cloud Foundation 2.3.x
[/Update]
Una charla interesante de básicos y actualización de VxRail.
Cómo siempre a segunda hora tocó una charla general, bastante más prometedora que la media hasta ahora…
[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 🙂]
Arrancamos de nuevo el segundo día del DTW 2018 a las 8:30, con una charla de Aharon Blitzer y Marco Abela, del equipo de product management de XtremIO2, el título fue “XtremIO2 Native Replication: Use Cases Architecture & Best practices“. Un poco de storage, en el día de los anuncios, nunca viene mal.
La charla obviamente se centró en las capacidades de replica de X2 (quien lo diría con el titulo) y su relación con una copia de datos cualquiera, que X2 gestiona mejor que casi cualquier otra plataforma bajo el concepto de iCDM (intelligent copy data management).
Por supuesto se destacó uno de los problemas actuales de réplica: todo se copia por la red consumiendo recursos de ambos arrays y de la línea. La solución de X2 es replicar únicamente la información nueva en ambos sites, ya deduplicados en orígen como siempre hace X2. Los ahorros van en cascada si vamos a arquitecturas de 4:1 (fan in) como permite X2.
Entrando un poco en detalles técnicos se lanzaron a explicar el CAS (Content AWARE Storage … no confundir con otro CAS de Dell EMC centrado en Centera y ECS), XVC (XtremIO Virtual Copies) y otros elementos de la arquitectura de XtremIO que si no conocéis os ánimo a que investigueis, desde un punto de vista de I&D es un producto increíble.
Cómo hace entonces X2 para mandar únicamente los cambios? bueno el sistema:
Obviamente las ventajas ante una caída de sistema es que la recuperación básicamente consiste en montar un snap en el site destino, que es algo que lleva pocos segundos en XtremIO2.
Las ventajas de este tipo de réplica respecto a otros sistemas es:
La sesión fue a toda leche para centrarse en una demo para mostrar lo jod***ente sencilla que es de gestionar y configurar.
El tío que hizo la demo sabía mucho, pero se notaba que no estaba comodo hablando para una audiencia grande. De todos modos para mostrar la sencillez de las nuevas opciones del interfaz de X2 no se necesitaba mucho, en una sola pantalla se ve la configuración, funcionamiento, rendimiento etc.También un gráfico con la topología de las máquinas en el entorno de protección, que nunca viene mal para saber dónde tienes problemas.
Luego obviamente podemos indicar detalles como RPO, tiempo de retención basado en 3 politicas de tiempo (corto-medio-largo) etc y estás políticas de retención pueden ser diferentes en orígen y destino. Es literalmente un wizard de 5 pasos. Más sencillo imposible.
Se cerró la charla hablando del ecosistema de aplicaciones con las funcionalidades de replica cómo VMware SRM o Appsync:
Y también mostraron unas cuantas estadísticas de anchos de banda alzanzados con tiempos de respuesta correspondientes a entornos intra y extra continentales, mostrando para entornos 1:1 y para entornos de réplica 4:1. Para 1.1 se manteía casi fijo un rendimiento de 1,7GB/s y para entornos 4:1 pasaba de los 7GB, bajando ligeramente en entornos extra continentales.
Por cierto, todo esto está disponible este jueves.
Si quieres algo más detallado, mejor leer el Blog del CTO de XtremIO un contenido similar pero más en profundidad y con mejores imágenes:
XIOS 6.1 – Introduction to XtremIO Native Replication
Fue una charla algo técnica e interesante, pero nada nuevo para empleados al día de X2 (de lo poco en lo que yo estoy al día últimamente).
nota final: deberíamos prohibir poner slides con cables en las charlas con clientes, menos aún como cierre de una charla en un evento general como el DTW2018.
Lo interesante vino en la siguiente charla Continuar leyendo…
[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:
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:
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):
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…
Blog personal para contar todo lo que me pasa en el día a día y que mi doctor no quiere escuchar, desde mi trabajo (todo lo escrito representa únicamente mis ideas personales, para bien o para mal) pasando por hobbies, hasta mis estudios o mis cañas con amigos, hay hueco para todo. Bienvenido!
Blog sobre Dirección de Proyectos, Innovación y TI desde un punto de vista diferente
Standard is a meticulously designed, hand-crafted theme for professional blogging
The TED Blog shares interesting news about TED, TED Talks video, the TED Prize and more.
Blog de Cómics, Cine, Televisión, Dibujos animados, Animación
