close

Вход

Забыли?

вход по аккаунту

- Cisco Connect

код для вставкиСкачать
Развитие решений Cisco для ЦОД глазами
специалиста по серверам и приложениям.
Ключевые новости и обзор потока
Евгений Лагунцов
Cisco Systems
18.11.2014
© 2014 Cisco and/or its affiliates. All rights reserved.
План на сегодня
• Некоторые современные тенденции в индустрии ЦОД глазами
специалистов по серверам и приложениям
• Фокусные векторы развития технологий Cisco для ЦОД
• Как решения Cisco помогают специалистам по серверам и приложениям
решать новые и не очень новые задачи
Некоторые тенденции в индустрии ЦОД
ДНК приложений меняется…
?
< 2000
2003
2006
2008
2010
2011
4
2012
2013
2014
FUTURE
Все определяется приложениями
Бизнес модели
ЭКОНОМИКА WEB
ЭКОНОМИКА
ПРИЛОЖЕНИЙ
Модели потребления
ТРАДИЦИОННЫЕ
ВНУТРЕННИЕ ИТ
ОБЛАЧНЫЕ
МОДЕЛИ
ИНФРАСТРУКТУРА
КАК СЕРВИС
ПРИЛОЖЕНИЕ КАК
СЕРВИС
Операционные модели
РАЗРАБОТКА VS.
ПРОДУКТИВ
ИНТЕГРАЦИЯ
DEV OPS
Модели управления
«КОРОБОЧНЫЙ»
ПОДХОД
ОРИЕНТАЦИЯ НА
ПРИЛОЖЕНИЯ
Сервисные модели
5
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 архитектурно
интегрированы и неотделимы друг от
друга:
– Вычислительные мощности,
– Единая сетевая инфраструктура
– Управление системой как единым
целым
Нет понятия «настройка сервера» есть настройка фермы
Нет понятия «настройка портов
коммутаторов» – среда коммутации
одна (резервированная) и
настраивается автоматически
Отсутствуют в принципе вопросы и
сложности интеграции и
согласованной настройки серверной и
сетевой части
Составные части Cisco UCS
UCS Manager
•
•
•
Управление на основе абстракций
Сокращение времени развертывания
Перераспределение ресурсов быстро и
эффективно
Унифицированная фабрика
• Оптимизация инфраструктуры
• Взаимозаменяемые ресурсные
пулы
Виртуализированный
ввод-вывод
• Гибкость и масштабируемость
• Высокая произв одительность
Вычислительные узлы
БЕЗ компромиссов
• Поддержка как блейд так и стоечных
серв еров в единой системе
• Поддержка в иртуализиров анных и baremetal приложений
XML API
STANDARD
API’S
Что нового в семействе UCS
Четвертое
поколение серверов
UCS
Обновленная
платформа
управления
Основная нагрузка
ЦОД
Модульные серверы
UCS M-серии
UCS
мини
UCS C3160
Удаленные офисы, точки
первичной обработки
информации
Для облачных вычислений,
работы с большими данными,
потоковых медиа
Серверы  Сеть  СХД  Виртуализация  Автоматизация
Application-Centric Infrastructure (ACI):
новое поколение инфраструктуры ЦОД
Web
Внешняя сеть
передачи
данных
(Tenant VRF)
App
QoS
QoS
МСЭ, LB
LB
DB
QoS
ACL
APIC
ACI фабрика
Программируемость, масштабируемость, открытость
Application Policy
Infrastructure
Controller
Что интересного в ACI
для администраторов приложений
• Описание логики приложения в терминах
приложения, а не сети
• Нет потребности в «трансляции» в термины
VLAN, адресов и т.д.
• Мобильность политик между ЦОД
• Возможность расширения, миграции P2V и т.д.
• Поддержка полностью или частично
виртуализированных приложений или физических
серверов
• Корпоративные приложения
• Web-сервисы
• Big Data
• Управление инфраструктурой, а не коммутаторами
• Декларативная модель: описание политик для
приложений а не настроек сетевых устройств
• Мониторинг
• Сетевое «здоровье» конкретного приложения
• Точный учёт трафика каждого из компонентов
APIC
UCS Director: управление и автоматизация
инфраструктуры «в целом»
Безопасные контейнеры
для приложений
Self-Service
Infrastructure
Virtualization
Manager
vFiler
СХД
Сеть
Вычислит.
платформа
Управление на
основе политик
Вирт.
машины
C
B
A
Виртуализация
Единая точка
управления
Сквозная
автоматизация
и управление
жизненным
циклом
Com pute
Manager
Вычисления
Netw ork
Manager
Storage
Storage
Manager
Manager
A
B
C
Сеть
Tenant Tenant Tenant
A
B
C
СХД
Чем интересны решения Cisco с учетом
современных реалий ЦОД
Ожидания специалистов по серверам и
приложениям от инфраструктуры ЦОД
С одной стороны, для приложений все х86 серверы архитектурно
одинаковы, и все коммутаторы умеют коммутировать трафик
С другой стороны, для приложений (и их администраторов,
владельцев и пользователей, т.е. бизнеса) важны такие вещи как:
 Время и риски при развертывании платформы;
 Время и риски при обслуживании и масштабировании
