{"id":31414,"date":"2019-10-31T21:41:08","date_gmt":"2019-10-31T18:41:08","guid":{"rendered":"https:\/\/prohoster.info\/blog\/cisco-live-2019-emea-tehnicheskie-sessii-vneshnee-uproshhenie-s-vnutrennim-uslozhneniem\/"},"modified":"2019-10-31T21:41:08","modified_gmt":"2019-10-31T18:41:08","slug":"cisco-live-2019-emea-tehnicheskie-sessii-vneshnee-uproshhenie-s-vnutrennim-uslozhneniem","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/cisco-live-2019-emea-tehnicheskie-sessii-vneshnee-uproshhenie-s-vnutrennim-uslozhneniem","title":{"rendered":"Cisco Live 2019 EMEA. Sesiones t\u00e9cnicas: simplificaci\u00f3n externa con complejidad interna","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Cisco
\n
\nSoy Artem Klavdiev, l\u00edder t\u00e9cnico del proyecto de nube hiperconvergente HyperCloud de Linxdatacenter. Hoy continuar\u00e9 relatar sobre la conferencia global Cisco Live EMEA 2019. Pasemos inmediatamente de lo general a lo espec\u00edfico, a los anuncios presentados por el proveedor en las sesiones tem\u00e1ticas.<\/i><\/p>\n

Esta fue mi primera participaci\u00f3n en Cisco Live, mi misi\u00f3n era asistir a los eventos del programa t\u00e9cnico, sumergirme en el mundo de las tecnolog\u00edas y soluciones avanzadas de la compa\u00f1\u00eda y afianzarme en la vanguardia de los especialistas involucrados en el ecosistema de productos de Cisco en Rusia.
\nCumplir con esta misi\u00f3n en la pr\u00e1ctica result\u00f3 ser complicado: el programa de sesiones t\u00e9cnicas fue extremadamente denso. No es f\u00edsicamente posible asistir a todas las mesas redondas, paneles, talleres y discusiones, que estaban divididas en m\u00faltiples secciones y comenzaban en paralelo. Se discuti\u00f3 absolutamente todo: centros de datos, redes, seguridad de la informaci\u00f3n, soluciones de software, hardware: cada aspecto del trabajo de Cisco y de sus socios fue representado por una secci\u00f3n aparte con una enorme cantidad de eventos. Tuve que seguir las recomendaciones de los organizadores y elaborar un tipo de programa personal de eventos, reservando previamente lugares en las salas. <\/p>\n

Me detendr\u00e9 en las sesiones que logr\u00e9 asistir.
\n<\/a><\/noindex><\/p>\n

Accelerando Big Data y AI\/ML en UCS y HX (Aceleraci\u00f3n de IA y aprendizaje autom\u00e1tico en las plataformas UCS y HyperFlex)<\/h2>\n

\"Cisco
\n
\nEsta sesi\u00f3n se dedic\u00f3 a una revisi\u00f3n de las plataformas de Cisco para el desarrollo de soluciones en inteligencia artificial y aprendizaje autom\u00e1tico. Un evento semi-comercial con inserciones de momentos t\u00e9cnicos. \u00a0<\/p>\n

La esencia es la siguiente: los ingenieros de TI y los especialistas en datos hoy en d\u00eda dedican una cantidad significativa de tiempo y recursos al dise\u00f1o de arquitecturas que combinan infraestructura heredada, varios stacks para habilitar el aprendizaje autom\u00e1tico y software para gestionar este complejo. <\/p>\n

Para simplificar esta tarea, Cisco juega un papel crucial: el proveedor se centra en cambiar los patrones tradicionales de gesti\u00f3n de centros de datos y procesos de trabajo mediante el aumento del nivel de integraci\u00f3n de todos los componentes necesarios para IA\/ML. <\/p>\n

Como ejemplo, se present\u00f3 un caso de colaboraci\u00f3n entre Cisco y Google<\/a><\/noindex>: las compa\u00f1\u00edas combinan las plataformas UCS y HyperFlex con los principales productos de software de la industria para IA\/ML, como\u00a0KubeFlow<\/a><\/noindex> para crear una infraestructura on-premise exhaustiva. <\/p>\n

La compa\u00f1\u00eda explic\u00f3 c\u00f3mo KubeFlow, implementado sobre UCS\/HX en combinaci\u00f3n con Cisco Container Platform, transforma la soluci\u00f3n en lo que sus empleados han denominado \"nube h\u00edbrida abierta de Cisco\/Google\"; una infraestructura en la que es posible realizar un desarrollo y operaci\u00f3n sim\u00e9tricos del entorno de trabajo para tareas de IA, tanto en componentes locales como en Google Cloud.<\/p>\n

Sesi\u00f3n dedicada a Internet de las cosas (IoT)<\/h2>\n

\n\"Cisco
\n
\nCisco promueve activamente la necesidad de desarrollar IoT basado en sus propias soluciones de red. La compa\u00f1\u00eda habl\u00f3 sobre su producto Industrial Router, una l\u00ednea especial de conmutadores y enrutadores LTE compactos con alta resistencia, protecci\u00f3n contra la humedad y sin partes m\u00f3viles. Estos conmutadores se pueden integrar en cualquier objeto del entorno: transporte, instalaciones industriales, edificios comerciales. La idea principal es: \"Implementa estos conmutadores en tus instalaciones y admin\u00edstralos desde la nube mediante una consola centralizada\". La l\u00ednea opera con Kinetic Software para optimizar la implementaci\u00f3n y gesti\u00f3n remota. El objetivo es mejorar la administrabilidad de los sistemas IoT. <\/p>\n

Arquitectura y Despliegue ACI-Multisite (ACI o Infraestructura Centrada en Aplicaciones, y microsegmentaci\u00f3n de redes)<\/h2>\n

\n\"Cisco
\n
\nSesi\u00f3n dedicada a la revisi\u00f3n del concepto de infraestructura orientada a la microsegmentaci\u00f3n de redes. Esta fue la sesi\u00f3n m\u00e1s compleja y detallada a la que he asistido. El mensaje general de Cisco fue el siguiente: anteriormente, los elementos tradicionales de los sistemas de TI (red, servidores, almacenamiento, etc.) se conectaban y configuraban por separado. La tarea de los ingenieros era combinar todo en un entorno de trabajo gestionado \u00fanico. UCS cambi\u00f3 la situaci\u00f3n: la parte de red se convirti\u00f3 en un \u00e1rea separada, y la gesti\u00f3n de servidores se realiza de manera centralizada desde un panel \u00fanico. No importa cu\u00e1ntos servidores haya, ya sea 10 o 10,000, cualquier cantidad se gestiona desde un \u00fanico punto de control, y la gesti\u00f3n y transmisi\u00f3n de datos se realiza a trav\u00e9s de un solo cable. ACI permite unir en una consola de gesti\u00f3n tanto la red como los servidores.<\/p>\n

As\u00ed que, la microsegmentaci\u00f3n de redes es una funci\u00f3n crucial de ACI que permite segmentar aplicaciones en el sistema con diferentes niveles de di\u00e1logo entre s\u00ed y con el mundo exterior. Por ejemplo, por defecto, dos m\u00e1quinas virtuales bajo ACI no pueden comunicarse entre s\u00ed. La interacci\u00f3n entre ellas se abre solo mediante la activaci\u00f3n de un llamado 'contrato', que permite detallar las listas de acceso para una segmentaci\u00f3n m\u00e1s granular (en otras palabras, micro) de la red. <\/p>\n

La microsegmentaci\u00f3n permite lograr una configuraci\u00f3n precisa de cualquier segmento del sistema de TI mediante la designaci\u00f3n de cualquier componente y su interconexi\u00f3n en diversas configuraciones de m\u00e1quinas f\u00edsicas y virtuales. Se crean grupos de elementos de procesamiento final (EPG), a los cuales se les aplican pol\u00edticas de filtrado y enrutamiento del tr\u00e1fico. Cisco ACI permite agrupar estos EPG en aplicaciones existentes en nuevos microsegmentos (uSeg) y configurar pol\u00edticas o atributos de red para cada elemento espec\u00edfico de microsegmento.<\/p>\n

Por ejemplo, puede asignar servidores web a un EPG para aplicar pol\u00edticas similares. Por defecto, todos los nodos de computaci\u00f3n en un EPG pueden comunicarse libremente entre s\u00ed. Sin embargo, si el EPG web incluye servidores web para etapas de desarrollo y producci\u00f3n, puede tener sentido prohibirles la capacidad de comunicarse entre s\u00ed para garantizar la estabilidad. La microsegmentaci\u00f3n con Cisco ACI permite crear un nuevo EPG y autom\u00e1ticamente definir pol\u00edticas para \u00e9l bas\u00e1ndose en atributos del nombre de la VM, como 'Prod-xxxx' o 'Dev-xxx'.<\/p>\n

Sin duda, fue una de las sesiones clave del programa t\u00e9cnico.<\/p>\n

Evoluci\u00f3n efectiva de la Red en DC (Evoluci\u00f3n de la red de centros de datos en el contexto de tecnolog\u00edas de virtualizaci\u00f3n)<\/h2>\n

\"Cisco
\n
\nEsta sesi\u00f3n estaba l\u00f3gicamente relacionada con la sesi\u00f3n sobre microsegmentaci\u00f3n de red y tambi\u00e9n abordaba el tema de la red de contenedores. En general, se habl\u00f3 sobre la migraci\u00f3n de enrutadores virtuales de una generaci\u00f3n a enrutadores de otra, con esquemas de arquitectura, esquemas de conexiones entre diferentes hipervisores, etc. <\/p>\n

As\u00ed, la arquitectura ACI - VXLAN, microsegmentaci\u00f3n y firewall distribuido, que permiten configurar un firewall para unas 100 m\u00e1quinas virtuales.
\nLa arquitectura ACI permite realizar estas operaciones no a nivel del sistema operativo virtual, sino a nivel de la red virtual: es m\u00e1s seguro configurar un conjunto espec\u00edfico de reglas para cada m\u00e1quina no desde el sistema operativo, manualmente, sino a nivel de la red virtualizada, es m\u00e1s seguro, r\u00e1pido, menos laborioso, etc. El mejor control de todo lo que sucede est\u00e1 en cada segmento de la red. \u00bfQu\u00e9 hay de nuevo?<\/p>\n