Ciudad de México 27 de Septiembre de 2018

Ciudad de México 27 de Septiembre de 2018

Arquitectura de centro de datos de VMware NSX y solución de contenedor en el ecosistema de Dell EMC Pedro Riveroll VMware Sr. Solutions Engineer

Expectativa de esta sesión Obtener información sobre la arquitectura de NSX Obtener información sobre oferta de contenedores y la forma en que NSX proporciona valor Obtener información sobre la stack de Dell y VMware: PRA, VCF y VxRack Flex con NSX y diseño de contenedores

Casos de uso NSX Seguridad Cloud Native Automatización Multi-Cloud 2018 VMware, Inc. 5 5

Qué es NSX?

Host Virtualization Beneficios de vsphere rack1 rack2 VM1 VM2 host1 host4 Logical View IP A.1 VM1 VM2 IP A.2 Subnet A Host virtualization Crear una máquina virtual(vm) Varias VMs por hosts Snapshot, backup vmotion host2 host5 vmotion entre racks? host3 host6 Subnet A Subnet B 2018 VMware, Inc. 7 7

Host Virtualization Beneficios de vsphere rack1 rack2 Logical View Problema: VM1 host1 host2 host4 host5 IP A.1 VM1 VM2 IP A.2 Subnet A Subnet B Las máquinas virtuales, son virtuales Sus direcciones Ips no lo son host3 VM2 host6 Subnet A Subnet B 2018 VMware, Inc. 8 8

Extender capa 2? rack1 rack2 Logical View Propagar la subred A a todo el data center VM1 host1 host4 IP A.1 VM1 VM2 IP A.2 Subnet A host2 host5 host3 VM2 host6 Subnet A 2018 VMware, Inc. 9 9

Extender capa 2? Acciones pendientes rack1 rack2? Logical View Cómo?: VM1 host1 host4 IP A.1 VM1 VM2 IP A.2 Crear una instancia de servicios físicos? host2 VM2 host5 Subnet A IP A.1 VM1 VM2 IP A.2 Proporcionar servicios físicos de acuerdo a necesidades? Subnet A Desviar el tráfico a los appliance físicos? VM1 host3 VM2 Subnet A host6 Manejar multiples instancias del mismo servicio? 2018 VMware, Inc. 10 10

El modelo de Overlay Introducción a switcheo lógico rack1 rack2 VM1 host1 TEP A.1 host2 host4 TEP B.1 host5 Logical View IP N.1 VM1 VM2 IP N.2 Logical Switch : NSX Virtual Distributed Switch (NSX Componente del plano de control) Switches lógicos son embebidos en el hipervisor TEP A.2 VM2 host3 TEP A.3 Subnet A TEP B.2 host6 TEP B.3 Subnet B VM (vnic) Location Mac VM1 TEP A.1 Mac VM2 TEP A.3 TEP: Tunnel End Point Se extienden a otros hypervisores por medios de tuneles IP NSX mantiene una table manteniendo el control de las ubicaciones 2018 VMware, Inc. 11 11

El Modelo de Overlay Introducción a switches lógicos rack1 rack2 Logical View Requerimientos de la infraestructura física: VM1 host1 TEP A.1 host4 TEP B.1 IP N.1 VM1 VM2 IP N.2 Logical Switch Conectividad IP 1600 byte MTU (minimum, jumbo frame recomendado) host2 host5 TEP A.2 TEP B.2 host3 TEP A.3 Subnet A VM2 host6 TEP B.3 Subnet B VM (vnic) Location Mac VM1 TEP A.1 Mac VM2 TEP B.3 TEP: Tunnel End Point 2018 VMware, Inc. 12 12

El Modelo de Overlay Funciona con cualquier topología de red Requerimientos de la infraestructura física: Conectividad IP 1600 byte MTU (minimum, jumbo frame recomendado) host1 host2 TEP A.1 TEP B.1 Cualquier topología: L2 end-to-end Pod with L3 aggregation Spine/Leaf 2018 VMware, Inc. 13 13

El Modelo de Overlay Funciona con cualquier vendor Requerimientos de la infraestructura física: Conectividad IP 1600 byte MTU (minimum, jumbo frame recomendado) host1 host2 Cualquier vendor: Un único vendor Mezcla de vendors Mezcla de dispositivos TEP A.1 TEP B.1 2018 VMware, Inc. 14 14

