Документ представляет обзор возможностей автоматизации центров обработки данных (ЦОД) с использованием решений Cisco, таких как Cisco UCS Director и Cisco Cloud Center. Он подчеркивает управление виртуализированной и физической инфраструктурой, поддерживая масштабируемость и безопасность в гибридных облаках. Основное внимание уделяется интеграции различных облачных сервисов и упрощению процессов развертывания и управления приложениями.

1. 2016 | Москва
Data Сenter
Design&Deploy Forum

2. Хаванкин Максим
Системный архитектор, CCIE
21 июля 2016
Демонстрация возможностей
автоматизации ЦОД

3. • Портофолио продуктов Cisco для автоматизации управления в
Центрах Обработки Данных
• Cisco UCS Director
• Cisco Cloud Center
Содержание

4. Портфолио решений Cisco для
автоматизации ЦОД
Virtual Application
Cloud Segmentation
Управление инфраструктурой ЦОД
Cisco UCS Director
Инфраструктура: серверы, сеть, SAN, СХД, гипервизоры
Безопасность в
гибридных облаках
Cisco Intercloud Fabric
CloudOperations(PrimeAssurance)(3rdParty
Billing,Assurance,ResourceMgmt)
APIC
ITSM Catalog Cisco Prime Service Catalog 3rd party catalog
PaaS (optional)
Управление приложениями
в гибридных облаках
Cisco Cloud Center
Cloud Services
Ecosystem of
Service Providers

5. Cisco UCS Director

6. Портфолио решений Cisco для частного
облака
Virtual Application
Cloud Segmentation
Управление инфраструктурой ЦОД
Cisco UCS Director
Инфраструктура: серверы, сеть, SAN, СХД, гипервизоры
Безопасность в
гибридных облаках
Cisco Intercloud Fabric
CloudOperations(PrimeAssurance)(3rdParty
Billing,Assurance,ResourceMgmt)
APIC
ITSM Catalog Cisco Prime Service Catalog 3rd party catalog
PaaS (optional)
Управление приложениями
в гибридных облаках
Cisco Cloud Center
Cloud Services
Ecosystem of
Service Providers

7. Cisco UCS Director
Интерфейсы для существующих групп администраторов и пользователей
7
Централизованное управление жизненным циклом
виртуализированной и физической инфраструктуры
Виртуальная инфраструктура
IT администраторы IT ПоддержкаКонечные пользователи
Физическая инфраструктура
Cisco UCS
Cisco
Nexus
Открытый API
для интеграции
UCS Director
Портал
самообслуживания
Развертывание ОС
и вирт. машин
Консоль управления
Управление на
основе политик
Dashboard
Пулы ресурсов

8. Инфраструктурные контейнеры в UCS Director
Инфраструктурный контейнер: логический
объект, который создается в оркестраторе
инфраструктуры Cisco UCS Director
Сетевой сегмент: VLAN или VXLAN или EPG, к
которому подключается виртуальная машина
Виртуальная машина или физический сервер:
создается из шаблона.
Политики IaaS: набор политик, определяющих
какие инфраструктурные ресурсы используются.
 сетевые ресурсы (VLAN, IP адрес, шаблон
приложения в ACI фабрики)
 Среда виртуализации (кластер, конкретный
сервервер, пул ресурсов)
 СХД (какая СХД, том, диски, должны
использоваться для размещения ВМ или
ресурсов физического сервера)
Инфраструктурный контейнер
Сегмент Web Сегмент App
WEB-1 WEB-2 App-1 App-2
Политики IaaS
Что отсутствует в этой модели?

9. Cisco Cloud Center

10. Портфолио решений Cisco для частного
облака
Virtual Application
Cloud Segmentation
Управление инфраструктурой ЦОД
Cisco UCS Director
Инфраструктура: серверы, сеть, SAN, СХД, гипервизоры
Безопасность в
гибридных облаках
Cisco Intercloud Fabric
CloudOperations(PrimeAssurance)(3rdParty
Billing,Assurance,ResourceMgmt)
APIC
ITSM Catalog Cisco Prime Service Catalog 3rd party catalog
PaaS (optional)
Управление приложениями
в гибридных облаках
Cisco Cloud Center
Cloud Services
Ecosystem of
Service Providers

11. Рост
сложности и
стоимости
Гибридное IT
Рост количества приложений и элементов инфраструктуры
Частное облако
ЦОД
Публичное облако

12. Cloud Center: оркестрация на основе модели
Подход на основе модели
• Ориентация на приложение
• Независимость от облака
• Заводим один раз … Запускаем где угодно
Подход на базе скриптов
• Большие затраты человеко/часы
• Ориентация на инфраструктуру
• Свой скрипт для каждого облака
• Любое обновление в приложении – изменение скрипта
Script / Workflows

13. Cisco CloudCenter (ранее CliQr) Любое
приложение. Любое облако. Одна платформа.
Единая платформа
управления
Полный цикл
управления
приложением
Enterprise-Ready Масштабирование Безопасность
Частное облако
ЦОД
Публичное облако
Model
Manage
Deploy
Profile
NFS

14. Service Providers Government Solution ProvidersEnterprise

15. Широкий список поддерживаемых приложений
OS Services & PaaS Custom 3rd Party

16. Широкий список поддерживаемых облаков
Частные Публичные

