{"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\/sv\/blog\/administrirovanie\/cisco-live-2019-emea-tehnicheskie-sessii-vneshnee-uproshhenie-s-vnutrennim-uslozhneniem","title":{"rendered":"Cisco Live 2019 EMEA. Tekniska sessioner: extern f\u00f6renkling med intern komplexitet","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Cisco
\n
\nJag \u00e4r Artyom Klavdiev, teknisk projektledare f\u00f6r det hyperkonvergerade molnet HyperCloud p\u00e5 Linxdatacenter. Idag forts\u00e4tter jag ber\u00e4ttelsen om den globala konferensen Cisco Live EMEA 2019. L\u00e5t oss g\u00e5 direkt fr\u00e5n det allm\u00e4nna till det specifika och fokusera p\u00e5 de tillk\u00e4nnagivanden som gjordes av leverant\u00f6ren under de tematiska sessionerna.<\/i><\/p>\n

Det var mitt f\u00f6rsta deltagande p\u00e5 Cisco Live, med uppdraget att delta i den tekniska programmet, f\u00f6rdjupa mig i v\u00e4rldens avancerade teknologier och l\u00f6sningar som f\u00f6retaget erbjuder och etablera mig i framkant av specialister som \u00e4r involverade i Ciscos produkt-ekosystem i Ryssland.
\nAtt genomf\u00f6ra detta uppdrag i praktiken visade sig vara en utmaning: programmet f\u00f6r de tekniska sessionerna var otroligt intensivt. Det var fysiskt om\u00f6jligt att delta i alla rundbordssamtal, paneler, workshops och diskussioner, som var uppdelade i m\u00e5nga sektioner och startade parallellt. Det diskuterades absolut allt: datacenter, n\u00e4tverk, informationss\u00e4kerhet, programvarul\u00f6sningar och h\u00e5rdvarudelar \u2013 varje aspekt av Ciscos och leverant\u00f6rens partners verksamhet representerades i en egen sektion med ett stort antal evenemang. Jag var tvungen att f\u00f6lja arrang\u00f6rernas rekommendationer och skapa ett slags personlig program f\u00f6r evenemang, d\u00e4r jag i f\u00f6rv\u00e4g bokade platser i salarna. <\/p>\n

Jag vill fokusera mer p\u00e5 de sessioner jag lyckades delta i.
\n<\/a><\/noindex><\/p>\n

Accelerating Big Data and AI\/ML on UCS and HX (Accelerera AI och maskininl\u00e4rning p\u00e5 plattformarna UCS och HyperFlex)<\/h2>\n

\"Cisco
\n
\nDenna session handlade om en \u00f6versikt av Ciscos plattformar f\u00f6r att utveckla l\u00f6sningar inom artificiell intelligens och maskininl\u00e4rning. Ett halv-marknadsf\u00f6ringsevenemang med inslag av tekniska detaljer. \u00a0<\/p>\n

Huvudpunkten \u00e4r: IT-ingenj\u00f6rer och dataexperter spenderar idag betydande tid och resurser p\u00e5 att utforma arkitekturer som kombinerar legacy-infrastruktur, flera staplar f\u00f6r att m\u00f6jligg\u00f6ra maskininl\u00e4rning samt mjukvara f\u00f6r att hantera denna komplexitet. <\/p>\n

F\u00f6r att f\u00f6renkla denna uppgift fungerar Cisco som en l\u00f6sning: leverant\u00f6ren fokuserar p\u00e5 att f\u00f6r\u00e4ndra traditionella m\u00f6nster av datacenterhantering och arbetsfl\u00f6den genom att \u00f6ka niv\u00e5n av integration av alla komponenter som \u00e4r n\u00f6dv\u00e4ndiga f\u00f6r AI\/ML. <\/p>\n

Som ett exempel presenterades ett samarbetsfall mellan Cisco och Google<\/a><\/noindex>: f\u00f6retagen kombinerar plattformarna UCS och HyperFlex med ledande branschprogramvaror f\u00f6r AI\/ML som\u00a0KubeFlow<\/a><\/noindex> f\u00f6r att skapa en helt\u00e4ckande on-premise-infrastruktur. <\/p>\n

F\u00f6retaget ber\u00e4ttade hur KubeFlow, distribuerat p\u00e5 UCS\/HX i kombination med Cisco Container Platform, m\u00f6jligg\u00f6r att omvandla l\u00f6sningen till n\u00e5got som f\u00f6retagets anst\u00e4llda kallade \"Cisco\/Google \u00f6ppet hybridmoln\" \u2013 en infrastruktur d\u00e4r symmetrisk utveckling och drift av arbetsmilj\u00f6er f\u00f6r AI kan realiseras b\u00e5de p\u00e5 plats och i Google Cloud.<\/p>\n

Sessionen om Internet of Things (IoT)<\/h2>\n

\n\"Cisco
\n
\nCisco fr\u00e4mjar aktivt id\u00e9n om behovet av att utveckla IoT baserat p\u00e5 sina egna n\u00e4tverksl\u00f6sningar. F\u00f6retaget ber\u00e4ttade om sin produkt Industrial Router \u2013 en specialserie av kompakta LTE-switchar och routrar med \u00f6kad drifts\u00e4kerhet, vattent\u00e5lighet och utan r\u00f6rliga delar. Dessa switchar kan installeras i alla typer av omgivande objekt: transport, industriella anl\u00e4ggningar, kommersiella byggnader. Huvudtanken \u00e4r: \"Installera dessa switchar i dina anl\u00e4ggningar och hantera dem fr\u00e5n molnet via en centraliserad konsol.\" Serien anv\u00e4nder Kinetic Software f\u00f6r att optimera fj\u00e4rrdistribution och hantering. M\u00e5let \u00e4r att \u00f6ka hanterbarheten av IoT-system. <\/p>\n

ACI-Multisite Architecture and Deployment (ACI eller Application Centric Infrastructure, och mikrosystem av n\u00e4tverk)<\/h2>\n

\n\"Cisco
\n
\nSessionen som handlade om konceptet av infrastruktur inriktad p\u00e5 mikrosystem av n\u00e4tverk. Detta var den mest komplicerade och detaljerade sessionen jag har deltagit i. Det \u00f6vergripande budskapet fr\u00e5n Cisco var f\u00f6ljande: tidigare ansl\u00f6ts och konfigurerades traditionella element av IT-system (n\u00e4tverk, servrar, lagringssystem etc.) separat. Ingenj\u00f6rernas uppgift var att sammanf\u00f6ra allt till en enhetlig, hanterbar arbetsmilj\u00f6. UCS f\u00f6r\u00e4ndrade situationen \u2013 n\u00e4tverksdelen separerades till ett eget omr\u00e5de, och serverhanteringen sker centralt fr\u00e5n en gemensam panel. Det spelar ingen roll hur m\u00e5nga servrar \u2013 10 eller 10 000, vilket antal som helst kontrolleras fr\u00e5n en enda punkthantering, med ett enda kabel f\u00f6r b\u00e5de hantering och datatransfer. ACI g\u00f6r det m\u00f6jligt att sammanf\u00f6ra b\u00e5de n\u00e4tverk och servrar i en hanteringskonsol.<\/p>\n

S\u00e5, n\u00e4tverksmikrosementering \u00e4r en av de viktigaste funktionerna i ACI, som g\u00f6r det m\u00f6jligt att granularisera uppdelningen av applikationer i system med olika niv\u00e5er av kommunikation mellan varandra och med omv\u00e4rlden. Till exempel kan tv\u00e5 virtuella maskiner som drivs av ACI som standard inte kommunicera med varandra. Interaktionen dem emellan \u00f6ppnas endast genom att \u00f6ppna det s\u00e5 kallade \"kontraktet\", som detaljerat specificerar accesslistor f\u00f6r detaljerad (med andra ord \u2013 mikro) segmentering av n\u00e4tverket. <\/p>\n

Mikrosementering m\u00f6jligg\u00f6r exakt anpassning av vilken segment som helst i IT-systemet genom att s\u00e4rskilja vilka som helst komponenter och koppla dem samman i olika konfigurationer av fysiska och virtuella maskiner. Grupper av slutliga ber\u00e4kningsenheter (EPG) skapas, som f\u00e5r till\u00e4mpade filtrerings- och trafikdirigeringspolicyer. Cisco ACI g\u00f6r det m\u00f6jligt att gruppera dessa EPG i befintliga applikationer i nya mikrosement (uSeg) och konfigurera n\u00e4tverkspolicyer eller VM-attribut f\u00f6r varje specifik del av mikrosementet.<\/p>\n

Till exempel kan du tilldela webbservrar till en viss EPG f\u00f6r att till\u00e4mpa samma policyer p\u00e5 dem. Som standard kan alla ber\u00e4kningsnoder i EPG fritt kommunicera med varandra. Men om webb-EPG:n inkluderar webbservrar f\u00f6r utvecklings- och produktionsfaser, kan det vara vettigt att f\u00f6rbjuda dem att kommunicera med varandra f\u00f6r att undvika driftstopp. Mikrosementering med Cisco ACI g\u00f6r det m\u00f6jligt att skapa en ny EPG och automatiskt definiera policyer baserat p\u00e5 attributen av VM-namn, s\u00e5som \"Prod-xxxx\" eller \"Dev-xxx\".<\/p>\n

Sj\u00e4lvklart var detta en av de centrala sessionerna i det tekniska programmet.<\/p>\n

Effektiv utveckling av DC-n\u00e4tverk (Utvecklingen av datacenter-n\u00e4tverk i kontexten av virtualiseringsteknologier)<\/h2>\n

\"Cisco
\n
\nDenna session var logiskt kopplad till sessionen om n\u00e4tverksmikrosementering och ber\u00f6rde \u00e4ven \u00e4mnet container-n\u00e4tverk. Generellt handlade det om migrering fr\u00e5n virtuella routrar av en generation till routrar av en annan \u2013 med arkitekturdesigns, anslutningsscheman mellan olika hypervisorer, etc. <\/p>\n

S\u00e5, ACI-arkitektur \u2013 VXLAN, mikrosementering och distribuerad brandv\u00e4gg, som g\u00f6r det m\u00f6jligt att konfigurera brandv\u00e4ggen f\u00f6r hypotetiska 100 virtuella maskiner.
\nACI-arkitekturen m\u00f6jligg\u00f6r att utf\u00f6ra dessa operationer inte p\u00e5 niv\u00e5n f\u00f6r det virtuella operativsystemet, utan p\u00e5 niv\u00e5n f\u00f6r det virtuella n\u00e4tverket: det \u00e4r s\u00e4krare att st\u00e4lla in en specifik upps\u00e4ttning regler f\u00f6r varje maskin inte fr\u00e5n operativsystemet, manuellt, utan p\u00e5 niv\u00e5n f\u00f6r det virtualiserade n\u00e4tverket, vilket \u00e4r s\u00e4krare, snabbare och mindre arbetskr\u00e4vande osv. B\u00e4sta kontrollen av allt som h\u00e4nder \u2013 p\u00e5 varje segment av n\u00e4tverket. Vad \u00e4r nytt:<\/p>\n