{"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\/pt\/blog\/administrirovanie\/cisco-live-2019-emea-tehnicheskie-sessii-vneshnee-uproshhenie-s-vnutrennim-uslozhneniem","title":{"rendered":"Cisco Live 2019 EMEA. Sess\u00f5es t\u00e9cnicas: simplifica\u00e7\u00e3o externa com complexidade interna.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Cisco
\n
\nSou Artem Klavdiev, l\u00edder t\u00e9cnico do projeto de nuvem hiperconvergente HyperCloud da Linxdatacenter. Hoje, darei continuidade ao relato sobre a confer\u00eancia global Cisco Live EMEA 2019. Vamos direto ao ponto, para os an\u00fancios apresentados pelo fornecedor nas sess\u00f5es especializadas.<\/i><\/p>\n

Esta foi minha primeira participa\u00e7\u00e3o no Cisco Live, com a miss\u00e3o de visitar os eventos do programa t\u00e9cnico, mergulhar no mundo das tecnologias avan\u00e7adas e solu\u00e7\u00f5es da empresa e firmar minha presen\u00e7a na vanguarda dos especialistas conectados ao ecossistema de produtos Cisco na R\u00fassia.
\nRealizar essa miss\u00e3o na pr\u00e1tica revelou-se desafiador: a programa\u00e7\u00e3o das sess\u00f5es t\u00e9cnicas estava extremamente cheia. N\u00e3o \u00e9 fisicamente poss\u00edvel participar de todas as mesas-redondas, pain\u00e9is, workshops e discuss\u00f5es, que estavam distribu\u00eddos em v\u00e1rias se\u00e7\u00f5es com in\u00edcio paralelo. Discutiu-se absolutamente tudo: data centers, redes, seguran\u00e7a, solu\u00e7\u00f5es de software, hardware \u2013 cada aspecto do trabalho da Cisco e seus parceiros foi apresentado em se\u00e7\u00f5es separadas com um grande n\u00famero de eventos. Tive que seguir as recomenda\u00e7\u00f5es dos organizadores e elaborar uma esp\u00e9cie de programa pessoal para os eventos, reservando lugares nas salas com anteced\u00eancia. <\/p>\n

Vou me aprofundar nas sess\u00f5es que consegui visitar.
\n<\/a><\/noindex><\/p>\n

Acelerando Big Data e AI\/ML no UCS e HX<\/h2>\n

\"Cisco
\n
\nEsta sess\u00e3o foi dedicada a uma vis\u00e3o geral das plataformas Cisco para o desenvolvimento de solu\u00e7\u00f5es em intelig\u00eancia artificial e aprendizado de m\u00e1quina. Um evento semi-marketing com inser\u00e7\u00f5es de momentos t\u00e9cnicos. \u00a0<\/p>\n

A ess\u00eancia \u00e9 a seguinte: engenheiros de TI e especialistas em dados hoje gastam uma quantidade significativa de tempo e recursos projetando arquiteturas que combinam a infraestrutura legada, v\u00e1rias pilhas para garantir o aprendizado de m\u00e1quina e software para gerenciar esse complexo. <\/p>\n

Para simplificar essa tarefa, a Cisco se prop\u00f5e a mudar os padr\u00f5es tradicionais de gest\u00e3o de data centers e fluxos de trabalho, aumentando o n\u00edvel de integra\u00e7\u00e3o de todos os componentes necess\u00e1rios para AI\/ML. <\/p>\n

Como exemplo, foi apresentado o caso de colabora\u00e7\u00e3o entre a Cisco e Google<\/a><\/noindex>: as empresas combinam as plataformas UCS e HyperFlex com os principais produtos de software do setor para AI\/ML como\u00a0KubeFlow<\/a><\/noindex> para criar uma infraestrutura on-premise abrangente. <\/p>\n

A empresa explicou como o KubeFlow, implementado em UCS\/HX em conjunto com a Cisco Container Platform, permite transformar a solu\u00e7\u00e3o em algo que seus funcion\u00e1rios chamaram de \"nuvem h\u00edbrida aberta Cisco\/Google\" \u2013 uma infraestrutura onde \u00e9 poss\u00edvel realizar o desenvolvimento e opera\u00e7\u00e3o sim\u00e9tricos de ambientes de trabalho para atender \u00e0s necessidades de IA, tanto com componentes on-premise quanto na Google Cloud.<\/p>\n

Sess\u00e3o dedicada \u00e0 Internet das Coisas (IoT)<\/h2>\n

\n\"Cisco
\n
\nA Cisco promove ativamente a ideia da necessidade de desenvolver IoT com base em suas pr\u00f3prias solu\u00e7\u00f5es de rede. A empresa falou sobre seu produto Industrial Router \u2013 uma linha especial de switches e roteadores LTE compactos com alta resist\u00eancia a falhas, prote\u00e7\u00e3o contra umidade e aus\u00eancia de pe\u00e7as m\u00f3veis. Esses switches podem ser integrados em qualquer objeto do mundo ao seu redor: transporte, instala\u00e7\u00f5es industriais, edif\u00edcios comerciais. A ideia principal \u00e9: \"Implante esses switches em suas instala\u00e7\u00f5es e gerencie-os a partir da nuvem com uma console centralizada\". A linha opera no Kinetic Software para otimiza\u00e7\u00e3o da implanta\u00e7\u00e3o remota e gest\u00e3o. O objetivo \u00e9 aumentar a gerenciabilidade dos sistemas IoT. <\/p>\n

Arquitetura e Implanta\u00e7\u00e3o ACI-Multisite (ACI ou Infraestrutura Centrada em Aplica\u00e7\u00f5es, e microsegmenta\u00e7\u00e3o de redes)<\/h2>\n

\n\"Cisco
\n
\nSess\u00e3o dedicada \u00e0 discuss\u00e3o do conceito de infraestrutura orientada \u00e0 microsegmenta\u00e7\u00e3o de redes. Foi a sess\u00e3o mais complexa e detalhada que pude assistir. A mensagem geral da Cisco foi a seguinte: antes, os elementos tradicionais dos sistemas de TI (rede, servidores, storages, etc.) eram conectados e configurados separadamente. A tarefa dos engenheiros era unificar tudo em um \u00fanico ambiente gerenci\u00e1vel. O UCS mudou essa situa\u00e7\u00e3o \u2013 a parte de rede se destacou como uma \u00e1rea separada, e o gerenciamento de servidores passou a ser realizado centralizadamente de um \u00fanico painel. N\u00e3o importa quantos servidores \u2013 10 ou 10.000, qualquer quantidade \u00e9 controlada a partir de um \u00fanico ponto de gest\u00e3o, onde tanto a gest\u00e3o quanto a transfer\u00eancia de dados ocorrem por um \u00fanico cabo. O ACI permite integrar redes e servidores em uma \u00fanica console de gerenciamento.<\/p>\n

Assim, a microsegmenta\u00e7\u00e3o de redes \u00e9 uma fun\u00e7\u00e3o crucial do ACI, que permite segmentar granularmente aplica\u00e7\u00f5es em um sistema com diferentes n\u00edveis de di\u00e1logo entre si e com o mundo exterior. Por exemplo, duas m\u00e1quinas virtuais sob gest\u00e3o do ACI, por padr\u00e3o, n\u00e3o podem se comunicar. A intera\u00e7\u00e3o entre elas \u00e9 habilitada apenas por meio da abertura de um \"contrato\", que permite detalhar listas de acesso para uma segmenta\u00e7\u00e3o de rede detalhada (ou seja, micro). <\/p>\n

A microsegmenta\u00e7\u00e3o permite uma configura\u00e7\u00e3o precisa de qualquer segmento de um sistema de TI, isolando quaisquer componentes e conectando-os em qualquer configura\u00e7\u00e3o de m\u00e1quinas f\u00edsicas e virtuais. Grupos de elementos de computa\u00e7\u00e3o finais (EPG) s\u00e3o criados, aos quais se aplicam pol\u00edticas de filtragem e roteamento de tr\u00e1fego. O Cisco ACI permite agrupar esses EPG em aplicativos existentes em novos microsegmentos (uSeg) e configurar pol\u00edticas de rede ou atributos de VMs para cada elemento espec\u00edfico do microsegmento.<\/p>\n

Por exemplo, voc\u00ea pode atribuir servidores web a um EPG para aplicar a eles pol\u00edticas id\u00eanticas. Por padr\u00e3o, todos os n\u00f3s de computa\u00e7\u00e3o em um EPG podem se comunicar livremente entre si. No entanto, se o EPG web incluir servidores web para ambientes de desenvolvimento e produ\u00e7\u00e3o, pode ser sensato proibir a comunica\u00e7\u00e3o entre eles para garantir prote\u00e7\u00e3o contra falhas. A microsegmenta\u00e7\u00e3o com o Cisco ACI permite criar um novo EPG e automaticamente definir pol\u00edticas para ele com base em atributos do nome da VM, como \"Prod-xxxx\" ou \"Dev-xxx\".<\/p>\n

Certamente, esta foi uma das principais sess\u00f5es do programa t\u00e9cnico.<\/p>\n

Evolu\u00e7\u00e3o eficaz da rede de data center (Effective evolution of a DC Networking)<\/h2>\n

\"Cisco
\n
\nEsta sess\u00e3o estava logicamente conectada \u00e0 sess\u00e3o sobre microsegmenta\u00e7\u00e3o de rede e tamb\u00e9m abordou o tema networking de containers. De forma geral, falou-se sobre a migra\u00e7\u00e3o de roteadores virtuais de uma gera\u00e7\u00e3o para roteadores de outra \u2013 com esquemas de arquitetura, esquemas de conex\u00e3o entre diferentes hypervisores, etc. <\/p>\n

Assim, a arquitetura ACI - VXLAN, microsegmenta\u00e7\u00e3o e firewall distribu\u00eddo, que permitem a configura\u00e7\u00e3o do firewall para aproximadamente 100 m\u00e1quinas virtuais.
\nA arquitetura ACI permite realizar essas opera\u00e7\u00f5es n\u00e3o no n\u00edvel do sistema operacional virtual, mas no n\u00edvel da rede virtual: \u00e9 mais seguro configurar um conjunto espec\u00edfico de regras para cada m\u00e1quina n\u00e3o a partir do sistema operacional, manualmente, mas no n\u00edvel da rede virtualizada, de maneira mais segura, r\u00e1pida e menos onerosa. O melhor controle do que est\u00e1 acontecendo \u2013 em cada segmento da rede. O que h\u00e1 de novo:<\/p>\n