¶ 1. Назначение документа
Настоящий документ включает описание системы «RT.ClusterManager» и её возможностей.
(Документ относится к RT.ClusterManager версии 1, архивный)
¶ 2. Общие положения
¶ 2.1 Наименование и условное обозначение
Наименование системы: RT.ClusterManager.
¶ 2.2 Область применения
RT.ClusterManager – оркестратор, в котором установка, настройка и обновление кластеров производятся по нажатию кнопки в графическом интерфейсе. При этом все настройки сервисов происходят автоматически.
¶ 2.3 Термины, определения и сокращения
В настоящем документе использованы и определены следующие термины и сокращения:
|
Термин/Сокращение |
Определение |
|---|---|
| ОС | Операционная система |
| Система | Система «RT.ClusterManager». |
| Оркестратор | Сервисное программное обеспечение, установка которого выполняется на отдельный компьютер. Цель использования данной программы – учет и распределение задач исполнения процессов между активными роботами с определёнными параметрами, обеспечение взаимодействия внешних систем с исполнением процесса, а также учет и разграничение прав пользователей системы. |
| Хост | (от англ. Host – «владелец, принимающий гостей») – любое устройство, предоставляющее сервисы формата «клиент-сервер» в режиме сервера по каким-либо интерфейсам и уникально определённое на этих интерфейсах. В более широком смысле под хостом могут понимать любой компьютер, подключённый к локальной или глобальной сети. |
¶ 3. Назначение Системы
¶ 3.1 Вид деятельности, для автоматизации которой предназначена Система
RT.ClusterManager оптимален для упрощения развертывания и управления службами данных локально, в частных или общедоступных облаках.
¶ 4. Описание системы
¶ 4.1 Поддерживаемые Системой приложения
В RT.ClusterManager реализована система плагинов для поддержки различных приложений или наборов услуг, для которых создается кластер. Плагины могут быть загружены в систему из Личного Кабинета (входят в состав поставляемого архива) или напрямую из репозитория (см. описание Nexus).
Существуют 2 разновидности плагинов – плагины провайдера и плагины приложений.
Примеры плагинов провайдера:
- System – плагин, отвечающий за инсталляцию хостов;
- VCD –плагин, отвечающий за создание и инсталляцию хостов на облачной инфраструктуре.
Примеры плагинов приложений:
- RT.Streaming;
- RT.Datalake;
- RT.WareHouse;
- RT.WideStore.
В зависимости от установленных плагинов приложений, с помощью RT.ClusterManager можно создавать кластеры для работы с этими приложениями.
¶ 4.2 Поддерживаемые облачные технологии
Для работы с облаками RT.ClusterManager использует специальный плагин VCD. Плагин поддерживает работу с облаками, управляемыми Vmware Vcloud Director с помощью технологии Terraform.
Terraform позволяет создавать облачную инфраструктуру с помощью конфигурационных файлов, в которых указываются требуемые ресурсы и их параметры.
¶ 4.3 Работа с инфраструктурой
Функциональность инфраструктуры:
- Развертывание / удаление виртуальных машин;
- Развертывание физических хостов;
- Подготовка хостов;
- Создание / удаление кластеров;
- Мониторинг;
- Управление пользователями;
- Разграничение доступа.
¶ 4.4 Предварительные требования для установки
RT.ClusterManager устанавливается с использованием пакета Docker в вашей операционной системе.
¶ 4.4.1 Требования к ОС
Для установки Docker вам потребуется поддерживаемые версии следующих операционных систем:
- Centos 7,
- Redos 7.2.
¶ 4.4.2 Требования к оборудованию
Минимальные требования к оборудованию для установки RT.ClusterManager и кластеров, развертываемых с его помощью представлены ниже.
Характеристики CM-server:
- Центральный процессор: 2 ядра;
- Оперативная память: 8 Гб.;
- Жесткий диск: 120 Гб.
Характеристики Master-node:
- Центральный процессор: 4 ядра;
- Оперативная память: 16 Гб.;
- Жесткий диск: 120 Гб.
Характеристики Slave-node:
- Центральный процессор: 4 ядра;
- Оперативная память: 8 Гб.;
- Жесткий диск: 120 Гб + диски под данные.
Характеристики Kerberos-server:
- Центральный процессор: 1 ядро;
- Оперативная память: 2 Гб.;
- Жесткий диск: 40 Гб.
В базовой конфигурации кластеров используется:
- CM-server – 1 шт.;
- Master-node – 1-2 шт. (минимум 2 в режиме отказоустойчивости);
- Slave-node – 3 шт.;
- Kerberos-server – 1 шт., используется при включении «Керберизации» при создании кластеров (см. п. 6.1 документа «RT.ClusterManager.Руководство пользователя»).
¶ 4.5 Структура и назначение частей
Схема взаимодействия объектной модели и программного обеспечения RT.ClusterManager представлена на Рис. 1.
Рис. 1. Схема взаимодействия объектной модели и программного обеспечения
Объектами настройки, управления и мониторинга RT.ClusterManager являются:
- Кластеры;
- Сервисы;
- Компоненты;
- Провайдеры;
- Хосты.
За создание и управление кластерами и сервисами отвечает Кластерный пакет, входящий в программное обеспечение RT.ClusterManager (на схеме помечены одним цветом).
За выполнение операций по настройке и мониторингу хостов и программного обеспечения компонентов отвечает инфраструктурный пакет программного обеспечения RT.ClusterManager.
Плагины приложений обеспечивают возможность Системы расширять количество приложений или наборов услуг, для которых можно создавать кластеры.
Провайдер, объединяет в группу все хосты, используемые для конкретного кластера.
Кроме этого в состав программного обеспечения RT.ClusterManager входят функции поддержки ролевой модели разграничения доступа, мониторинга событий и хранения их логов для каждого кластера.
¶ 4.5.1 Объекты
Кластер в рамках системы создается для поддержки заданного приложения или набора услуг, в соответствии с этим, при создании кластера выбирается соответствующий плагин.
Плагин приложения или набора услуг с помощью которого создавался кластер включает набор от одного до нескольких сервисов, обеспечивающих работу данного кластера.
Сервис – это программное обеспечение, которое может содержать от одного до нескольких программных компонентов обеспечивающих работу данного сервиса.
В свою очередь компоненты сервиса должны быть связаны с виртуальными или аппаратными хостами, на которых должно выполнятся программное обеспечение компонентов. В Системе, при помощи дополнительного системного плагина, реализована поддержка использования облачных хостов от различных провайдеров, которые также можно связывать с компонентами сервисов (см. п. 4.2).
Перед использованием хостов, в Системе создаётся провайдер, в который включаются все хосты, которые в дальнейшем будут использоваться для работы кластера. В системе нельзя использовать в одном кластере хосты, принадлежащие различным провайдерам.
¶ 4.5.2 Структура программного обеспечения
RT.ClusterManager работает как web-приложение функционально состоящее из следующих частей:
- Frontend (фронтенд или клиентская часть RT.ClusterManager) выполняется в браузере пользователя.
- Backend (бэкенд или серверная часть RT.ClusterManager) работает на удаленном компьютере, который может находиться где угодно.
Серверная часть RT.ClusterManager состоит из программных пакетов (кластерного и инфраструктурного) которые и обеспечиваю его необходимую функциональность.
В RT.ClusterManager реализована поддержка плагинов приложений, которые содержат структуру, взаимосвязи и систему настроек для заданного типа создаваемых с помощью него кластеров.
RT.ClusterManager также использует системный плагин провайдера, который используется для обеспечения взаимосвязи хостов и сервисов кластеров, создаваемых с помощью кластерных плагинов. Участвует в создании провайдера.
Поддержка версионности плагинов обеспечивает параллельную работу кластеров созданных с помощью плагинов одного типа, но разных версий.