Cisco Live 2019 EMEA. Технически сесии: външно опростяване с вътрешно усложняване

Аз съм Артем Клавдиев, технически ръководител на проекта за хиперконвергиран облак HyperCloud в Linxdatacenter. Днес ще продължа историята за глобалната конференция Cisco Live EMEA 2019. Нека незабавно да преминем от общото към конкретното, към съобщенията, представени от доставчика на специализирани сесии.

Това беше първото ми участие в Cisco Live, моята мисия беше да присъствам на събития от техническата програма, да се потопя в света на модерните технологии и решения на компанията и да се закрепя в челните редици на специалистите, участващи в екосистемата на продуктите на Cisco в Русия.
Изпълнението на тази мисия на практика се оказа трудно: програмата от технически сесии се оказа супер интензивна. Всички кръгли маси, панели, майсторски класове и дискусии, разделени на много секции и стартиращи паралелно, са просто невъзможни за физически присъствие. Беше обсъдено абсолютно всичко: центрове за данни, мрежа, информационна сигурност, софтуерни решения, хардуер - всеки аспект от работата на Cisco и партньорите на доставчиците беше представен в отделен раздел с огромен брой събития. Трябваше да следвам препоръките на организаторите и да съставя своеобразна персонална програма за събитията, като предварително резервирам места в залите.

Ще се спра по-подробно на сесиите, на които успях да присъствам.

Ускоряване на големи данни и AI/ML на UCS и HX (Ускоряване на AI и машинно обучение на платформите UCS и HyperFlex)

Тази сесия беше посветена на преглед на платформите на Cisco за разработване на решения, базирани на изкуствен интелект и машинно обучение. Полумаркетингово събитие, осеяно с технически аспекти.  

Изводът е следният: ИТ инженерите и специалистите по данни днес отделят значително време и ресурси за проектиране на архитектури, които комбинират наследена инфраструктура, множество стекове за поддръжка на машинно обучение и софтуер за управление на този комплекс.

Cisco служи за опростяване на тази задача: доставчикът се фокусира върху промяната на традиционните центрове за данни и модели на управление на работния процес чрез повишаване на нивото на интеграция на всички компоненти, необходими за AI/ML.

Като пример, случай на сътрудничество между Cisco и Google: Компаниите комбинират платформите UCS и HyperFlex с водещи в индустрията AI/ML софтуерни продукти като KubeFlow за създаване на цялостна локална инфраструктура.

Компанията описа как KubeFlow, внедрен на UCS/HX в комбинация с Cisco Container Platform, ви позволява да трансформирате решението в нещо, което служителите на компанията нарекоха „отворен хибриден облак на Cisco/Google“ – инфраструктура, в която е възможно да се внедри симетрично разработване и експлоатация на работна среда под задачи на AI едновременно въз основа на локални компоненти и в Google Cloud.

Сесия в Интернет на нещата (IoT)

Cisco активно насърчава идеята за необходимостта от разработване на IoT на базата на собствени мрежови решения. Компанията разказа за своя продукт Industrial Router - специална линия от малки LTE комутатори и рутери с повишена устойчивост на грешки, устойчивост на влага и липса на движещи се части. Такива ключове могат да бъдат вградени във всякакви обекти в околния свят: транспорт, промишлени съоръжения, търговски сгради. Основната идея: „Разположете тези комутатори във вашите помещения и ги управлявайте от облака с помощта на централизирана конзола.“ Линията работи на Kinetic Software за оптимизиране на дистанционното внедряване и управление. Целта е да се подобри управляемостта на IoT системите.

ACI-многосайтова архитектура и внедряване (ACI или ориентирана към приложенията инфраструктура и микросегментация на мрежата)

Сесия, посветена на изследване на концепцията за инфраструктура, фокусирана върху микро-сегментирането на мрежи. Това беше най-сложната и подробна сесия, на която съм присъствал. Общото послание на Cisco беше следното: преди това традиционните елементи на ИТ системите (мрежа, сървъри, системи за съхранение и т.н.) бяха свързани и конфигурирани отделно. Задачата на инженерите беше да съберат всичко в една работеща, контролирана среда. UCS промени ситуацията - мрежовата част беше отделена в отделна зона и управлението на сървъра започна да се извършва централно от един панел. Няма значение колко сървъра има – 10 или 10 000, всеки брой се управлява от една контролна точка, както управлението, така и предаването на данни става по един проводник. ACI ви позволява да комбинирате мрежи и сървъри в една конзола за управление.

И така, микросегментирането на мрежите е най-важната функция на ACI, която ви позволява гранулирано да разделяте приложенията в системата с различни нива на диалог между тях и с външния свят. Например две виртуални машини, работещи с ACI, не могат да комуникират една с друга по подразбиране. Взаимодействието помежду си се отваря само чрез отваряне на така наречения „договор“, който ви позволява да детайлизирате списъци за достъп за подробно (с други думи, микро) сегментиране на мрежата.

