DCaaS - нова модель сервісів

    Доброго дня, $ habrauser!
 
Зовсім скоро в Москві пройде конференція професійних розробників DevConf 2014 . В рамках даної конференції, я із задоволенням розповім вам наше бачення нової моделі DCaaS — DataCenter as a Service. Наскільки ми змінили підхід до інфраструктури — вирішувати вам, ми просто зробили так, як зручно нам і нашим клієнтам. Ми не претендуємо на нові стандарти, просто дана реалізація дуже вже підходить під таку модель.
 
 image
 
 
 
Що ми [розглядали | вивчали | використовували] при побудові моделі:
 
1. На рівні обладнання — MaaS від Canonical , частина пакета Fuel від Mirantis , який управляє введенням обладнання в «бій» — фактичний апаратний Деплой
2. На рівні побудови інфраструктури — kickstart, cobbler , модель того-ж Mirantis Fuel
3. На рівні управління інфраструктурою — OpenStack і OpenNebula
 
Яка мета:
 
Дати клієнтові можливість самостійного управління ресурсами, починаючи від «голого» сервера, встановленого в ЦОД до повністю бойової інфраструктури «з коробки» з повноцінним управлінням через веб. Розділити ролі, які клієнт може призначити обладнанню — від виділеного сервера до елемента віртуальної інфраструктури — compute node, CEPH сховище… і включити сервер у вже існуючу інфраструктуру або створити нову. Дати можливість створити свій маленький Амазон, ну або декілька, в рамках даної моделі на базі OpenStack.
 
Що у нас вийшло:
 
1. Клієнт на першому етапі отримує список «голих» фізичних серверів різної конфігурації, які стоять і чекають від клієнта виконання того чи іншого сценарію установки, розмітки дисків та інсталяції.
2. Тут ми поділяємо на 2 основні кроки сценарію — або виділений сервер — тут все просто — ви вибираєте ОС і через кілька хвилин сервер готовий до використання вже з встановленими сертифікатами та хешем паролів (які ви заздалегідь встановили в панелі) або другий сценарій, який набагато цікавіше — ви вибираєте модель створення власної інфраструктури віртуалізації. У цьому випадку одного фізичного сервера вам, звичайно, буде недостатньо.
3. Власна інфраструктура віртуалізації: в даному сценарії мінімальна кількість фізичних серверів = 2. Перший сервер є management сервером, другий — compute node. Це мінімальний комплект. Є варіанти з HA — в даному випадку — це мінімум 2 management node і 2 compute node. У випадку з виділеним CEPH зберіганням даних = 6.
4. Установка віртуальної інфраструктури займає від 25 до 40 хвилин. Після виконання всіх сценаріїв установки ви отримуєте повноцінну панель управління власним маленьким Амазонії із зберіганням образів, снапшотов, управлінням внутрішніми користувачами, виділенням їм ресурсів, редагуванням мережевою інфраструктурою та іншими можливостями.
 
На DevConf 2014 я дуже докладно розповім про розробку даної моделі, технічних аспектах, апаратних вимогах ну і про плани розвитку проекту.
Трохи забігаючи вперед, скажу, що ми активно працюємо над питанням міграції образу віртуальної машини на фізичний сервер, що, на мій погляд дуже затребуване стартапами, які виходять на хороший продакшн.
 
До зустрічі на DevConf 2014 !
    
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.