{"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\/fr\/blog\/administrirovanie\/cisco-live-2019-emea-tehnicheskie-sessii-vneshnee-uproshhenie-s-vnutrennim-uslozhneniem","title":{"rendered":"Cisco Live 2019 EMEA. Sessions techniques : simplification externe avec complexit\u00e9 interne","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Cisco
\n
\nJe suis Artem Klavdiev, leader technique du projet de cloud hyperconvergent HyperCloud de Linxdatacenter. Aujourd'hui, je vais continuer \u00e0 parler de la conf\u00e9rence mondiale Cisco Live EMEA 2019. Passons imm\u00e9diatement du g\u00e9n\u00e9ral au particulier, en abordant les annonces pr\u00e9sent\u00e9es par le vendeur lors des sessions sp\u00e9cialis\u00e9es.<\/i><\/p>\n

C'\u00e9tait ma premi\u00e8re participation \u00e0 Cisco Live, ma mission \u00e9tant de visiter les \u00e9v\u00e9nements du programme technique, de plonger dans le monde des technologies avanc\u00e9es et des solutions de l'entreprise, et de me positionner \u00e0 l'avant-garde des sp\u00e9cialistes impliqu\u00e9s dans l'\u00e9cosyst\u00e8me des produits Cisco en Russie.
\nR\u00e9aliser cette mission s'est r\u00e9v\u00e9l\u00e9 difficile : le programme des sessions techniques \u00e9tait extr\u00eamement charg\u00e9. Il \u00e9tait tout simplement physiquement impossible de participer \u00e0 tous les tables rondes, panels, ateliers et discussions, qui \u00e9taient d\u00e9coup\u00e9s en de nombreuses sections et commen\u00e7aient en parall\u00e8le. Tout \u00e9tait discut\u00e9 : centres de donn\u00e9es, r\u00e9seau, cybers\u00e9curit\u00e9, solutions logicielles, mat\u00e9riel \u2013 chaque aspect du travail de Cisco et de ses partenaires \u00e9tait repr\u00e9sent\u00e9 par une section distincte avec un grand nombre d'\u00e9v\u00e9nements. Il a fallu suivre les recommandations des organisateurs et \u00e9tablir un programme personnel d'\u00e9v\u00e9nements, en r\u00e9servant \u00e0 l'avance des places dans les salles. <\/p>\n

Je vais m'arr\u00eater plus en d\u00e9tail sur les sessions auxquelles j'ai pu assister.
\n<\/a><\/noindex><\/p>\n

Accelerating Big Data and AI\/ML on UCS and HX (Acc\u00e9l\u00e9ration de l'IA et de l'apprentissage automatique sur les plateformes UCS et HyperFlex)<\/h2>\n

\"Cisco
\n
\nCette session \u00e9tait consacr\u00e9e \u00e0 un aper\u00e7u des plateformes Cisco pour le d\u00e9veloppement de solutions en intelligence artificielle et en apprentissage automatique. Un \u00e9v\u00e9nement semi-marketing avec des \u00e9l\u00e9ments techniques. \u00a0<\/p>\n

L'essentiel est le suivant : les ing\u00e9nieurs informatiques et les sp\u00e9cialistes des donn\u00e9es d\u00e9pensent aujourd'hui une quantit\u00e9 significative de temps et de ressources \u00e0 concevoir des architectures combinant l'infrastructure legacy, plusieurs stacks pour l'apprentissage automatique et des logiciels pour g\u00e9rer cet ensemble. <\/p>\n

Cisco a pour but de simplifier cette t\u00e2che : le vendeur se concentre sur la modification des mod\u00e8les de gestion traditionnels des centres de donn\u00e9es et des processus de travail en accroissant le niveau d'int\u00e9gration de tous les composants n\u00e9cessaires \u00e0 l'IA\/l'apprentissage automatique. <\/p>\n

\u00c0 titre d'exemple, un cas de collaboration entre Cisco et Google<\/a><\/noindex>: les entreprises combinent les plateformes UCS et HyperFlex avec des produits logiciels leaders du secteur pour l'IA\/l'apprentissage automatique tels que\u00a0KubeFlow<\/a><\/noindex> pour cr\u00e9er une infrastructure on-premise compl\u00e8te. <\/p>\n

L'entreprise a expliqu\u00e9 comment KubeFlow, d\u00e9ploy\u00e9 sur une infrastructure UCS\/HX en combinaison avec Cisco Container Platform, transforme la solution en ce que les employ\u00e9s de l'entreprise ont qualifi\u00e9 de \u00ab cloud hybride ouvert Cisco\/Google \u00bb \u2013 une infrastructure permettant un d\u00e9veloppement et une exploitation sym\u00e9triques d'un environnement de travail pour les t\u00e2ches d'IA, \u00e0 la fois sur des composants sur site et dans Google Cloud.<\/p>\n

Session d\u00e9di\u00e9e \u00e0 l'Internet des objets (IoT)<\/h2>\n

\n\"Cisco
\n
\nCisco promeut activement l'id\u00e9e de d\u00e9velopper l'IoT en utilisant ses propres solutions r\u00e9seau. L'entreprise a parl\u00e9 de son produit Industrial Router \u2013 une gamme sp\u00e9ciale de commutateurs et routeurs LTE compacts, con\u00e7us pour une r\u00e9sistance accrue aux pannes, une protection contre l'humidit\u00e9 et sans pi\u00e8ces mobiles. Ces commutateurs peuvent \u00eatre int\u00e9gr\u00e9s dans n'importe quel objet du monde environnant : transports, installations industrielles, b\u00e2timents commerciaux. L'id\u00e9e principale : \u00ab D\u00e9ployez ces commutateurs sur vos sites et g\u00e9rez-les depuis le cloud \u00e0 l'aide d'une console centralis\u00e9e \u00bb. La gamme fonctionne avec Kinetic Software pour optimiser le d\u00e9ploiement et la gestion \u00e0 distance. L'objectif est d'am\u00e9liorer la gestion des syst\u00e8mes IoT. <\/p>\n

ACI-Multisite Architecture and Deployment (ACI ou Application Centric Infrastructure, et micro-segmentation des r\u00e9seaux)<\/h2>\n

\n\"Cisco
\n
\nSession consacr\u00e9e \u00e0 l'examen du concept d'infrastructure orient\u00e9e vers la micro-segmentation des r\u00e9seaux. C'\u00e9tait la session la plus complexe et d\u00e9taill\u00e9e \u00e0 laquelle j'ai pu assister. Le message principal de Cisco \u00e9tait le suivant : auparavant, les \u00e9l\u00e9ments traditionnels des syst\u00e8mes informatiques (r\u00e9seau, serveurs, stockage, etc.) \u00e9taient connect\u00e9s et configur\u00e9s s\u00e9par\u00e9ment. La t\u00e2che des ing\u00e9nieurs \u00e9tait de regrouper le tout dans un environnement de travail g\u00e9rable. UCS a chang\u00e9 la donne \u2013 la partie r\u00e9seau s'est isol\u00e9e dans un domaine distinct, et la gestion des serveurs est devenue centralis\u00e9e \u00e0 partir d'un seul panneau. Peu importe le nombre de serveurs \u2013 10 ou 10 000, n'importe quelle quantit\u00e9 est contr\u00f4l\u00e9e \u00e0 partir d'un point de gestion unique, la gestion et la transmission des donn\u00e9es se font par un seul c\u00e2ble. ACI permet de centraliser la gestion \u00e0 la fois des r\u00e9seaux et des serveurs.<\/p>\n

Ainsi, la micro-segmentation des r\u00e9seaux est une fonction essentielle d'ACI, permettant de s\u00e9parer de mani\u00e8re granulaire les applications au sein d'un syst\u00e8me avec diff\u00e9rents niveaux de communication entre elles et avec le monde ext\u00e9rieur. Par exemple, par d\u00e9faut, deux machines virtuelles g\u00e9r\u00e9es par ACI ne peuvent pas communiquer entre elles. L'interaction est possible uniquement en ouvrant un soi-disant 'contrat', qui permet de d\u00e9tailler les listes d'acc\u00e8s pour une segmentation r\u00e9seau pr\u00e9cise (en d'autres termes, micro). <\/p>\n

La micro-segmentation permet d'obtenir un r\u00e9glage pr\u00e9cis de n'importe quel segment des syst\u00e8mes informatiques en isolant n'importe quels composants et en les associant entre eux dans diverses configurations de machines physiques et virtuelles. Des groupes d'\u00e9l\u00e9ments de calcul de terminaison (EPG) sont cr\u00e9\u00e9s, auxquels s'appliquent les politiques de filtrage et de routage du trafic. Cisco ACI permet de regrouper ces EPG dans des applications existantes en nouveaux microsegments (uSeg) et de configurer les politiques ou attributs r\u00e9seau pour chaque \u00e9l\u00e9ment sp\u00e9cifique du microsegment.<\/p>\n

Par exemple, vous pouvez assigner des serveurs web \u00e0 un EPG afin d'appliquer des politiques identiques \u00e0 ceux-ci. Par d\u00e9faut, tous les n\u0153uds de calcul dans un EPG peuvent communiquer librement entre eux. Cependant, si l'EPG web comprend des serveurs pour les phases de d\u00e9veloppement et d'exploitation, il peut \u00eatre sens\u00e9 de leur interdire la communication entre eux pour pr\u00e9venir d'\u00e9ventuels pannes. La micro-segmentation avec Cisco ACI permet de cr\u00e9er un nouvel EPG et d'\u00e9crire automatiquement des politiques pour celui-ci sur la base des attributs du nom de la VM, tels que 'Prod-xxxx' ou 'Dev-xxx'.<\/p>\n

Sans aucun doute, cela a \u00e9t\u00e9 l'une des sessions cl\u00e9s du programme technique.<\/p>\n

\u00c9volution efficace du r\u00e9seau de DC (\u00c9volution des r\u00e9seaux de centres de donn\u00e9es dans le contexte des technologies de virtualisation)<\/h2>\n

\"Cisco
\n
\nCette session \u00e9tait logiquement li\u00e9e \u00e0 la session sur la micro-segmentation des r\u00e9seaux, et abordait \u00e9galement le sujet du container networking. Dans l'ensemble, il s'agissait de migrer d'un g\u00e9n\u00e9ration de routeurs virtuels \u00e0 une autre \u2013 avec des sch\u00e9mas d'architecture, des sch\u00e9mas de connexion entre diff\u00e9rents hyperviseurs, etc. <\/p>\n

Ainsi, l'architecture ACI \u2013 VXLAN, la micro-segmentation et le pare-feu distribu\u00e9, qui permettent de configurer le pare-feu pour environ 100 machines virtuelles.
\nL'architecture ACI permet d'effectuer ces op\u00e9rations non pas au niveau du syst\u00e8me d'exploitation virtuel, mais au niveau du r\u00e9seau virtuel : il est plus s\u00fbr de configurer pour chaque machine un ensemble sp\u00e9cifique de r\u00e8gles non pas depuis le syst\u00e8me d'exploitation, manuellement, mais au niveau du r\u00e9seau virtualis\u00e9, ce qui est plus s\u00e9curis\u00e9, plus rapide, moins laborieux, etc. Le meilleur contr\u00f4le de tout ce qui se passe se situe \u00e0 chaque segment du r\u00e9seau. Quoi de neuf :<\/p>\n