Микросегментацията ви позволява да постигнете целенасочена персонализация на всеки сегмент от ИТ системата чрез разделяне на всички компоненти и свързването им заедно във всяка конфигурация от физически и виртуални машини. Създават се групи от крайни изчислителни елементи (EPG), към които се прилагат политики за филтриране на трафика и маршрутизиране. Cisco ACI ви позволява да групирате тези EPG в съществуващи приложения в нови микросегменти (uSegs) и да конфигурирате мрежови политики или VM атрибути за всеки конкретен елемент на микросегмент.

Например, можете да присвоите уеб сървъри към EPG, така че към тях да се прилагат същите правила. По подразбиране всички изчислителни възли в EPG могат да комуникират свободно един с друг. Въпреки това, ако уеб EPG включва уеб сървъри за етапите на разработка и производство, може да има смисъл да им се попречи да комуникират помежду си, за да се гарантират срещу повреди. Микросегментирането с Cisco ACI ви позволява да създадете нов EPG и автоматично да присвоите политики към него въз основа на атрибути на име на VM, като „Prod-xxxx“ или „Dev-xxx“.

Разбира се, това беше една от ключовите сесии в техническата програма.

Ефективна еволюция на DC Networking (Еволюция на мрежа от център за данни в контекста на технологиите за виртуализация)

Тази сесия беше логично свързана със сесията за микросегментиране на мрежата и също така засегна темата за мрежовите контейнери. Като цяло говорихме за миграция от виртуални рутери от едно поколение към рутери от друго - с архитектурни диаграми, диаграми на връзка между различни хипервайзори и т.н.

Така ACI архитектурата е VXLAN, микросегментация и разпределена защитна стена, които ви позволяват да конфигурирате защитна стена за до 100 виртуални машини.
Архитектурата на ACI позволява тези операции да се извършват не на ниво виртуална ОС, а на ниво виртуална мрежа: по-безопасно е да конфигурирате за всяка машина определен набор от правила не от ОС, ръчно, а на ниво виртуализирана мрежа , по-безопасно, по-бързо, по-малко трудоемко и т.н. По-добър контрол върху всичко, което се случва - във всеки мрежов сегмент. Какво ново:

• ACI Anywhere ви позволява да разпространявате политики към обществени облаци (в момента AWS, в бъдеще - към Azure), както и към локални елементи или в мрежата, просто като копирате необходимата конфигурация от настройки и политики.
• Virtual Pod е ACI виртуална инстанция, копие на физически контролен модул; използването му изисква наличието на физически оригинал (но това не е сигурно).

Как това може да се приложи на практика: Разширяване на мрежовата свързаност в големи облаци. Multicloud идва, все повече компании използват хибридни конфигурации, изправени пред необходимостта да конфигурират различни мрежи във всяка облачна среда. ACI Anywhere вече прави възможно мащабирането на мрежи с унифициран подход, протоколи и политики.

Проектиране на мрежи за съхранение за следващото десетилетие в AllFlash DC (SAN мрежи)

Най-интересна сесия за SAN мрежи с демонстрация на набор от най-добри практики за конфигуриране.
Топ съдържание: преодоляване на бавното изтичане на SAN мрежи. Това се случва, когато някой от два или повече набора от данни е надстроен или заменен с по-продуктивна конфигурация, но останалата част от инфраструктурата не се променя. Това води до забавяне на всички приложения, работещи в тази инфраструктура. FC протоколът няма технологията за договаряне на размера на прозореца, която има IP протоколът. Следователно, ако има дисбаланс в обема на изпратената информация и честотната лента и изчислителните области на канала, има шанс да се хване бавно изтичане. Препоръките за преодоляване на това са да се контролира балансът на честотната лента и скоростта на работа на периферията на хоста и границата на съхранение, така че скоростта на агрегирането на канали да е по-голяма от тази на останалата част от тъканта. Ние също така обмислихме начини за идентифициране на бавно изтичане, като например разделяне на трафика с помощта на vSAN.

Много внимание беше отделено на зонирането. Основната препоръка за настройка на SAN е да се придържате към принципа „1 към 1“ (1 инициатор се регистрира за 1 цел). И ако мрежовата фабрика е голяма, тогава това генерира огромно количество работа. Списъкът с TCAM обаче не е безкраен, така че софтуерните решения за управление на SAN от Cisco вече включват опции за интелигентно зониране и автоматично зониране.

Сесия за дълбоко гмуркане HyperFlex

Намерете ме на снимката :)

