Archivos para tendencias

Disclaimer: Es un evento interno con el contenido bajo NDA, así que compartiré los mensajes fundamentales “públicos”, pero no detalles o fotos. Adicionalmente recordar que este Blog expresa mis opiniones personales y en ningún caso supone una opinión formal de mi contratador. 

El día final tampoco hubo KeyNote y por temas de vuelos sólo pude asistir a dos charlas (había agenda para otra tercera después de comer). Pero las dos prometían mucho y se realizaron en las salas principales, arranqué con “Stories from the field: Taking a customer from Zero to Production in 6 months using AKS” con el ponente Nicholas Eberts (Cloud Solution Architect).

Continuar leyendo…

Disclaimer: Es un evento interno con el contenido bajo NDA, así que compartiré los mensajes fundamentales “públicos”, pero no detalles o fotos. Adicionalmente recordar que este Blog expresa mis opiniones personales y en ningún caso supone una opinión formal de mi contratador. 

Otro día lleno de sesiones y sin KeyNote así que arranqué el día con una charla de “Tecnical Deep Dive for Azure Marketplace: SaaS, Apps, AAD and Azure Solutions templates” impartida en una sala pequeñita por Patrick Butler, Director del Azure Marketplace On-Boarding.

Continuar leyendo…

Disclaimer: Es un evento interno con el contenido bajo NDA, así que compartiré los mensajes fundamentales “públicos”, pero no detalles o fotos. Adicionalmente recordar que este Blog expresa mis opiniones personales y en ningún caso supone una opinión formal de mi contratador. 

Este día me perdí la primera sesión por estar ocupado con cosas del trabajo, tampoco lo eche de menos porque era una sesión de mesa redonda con un CTO con el que ya había estado en la reunión interna del sábado, así quedado que este día no había KeyNote salté directamente a una charla de “Technical Overview of Azure Cosmos DB” impartida por un gran ponente, Luis Bosquez Gonzalez (Program Manager)

Continuar leyendo…

Disclaimer: Es un evento interno con el contenido bajo NDA, así que compartiré los mensajes fundamentales “públicos”, pero no detalles o fotos. Adicionalmente recordar que este Blog expresa mis opiniones personales y en ningún caso supone una opinión formal de mi contratador. 

El segundo día la KeyNote fue solo de Azure a modo de “MythBuster” con varios mensajes fundamentales sobre Azure a desmentir con datos objetivos, y en general con bastante humor y muchas demos (y muy buenas):

Continuar leyendo…

Ha sido llegar a Microsoft y en menos de una semana en el puesto empezar a viajar para aprender. Microsoft ha unificado sus eventos internos en dos “Ready” al año, uno en verano más orientado a estrategia de negocio, empresa etc que se hace en Las Vegas; y otro en Invierno en Seattle más orientado a tecnología. En este último he estado yo.

El primer día arrancó con una KeyNote (aka Corenote) variada con muchos de lo líderes de los verticales de producto mostrando el estado del arte de sus tecnologías. No es porque forma parte de mi negociado, ni porque en ese grupo de trabaja exista una amplia representación española, pero la mejor sin lugar a dudas fue la de Inteligencia Artificial (AI).

Tras esta sesión arranqué con las charlas electivas, y empecé, visto lo visto, con una de Inteligencia Artificial:

Continuar leyendo…

2019 what’s new?

21 enero, 2019 — 2 comentarios

Toca mojarse como todos los años y apostar por las tecnologías que explotarán este año y marcarán la diferencia. Tras 2 años de fracasos en mis predicciones presiento que este año por fin aprobaré 1º de Pitonisa.

Vamos a por ello!

Tecnologías que despegarán:

Continuar leyendo…

Con algo de retraso toca analizar las predicciones que realice iniciando el 2018 y viendo que tal me ha ido.

Spoiler: vuelvo a suspender… como oraculo no tengo precio.

