Презентация_для_лабораторных_работ_1_5

1.

Лабораторные работы Basis
Dynamix Enterprise

2.

Настройка ОС.

3. Архитектура Basis Dynamix Enterprise

Основные компоненты:
1. Система управления и оркестрации;
2. Вычислительный блок;
3. Блок хранения;
4. Модуль управления сетевым блоком.

4. Физическая сеть

Взаимодействие различных элементов платформы
Физическая сеть
Логическая сеть

5. Технический ландшафт

Разделы технического ландшафта:
1. Prerequisites
2. Оборудование
3. BMC
4. IP план
5. Инфраструктурные сервисы
6. СХД

6. System-config.yaml

Основные секции system-config.yaml:
certificates: Информация о SSL-сертификатах, включая корневой (ca), для веб-интерфейса.
• decs3o: Параметры сервиса DE SSO (авторизация/аутентификация), включая adminId, adminSecret, database
(mongo), и настройки email.
• environment: Основные параметры управляющих сервисов DECORT, включая basedomain, customer_dns, dns, grid
(ID платформы), password (служебного пользователя), ssl (ссылки на сертификаты), subdomain.
• network: Описание сетевой топологии, включая CIDR и VLAN ID для vip, backplane, gateway-management, ipmi,
management, public, storage, vxbackend.
• nodes: Список физических узлов в платформе с их IP-адресацией, MAC-адресами, данными IPMI и
назначенными ролями (controller, cpu_des, des_storagenode, osversion).

7.

Разворачивание управляющего
кластера. Подключение НОД.

8. Общая схема взаимодействия. Отправка отчёта о доступности соседних узлов

Отказоустойчивость платформы и методы изоляции сбоев (fencing)
Общая схема взаимодействия. Отправка отчёта о
доступности соседних узлов
Общая схема взаимодействия. Проверка
доступности соседей

9.

Формирование конфига для СХД.
Подключение СХД.
Загрузка образа ВМ.

10. СХД

СХД (объект "SEP") – это объект «Базис.DynamiX» для взаимодействия с физической системой хранения
данных. СХД имеет унифицированный интерфейс управления. За ним могут скрываться разные
физические хранилища: "Базис.vStorage", "Hitachi VSP", "Yadro Tatlin" и т. д. Физические СХД используются для
размещения там дисков ВМ. Вычислительные узлы должны иметь возможность обмена данными с
физическими СХД по протоколу iSCSI, "Fibre Channel" или DES (только "Базис.vStorage"). Конфигурация СХД
содержит адрес физического СХД, данные для авторизации, описание пулов (названия и типы дисков) и т.
д. СХД "SHARED" имеет упрощенную конфигурацию: максимальный размер, формат, пулы (названия, типы
дисков и WWNS) и т. д.

11.

SHARED LUN

12.

Базовая работа с платформой.
Создание ВМ.
Подключение ее к сети.
Миграция.

13.

Аккаунты
Аккаунт (объект "Account") – это тенант, объект верхнего
уровня для группировки объектов, внутри которых
создаются виртуальные машины. Также внутри аккаунта
создаются внутренние сети и группы с плавающим IPадресом. К аккаунту можно установить определенный
доступ пользователей.
Аккаунты в боковом меню

14.

Ресурсные группы
Ресурсная группа (РГ, объект "RG") – это тенант для
группировки объектов: виртуальные машины, внутренние
сети, балансировщики нагрузки, PCI устройства,
виртуальные графические карты и т. д. К РГ можно
установить определенный доступ пользователей. РГ
создаются внутри аккаунта. Каждая РГ связана только с
одним аккаунтом, который в свою очередь может иметь
одну или более РГ.
Ресурсные группы в боковом
меню

15.

Виртуальные машины
Виртуальная машина (ВМ, объект "Compute") – это
изолированная программная система на основе ПО "KVM",
эмулирующая аппаратное обеспечение компьютера. ВМ в
"Базис.DynamiX" создаются внутри ресурсных групп и
запускаются на вычислительных узлах. К ВМ можно
установить определенный доступ пользователей.
Виртуальные машины в боковом
меню

16.

Подключение ВМ к сети
Раздел сети внутри ВМ

17.

Практическое применение API

18. API

Администратору доступны следующие библиотеки:
1. •CloudAPI – API методы пользователя;
2. •CloudBroker – API методы администратора;
3. •System – внутренние системные API методы (например, выгрузка списка API методов
«Базис.DynamiX»).

19.

API
Отображение API в веб интерфейсе

20.

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