Тази сесия беше посветена на платформата HyperFlex като цяло - нейната архитектура, методи за защита на данните, различни сценарии на приложение, включително за задачи от ново поколение: например анализ на данни.

Основното послание е, че възможностите на платформата днес ви позволяват да я персонализирате за всякакви задачи, като мащабирате и разпределяте ресурсите й между задачите пред бизнеса. Експертите по платформата представиха основните предимства на хиперконвергентната архитектура на платформата, основното от които днес е способността за бързо внедряване на всякакви модерни технологични решения с минимални разходи за конфигуриране на инфраструктура, намаляване на IT TCO и увеличаване на производителността. Cisco предоставя всички тези предимства чрез водещ в индустрията мрежов и софтуер за управление и контрол.

Отделна част от сесията беше посветена на Logical Availability Zones, технология, която позволява повишаване на устойчивостта на грешки на сървърните клъстери. Например, ако има 16 възела, събрани в един клъстер с коефициент на репликация 2 или 3, тогава технологията ще създаде копия на сървъри, покривайки последствията от възможни сървърни повреди чрез жертване на пространство.

Резултати и заключения

Cisco активно прокарва идеята, че днес абсолютно всички възможности за настройка и наблюдение на ИТ инфраструктурата са достъпни от облаците и тези решения трябва да преминат към тези решения възможно най-скоро и масово. Просто защото са по-удобни, елиминират необходимостта от решаване на планина от инфраструктурни проблеми и правят бизнеса ви по-гъвкав и модерен.

С нарастването на производителността на устройствата нарастват и всички рискове, свързани с тях. 100-гигабитовите интерфейси вече са реални и трябва да се научите да управлявате технологиите във връзка с бизнес нуждите и вашите компетенции. Внедряването на ИТ инфраструктура стана лесно, но управлението и развитието станаха много по-сложни.

В същото време изглежда, че няма нищо радикално ново по отношение на основните технологии и протоколи (всичко е на Ethernet, TCP/IP и т.н.), но множественото капсулиране (VLAN, VXLAN и т.н.) прави цялостната система изключително сложна . Днес привидно простите интерфейси крият много сложни архитектури и проблеми, а цената на една грешка се увеличава. По-лесно е да се контролира - по-лесно е да се направи фатална грешка. Винаги трябва да помните, че политиката, която промените, се прилага незабавно и се прилага за всички устройства във вашата ИТ инфраструктура. В бъдеще въвеждането на най-новите технологични подходи и концепции като ACI ще изисква радикално надграждане на обучението на персонала и развитието на процесите в компанията: ще трябва да платите висока цена за простотата. С прогреса се появяват рискове от съвсем ново ниво и профил.

Епилог

Докато подготвях статия за техническите сесии на Cisco Live за публикуване, моите колеги от облачния екип успяха да присъстват на Cisco Connect в Москва. И ето какво интересно чуха там.

Панелна дискусия за предизвикателствата на дигитализацията

Реч на ИТ мениджъри на банка и минна компания. Резюме: ако по-рано ИТ специалистите идваха при ръководството за одобрение на покупките и го постигаха трудно, сега е обратното - ръководството тича след ИТ като част от процесите на дигитализация на предприятието. И тук се забелязват две стратегии: първата може да се нарече „иновативна“ - намерете нови продукти, филтрирайте, тествайте и намерете практическо приложение за тях, втората, „стратегията на ранните осиновители“, включва способността да намирате случаи от руски и чуждестранни колеги, партньори, доставчици и да ги използвате във вашата компания.

Щанд „Центрове за обработка на данни с новия сървър Cisco AI Platform (UCS C480 ML M5)“

Сървърът съдържа 8 чипа NVIDIA V100 + 2 процесора Intel с до 28 ядра + до 3 TB RAM + до 24 HDD/SSD устройства, всичко това в един корпус от 4 модула с мощна охладителна система. Проектиран да изпълнява приложения, базирани на изкуствен интелект и машинно обучение, по-специално TensorFlow осигурява производителност от 8 × 125 teraFLOPs. На базата на сървъра е внедрена система за анализиране на маршрутите на посетителите на конференцията чрез обработка на видео потоци.

Нов комутатор Nexus 9316D

Кутия от 1 единица побира 16 400 Gbit порта, за общо 6.4 Tbit.
За сравнение погледнах пиковия трафик на най-голямата точка за обмен на трафик в Русия MSK-IX - 3.3 Tbit, т.е. значителна част от Runet в 1-во звено.
Компетентен в L2, L3, ACI.

И накрая: снимка за привличане на вниманието от нашата реч в Cisco Connect.

Първа статия: Cisco Live EMEA 2019: замяна на стар IT велосипед с BMW в облаците

Източник: www.habr.com