платформы;
 Производительность системы;
 Гибкость и мобильность приложения, в том числе переезд в
публичное облако (и обратно!);
 Возможности по автоматизации инфраструктуры и переход на
сервис-ориентированный подход.
Время и риски
Время и риски при развертывании
Серверная инфраструктура
• Развертывание аппаратной серверной платформы, ее тонкая
настройка и сопряжение с внешними сетями LAN и SAN –
существенная головная боль, особенно при внедрении массивных
ландшафтов.
• Cisco UCS использует подход к управлению «один-ко-многим» с
использованием политик, шаблонов, профилей и пулов ресурсов.
• Это позволяет настроить один раз в одном месте общие политики
и шаблоны, после чего тиражировать их в нужном количестве.
Аппаратная конфигурация всех серверов и сетевых подключений
будет осуществлена автоматически. Время и трудозатраты не
зависят от размера ландшафта.
• Отсутствие необходимости многократного осуществления
повторяемых аппаратных настроек существенно снижает риски
неправильной конфигурации оборудования
Время и риски при обслуживании
Серверная инфраструктура
• Необходимость изменения аппаратной конфигурации серверов
(BIOS, прошивки, ...) или коммутаторов доступа (VLAN, QoS, …) –
серьезный риск для приложений, особенно при необходимости
массово и идентично изменить конфигурации многих серверов
или портов.
• С применением шаблонов и политик UCS редактирование
конфигурации всей фермы происходит в одном месте. Все
серверы и/или порты коммутаторов получают необходимые
настройки сразу
• Это позволяет существенно снизить риски ошибок и затраты
времени по сравнению с выполнением множества типовых
действий идентично для всех серверов
Время и риски при масштабировании
Серверная инфраструктура
• Необходимость увеличить размер фермы серверов – это
существенный риск, т.к. необходимо обеспечить развертывание
новых серверов и настройку коммутаторов образом, идентичным
текущей конфигурации
• С применением шаблонов и политик масштабирование фермы и
необходимые настройки серверов и портов доступа в UCS
происходит буквально «по щелчку мыши» за счет тиражирования
текущих настроек на вновь выделенные ресурсы в необходимом
количестве.
• Это позволяет существенно снизить риски ошибок и затраты
времени по сравнению с выполнением множества типовых
действий идентично для всех новых серверов
Cisco UCS: разворачивание, обслуживание и
масштабирование ферм серверов
Ser ver Nam e
UUI D
M AC Addr ess
WWN/ WWPN
M AC Addr ess
UUI D
WWN/ WWPN
M AC Addr ess
UUI D
WWN/ WWPN
M AC Addr ess
SAN At t r i but es
Шаблон
сервисного
профиля
Ser ver Nam e
UUI D
Se rv e r Na m e
UUID
M AC Addr ess
M AC Addre s s
WWN/ WWPN
WWN/WWPN
•
•
Boot O r der
Boot Orde r
Boot Par am et er s
Boot Pa ra m e te rs
SAN At t r i but es
LAN At t r i but es
SAN Attribute s
LAN Attribute s
•
•
•
Boot Par am et er s
Boot
O r der
Boot Par am et er s
LAN At t r i but es
SAN At t r i but es
Ser ver Nam e
Boot
O r der
LAN At t r i but es
SAN At t r i but es
Ser ver Nam e
Boot Par am et er s
LAN At t r i but es
SAN At t r i but es
Ser ver Nam e
Boot
O r der
UUI D
WWN/ WWPN
Boot
O r der
Boot Par am et er s
LAN At t r i but es
Ser ver Nam e
UUI D
M AC Addr ess
WWN/ WWPN
UUI D
M AC Addr ess
WWN/ WWPN
M AC Addr ess
UUI D
WWN/ WWPN
M AC Addr ess
SAN At t r i but es
Boot Par am et er s
Boot
O r der
Boot Par am et er s
LAN At t r i but es
SAN At t r i but es
Ser ver Nam e
Boot
O r der
LAN At t r i but es
SAN At t r i but es
Ser ver Nam e
Boot Par am et er s
LAN At t r i but es
SAN At t r i but es
Ser ver Nam e
Boot
O r der
UUI D
WWN/ WWPN
Boot
O r der
Boot Par am et er s
LAN At t r i but es
Ser ver Nam e
M AC Addr ess
UUI D
WWN/ WWPN
M AC Addr ess
UUI D
WWN/ WWPN
M AC Addr ess
UUI D
WWN/ WWPN
M AC Addr ess
SAN At t r i but es
Boot Par am et er s
Boot
O r der
Boot Par am et er s
LAN At t r i but es
SAN At t r i but es
Ser ver Nam e
Boot
O r der
LAN At t r i but es
SAN At t r i but es
Ser ver Nam e
Boot Par am et er s
LAN At t r i but es
SAN At t r i but es
Ser ver Nam e
Boot
O r der
UUI D
WWN/ WWPN
Boot
O r der
Boot Par am et er s
LAN At t r i but es
Ser ver Nam e
M AC Addr ess
UUI D
WWN/ WWPN
M AC Addr ess
UUI D
WWN/ WWPN
M AC Addr ess
UUI D
WWN/ WWPN
M AC Addr ess
SAN At t r i but es
Boot Par am et er s
Boot
O r der
Boot Par am et er s
LAN At t r i but es
SAN At t r i but es
Ser ver Nam e
Boot
O r der
LAN At t r i but es
SAN At t r i but es
Ser ver Nam e
Boot Par am et er s
LAN At t r i but es
SAN At t r i but es
Ser ver Nam e
Boot
O r der
UUI D
WWN/ WWPN
Boot
O r der
Boot Par am et er s
LAN At t r i but es
Кардинальное отличие UCS – управление «один-ко-многим»;
Серверная ферма настраивается в одном шаблоне – один
объект для управления десятками серверов и их
подключениями
Массовое изменение конфигурации фермы
Масштабирование «по щелчку»
Возможно добавление в ферму узлов других
моделей и форм-факторов
Время и риски
Сеть ЦОД
• Настройка большого числа коммутаторов в ЦОД, как физических, так и
виртуальных – серьезная проблема
• Cisco ACI позволяет кардинально упростить и автоматизировать
развертывание сетевой среды для приложения
• Администратор управляет сетевой инфраструктурой на уровне политик и
правил (декларативная модель), а не коммутаторами
• Коммутаторы настраиваются «сами»
• Как для физической, так для виртуальной, так и для смешанной среды
• Правила и политики – повторяемы и тиражируемы
• При «переезде» физических или виртуальных серверов настройки
следуют за ними
• Отсутствие необходимости осуществления ручных настроек
непосредственно на коммутаторах при развертывании нового экземпляра
приложения существенно снижает риски неправильной конфигурации
оборудования и программных сетевых сред
Сетевая инфраструктура, ориентированная на
приложения
Клиент
приложения
Профиль приложения: определяет
сетевые требования приложения
(сетевой профиль приложения)
Storage
Storage
App Tier
Web
Tier
DB Tier
Применение профиля: каждое
сетевое устройство динамически
производит изменения настройки,
требуемые профилем
APIC
VM
VM
10.2.4.7
VM
10.9.3.37
VM
VM
VM
VM
10.32.3.7
Вся передача данных в фабрике управляется при помощи профилей приложений
• IP адреса полностью переносимы и могут использоваться где угодно внутри фабрики
• Безопасность и передача данных не зависят от физических и логических сетевых атрибутов
• Коммутаторы автономно обновляют свои настройки на основе правил, определенных
профилем приложения, в случае миграции приложения или его компонент
Время и риски
Аппаратная и виртуальная платформа в целом
• Согласованная настройка серверов, коммутаторов, систем
виртуализации, систем хранения данных – сложный процесс, требующий
множества согласований и ручных действий (или скриптов)
• Cisco UCS Director позволяет автоматизировать развертывание
инфраструктуры по требованию, как со стороны администратора, так
возможно и пользователя
• Как для физической, так для виртуальной, так и для смешанной
инфраструктуры
• UCS Director интегрируется с UCS, ACI, системами виртуализации и СХД
• Отсутствие необходимости осуществления ручных настроек,
согласования параметров между разными группами администраторов при
развертывании нового экземпляра приложения существенно снижает
риски неправильной конфигурации и сокращает время внедрения
Интеграция UCS Director, ACI, UCS, VMM и CХД
UCS
Director Application
Profile
Требования
к ресурсам:
• Количеств о
• Емкость
• Качеств о
UCS Manager
Web
DB
APP
VM и Bar e-Metal
Networ k with L4-7 Ser vices
Stor age
L/B
APP
DB
СХД
Сеть
Stateful FW &
LB
2 VMs, High
IO
Web
8 VMs, 10
GB
Appl.
2 VMs, 50
GB
L4-L7
services
Stateless FW
Connection to
Application
DB
DB
Storag
e
Storage
Web
Tier
Развертывание
прил ожения
WEB
vCenter/SCVMM
Серверы
Appl.
WE
B
F/W
L/B
Networ k
Stor age
Application Catalog
Controllers
Compute
App
T ier
DB
T ier
Web
Cache locally
Appl.
• IOPS
• Mirrored
DB
• High IOPS
• Data
Mirroring
Производительность
Производительность вычислительной
платформы
С одной стороны, все используют одинаковые х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
B200 M4
2x Xeon E5-2600v3 (до 36 ядер)
24 слота DIMM (до 768 GB RAM)
До 80G ввода-вывода
B460 M4
До 4x Xeon E7-4800v2 (до 60 ядер)
96 слотов DIMM, до 6TB RAM
Cisco UCS: более 90 рекордов
производительности
Best CPU
Performan
ce
SPECfp_rate_base
2006 X86 2-socket
B200 M1
SPECfp_rate_bas
e
2006 2-socke
C260 M2
SPECint_rate_bas
e
2006 X86 2-socket
B200 M2
SPECint_rate_b
ase2006 X86 4socket C460 M1
SPECfp_base2
006 X86 2socket
C220 M3
SPECfp_rate_ba
se2006 X86 2socket B200 M3
SPECint®_rate_b
ase 2006 2-socket
B260 M4
SPECint_rate_base
2006 X86 2-socket
B200 M2
SPECfp_rate_ba
se
2006 X86 2socket
B200 M2
SPECint_rate_ba
se
2006 2-socket
C260 M2
SPECint_rate
2006 X86 4socket
C460 M2
SPECfp_rate_bas
e
2006 X86 2socket
C220 M3
SPECint_rate_ba
SPECint_rate_b
ase 2006 X86 2socket C220 M3
SPECint®_base
2006 X86 2socket
C220M3
SPECfp_rate_b
ase 2006 2socket B260 M4
SPECfp_rate_ba
se2006 X86 4socket C420 M3
SPECfp_rate_ba
se2006 X86 2socket C220 M3
VMmark 2.1
Overall C460 M2
VMmark 2.1
Two–node 2socket
B200 M3
VMware View
Planner
2-socket B200 M3
VMmark 2.5.1
Two-node 2-socket
B260 M4
SPECint_rate_base
2006 X86 2-socket
B200 M1
Best
Virtualization
& Cloud
Performance
Best Database
Performance
Best
Enterprise
Application
Performance
Best Enterprise
Middlew are
Performance
Best HPC
Performance
SPECfp_rate_ba
se
2006 X86 4socket
C460 M1
VMmark 2.1
4-socket C460 M2
se
2006 X86 2socket C220 M3
SPECint®_rate_
base 2006 4socket
C460 M4
VMmark 1.x
2-socket B200 M1
VMmark 1.x
2-socket B250 M2
VMmark 1.x
Overall C460 M1
VMmark 1.x
2 –socket Blade
B230 M1
VMmark 1.x
Overall C460 M1
VMmark 2.1
Two–node 4-socket
C460 M2
VMmark 2.1
Eight–node 2socket B200 M3
VMmark 1.x
Blade Server B440 M1
VMmark 1.x
2-socket B200 M1
VMmark 2.1
2-socket Blade
B200 M2
VMmark 2.0
Overall B200 M2
VMmark 2.5
Two-node 2socket
C240 M3
TPC-H 1000GB
Microsoft SQL Server
C460 M2
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
TPC-H 3000GB
Price/Performance
X86 Single- node
C420 M3
Oracle E-Business Suite
Ex-large Model Payroll
Batch B200 M2
Oracle E-Business
Suite Medium Model
Order-to-Cash
B200 M2
Oracle E-Business
Suite Xtra Large
Model Payroll
Batch B230 M2
Oracle E-Business
Suite Xtra Large
Model Payroll B200
M3
Oracle E-Business
Suite XL Model
Payroll B200 M3
Oracle E-Business
Suite Large Model
Order-To-Cash
B200 M3
Oracle E-Business
Suite Large Model
Order-To-Cash B200
M3
Oracle E-Business Suite
Medium Model Payroll
Batch B200 M2
Oracle E-Business
Suite Medium Model
Payroll Batch B200
M2
Oracle E-Business
Suite Large Model
Order-to-Cash
B200 M3
SPECjEnterprise20 1
0 Overall B440 M1
SPECjEnteprise20
10
2-node B440 M2
Oracle E-Business
Suite XL Model
Payroll
B200 M3
Oracle E-Business
Suite XL model
payroll
B200 M3
SPECjAppServer 2004
1-node 2-socket C250
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
SPECjbb2005 X86
2-socket C220 M3
SPECjbb2005
X86 2-socket B230 M1
SPECjbb2005
2-socket C260 M2
SPECjbb2005
2-socket B230 M2
SPECjbb2005
2-socket B230 M2
SPECjbb2005
4-socket B440 M2
SPECjbb2013 X86
2-socket C220 M3
SPECjbb2013
MultiJVM
X86 2-socket B200
M3
SPECompMbase
2001 2-socket B200 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
2-socket C240 M3
SPEComp®
G_base2012
2-socket C240
M3
SPECompMbase
2001 2-socket B200 M2
SPECompLbase
2001 2-socket B200
M2
SPECompMbase
2001
2-socket B230 M2
SPECompLbase
2001 2-socket B230
M2
SPECompMbase
2001 4-socket
C460 M2
SPECompMbase
2001 4-socket
C460 M2
SPECompLbase
2001
2-socket C220 M3
SPEComp®
G_base2012
4-socket C460 M4
SPECjbb2013
MultiJVM
X86 2-socket C240
M3
SPEComp®
G_base2012
2-socket B260
M4
Производительность сетевой инфраструктуры
серверной системы
• Стандартный блейд-сервер 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
 и то и другое и третье можно реализовать на одном и
