Если у вас много серверов и дата-центров, то рано или поздно встаёт вопрос об экономии времени, которое инженеры тратят на ввод в строй новых машин и на управление уже имеющимися. Сложность заключается в том, что в инфраструктуре обычно есть оборудование разных производителей, множество виртуальных подсетей (VLAN), системы виртуализации. Профили оборудования также могут быть различными. Основная задача — соединить всё это воедино, получить централизованный контроль над ситуацией. Чтобы сократить ошибки по вине «человеческого фактора», нужно упрощать действия инженера при инсталляции оборудования, перемещении серверов с одного профиля задач на другой, контроле занятых и свободных адресов в подсетях, управлении виртуальными серверами, отслеживании состояния IPMI-интерфейсов оборудования и т.д. В Badoo для решения этих задач мы попробовали использовать xCAT (Extreme Cloud Administration Toolkit) — инструментарий для развёртывания и администрирования больших кластеров. И он нам идеально подошёл. В докладе будет сделан краткий обзор базовой установки и настройки xCAT, а также рассказано о работе с ним на примерах новой поставки оборудования и типовых задач, с которыми каждый день сталкиваются наши инженеры. Плюс будут освещены подводные камни и показан накопленный опыт.

2. xCAT:
удобное администрирование дата-центра
Антон Турецкий
Системный инженер, Badoo
@tyrchenok

3. о чем пойдет речь?
3

4. о чем пойдет речь?
4

5. Вам будет это интересно если:
• у вас больше 100 серверов
• вам приходится вводить в строй много новых серверов
• вам критично время запуска новых серверов
• вам нужен доступ к управлению серверами из одной точки
• вы хотите управлять виртуальными и физическими
серверами используя один набор инструментов
5

6. Содержание
• Термины
• Проблема выбора
• Почему xCAT?
• Архитектура xCAT
• Масштабируемость
• Инсталляция нового оборудования
– Badoo’s ITOPS way
• Best Practices
• Заключение 6

7. Термины
StateFull StateLiteStateLess
7

8. Проблема выбора
• инфраструктурное решение
• поддержка разных вендоров HW
• побольше “из коробки”
• простой инструмент
• минимум “усложнений”
Чего хотели мы?
?
8

9. Почему xCAT?
• Поддержка SLES/RHEL etc
• Поддержка VMWare & KVM
• Разделение пользователей по уровню доступа
• Высокая масштабируемость
• Automagic Discovery
• MySQL, PostgreSQL, SQLite, DB2 как backend
• Notification Infrastructure
• Обновление статуса нод
• Централизованная консоль
9

10. Архитектура xCAT
10

11. Масштабируемость xCAT
• Наша инсталляция – 2000+ серверов
• Отказоустрйчивые “головные сервера” (Active/Active)
• Использование xCAT’s Hierarchical Management Cloud (HMC)
– управление всем из одной точки
– Serviсe Nodes management
• Управление такими сервисами, как DHCP, DNS, syslog etc...
11

12. Инсталляция нового оборудования
12

13. xCAT - это сервер, сервер - это xCAT...
13

14. Взгляд “под капот”
14

15. “Долго запрягают, но быстро едут!”
15

16. Не всё то золото, что блестит...
16

17. Best Practices
• В xCAT всё — это объект
• Не задавать нодам ip-адреса из Dynamic Range
• Избегать дублирования MAC и IP адресов у нод
• Отдельно уделить внимание Default StateLess/Lite образам
• xCAT – не волшебная палочка: PXE, DHCP etc не забывай
• Быть внимательным, даже быть ОЧЕНЬ внимательным
17

18. Заключение
• Единый интерфейс управления
• Продукт на Perl: понятен, к правкам готов!
• xCAT прост в эксплуатации
• Конфигурация всех сервисов в знакомом формате
18

19. на сегодня всё
Спасибо

20. Вопросы?Антон Турецкий
a.turetsky@corp.badoo.com
@tyrchenok
@BadooDev
http://habrahabr.ru/company/badoo/