Las redes pueden ser entregadas junto con las VMs rack1 rack2 TEP A.1 TEP B.1 Logical View IP N.1 VM1 VM2 IP N.2 Subnet N Las redes pueden ser creadas como se crean VMs: No hay conflict entre redes IP N.1 VM1 VM2 IP N.2 Puede ser automatizado TEP A.2 TEP A.3 TEP B.2 TEP B.3 Subnet N IP M.1 VM3 VM4 IP M.2 Subnet M Toda operación de NSX pueder ser ejecutada por medio de APIs Subnet A Subnet B 2018 VMware, Inc. 15 15

Servicios Virtuales de Red Microsegmentación rack1 rack2 Logical View Microsegmentación VM1 VM2 TEP A.1 VM3 VM2 TEP B.1 IP N.1 VM1 VM2 IP N.2 Subnet N IP N.1 VM1 VM2 IP N.2 Un firewall es creado por cada tarjeta de red virtual Permite filtrar el tráfico entre VMs del mismo segmento VM1 TEP A.2 TEP A.3 VM4 TEP B.2 TEP B.3 Subnet N IP M.1VM3 VM4 IP M.2 Subnet M Las reglas de firewall son configuradas de mantera consistentente de manera centralizada Subnet A Subnet B 2018 VMware, Inc. 16 16

Servicios Virtuales de Red NSX va más alla de capa 2 rack1 rack2 Logical View TEP A.1 TEP B.1 VM1 VM2 Switching Routing Load Balancing VM5 VM6 TEP A.2 TEP B.2 VPN Firewallin g Connect to physical TEP A.3 TEP B.3 VM3 VM4 Internet NAT DHCP Meta Data Proxy Subnet A Subnet B 2018 VMware, Inc. 17 17

NSX-T corre en diferentes plataformas Red definida por software en cualquier lugar vcenter1 ESXi HV ESXi HV NSX Bare Metal Server NSX es una plataforma de red virtual: VMs o contenedores ESXi HV KVM HV Servidores físicos (agente) ESXi HV KVM HV VM NSX AWS, Azure, VMC on AWS Múltiples vcenters Inter hypervisores(esxi, KVM) En sitio o en la nube vcenter2 KVM 2018 VMware, Inc. 18 18

NSX-T 2018 VMware, Inc. 19 19

Arquitectura de NSX en todas partes Cualquier sitio Cualquier nube Cualquier dispositivo Política y coherencia API y automatización Red y conectividad Seguridad Servicios: FW/LB/NAT/DHCP/Más En las instalaciones, en la nube, híbrida Múltiples dominios y la diversidad de los terminales Visibilidad y funcionamiento 20

Ventajas de VMware NSX-T en un ambiente de PaaS o CaaS Visibilidad Seguridad Redes Coherencia K8S Openshift PAS PKS Web Aplic. Base de datos Web Aplic. Base de datos 21 Web Aplic. Base de datos Web Aplic. Base de datos

Arquitectura NSX para la nube privada, la nube pública y los contenedores Plano de administración Plano de control NSX Manager Administrador de procesamiento (vcenter, CSM, NCP) Clúster de control centralizado de NSX Plano de datos HV ESXi HV KVM Multi-Hypervisor VPN VM de NSX Edge o de bajo nivel Puente de capa 2 (Puerta de enlace de VPN, DirectConnect, ExpressRoute) Puerta de enlace de la nube de NSX VM Linux VM Windows Infraestructura de nube pública o privada 22 VMware Cloud en AWS

Caracterización de los componentes de arquitectura crítica API Inventario Disponibilidad Aprendizaje del plano de control Escala Ancho de banda Lógica de la regla de DFW Convergencia Servicios Disponibilidad Disponibilidad Convergencia NSX Manager Controladora EDGE Interactúe con varios administradores de procesamiento Múltiples sistemas vcenter para ESXi Administrador de servicios de nube Plug-in del contenedor de red Sin dependencias en el hipervisor, la superposición o la subred Disponibilidad: la misma que cualquier modelo de dispositivo Reserva de recursos requerida Plano de control de escalamiento horizontal distribuido Procesamiento central y local Sin dependencias en el hipervisor, la superposición o la subred Disponibilidad: en función de la mayoría Reserva de recursos requerida Enrutamiento distribuido simplificado Ancho de banda norte-sur de 10/25/40 Gbps para el DPDK Virtual y de bajo nivel Convergencia inferior a un segundo Servicios: NAT, DHCP, proxy de metadatos Disponibilidad: activo-en espera y ECMP Reserva de recursos requerida 23

