Центры обработки данных и унифицированные вычисления UCS (Unified Computing System) в настоящее время неотделимы от понятия «облачные вычисления» и представляют собой средства их реализации. Надо сказать, что в отличие от прошлогодней конференции Cisco Expo, в этот раз – 27-29 октября 2010 года – доклады по унифицированным вычислениям занимали значительное место, что говорит об успехах в реализации этой программы.
Пресс-конференция, посвящённая этому вопросу началась с гипотетического примера разговора с заказчиком, который привёл менеджер по развитию бизнеса Cisco Олег Коверзнев. «Когда задаёшь заказчику вопрос о его отношении к облачным вычислениям, реакция может быть самой разной, но когда разговор заходит об эффективности работы ЦОДа, о возможностях адаптации под нужны пользователей, виртуализации – реакция всегда положительная». Но ведь это и есть концепция, которая получила собирательное названия «облако» (cloud). Можно сказать, что любая работа по консолидации и виртуализации ЦОДа неизбежно приведёт к потреблению услуг посредством облака. Возможно, через некоторое время появятся новые термины (в том числе и маркетинговые), но суть процессов наверняка останется прежней.
По мере развития концепции облачных вычислений становится понятнее, зачем же компания Cisco пришла на рынок серверов. Скажу прямо, то, что ещё недавно вызывало бурные дискуссии и даже отторжение, сейчас в основном воспринимается как абсолютно логичный шаг.
Меня, прежде всего, интересовал вопрос о реальных трудностях, которые возникают при переходе от частного к общественному облаку, что требуется от ИТ-команды предприятия для такого перехода. Г-н Коверзнев сказал, что сейчас не так уж много компаний сумели построить собственное облако, и именно его построение есть главная трудность. После того, как своё облако построено, можно пробовать выводить некоторые (наименее критичные) сервисы наружу и смотреть, что там с ними происходит, благо, компании, разворачивающие публичные облака, готовы предоставить все условия для таких экспериментов. Кроме понятий частного и публичного, появилось ещё одно – гибридное облако, распределённое между собственным ЦОДом и арендованными сервисами. По мере стандартизации решений главным вопросом станет модель владения: можно прийти на каток с собственными коньками, а можно взять их напрокат. Свои всегда привычнее, можно выбрать по вкусу, но покупать их ради пары зимних катаний, а потом где-то хранить, далеко не всегда целесообразно. А вот уметь кататься необходимо в обоих случаях.
Евгений Лагунцов отметил, что при оптимизации ИТ-инфраструктуры в больших корпорациях ИТ-отдел становится похожим на стороннего провайдера облачных услуг и решает те же технологические вопросы, что и провайдер публичного облака. И здесь мы возвращаемся к собственно UCS: всё, что умеет делать UCS-менеджер в частном облаке, он может делегировать наверх в облако публичное без каких-либо изменений. Поэтому внедрение на предприятии Cisco UCS автоматически открывает двери к любым публичным сервисам. В этом и смысл готового решения UCS: Cisco, конечно, может продавать и просто коробки с серверами, но при наличии законченного решения смысла в покупке отдельных коробок нет никакого. Кроме того, законченное решение vBlock включает в себя и соглашение об уровне услуг (SLA), его применение даст опыт взаимодействовать с внешними партнёрами.
На вопрос о стандартизации и проприетарных решениях Cisco, г-н Коверзнев ответил, что все стандарты в начале пути проходят этап инновационных решений, и эти решения всегда эффективнее стандартных. В продуктах Cisco есть возможность использования как только стандартных функций, так и не ставших ещё стандартными инновационных решений. И, пожалуй, главный вопрос здесь в том, станут ли в будущем инновационные решения Cisco общепринятыми стандартами. Поручиться на 100% за каждое такое решение, разумеется, невозможно, но Cisco всегда к этому стремится и в большинстве случаев добивается того, что новые возможности оформляются как стандарты. Однако надо различать внешние интерфейсы, для которых стандартизация крайне желательно, и внутренние, для которых она не столь важна. И здесь есть очень интересная деталь: такой крупный модуль, как vBlock, да и вообще вся концепция UCS, переводят многие внешние интерфейсы в разряд внутренних, что позволяет повысить эффективность системы без ущерба для стандартизации.
Тему ЦОДов и UCS продолжал в своих докладах Александр Скороходов, системный инженер-консультант Cisco.
В первую очередь, была продемонстрирована хронология движения от коммутаторов Cisco Nexus 7000, презентованных в начале 2008, к унифицированным вычислениям, включающим в себя множество взаимосвязанных компонентов. Что же представляет собой Cisco UCS сегодня?
Это единая система, объединяющая:
- Вычисления: x86 – индустриальный стандарт. Если говорить более точно, это процессоры Intel Xeon.
- Сеть: консолидация ввода-вывода (Unified fabric).
- Виртуализацию: управление, масштабирование, производительность.
- Доступ к сети хранения: единое подключение для SAN, NAS, iSCSI.
- Встроенное управление.
- Рост масштабируемости без роста сложности.
- Динамическое выделение ресурсов.
- Возможность интеграции с партнерскими решениями.
- Энергоэффективность.
- Меньше серверов коммутаторов адаптеров, серверов, коммутаторов, адаптеров, кабелей.
- Снижение требований к питанию и охлаждению.
Если же сравнивать Cisco UCS с «просто блей-серверами» (поскольку эта система включает в себя и блейд-серверы), то отличия видны невооружённым глазом. Активные коммутаторы, традиционно устанавливаемые в каждую корзину и занимающие там достаточно много место, заменены принципиально новыми неуправляемыми модулями ввода-вывода, называемыми Fabric Extender. Сети Ethernet и Fiber Channel объединены в линии FCoE, модули управления сосредоточились в едином центре, итого осталось менее половины традиционной инфраструктуры. В результате на каждое шасси (в корзину) можно установить больше серверов, то есть каждая стойка несёт больше ресурсов. Если же посмотреть на корзину сзади, то мы увидим, что в отличие от «обычного» блейд-сервера, почти вся задняя стенка занята вентиляторами, что значительно улучшает условия работы лезвий. Об этом не принято говорить, но очень часто производители искусственно ограничивают ресурсы лезвий, не позволяют устанавливать в шасси только самые производительные модели лезвий с максимальным объёмом памяти. Причина – как раз в невозможности отвести большое количество тепла через малую площадь.
Изменение уровня управления виртуализированной системы повлекло за собой и изменение способа управление – вместо физических, системный администратор управляет уже логическими объектами. То есть он уже не управляет не настройками сетевого подключения пятого блейда в третьем шасси, а оперирует логическими серверами. Реализована концепция управления сервисными профилями, абстрагирование от физической реализации серверов.
К этому следует добавить технологию расширения оперативной памяти и виртуализированного адаптера ввода/вывода. Касательно расширения памяти: в Cisco решили, что корпорация Intel создала столь мощные процессоры, что даже максимального объёма памяти на интеловской платформе им недостаточно и придумали способ увеличить её объём до 384 гигабайта на один сервер. Общее же количество серверов, способных работать под общим управлением как единая система, равно 320. Свойства логического сервера не привязаны к конкретному блейду и могут легко мигрировать между всеми 320 физическими серверами. Более того, логический сервер можно переносить и между системами, если в этом возникнет нужда. Система предусматривает динамическое развёртывание, полный контроль за использованием ресурсов и интеграцию со сторонними системами управления.
Интересно, что Cisco UCS позволяет настроить сколько угодно виртуальных серверов, не имея ни одного блейда в системе. Разумеется, работать они не будут, но как только в шасси появятся реальные сервера, их сразу же можно запускать.
Наверное, можно ещё долго перечислять достоинства Cisco UCS на процессорах Intel Xeon, но характеристики стойки, на мой взгляд, уже не нуждаются в комментариях.
Что это даёт «на круг», видно из последнего слайда.