Continuar leyendo…

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é

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 :-). 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:

  1. Aislar y hacer portable la aplicación (conteinarizarla).
  2. Automatizar la integración en su integración y despliegue (CI-CD).
  3. Gestionar el ingente numero de instancias* que puede haber de contenedores (eso es Kubernates, el único proyecto del CNCF en estado “grduado”, el resto están en estado  de incubación).
  4. Una vez las instancias de contenedores están orquestadas, es necesario analizar como se comportan y controlar sus logs (monitoring-tracing).
  5. Y luego permitir que los servicios de los contenedores hablen entre ellos con funciones de automáticación de red (el nº 6 en la imágen).
  6. Y con gestores de servicios para el regitro y descubrimiento de los mismos (el nº 5 de la imágen).
  7. Luego podemos añadir Bases de datos para la gestión de información persistente. Una puntualización interesante que hizo el ponente en este punto es que si no tienes claro que tipo de base de datos usar (relacional o de tipo no sql) adoptes la tradicional, dado que la forma de entender la persistencia de información es más sencilla en un entorno ACID que en una base de datos de otros tipicos…
  8. y cuando la arquiectura crece, necesitaremos gestión de colas de mensajes.
  9. Ya por último podemos automatizar el runtime.
  10. Y como paso un tanto “experiamental” aún, el despliegue de software. Este punto es curioso y trata de asegurar en modo “notario” que los requisitos de un container que has pedido son los que te han dado, y de forma análoga que el código que espera ejecutar el contenedor es el adecuado. A título personal me pregunto cuanto tardará Blockchain en meterse en esta discusión.

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:

  1. Creando un container en formato estándar OCI desde el sistema de control de versiones que cada uno uso (SVC) que corre en un SSOO.
    • Ese container tiene:
      • Una definición del sistema de ficheros.
      • Los límites de consumo de CPU, RAM, etc.
      • El namespace de procesos que puede ejecutar.
      • La configuració de puertos, entorno, links … y también iría aqui la definición de volumenes a usar.
      • Por último el comando de inicio.
  2. A esto se le añade un Runtime de containers que lea la imágen antes generada. Además este runtime puede correr en varios entornos (cada un con su OS).
  3. Luego se añade el coordinador de containers que va a hacer de plataformaKubernates.
  4. Cómo cada contenedor puede ser requerido o requerir de otros servicios que no conoce, hay que añadir un servicio de registros.
  5. Y cómo entre todos ellos pueden comunicarse, hay que añadir un servicio de comunicación.
  6. Para poder actuar sobre algo y mejorarlo, hay que medirlo (por cierto esto lo dijo Ashton Kutcher ayer en su charla), así que añadimos un servicio de métrica, gestión de trazas etc.
  7. Y por si nececesitamos persistencia de datos una BBDD adaptada al mundo de los Contedores.

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:

  • E560/F como configuración minima.
  • V570/F para VDI
  • P570/F para alto rendimiento
  • S570 para almacenamiento denso.

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:

  • Pivotal Ready Architecture, como arquitectura de referencia para que cada cliente se monte su Pivotal on premise o tire de servicios de Dell EMC para su despliegue.
  • Si lo que buscas es cómo montar tu plataforma SDDC sobre VxRail, tienes toda la información en la web de VMware: https://kb.vmware.com/s/article/54816

Hablando de las últimas novedades incorporadas se mencionó (primero SW y luego HW):

  • Los fixes para Meltdown y Spectre. Incluyendo pruebas de rendimiento para evitar un impacto de estos parches… en general el impacto es irrelevante y en picos de uso puede ser un máximo del 7%.
  • Se ha mejorado el API RESTful
  • Se ha iniciado la integración con el Open Manage Essentials de Dell.
  • Se han mejorado las opciones de crecimiento de los clusters (por ejemplo permitiendo nodos mixtos de generación 13 y 14G)
  • Mejoras en el soporte remoto estándar ESRS
  • Integración de la gestión de eventos con vCenter.
  • Se han mejorado las opciones de seguridad de los appliances. No se entró en detalle porque había una sesión dedicada a este aspecto.
  • NVME drives (800Gb para caché y 1.6Tb para almacenamiento), siempre en arquitecturas dual processor.
  • Conectividad 25Gb.
  • Se duplica la memoria disponible.
  • NVIDIA P40 GPUs

[Update]

Y aqui una actualización con todas las novedades de la última versión de VxRail de otras comunicaciones internas:

Features

  • NVMe Cache Drives: Future proof with NVMe 800GB and 1.6TB cache drive options for faster caching technology at 2X the caching tier capacity
  • 25GbE Connectivity: Most aggregate bandwidth of any other vendor’s appliance and 36% more network bandwidth and 25% more onboard throughput
  • High Memory Processors: Up to 2X more memory (3TB) using new high memory Intel Xeon processor options
  • NVIDIA P40 GPUs: 2x performance in graphics acceleration and 50% more users per board for scaling high performance virtual graphics and compute
  • Flash SATA Drives: With 30% lower cost per drive a good option for capacity intensive workloads
  • New Configuration and Ordering options:
    • From the 8th May VxRail will be available in the Dell ordering and configuration tolls across many of the countries with EMEA
    • Following the launch in the Dell tool set, there will be enablement training across EMEA on positioning, sizing and configuring within the Dell tools.

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

  • VxRack SDDC now built with VxRail based on 14th Generation PowerEdge servers
  • 36 new fixed node configurations across R640/R740XD PowerEdge server platforms
  • Exclusive VxRack SDDC Automation and Serviceability Extensions capabilities
  • ESRS, Support 360 integration, physical node view, automated serviceability tasks support
  • Integration with SDDC Manager and SDDC Manager UI
  • MyQuotes Ordering
  • Dell EMC Supply Chain alignment with VxRail HW
  • Dell EMC Services/Support
  • Introduction of VxRack SDDC ESSM Support Matrix (no more RCM)

New VMware Cloud Foundation 2.3.x

  • vSphere 6.5
  • vSAN 6.6
  • NSX 6.3
  • Heterogeneous Server Support
  • Intel Xeon Scalable Processor family support
  • WLD Creation/Expansion Node type selection
  • Cloud Management Platform integration
    • vRealize Automation 7.3  Install
    • vRealize Operations 6.6  Install
  • Backup of Management Workload Domain UI integration
  • Offline Proxy LCM Support
  • External storage guidance
  • Data Protection Guidance

[/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…

Continuar leyendo…