Развитие решений cisco для ЦОД глазами специалиста по...

Развитие решении 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




O rder




O rder




O rder




O rder




O rder




O rder




O rder




O rder




O rder




O rder




O rder




O rder




O rder




O rder




O rder



• Кардинальное отличие 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 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

Ваше мнение очень важно для нас

Спасибо за внимание!

Развитие решений cisco для ЦОД глазами специалиста по...

Technology