Развитие решений cisco для ЦОД глазами специалиста по...
DESCRIPTION
Развитие решений Cisco для ЦОД глазами специалиста по серверам и приложениям. Ключевые новости и обзор потока.TRANSCRIPT
Развитие решении Cisco для ЦОД глазами
специалиста по серверам и приложениям.
Ключевые новости и обзор потока
Евгении Лагунцов
Cisco Systems
© 2014 Cisco and/or its affiliates. All rights reserved. 18.11.2014
План на сегодня
• Некоторые современные тенденции в индустрии ЦОД глазами
специалистов по серверам и приложениям
• Фокусные векторы развития технологии Cisco для ЦОД
• Как решения Cisco помогают специалистам по серверам и приложениям решать новые и не очень новые задачи
Некоторые тенденции в индустрии ЦОД
ДНК приложении меняется…
4
FUTURE < 2000 2003 2006 2008 2010 2012 2013 2014 2011
?
Бизнес модели
Сервисные модели
Операционные модели
Модели управления
Модели потребления
5
ЭКОНОМИКА WEB ЭКОНОМИКА
ПРИЛОЖЕНИЙ
ТРАДИЦИОННЫЕ
ВНУТРЕННИЕ ИТ
ИНФРАСТРУКТУРА
КАК СЕРВИС
РАЗРАБОТКА VS.
ПРОДУКТИВ
«КОРОБОЧНЫЙ»
ПОДХОД
ОБЛАЧНЫЕ
МОДЕЛИ
ПРИЛОЖЕНИЕ КАК
СЕРВИС
ИНТЕГРАЦИЯ
DEV OPS
ОРИЕНТАЦИЯ НА
ПРИЛОЖЕНИЯ
Все определяется приложениями
1. Приложения и системное ПО весьма
разнообразны, и их становится только больше
• Нет «победившеи» ОС – и Windows, и Linux достигли
существеннои зрелости и активно используются наряду с
коммерческими UNIX для бизнес-критичных приложении
• Нет «победившего гипервизора» - VMware, Hyper-V, KVM, Xen,
контеинерная виртуализация – развиваются и находят свое
применения многие решения
• Не случилось «полнои виртуализации» - серверов с bare-metal ОС
все равно больше чем хостов виртуализации
• Примеры: ресурсоемкие корпоративные приложения (Oracle,
SAP), приложения «новои волны» (Hadoop, NoSQL),
вычислительные кластеры
• Сложность: со всеми этими ОС и гипервизорами нужно жить, и
желательно не плодя большое число разных утилит
2. Приложения становятся масштабнее,
серверов становится все больше
• Облачныи ЦОД проваидера и внутреннее облако корпоративного
Заказчика – по сути большои и быстро растущии ресурсныи пул
• Все чаще внедряются приложения, использующие в качестве
платформы большое количество серверов (например, для задач
аналитики), в т.ч. и в корпоративном сегменте
• «Победившии» сервер в ЦОД – это двухпроцессорныи Intel Xeon
(активно растет и однопроцессорныи сегмент), масштабирование
производительности под требования приложения – просто
увеличение числа серверов
• Сложность: со всеми этим серверами нужно что-то делать, и если
массовое управление на уровне ОС достаточно развито, то
массовое управление на уровне аппаратных серверов – заметная
проблема
3. Требования к «мобильности»,
«адаптируемости» только растут
• Инфраструктура (серверная и сетевая, физическая и
виртуальная) должна быть готова к взрывному росту, к быстрои
переориентации и реконфигурации, перераспределению ресурсов
по требованию
• Расширение инфраструктуры под приложение может включать в
себя и расширение на соседнии шкаф, и на соседнии POD, и на
другои ЦОД
• При этом должны быть обеспечена связность на уровне сетевои
среды, и целостное масштабирование сетевых сервисов
4. Сеть во многих случаях становится
ограничивающим фактором
• Сетевая инфраструктура сеичас в большинстве случаев – это
«набор коробок», настраиваемыи вручную и на уровне
конкретного коммутатора
• Интеграция сервисов в масштабе и в быстро меняющеися
среде – заметная проблема
• Виртуализированные приложения, виртуальные контеинеры
требуют быстрои, эффективнои и главное быстро
реконфигурируемои виртуальнои сетевои среды, вместе с
сетевыми сервисами, что часто является проблемои
5. Активныи переход к облакам
• Построение частного облака с сервисным порталом,
автоматизациеи, оркестрациеи – технически задача решаемая, но
на практике все упирается в перевод на сервис-ориентированныи
подход реальных процессов в реальном ИТ. Весьма частая
картина – «облако» есть, но никто им не пользуется…
• Публичные облака как возможность быстро по запросу получить
ресурсы у внешнего проваидера очень востребованы, но
ключевои вопрос – «как вернуться обратно?»
6. Без автоматизации никуда, но не все так
просто…
• Единственныи путь справиться с вышеперечисленными
тенденциями – автоматизировать все что можно. И что нельзя
тоже… ;-)
• Типовои подход к автоматизации сервернои и сетевои среды –
скрипты
• Большое число скриптов, работающее с большим числом
разнообразного железа часто представляет из себя очень гораздо
большую проблему с точки зрения совместимости,
переносимости, масштабируемости, чем ту, ради решения
которои все это придумывалось
• Решение видится в инфраструктуре, управляемои на основе
«моделеи» или «пожелании» или «декларации», максимально
абстрактных и не привязанных к конкретному железу и способу их
реализации
Что интересного предлагает Cisco?
Вычислительная система Cisco UCS • В Cisco UCS архитектурно
интегрированы и неотделимы друг от друга:
– Вычислительные мощности,
– Единая сетевая инфраструктура
– Управление системои как единым
целым
• Нет понятия «настроика сервера» - есть настроика фермы
• Нет понятия «настроика портов
коммутаторов» – среда коммутации одна (резервированная) и
настраивается автоматически
• Отсутствуют в принципе вопросы и сложности интеграции и
согласованнои настроики сервернои и сетевои части
UCS Manager
• Управление на основе абстракции
• Сокращение времени развертывания
• Перераспределение ресурсов быстро и
эффективно
• Оптимизация инфраструктуры
• Взаимозаменяемые ресурсные
пулы
Унифицированная фабрика
Вычислительные узлы БЕЗ компромиссов
• Поддержка как блеид так и стоечных
серверов в единои системе
• Поддержка виртуализированных и bare-
metal приложении
Виртуализированный ввод-вывод • Гибкость и масштабируемость
• Высокая производительность
Составные части Cisco UCS
XML API STANDARD
API’S
Что нового в семеистве UCS
Серверы Сеть СХД Виртуализация Автоматизация
UCS мини
Удаленные офисы, точки первичной обработки
информации
Для облачных вычислений, работы с большими данными,
потоковых медиа
Модульные серверы UCS M-серии
UCS C3160
Основная нагрузка ЦОД
Четвертое поколение серверов
UCS
Обновленная платформа управления
Application-Centric Infrastructure (ACI):
новое поколение инфраструктуры ЦОД
ACI фабрика
Программируемость, масштабируемость, открытость
App DB Web
Внешняя сеть
передачи
данных
(Tenant VRF)
QoS
ACL
QoS
LB
QoS
МСЭ, LB
Application Policy Infrastructure
Controller
APIC
Что интересного в ACI
для администраторов приложении • Описание логики приложения в терминах
приложения, а не сети
• Нет потребности в «трансляции» в термины
VLAN, адресов и т.д.
• Мобильность политик между ЦОД
• Возможность расширения, миграции P2V и т.д.
• Поддержка полностью или частично
виртуализированных приложений или физических
серверов
• Корпоративные приложения
• Web-сервисы
• Big Data
• Управление инфраструктурой, а не коммутаторами
• Декларативная модель: описание политик для
приложении а не настроек сетевых устроиств
• Мониторинг
• Сетевое «здоровье» конкретного приложения
• Точныи учёт трафика каждого из компонентов
APIC
UCS Director: управление и автоматизация
инфраструктуры «в целом»
Управление на основе политик
vFiler
СХД
Вирт.
машины Сеть Вычислит.
платформа
Безопасные контеинеры для приложении
Self-Service Infrastructure
Единая точка
управления
Сквозная автоматизация
и управление жизненным
циклом
СХД
Сеть
Вычисления
Tenant B
Tenant C
Tenant A
A B C
Виртуализация
Storage Manager
B C A
Virtualization
Manager
Network
Manager
Compute
Manager
Storage
Manager
Чем интересны решения Cisco с учетом
современных реалии ЦОД
Ожидания специалистов по серверам и
приложениям от инфраструктуры ЦОД
С однои стороны, для приложении все х86 серверы архитектурно
одинаковы, и все коммутаторы умеют коммутировать трафик
С другои стороны, для приложении (и их администраторов,
владельцев и пользователеи, т.е. бизнеса) важны такие вещи как:
Время и риски при развертывании платформы;
Время и риски при обслуживании и масштабировании
платформы;
Производительность системы;
Гибкость и мобильность приложения, в том числе переезд в
публичное облако (и обратно!);
Возможности по автоматизации инфраструктуры и переход на
сервис-ориентированныи подход.
Время и риски
Время и риски при развертывании Серверная инфраструктура
• Развертывание аппаратнои сервернои платформы, ее тонкая
настроика и сопряжение с внешними сетями LAN и SAN –
существенная головная боль, особенно при внедрении массивных
ландшафтов.
• Cisco UCS использует подход к управлению «один-ко-многим» с
использованием политик, шаблонов, профилеи и пулов ресурсов.
• Это позволяет настроить один раз в одном месте общие политики
и шаблоны, после чего тиражировать их в нужном количестве.
Аппаратная конфигурация всех серверов и сетевых подключении
будет осуществлена автоматически. Время и трудозатраты не
зависят от размера ландшафта.
• Отсутствие необходимости многократного осуществления
повторяемых аппаратных настроек существенно снижает риски
неправильнои конфигурации оборудования
Время и риски при обслуживании Серверная инфраструктура
• Необходимость изменения аппаратнои конфигурации серверов
(BIOS, прошивки, ...) или коммутаторов доступа (VLAN, QoS, …) –
серьезныи риск для приложении, особенно при необходимости
массово и идентично изменить конфигурации многих серверов
или портов.
• С применением шаблонов и политик UCS редактирование
конфигурации всеи фермы происходит в одном месте. Все
серверы и/или порты коммутаторов получают необходимые
настроики сразу
• Это позволяет существенно снизить риски ошибок и затраты
времени по сравнению с выполнением множества типовых
деиствии идентично для всех серверов
Время и риски при масштабировании Серверная инфраструктура
• Необходимость увеличить размер фермы серверов – это
существенныи риск, т.к. необходимо обеспечить развертывание
новых серверов и настроику коммутаторов образом, идентичным
текущеи конфигурации
• С применением шаблонов и политик масштабирование фермы и
необходимые настроики серверов и портов доступа в UCS
происходит буквально «по щелчку мыши» за счет тиражирования
текущих настроек на вновь выделенные ресурсы в необходимом
количестве.
• Это позволяет существенно снизить риски ошибок и затраты
времени по сравнению с выполнением множества типовых
деиствии идентично для всех новых серверов
Cisco UCS: разворачивание, обслуживание и
масштабирование ферм серверов
Шаблон сервисного
профиля
Server Name UUID Boot Order
Boot Parameters WWN/WWPN M AC Address
SAN Attributes LAN Attributes
Server Name UUI D Boot O rder
Boot Paramet ers WWN/ WWPN M AC Address
SAN At t r i but es LAN At t r i but es
Server Name UUI D Boot
O rder
Boot Paramet ers WWN/ WWPN M AC Address
SAN At t r i but es LAN At t r i but es
Server Name UUI D Boot
O rder
Boot Paramet ers WWN/ WWPN M AC Address
SAN At t r i but es LAN At t r i but es
Server Name UUI D Boot
O rder
Boot Paramet ers WWN/ WWPN M AC Address
SAN At t r i but es LAN At t r i but es
Server Name UUI D Boot
O rder
Boot Paramet ers WWN/ WWPN M AC Address
SAN At t r i but es LAN At t r i but es
Server Name UUI D Boot
O rder
Boot Paramet ers WWN/ WWPN M AC Address
SAN At t r i but es LAN At t r i but es
Server Name UUI D Boot
O rder
Boot Paramet ers WWN/ WWPN M AC Address
SAN At t r i but es LAN At t r i but es
Server Name UUI D Boot
O rder
Boot Paramet ers WWN/ WWPN M AC Address
SAN At t r i but es LAN At t r i but es
Server Name UUI D Boot
O rder
Boot Paramet ers WWN/ WWPN M AC Address
SAN At t r i but es LAN At t r i but es
Server Name UUI D Boot
O rder
Boot Paramet ers WWN/ WWPN M AC Address
SAN At t r i but es LAN At t r i but es
Server Name UUI D Boot
O rder
Boot Paramet ers WWN/ WWPN M AC Address
SAN At t r i but es LAN At t r i but es
Server Name UUI D Boot
O rder
Boot Paramet ers WWN/ WWPN M AC Address
SAN At t r i but es LAN At t r i but es
Server Name UUI D Boot
O rder
Boot Paramet ers WWN/ WWPN M AC Address
SAN At t r i but es LAN At t r i but es
Server Name UUI D Boot
O rder
Boot Paramet ers WWN/ WWPN M AC Address
SAN At t r i but es LAN At t r i but es
Server Name UUI D Boot
O rder
Boot Paramet ers WWN/ WWPN M AC Address
SAN At t r i but es LAN At t r i but es
Server Name UUI D Boot
O rder
Boot Paramet ers WWN/ WWPN M AC Address
SAN At t r i but es LAN At t r i but es
Server Name UUI D Boot
O rder
Boot Paramet ers WWN/ WWPN M AC Address
SAN At t r i but es LAN At t r i but es
• Кардинальное отличие UCS – управление «один-ко-многим»; • Серверная ферма настраивается в одном шаблоне – один
объект для управления десятками серверов и их подключениями
• Массовое изменение конфигурации фермы • Масштабирование «по щелчку» • Возможно добавление в ферму узлов других
моделеи и форм-факторов
Время и риски Сеть ЦОД
• Настроика большого числа коммутаторов в ЦОД, как физических, так и
виртуальных – серьезная проблема
• Cisco ACI позволяет кардинально упростить и автоматизировать развертывание сетевои среды для приложения
• Администратор управляет сетевои инфраструктурои на уровне политик и
правил (декларативная модель), а не коммутаторами
• Коммутаторы настраиваются «сами»
• Как для физическои, так для виртуальнои, так и для смешаннои среды
• Правила и политики – повторяемы и тиражируемы
• При «переезде» физических или виртуальных серверов настроики следуют за ними
• Отсутствие необходимости осуществления ручных настроек
непосредственно на коммутаторах при развертывании нового экземпляра приложения существенно снижает риски неправильнои конфигурации
оборудования и программных сетевых сред
Вся передача данных в фабрике управляется при помощи профилеи приложении
• IP адреса полностью переносимы и могут использоваться где угодно внутри фабрики
• Безопасность и передача данных не зависят от физических и логических сетевых атрибутов
• Коммутаторы автономно обновляют свои настроики на основе правил, определенных
профилем приложения, в случае миграции приложения или его компонент
DB Tier
Storage Storage
Клиент
приложения
Web
Tier
App Tier
Профиль приложения: определяет сетевые требования приложения (сетевой профиль приложения)
Применение профиля: каждое сетевое устройство динамически производит изменения настройки, требуемые профилем
VM VM VM
10.2.4.7
VM
10.9.3.37
VM
10.32.3.7
VM VM
APIC
Сетевая инфраструктура, ориентированная на
приложения
Время и риски Аппаратная и виртуальная платформа в целом
• Согласованная настроика серверов, коммутаторов, систем
виртуализации, систем хранения данных – сложныи процесс, требующии множества согласовании и ручных деиствии (или скриптов)
• Cisco UCS Director позволяет автоматизировать развертывание
инфраструктуры по требованию, как со стороны администратора, так возможно и пользователя
• Как для физическои, так для виртуальнои, так и для смешаннои
инфраструктуры
• UCS Director интегрируется с UCS, ACI, системами виртуализации и СХД
• Отсутствие необходимости осуществления ручных настроек, согласования параметров между разными группами администраторов при
развертывании нового экземпляра приложения существенно снижает риски неправильнои конфигурации и сокращает время внедрения
Серверы
Web 2 VMs, High
IO
Appl. 8 VMs, 10
GB
DB 2 VMs, 50
GB
СХД Сеть Требования
к ресурсам: • Количество
• Емкость
• Качество
Controllers UCS Manager
Web Stateful FW &
LB
Appl.
L4-L7
services
Stateless FW
DB Connection to
Application
Web Cache locally
Appl. • IOPS
• Mirrored
DB
• High IOPS
• Data
Mirroring
vCenter/SCVMM
APP DB WE
B DB
Tier
Storage Storag
e
Web
Tier
App
Tier
Application
Profile
Compute
Networ k
Stor age
L/B APP DB F/W
L/B
WEB
Развертывание
приложения
VM и Bar e-Metal
Networ k with L4-7 Ser vices
Stor age
UCS Director
Application Catalog
Интеграция UCS Director, ACI, UCS, VMM и CХД
Производительность
Производительность вычислительнои
платформы
С однои стороны, все используют одинаковые х86 процессоры и чипсеты
С другои – Cisco один из немногих вендоров, поддерживающих в блеид-
форм-факторе все возможности, заложенные в чипсет Intel – топовые процессоры и максимальныи объем оперативнои памяти
Максимальная производительность – возможность поддержки максимально
требовательных приложении
Для справки, sap.com:
2014, Cisco UCS 2-socket E5v3 = 84,600 SAPS
2014, Cisco UCS 4-socket E7v2 = 133,820 SAPS Для сравнения: 2007, Superdome 32-socket (сервер размером в шкаф) = 46,380 SAPS
B460 M4
До 4x Xeon E7-4800v2 (до 60 ядер)
96 слотов DIMM, до 6TB RAM
B200 M4
2x Xeon E5-2600v3 (до 36 ядер)
24 слота DIMM (до 768 GB RAM)
До 80G ввода-вывода
VMmark 2.0
Overall B200 M2
VMmark 2.1
2-socket Blade B200 M2
VMmark 1.x
2 –socket Blade B230 M1
VMmark 1.x
2-socket B200 M1
VMmark 1.x
2-socket B250 M2
VMmark 1.x
Overall C460 M1
VMmark 2.1 Overall C460 M2
VMmark 2.1
Two–node 4-socket C460 M2
VMmark 2.1
4-socket C460 M2
VMmark 2.1
Two–node 2-socket
B200 M3
VMmark 2.1
Eight–node 2-socket B200 M3
VMmark 2.5
Two-node 2-socket
C240 M3
VMware View
Planner 2-socket B200 M3
TPC-C
Oracle DB 11g & OEL
C250 M2
TPC-H 100GB
VectorWise C250 M2
TPC-H 300GB
VectorWise C250 M2
TPC-C
Oracle 11g C240 M3
Oracle E-Business
Suite Medium Model Payroll Batch B200
M2
Oracle E-Business
Suite Xtra Large Model Payroll B200
M3
Oracle E-Business
Suite Medium Model Order-to-Cash
B200 M2
Oracle E-Business Suite Large Model Order-to-Cash
B200 M3
SPECjEnterprise201
0 Overall B440 M1
SPECjEnteprise20
10 2-node B440 M2
Oracle E-Business
Suite Xtra Large Model Payroll
Batch B230 M2
Oracle E-Business
Suite XL Model Payroll B200 M3
Oracle E-Business
Suite Large Model Order-To-Cash
B200 M3
Oracle E-Business
Suite XL Model Payroll
B200 M3
Oracle E-Business
Suite Large Model Order-To-Cash B200
M3
SPECjbb2005
2-socket C260 M2
SPECjbb2005 2-socket B230 M2
SPECjbb2005 4-socket B440 M2
SPECjbb2005 2-socket B230 M2
SPECjbb2005 X86
2-socket B200 M2
SPECjbb2005 X86
4-socket C460 M1
SPECjAppServer20
04 2-node B230 M1
SPECjbb2005
X86 2-socket B230 M1
SPECjbb2005 X86
2-socket C220 M3
SPECjbb2013 X86
2-socket C220 M3
SPECompLbase
2001 2-socket B200 M2
SPECompMbase
2001 2-socket B230 M2
SPECompLbase
2001 2-socket B230 M2
SPECompMbase 2001 4-socket C460 M2
SPECompLbase
2001 2-socket B200 M2
LinPack
2-socket B200 M2
LS-Dyna
4-socket C460 M1
SPECompMbase
2001 4-socket C460 M1
SPECompMbase
2001 4-socket C460 M1
SPECompMbase
2001 4-socket C460 M2
SPECompMbase
2001 2-socket C240 M3
SPECompLbase
2001 2-socket C220 M3
Oracle E-Business
Suite XL model payroll
B200 M3
SPECjbb2013
MultiJVM X86 2-socket B200
M3
SPECjbb2005 X86
2-socket C220 M3
SPECint_rate_base
2006 X86 2-socket B200 M1
SPECfp_rate_bas
e 2006 2-socke
C260 M2 SPECfp_rate_ba
se 2006 X86 2-
socket B200 M2
SPECint_rate_ba
se 2006 2-socket
C260 M2
SPECint_rate_bas
e 2006 X86 2-socket
B200 M2
SPECint_rate
2006 X86 4-socket
C460 M2
SPECfp_rate_ba
se 2006 X86 4-
socket C460 M1
SPECint_rate_b
ase2006 X86 4-socket C460 M1
SPECfp_rate_bas
e 2006 X86 2-
socket C220 M3 SPECint_rate_ba
se 2006 X86 2-
socket C220 M3
SPECfp_base2
006 X86 2-socket
C220 M3
SPECint_rate_b
ase 2006 X86 2-socket C220 M3
SPECfp_rate_ba
se2006 X86 4-socket C420 M3
SPECfp_rate_ba
se2006 X86 2-socket B200 M3
SPECint®_base
2006 X86 2-socket
C220M3
VMmark 1.x
Overall C460 M1
VMmark 1.x
Blade Server B440 M1
VMmark 1.x
2-socket B200 M1
TPC-H 1000GB
Microsoft SQL Server C460 M2
Oracle E-Business Suite
Medium Model Payroll Batch B200 M2
Oracle E-Business Suite
Ex-large Model Payroll Batch B200 M2
SPECjbb2005
X86 2-socket B230 M1
SPECjAppServer 2004
1-node 2-socket C250 M2
SPECompMbase
2001 2-socket B200 M2
SPECompMbase
2001 2-socket B200 M2
SPECint_rate_base
2006 X86 2-socket B200 M2
SPECfp_rate_base
2006 X86 2-socket B200 M1
Best
Virtualization
& Cloud
Performance
Best Database
Performance
Best Enterprise
Middlew are
Performance
SPEComp®
G_base2012 2-socket C240
M3
Best CPU
Performan
ce
Best HPC
Performance
Best
Enterprise
Application
Performance
TPC-H 3000GB
Price/Performance X86 Single- node
C420 M3
VMmark 2.5.1
Two-node 2-socket B260 M4
SPECint®_rate_
base 2006 4-socket
C460 M4
SPECint®_rate_b
ase 2006 2-socket B260 M4
SPECfp_rate_b
ase 2006 2-socket B260 M4
SPEComp®
G_base2012 4-socket C460 M4
SPEComp®
G_base2012 2-socket B260
M4
SPECjbb2013
MultiJVM X86 2-socket C240
M3
SPECfp_rate_ba
se2006 X86 2-socket C220 M3
Cisco UCS: более 90 рекордов
производительности
Производительность сетевои инфраструктуры
сервернои системы
• Стандартныи блеид-сервер Cisco имеет на
борту чип VIC с возможностью обеспечить до 80G ввода-вывода
• При внедрении приложения в виртуальнои
среде использование технологии VM-FEX позволяет заметно повысить
производительность и снизить нагрузку на центральныи процессор за счет
коммутации трафика на аппаратном уровне (как внутри хоста за счет
использования VMDirectPath, так и в фабрике за счет «прямого» подключения
интерфеиса виртуальнои машины к Fabric Interconnect)
Производительность сетевои инфраструктуры
ядра ЦОД
Новое поколение коммутаторов Cisco Nexus 9000 – высокая плотность портов 40GE
Фабрика ACI – неблокируемая CLOS сеть на базе подключении 40G
Новое поколение коммутаторов Cisco MDS 9000 – высокая плотность портов FC 16G, поддержка FCoE
Коммутаторы Nexus 7000/7700 – поддержка технологии 10GE, 40GE, 100GE
Гибкость и мобильность
Гибкость ввода-вывода серверов
• Стандартныи блеид-сервер Cisco имеет на борту чип VIC с возможностью предоставления
операционнои системе сервера нужного количества адаптеров нужного типа с нужными характеристиками
• Это позволяет применять типовые аппаратные средства для запуска приложении и подсистем с разными требованиями к вводу-выводу
серверу Oracle RAC нужно предоставить пару Public
интерфеисов, пару Private, пару FC плюс управление;
серверу инфраструктуры достаточно одного
зарезервированного адаптера LAN;
хосту виртуализации могут понадобиться десятки интерфеисов для прямого подключения ВМ, плюс FC
и то и другое и третье можно реализовать на одном и
том же физическом сервере, по разному задав конфигурацию профиля
37
UCS Manager Service Profile
• Мобильность сервисов за счет
использования сервисных профилеи
Отказоустойчивос ть
Масштабирование
BIOS FW MAC WWN
Server Parameters
Service Profile
UCS Manager абстрагирует конфигурацию от железа…
…и добавляет указатель на загрузочное устроиство (Boot from
LAN/SAN)
OS LUN
Service Profile
OS LUN
BIOS FW MAC WWN
Server Parameters
Чтобы перенести нагрузку на Новый Сервер
1. Переносим соответствующии серверныи профиль на
желаемыи физическии сервер
2. Включаем сервер
• Как только ОС загрузится, сервер будет выглядеть точно так же
как старыи
Что это означает для Приложения
• Приложение не знает о смене оборудования
• Все лицензии продолжают работать
Service Profile
OS LUN
BIOS FW MAC WWN
Server Parameters
Чтобы перенести нагрузку на 4-х
процессорный сервер
1. Переносим соответству ющии сервисныи
профиль на нов ыи сервер
2. Включаем сервер
• Как только ОС загру зится, сервер бу дет выглядеть
точно так же как старыи
• Обычно апгреид с 2S на 4S занимает недели или
месяцы. С UCS это можно сделать вечером в
су бботу , просто перегру зив сервер.
Service Profile
OS LUN
BIOS FW MAC WWN
Server Parameters
Также, мы можем перенести нагрузку на стоечный
сервер
1. Ни один другои вендор такого не позволяет
2. UCS Manager позволяет работать с физическим
сервером как с виртуальнои машинои.
Мобильность сервисных профилеи UCS
Аппаратные
характеристики: CPU,
Memory, I/O
Возможности по обеспечению доступности
сервернои инфраструктуры
Для обеспечения доступности может применяться миграция сервера
UCS с одного физического ресурса на другои
(простои равен времени перезагрузки сервера)
Возможность построения простого и эффективного решения по
восстановлению в случае катастрофы:
либо за счет переезда профилеи на другои саит;
либо за счет переезда всеи сервернои системы целиком (простая операция экспорта и импорта конфигурации);
либо восстановление конфигурации на том же саите после
устранения последствии катастрофы;
без сложных географически растянутых кластеров, без дополнительных затрат;
Конечно, эти возможности могут сочетаться с традиционными
кластерными решениями.
Мобильность нагрузки между облаками
Cisco InterCloud Fabric позволяет перенести виртуальные машины из
частнои виртуальнои среды в публичное облако
Поддерживаются разные публичные облака, разные гипервизоры
В публичное облако не просто переезжают виртуальные машины, туда «растягиваются» все внутренние сетевые политики, в публичном облаке –
по сути продолжение частного ЦОД
Самое главное – виртуальные машины можно в любои момент вернуть обратно в частное облако
Безопасность
Сетевые политики компании – внутри
частного облака
Контроль
Унифицированное управления где бы ни находились ресурсы
Выбор
Возможность размещать нагрузку в
разных облаках
Соответствие
Выполнение стандартов на основе
политик
Частное облако Cisco Intercloud Fabric
Fixed Workloads Variable Workloads
Публичное облако
«Автоматизируемость» как условие для
перехода к сервис-ориентированности
Возможности по автоматизации
• Системы Cisco UCS и Cisco ACI централизованно предоставляют
открытыи полнофункциональныи интерфеис для интеграции с
внешними системами управления
• Эти интерфеисы не требуют от внешнеи системы понимания что
именно и тем более как именно должно происходить с тем или
иным оборудованием - UCS и ACI могут управляться на основе
политик, без необходимости вдаваться в детали реализации
• Эти интерфеисы позволяют интегрировать UCS и ACI в системы
управления и оркестрации высокого уровня от разных вендоров, а
также использовать самописные или open source средства,
например OpenStack
Единое управление ЦОД
SAN A SAN B
Ethernet Ethernet and
FCOE
FC FCOE
UCSM / UCS Central
UCS Director
42
Автоматизация UCS Director
• Cisco UCS Director – платформа управления, интегрирующаяся с
UCS, ACI, а также «традиционными» сетевыми устроиствами,
системами хранения и платформами виртуализации,
позволяющая автоматизировать процессы ИТ
• Cisco UCS Director позволяет переити на сервис-ориентированныи
подход к управлению инфраструктурои и предоставлению услуг
(когда организация и процессы к этому готовы)
• При этом UCS Director сам имеет полнофункциональныи north-
bound API, которыи позволяет эффективно встроить его в ИТ-
инфраструктуру, например, интегрировать с корпоративным или
операторским портальным решением или системои билинга
UCS Director:
предоставление инфраструктуры как услуги
Определение политик
использования ресурсов при помощи vDC
Предоставление пользователям
возможности самостоятельного заказа ресурсов
Где мы будем подробно рассказывать про эти
технологии?
Сессии потока ЦОД, интересные специалистам
по серверам и приложениям
18.11, 16:40 - Cisco ACI: концепция инфраструктуры, ориентированнои на приложения
18.11, 16:40 - Расширение возможностеи корпоративного датацентра с помощью
Cisco Intercloud Fabric (доклад CTI; поток «Облачные вычисления»)
18.11, 17:55 - Вычислительная система Cisco UCS - обзор, преимущества и стратегия
развития
19.11, 09:30 - FlexPod: новости о самои популярнои интегрированнои инфраструктуре
(доклад NetApp)
19.11, 10:05 - Новости семеиства Cisco UCS. Технические подробности
19.11, 11:20 - Масштабируемое управление и автоматизация сервернои платформы и
интегрированных решении: Cisco UCS Central и UCS Director
19.11, 14:55 - Быстрое создание облачного ЦОД на базе решения EMC Hybrid Cloud и
конвергентнои инфраструктуры VCE Vblock (доклад EMC)
19.11, 16:45 - Интеграция и совместная работа вычислительнои платформы Cisco
UCS и системного ПО Microsoft (поток «Практикум по внедрению решении
Cisco для ЦОД»)
Ждем Вас также на нашем стенде «Центры обработки данных» на выставке World of
Solutions!
CiscoRu Cisco CiscoRussia
Ждем ваших сообщении с хештегом
#CiscoConnectRu
25.11.2014 © 2014 Cisco and/or its affiliates. All rights reserved.
Пожалуиста, используите код для
оценки доклада
3223
Ваше мнение очень важно для нас
Спасибо за внимание!