том же физическом сервере, по разному задав
конфигурацию профиля
Мобильность сервисных профилей UCS
Чтобы перенести нагрузку на Новый Сервер
UCS Manager Service Profile
•
Мобильность сервисов за счет
ис пользования сервисных профилей
Отказоустойчивос ть
Масштабирование
UCS Manager абстрагирует
конфигурацию от железа…
…и добавляет указатель на
загрузочное устройство (Boot from
LAN/SAN)
OS LUN
OS LUN
Server Parameters
Server Parameters
BIOS
FW
MAC
WWN
BIOS
FW
MAC
•
Что это означает для Приложения
Service Profile
Service Profile
Переносим соответствующий серверный профиль на
желаемый физический сервер
2. Включаем сервер
Как только ОС загрузится, сервер будет выглядеть точно так же
как старый
1.
WWN
•
Приложение не знает о смене оборудования
•
Все лицензии продолжают работать
Также, мы можем перенести нагрузку на стоечный
сервер
1.
2.
Аппаратные
характеристики: CPU,
Memory, I/O
Service Profile
Service Profile
Чтобы перенести нагрузку на 4-х
процессорный сервер
Переносим соотв етств у ющий серв исный
профиль на нов ый серв ер
2. Включаем серв ер
Как только ОС загру зится, серв ер бу дет в ыглядеть
точно так же как старый
Обычно апгрейд с 2S на 4S занимает недели или
месяцы. С UCS это можно сделать в ечером в
су бботу , просто перегру зив серв ер.
1.
•
•
Ни один другой вендор такого не позволяет
UCS Manager позволяет работать с физическим
сервером как с виртуальной машиной.
OS LUN
OS LUN
Server Parameters
BIOS
FW
MAC
Server Parameters
WWN
BIOS
37
FW
MAC
WWN
Возможности по обеспечению доступности
серверной инфраструктуры
Для обеспечения доступности может применяться миграция сервера
UCS с одного физического ресурса на другой
 (простой равен времени перезагрузки сервера)
