Исходный код вики BeeCloud Stack

Редактировал(а) Ирина Сафонова 18.03.2024, 23:48
Последние авторы
1 {{box cssClass="floatinginfobox" title="**Содержание**"}}
2 {{toc/}}
3 {{/box}}
4
5 (% data-xwiki-non-generated-content="java.util.List" %)
6 (((
7 = Назначение сервиса =
8
9 ----
10
11 **Гиперконвергентная платформа BeeCloud Stack** — виртуальная программно-определяемая инфраструктура, которая строится по принципу гиперконвергенции. **Гиперконвергентная инфраструктура** **или Hyper-converged infrastructure (HCI)** — инфраструктура, в которой программно-определяемые слои хранения ([[SDS>>https://wiki.dfcloud.ru/bin/view/%D0%98%D0%BD%D1%84%D1%80%D0%B0%D1%81%D1%82%D1%80%D1%83%D0%BA%D1%82%D1%83%D1%80%D0%BD%D1%8B%D0%B5%20%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D1%8B%20%28IaaS%29/beecloud%20stack/1.%20%D0%90%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%B0%20%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D0%B0/#HSDS]]), сети ([[SDN>>https://wiki.dfcloud.ru/bin/view/%D0%98%D0%BD%D1%84%D1%80%D0%B0%D1%81%D1%82%D1%80%D1%83%D0%BA%D1%82%D1%83%D1%80%D0%BD%D1%8B%D0%B5%20%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D1%8B%20%28IaaS%29/beecloud%20stack/1.%20%D0%90%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%B0%20%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D0%B0/#HSDN]]) и вычислений ([[SDC>>https://wiki.dfcloud.ru/bin/view/%D0%98%D0%BD%D1%84%D1%80%D0%B0%D1%81%D1%82%D1%80%D1%83%D0%BA%D1%82%D1%83%D1%80%D0%BD%D1%8B%D0%B5%20%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D1%8B%20%28IaaS%29/beecloud%20stack/1.%20%D0%90%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%B0%20%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D0%B0/#HSDS]]) объединены в единую платформу. Слои платформы равнозначны и без выделенных ролей.
12
13 HCI строится на базе серверов и не требует отдельных компонентов, например, [[СХД>>https://wiki.dfcloud.ru/bin/view/Glossary/%D0%A1%D0%A5%D0%94]], реализующих только часть функциональности. HCI управляется как единая система из одной панели управления и обеспечивает гибкость и быструю масштабируемость ИТ-инфраструктуры.
14
15 = Отличия гиперконвергенции от конвергенции =
16
17 ----
18
19 На рисунке справа показана классическая схема организации корпоративной инфраструктуры, слева — гиперконвергенция. Параметры отличия гиперконвергенции от конвергенции:
20
21 * роутер;
22 * HA-пара [[коммутаторов>>https://wiki.dfcloud.ru/bin/view/Glossary/%D0%BA%D0%BE%D0%BC%D0%BC%D1%83%D1%82%D0%B0%D1%82%D0%BE%D1%80]] ядра;
23 * пара коммутаторов сетей общего назначения;
24 * серверы, в том числе резервные [[хосты>>https://wiki.dfcloud.ru/bin/view/Glossary/%D0%A5%D0%BE%D1%81%D1%82]];
25 * пара коммутаторов SAN;
26 * комплекс СХД с зарезервированными контроллерами и дополнительными дисковыми полками;
27 * [[NAS>>https://wiki.dfcloud.ru/bin/view/Glossary/NAS]], которая не уместилась в указанную ширину картинки.
28 )))
29
30 [[image:1707311519932-688.png||data-xwiki-image-style-border="true"]]
31
32 При необходимости используется оборудование различных поставщиков. Примеры: сетевое оборудование — Cisco, СХД — NetApp и т.д. Для управления и поддержки каждого сегмента — вычислительного, сетевого и хранения — требуется отдельная группа инженеров. Группа инженеров должна знать специфику оборудования, эксплуатации и взаимодействия с поставщиком оборудования.
33
34 = Описание гиперконвергенции =
35
36 ----
37
38 В гиперконвергенции функции выполняются кластером унифицированных x86-серверов. Такой подход позволяет:
39
40 * упростить создание инфраструктуры,
41 * снизить затраты на оборудование, поддержку и ресурсы ЦОД.
42
43 Для гарантии согласованной работы и резервирования физические сервера объединяются в [[кластер>>https://wiki.dfcloud.ru/bin/view/%D0%98%D0%BD%D1%84%D1%80%D0%B0%D1%81%D1%82%D1%80%D1%83%D0%BA%D1%82%D1%83%D1%80%D0%BD%D1%8B%D0%B5%20%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D1%8B%20%28IaaS%29/beecloud%20stack/#H42143E44144243043243A43B430441442435440430]]. **BeeCloud Stack** позволяет совместное использование ресурсов каждого физического сервера. Физический сервер, не находящийся в кластере, не может получить доступ к ресурсам других физических серверов.
44
45 == Состав кластера ==
46
47 **Кластер** — несколько серверов, объединенных в единое консистентное пространство с разделением ресурсов. Параметры кластера:
48
49 * [[узел>>https://wiki.dfcloud.ru/bin/view/%D0%98%D0%BD%D1%84%D1%80%D0%B0%D1%81%D1%82%D1%80%D1%83%D0%BA%D1%82%D1%83%D1%80%D0%BD%D1%8B%D0%B5%20%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D1%8B%20%28IaaS%29/beecloud%20stack/#H42343743543B]],
50 * [[пулы>>https://wiki.dfcloud.ru/bin/view/%D0%98%D0%BD%D1%84%D1%80%D0%B0%D1%81%D1%82%D1%80%D1%83%D0%BA%D1%82%D1%83%D1%80%D0%BD%D1%8B%D0%B5%20%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D1%8B%20%28IaaS%29/beecloud%20stack/#H41F44343B44B]],
51 * [[избыточность>>https://wiki.dfcloud.ru/bin/view/%D0%98%D0%BD%D1%84%D1%80%D0%B0%D1%81%D1%82%D1%80%D1%83%D0%BA%D1%82%D1%83%D1%80%D0%BD%D1%8B%D0%B5%20%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D1%8B%20%28IaaS%29/beecloud%20stack/#H41843743144B44243E44743D43E44144244C]].
52
53 Минимальное количество пулов в кластере равно количеству узлов в кластере.
54
55 === Узел ===
56
57 **Узел** — физический сервер, работающий в составе [[кластера>>https://wiki.dfcloud.ru/bin/view/%D0%98%D0%BD%D1%84%D1%80%D0%B0%D1%81%D1%82%D1%80%D1%83%D0%BA%D1%82%D1%83%D1%80%D0%BD%D1%8B%D0%B5%20%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D1%8B%20%28IaaS%29/beecloud%20stack/#H42143E44144243043243A43B430441442435440430]]. При выходе из строя ресурсы узла резервируются кластером с использованием ресурсов других узлов. Сам узел изолируется — выводится из кластера. Минимальное количество пулов в Кластере равно количеству узлов в кластере.
58
59 === Пулы ===
60
61 Из дисков [[узлов>>https://wiki.dfcloud.ru/bin/view/%D0%98%D0%BD%D1%84%D1%80%D0%B0%D1%81%D1%82%D1%80%D1%83%D0%BA%D1%82%D1%83%D1%80%D0%BD%D1%8B%D0%B5%20%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D1%8B%20%28IaaS%29/beecloud%20stack/#H42343743543B]] формируются пулы. **Пулы** — сущности слоя хранения, предоставляющие единицы потребления, например, файловые системы и [[блочные устройства>>https://wiki.dfcloud.ru/bin/view/Glossary/%D0%91%D0%BB%D0%BE%D1%87%D0%BD%D0%BE%D0%B5%20%D1%83%D1%81%D1%82%D1%80%D0%BE%D0%B9%D1%81%D1%82%D0%B2%D0%BE]]. В конкретный момент времени пул работает и доступен на узле. При количестве пулов, равных количеству узлов, на каждом из узлов работает по одному пулу. Основные ресурсы кластера:
62
63 * SDC,
64 * SDS,
65 * SDN.
66
67 === Избыточность ===
68
69 Основной атрибут кластера **Избыточность** — использование ресурсов больше требуемого. Избыточность определяется количеством узлов, вышедших из кластера. При этом количестве сохраняется функционирование кластера. Архитектура построена по принципу N+2 — горизонтальное масштабирование N компонентов. + 2 означает, сколько узлов может быть подвергнуто резервированию без остановки функционирования сервиса **BeeCloud Stack**. Кластер из 10 узлов с избыточностью два продолжит работу при оставшихся функционировать восьми узлах и не продолжит работу, если осталось семь узлов.
70
71 Избыточность позволяет заменить вышедший из строя узел. **Резервирование элементов инфраструктуры (Failover) **— процедура резервирования при аварийных ситуациях. Процедура проводится кластерным фреймворком, поэтому не требует вмешательства человека. Резервирование элементов инфраструктуры возможно благодаря одному принципу гиперконвергенции — универсальности узлов. Универсальность означает, что все узлы кластера одинаковы.
72
73 Резервирование в слое хранения обеспечивается с помощью механизма избыточности **RAID-Z** и выполняется в пуле хранения. Пул оперирует пространством из дисков всех узлов. Избыточность дисков в пуле идентична избыточности кластера. Например, при кластере из семи узлов с избыточностью два пул остается в работоспособном состоянии при наличии не менее пяти дисков.
74
75 == Виртуальные машины кластера ==
76
77 [[Виртуальная машина>>https://wiki.dfcloud.ru/bin/view/Glossary/%D0%92%D0%9C]] (ВМ) объединяет три основных ресурса кластера:
78
79 * SDS,
80 * SDN,
81 * SDC.
82
83 Свойства ВМ:
84
85 * CPU и RAM ВМ обеспечены ресурсами CPU и RAM конкретного узла.
86 * Диски ВМ обеспечены одним конкретным пулом.
87
88 Так как ВМ является совокупной сущностью, то резервирование выполняется автоматически из-за резервирования любого из слоев на конкретном узле.
89
90 = См. также =
91
92 ----
93
94 * [[Архитектура сервиса>>doc:.1\. Архитектура сервиса.WebHome]]
95 * [[Роли и авторизация>>doc:.2\. Роли и имплементация.WebHome]]
96 * [[Инструкция>>doc:.3\. Инструкция.WebHome]]
97
98 **[[В начало>>doc:]] **🡱
99 **[[К следующему разделу>>doc:.1\. Архитектура сервиса.WebHome]] **🡲