«Лайтовое» облако:

как собрать недорогое,

но функциональное решение

Григорий Атрепьев,

Директор проектов, DataLine

КТО МЫ

2

CLOUDLINE

IaaS; CloudLine Metrocluster

SaaS (1С, корпоративная почта на базе MS Exchange, MS SharePoint, SAP)

VDI

VMware и Citrix решения

Blade servers, FC

Pay As You Go, Allocation Pool

Облачный SLA

3 C 2012 - VMware Premier Service Provider

Катастрофоустойчивое облако CLOUDLINE Metrocluster

Катастрофоустойчивое решение на базе СХД NetApp и VMware vSphere

обеспечивает полную защиту business-critical приложений и

данных даже при выходе из строя целого дата-центра.

• Дублирование элементов СХД в рамках двух площадок: дата-

центры OST и NORD, расстояние - 33 км;

• Миграция виртуальных машин при недоступности одного из дата-

центров на резервную площадку;

• Старт виртуальной машины на резервной площадке (Recovery Time

Objective, RTO) – от 2 минут;

• Зеркалирование данных на уровне СХД между

двумя площадками: Recovery Point Objective (RPO) – 0 минут;

• Балансировка нагрузки на уровне двух дата-центров.

1. «Лайтовое» облако: кому и зачем оно нужно

2. На чем здесь можно сэкономить

3. На чем, увы, нельзя

4. Основные платформы: «за» и «против»

5. Что получилось у нас: архитектура

6. Сравнение «облака лайт»

и стандартного облачного решения

О ЧЕМ БУДЕМ ГОВОРИТЬ

5

Целевая аудитория – та же (финансовый сектор, ритейл,

онлайн-сервисы, разработчики ПО и т.д.)

Новые – только задачи:

Оперативное развертывание тестовых сред и сред

разработки

Промежуточная миграция

(при переходе с железа в «полноразмерное» облако)

Размещение некритичных для бизнеса ИТ-сервисов

(на постоянной основе)

… И все это – за оптимальные деньги.

«ЛАЙТОВОЕ ОБЛАКО»:

КОМУ И ЗАЧЕМ ЭТО НУЖНО

6

7

НА ЧЕМ ЗДЕСЬ

МОЖНО ЭКОНОМИТЬ

Системы хранения данных и SAN

(~ 40% стоимости решения)

переход на vSAN + локальные диски

Стандартные «лайт» конфигурации ВМ

и как следствие – большая плотность размещения ВМ

На чем тоже можно, но бессмысленно?

На конфигурации серверного железа: архитектура 2 или 4

процессорных сокета на хост сегодня стоит практически

одинаково.

8

НА ЧЕМ ЭКОНОМИТЬ

НЕЛЬЗЯ

Отказоустойчивость

резервирование ресурсов

в рамках кластера

Организация сетевого сегмента

резервирование 2N

(по статистике значительное количество

даунтаймов приходится именно на сеть)

Инженерный ресурс и квалификация

9

ВЫБОР ПЛАТФОРМЫ

ПЛАТФОРМА «ЗА» «ПРОТИВ»

VMware

Охват Enreprise-сегмента

Наша основная платформа

(опыт, люди)

Стоимость

Сравнительно небольшой охват

в сегменте MidMarket

KVM

Стоимость лицензий

Наличие и OpenSource, и

коммерческих дистрбутивов

«Новые грабли»

(необходимость набирать

отдельный штат, и т.д.)

На уровне проекта разница в

стоимости незначительная.

MS Hyper-V

Охват MidMarket сегмента

Функциональность в контексте

больших облачных кластеров

Непрогнозируемая стоимость

SPLA лицензий

10

ЧТО ПОЛУЧИЛОСЬ У НАС:

АРХИТЕКТУРА

11

ИТОГО: LITE vs «КЛАССИКА»

Метрика CloudLITE CloudLine

Уровень доступности 99,9 % 99,95%

HDD IOPS Эталонные значения:

40 IOPS/500GB

Эталонные значения:

250 IOPS/500GB SAS;

50 IOPS/500GB SATA

MIPS на одно vCPU не менее 1200 не менее 1700

HDD IOPS

уменьшение в процентах

от оговоренного значения

До 45% До 10%

Среднее время

доступа к диску

на виртуальной машине

До 30мс

До 20мс (SAS)

До 30мс (SATA)

Вопросы?

Григорий Атрепьев

Директор Проектов, DataLine

gatrepyev@dtln.ru

(495) 784 65 05