Возможность построения простого и эффективного решения по
восстановлению в случае катастрофы:
 либо за счет переезда профилей на другой сайт;
 либо за счет переезда всей серверной системы целиком (простая
операция экспорта и импорта конфигурации);
 либо восстановление конфигурации на том же сайте после
устранения последствий катастрофы;
 без сложных географически растянутых кластеров, без
дополнительных затрат;
Конечно, эти возможности могут сочетаться с традиционными
кластерными решениями.
Мобильность нагрузки между облаками
Cisco InterCloud Fabric позволяет перенести виртуальные машины из
частной виртуальной среды в публичное облако
Поддерживаются разные публичные облака, разные гипервизоры
В публичное облако не просто переезжают виртуальные машины, туда
«растягиваются» все внутренние сетевые политики, в публичном облаке –
по сути продолжение частного ЦОД
Самое главное – виртуальные машины можно в любой момент вернуть
обратно в частное облако
Частное облако
Cisco Intercloud Fabric
Fixed Workloads
Публичное
облако
Variable Workloads
Выбор
Безопасность
Контроль
Соответствие
Возможность
размещать нагрузку в
разных облаках
Сетевые политики
компании – внутри
частного облака
Унифицированное
управления где бы ни
находились ресурсы
Выполнение
стандартов на основе
политик
«Автоматизируемость» как условие для
перехода к сервис-ориентированности
Возможности по автоматизации
• Системы Cisco UCS и Cisco ACI централизованно предоставляют
открытый полнофункциональный интерфейс для интеграции с
внешними системами управления
• Эти интерфейсы не требуют от внешней системы понимания что
именно и тем более как именно должно происходить с тем или
иным оборудованием - UCS и ACI могут управляться на основе
политик, без необходимости вдаваться в детали реализации
• Эти интерфейсы позволяют интегрировать UCS и ACI в системы
управления и оркестрации высокого уровня от разных вендоров, а
также использовать самописные или open source средства,
например OpenStack
Единое управление ЦОД
UCS Director
SAN A
SAN B
UCSM /
UCS Central
Ethernet
Ethernet and
FCOE
FC
FCOE
42
Автоматизация UCS Director
• Cisco UCS Director – платформа управления, интегрирующаяся с
UCS, ACI, а также «традиционными» сетевыми устройствами,
системами хранения и платформами виртуализации,
позволяющая автоматизировать процессы ИТ
• Cisco UCS Director позволяет перейти на сервис-ориентированный
подход к управлению инфраструктурой и предоставлению услуг
(когда организация и процессы к этому готовы)
• При этом UCS Director сам имеет полнофункциональный northbound 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!
Ждем ваших сообщений с хештегом
#CiscoConnectRu
Спасибо за внимание!
Пожалуйста, используйте код для
оценки доклада
3223
Ваше мнение очень важно для нас
CiscoRu
25.11.2014
Cisco
© 2014 Cisco and/or its affiliates. All rights reserved.
CiscoRussia
1/--страниц
Пожаловаться на содержимое документа