Plano de datos Resistencia y rendimiento mejorados Diseñado para la funcionalidad multiusuario y el escalamiento Administrador Arquitectura del edge distribuida simplificada con un mayor rendimiento por medio del DPDK Grupos de usuarios/cmp Superposición de última generación que mantiene el rendimiento con una mayor flexibilidad Túnel GENEVE Zona de transporte de superposición Nodo perimetral Nodo perimetral TEP: Superposición Tunnel End Point (terminal de túnel) (con su propia dirección IP) TEP p1 vswitch1 p2 HV TN1 p1 p2 TEP HV TN1 vswitch2 Nodo perimetral Nodo perimetral Clúster perimetral 24

Aplicaciones nativas de la nube Aspectos básicos del contenedor como servicio y la plataforma como servicio

Una de las cosas que hemos aprendido es que si no acelera el tiempo de ingreso al mercado, no habrá duda que el mercado cambiará sin importar qué tan bien haya diseñado, creado o implementado el producto o capacitado a su gente. No obtendrá resultados óptimos porque será demasiado tarde. James McGlennon Vicepresidente ejecutivo y director de TI, Liberty Mutual Insurance Group

Qué tienen de especial las aplicaciones nativas de la nube? Aplicaciones tradicionales frente a aplicaciones nativas de la nube Aplicaciones empresariales tradicionales Impredecibles Dependientes del SO Demasiada capacidad Infraestructura de Desarrollo de cascada Dependientes Escalamiento manual Recuperación lenta Aplicaciones nativas de la nube Predecibles Independientes del SO Capacidad adecuada Colaborativas Entrega continua Independientes Escalamiento automático Recuperación rápida 39

Declaración de problemas de red para las plataformas CaaS/PaaS Redes predeterminadas en CaaS/PaaS Correo Compra Red de contenedor VM (NAT) Enfoque de NSX para las redes de CaaS/PaaS Plataforma CaaS/PaaS Plataforma CaaS/PaaS Retos La red necesita cambiar a medida que las aplicaciones cambian o se lanzan (dinámica) Requiere NAT para conectarse a la red de contenedor No hay microsegmentación entre microservicios y de microservicios a VM/base de datos No hay herramientas operacionales para la red de contenedor No hay redes multiusuario que coincidan con el grupo de usuarios de PaaS Beneficios Conexiones de red de máquinas virtuales, contenedores y servidores de bajo nivel en la capa 3 Automatización de red integrada para que las aplicaciones impulsen el diseño de red Microsegmentación (con monitoreo, registro, registros de auditoría) entre los microservicios y de los microservicios a la base de datos Conjunto de herramientas común (SPAN, IPFIX, syslogs, seguimiento de paquetes) para todos los tipos de terminales 40

Ventajas de VMware NSX-T en un ambiente de PaaS o CaaS 41

PaaS frente a CaaS y la función de NSX-T Donde NSX-T se ajusta a: La microsegmentación de las VM y los contenedores La coordinación de red dinámica El balanceo de carga para VMX y contenedores Monitoreo y solución de problemas comunes para todas las aplicaciones tradicionales y basadas en microservicios Debo usar una PaaS o un CaaS? Se trata de una aplicación nueva o una completamente refactorizada? Proporciona su desarrollador la aplicación o el código? 42

Componentes Ops Manager BOSH PKS Admin (intermediador) Clústeres de K8s VMware NSX-T Plug-in de contenedor nativo (NCP) Función OPS Manager administra el estado de las implementaciones PKS de BOSH; esto incluye la implementación de BOSH. BOSH es un proyecto de código abierto que unifica el diseño, la implementación y la administración del ciclo de vida de la versión de software de nube pequeño y a gran escala. Para PKS, BOSH implementa PKS Admin y otros mosaicos PKS Admin es una máquina virtual implementada por BOSH para crear y administrar la infraestructura de Kubernetes incluida en los espacios de nombres, los pods y los clústeres de Kubernetes, entre otros. Un clúster de Kubernetes (K8s) es una agrupación lógica de las máquinas virtuales o los servidores físicos que alojan los contenedores de tiempo de ejecución c (tiempo de ejecución de Docker) VMware NSX-T proporciona servicios de red y seguridad para las aplicaciones que se ejecutan en máquinas virtuales y contenedores El plug-in de contenedor nativo NSX-T es una integración entre CNI y NSX-T que permite a K8s coordinar y administrar automáticamente la topología de red NSX-T en función de las necesidades de las aplicaciones. 43