17. Архитектура платформы
CloudCenter Manager
Простой интуитивный интерфейс
CliQr-Hosted SaaS or Onsite Deployment
Полная поддержка Multi-Tenancy
Интегрированная безопаность
Масштабируемая распределенная архитектура
CloudCenter Orchestrator
Автоматизация настроек и развертывания
Native, No Overhead

18. Уникальность CloudCenter
Моделируем один раз. Разворачиваем везде.
• Единый профиль приложения
• Графическая среда
• Широкий перечень
поддерживаемых приложений
• Широкий перечень
поддерживаемых публичных
облаков
• Enterprise Ready

19. CloudCenter гибко обеспечивает бизнес-потребности...
Пользователи сами разворачивают нагрузку в любом облаке
• Простая VM
• IT tool или
приложение
• Бизнес приложение
• В любом из 19+ типов
ЦОД, частных или
публичных облаков
Развертывание по требованию,
самообслуживание или API
вызов

20. …с централизованным управлением
управление, согласование, отчетность в руках руководителя
• Использование разных
учетных записей в
разных «облаках»
• Пользователи и тенанты
со стороны
«корпорации»
• Контроль за стоимостью
и использованием
• Tag-based Governance
Отвечает потребностям
современной организации

21. Поддержка приложений Cloud Center
Оркестрация настроек инфраструктуры:
выполняется внешними по отношению к
CloudCenter продуктами.
Виртуальная машина: создается из шаблона.
Должна иметь установленный Cloud Center агент
для автоматизации настройки ОС виртуальной
машины и установки приложений
Приложение: приложение которое помещает в
виртуальную машину архитектор приложения
Собственная инфраструктура или Cloud API
WEB-1
Apache
DB-1
MySQL
DB-2
Mongo
Web-2
Node JS
Политики приложений: набор политик,
определяющих какие что делать когда
заканчивается жизненный цикл проекта или
изменяются характеристики производительности
Aging Policy
Scaling Policy
Benchmarking
Политики мониторинга: мониторинг
производительности в зависимости от облака

22. Политики мониторинга
Результат работы

23. Дизайн приложения

25. Развертывание
приложения

27. Приложение запущено

29. Обеспечение доступа пользователей к облакам с
централизованным контролем со стороны IT
Ускорение цикла разработки и внедрения
приложения за счет автоматизации развертывания в
любом окружении
Оптимальная загрузка ресурсов собственного ЦОД
или публичного облака
Перемещение нагрузки между облаками без потери
управляемости
Основные сценарии использования CloudCenter
Hybrid IT as a Service
DevOps и CI/CD
Capacity Augmentation
Migrate and Manage

30. • Проблема
 Множественные: организации, пользователи и роли – в частных и публичных
облачных сегментах
 Требуется общее управление и сквозной контроль
 Поддержка мобильности для гибридных случаев - Dev/Ops
• Решение
 CliQr CloudCenter
o IT as a Service
o 8 облаков / 25 регионов
o ~ 25K виртуальных машин

31. Motorola Mobility
• Проблема
• Смена модели Capex на Opex
• Требование по миграции сложного приложения 70
VM
• Заказчик управляет приложением самостоятельно
• Миграция представляет собой сложную задачу и
происходит часто
• Несколько смен собственников компании за
короткий промежуток времени
• Решение – управляемые процессы миграции
• Моделирование и управление миграцией при
помощи Cloud Center
• Легкое подключение к новым облакам
• Использование возможностей по абстракции
приложения
• Преимущества
• 1 миграция: из собственного ЦОД в AWS
• 2ая Миграция: AWS -> Google
• Экономия $1M/yr, Eliminate 4 months time/cost
• 3rd Миграция: Google -> Azure China
• Готовы к следующей миграции

32. CloudCenter + Cisco ACI
• One-click deployment
• Автоматизация инфраструктуры
и приложения
• Управление на основе политик
• Изоляция сетевых сегментов
приложения
Управление с опорой на приложение
+ Инфраструктура ориентированная
на приложение

33. Интеграция Cloud Center и ACI
Сетевой сегмент: VLAN или VXLAN или EPG, к
которому подключается виртуальная машина
Виртуальная машина: создается из шаблона.
Должна иметь установленный Cloud Center агент
для автоматизации настройки ОС виртуальной
машины и установки приложений
Приложение: приложение которое помещает в
виртуальную машину архитектор приложения
Сегмент Web Сегмент App
WEB-1
Apache
DB-1
MySQL
DB-2
Mongo
Web-2
Node JS
Политики приложений: набор политик,
определяющих какие что делать когда
заканчивается жизненный цикл проекта или
изменяются характеристики производительности
Aging Policy
Scaling Policy
Benchmarking
Политики мониторинга: мониторинг
производительности в зависимости от облака

34. Интеграция c ACI

36. Топологии развертывания совместно с ACI
Single Pod Multi Site
Multi Pod Multi Cloud

37. Автоматизация ЦОД от Cisco
Решение от одного производителя
ITSM / ITaaS User Interface Prime Service Catalog 3rd party catalog
Platform-as-a-Service (опция)
Cisco ONE Enterprise Cloud Suite
Hybrid-ready private cloud
Metapod
OpenStack “as a Service”
Публичное облако
Cisco CloudCenter (aka CliQr CloudCenter)
Развертывание и управление
с ориентиром на приложение

38. Спасибо!