Solo Pivotal Container Service (PKS) Componentes lógicos 44

Componentes Ops Manager BOSH Go Router Diego Brain Diego Cells Mosaico de servicio Mosaico de servicios dinámicos Función OPS Manager administra el estado de las implementaciones de PCF BOSH, por lo que reemplazará a cualquier configuración de implementación de BOSH modificada manualmente. BOSH es un proyecto de código abierto que unifica el diseño, la implementación y la administración del ciclo de vida de la versión de software de nube pequeño y a gran escala. Los Go Routers ayudan a enrutar el tráfico entrante al componente apropiado. Puede tratarse de un operador que recurre a la controladora de nube o un usuario de aplicación que accede a una aplicación que se ejecuta en una Diego Cell. No es un enrutador de red típico y no realiza ningún trabajo de enrutamiento en el nivel de red. Diego Brain distribuye las tareas y LRP a las Diego Cells y corrige las discrepancias entre los conteos reales y deseados para garantizar la tolerancia a fallas y la coherencia a largo plazo. Diego Cells son las VM que insertan y ejecutan los artefactos de las aplicaciones como instancias de la aplicación o contenedores Los mosaicos de servicio se instalan en cada base de PCF y se comparten entre varias implementaciones de aplicaciones. Según el tamaño de la implementación, el servicio aprovisionado previamente se puede implementar en una sola red de gran tamaño o en varias redes más pequeñas donde cada maneja un tipo diferente de servicio. Los mosaicos de servicios dinámicos no se comparten entre todas las implementaciones dentro de una base de PCF. Cada implementación podría tener un servicio dedicado y, al final, terminaría necesitando una subred grande debido a que los servicios crearían VM adicionales que consumirían las IP según demanda. 45

Pivotal Container Service y Pivotal Application Service (PAS) Componentes lógicos 46

Pivotal Container Service y Pivotal Application Service (PAS) Componentes dinámicos 47

Luce genial Y ahora qué? Cómo comenzar?

Qué puede obtener con un sistema diseñado? Menor tiempo de ingreso al mercado Simplifica considerablemente el diseño y la implementación resultantes con un tiempo de implementación considerablemente más rápido Mayor eficiencia Proporciona orientación detallada para reducir en gran medida el tiempo dedicado a la actualización, la revisión, el respaldo, la restauración, el monitoreo y las alertas Implementaciones y operaciones sin riesgo Garantiza la interoperabilidad y la compatibilidad de todos los componentes de software Impulso de la agilidad de TI Permite una plataforma compatible con un amplio conjunto de casos de uso y aplicaciones de negocios tradicionales y nativas de la nube 49

Diseño adecuado para el caso de uso adecuado Desarrollo/prueba de concepto pequeños Pruebe fácilmente la plataforma Desarrolle de manera coherente y portable Pivotal Ready Architecture en VxRail (un solo módulo) Diseño listo para la producción Varias zonas de disponibilidad Resistencia y escalamiento incorporados Pivotal Ready Architecture en VxRail (listo para la producción) Escalamiento horizontal de un sistema de nivel empresarial Varias zonas de disponibilidad Resistencia y escalamiento incorporados Diseño de tres módulos con separación de tareas Escalamiento horizontal y el rendimiento de I/O masivos Sistema Dell EMC VxRack Flex 50

Pivotal Ready Architecture en VxRail Desarrollo y prueba de concepto pequeños Base comprobada Basada en la plataforma estándar de VxRail Orientación y pruebas adicionales Diseño de módulo único contraído Administración Nodos perimetrales de NSX-T Cargas de trabajo de CaaS y PaaS Redes simplificadas Todas las redes de PAS y PKS detrás de NSX-T Nodos perimetrales de NSX-T 51

Dell EMC VxRack System Flex Sistema de escalamiento horizontal de nivel empresarial para PAS y PKS Ventajas de Dell EMC VxRack Flex Sistema subyacente listo para usar con HCI y red Incluye implementación, expansión y actualización Varias zonas de disponibilidad Resistencia y escalamiento incorporados Diseño de tres módulos con separación de tareas Escalamiento horizontal y el rendimiento de I/O masivos 58

Tiene alguna pregunta? Gracias. priveroll@vmware.com 62

63