Исходный код вики 1. Архитектура сервиса
Версия 3.1 от Ирина Сафонова на 08.02.2024, 00:46
Последние авторы
author | version | line-number | content |
---|---|---|---|
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 | ---- | ||
12 | |||
13 | 1. **Физический слой.** | ||
14 | |||
15 | В данном слое находятся базовые физические элементы (серверы) и организована их сетевая связность. | ||
16 | |||
17 | 1. **Кластерный слой** | ||
18 | |||
19 | В этом слое работают службы обеспечения программно-определяемых слоев (SDS, SDN, SDC). | ||
20 | |||
21 | Главной задачей данного слоя является обеспечение резервирования элементов инфраструктуры (до узлов). Процедура резервирования (failover) происходит автоматически без участия человека. | ||
22 | |||
23 | Этот слой формируется в виде работы кластерного ПО на каждом из узлов. | ||
24 | |||
25 | 1. **Слой вычислений – SDC** | ||
26 | |||
27 | Слой SDC работает на базе гипервизора второго типа (bhyve). Производительность bhyve значительно выше, чем у других популярных гипервизоров. Кроме того, его оптимизация до сих пор продолжается, а практически все средства аппаратного ускорения виртуальных вычислений поддерживаются на современных процессорах Intel. Также гипервизор bhyve поддерживает работу в условиях CPU overcommit, что критически важно для облачных решений. | ||
28 | |||
29 | Экземпляр SDC – виртуальная машина, являющаяся совокупной сущностью со следующими элементами: | ||
30 | |||
31 | * CPU/RAM; | ||
32 | * Виртуальные сетевые порты (подключенные к слою SDN); | ||
33 | * Виртуальные дисковые устройства (подключенные к слою SDS). | ||
34 | |||
35 | [[image:1707342322756-453.png]] | ||
36 | |||
37 | РИСУНОК 2. SDC – SOFTWARE DEFINED COMPUTING | ||
38 | |||
39 | |||
40 | На текущий момент для ВМ в каталоге доступны следующие образы гостевых ОС: | ||
41 | |||
42 | * FreeBSD; | ||
43 | * Linux (OEL/CentOS/Ubuntu/Debian и т.д.); | ||
44 | * Windows 2016, 2019, 2022. | ||
45 | |||
46 | Работоспособность решения vStack с другими гостевыми ОС не исключается из-за небольших требований к ним (возможность загрузки в режиме UEFI, наличие драйверов virtio и наличие cloud-init). | ||
47 | |||
48 | Диски виртуальной машины создаются на том же пуле, на котором была создана эта виртуальная машина. | ||
49 | |||
50 | В процессе создания ВМ существуют следующие возможности выбора пула, ресурсы которого будут использоваться: | ||
51 | |||
52 | * «Селекторы» – автоматический выбор пула, на котором наименьшее совокупное значение таких параметров, как: | ||
53 | |||
54 | * CPU; | ||
55 | * RAM; | ||
56 | * дисковое пространство. | ||
57 | |||
58 | * Явное указание пула | ||
59 | |||
60 | Легковесность beecloud stack – ключевая причина низкого значения Overhead (снижение производительности виртуальной машины относительно физического сервера вследствие значимости накладных расходов гипервизора). | ||
61 | |||
62 | |||
63 | 1. **Слой хранения – SDS** | ||
64 | |||
65 | На основе ресурсных примитивов из кластерного слоя формируется слой хранения (SDS). Технологической основой SDS является ZFS – файловая система, объединенная с менеджером логических томов, которая также обладает совокупностью уникальных свойств. Единица грануляции слоя SDS – пул, собранный из дисков каждого узла c избыточностью равной избыточности кластера (N+ 2). В момент времени пул работает на конкретном узле кластера. | ||
66 | |||
67 | Возможности слоя хранения: | ||
68 | |||
69 | * компрессия и дедупликация; | ||
70 | * внутренняя целостность данных; | ||
71 | * клоны, снимки; | ||
72 | * самовосстановление данных; | ||
73 | * транзакционная целостность. | ||
74 | |||
75 | На схеме ниже изображен пятиузловой кластер. Вертикальные контейнеры — пулы, горизонтальные — узлы кластера. | ||
76 | |||
77 | В случае выхода из строя узла за счет механизма fencing (процесс исключения узла из кластера) узел, на котором возникла проблема, будет исключен из кластера, а все пулы потеряют по одному диску. При этом кластер автоматически выполнит процедуру аварийного переключения (failover) ресурсов данного узла, и пул, работавший на узле, вышедшем из строя, станет доступен на другом узле. Все ВМ продолжат свою работу на другом узле. | ||
78 | |||
79 | [[image:1707342322778-969.png]] | ||
80 | |||
81 | Рисунок 3. Пятиузловый кластер | ||
82 | |||
83 | |||
84 | 1. Слой сети – SDN | ||
85 | |||
86 | Beecloud stack предоставляет три варианта технологического обеспечения виртуальных сетей: | ||
87 | |||
88 | * VLAN; | ||
89 | * VxLAN; | ||
90 | * GENEVE (собственная имплементация). | ||
91 | |||
92 | При создании новой виртуальной сети на каждом из Узлов Кластера создается программно-определяемый коммутатор. | ||
93 | |||
94 | [[image:1707342322789-137.png]] | ||
95 | |||
96 | РИСУНОК 4. SDN – SOFTWARE DEFINED NETWORKING | ||
97 | |||
98 | Каждый экземпляр сети имеет следующие свойства: | ||
99 | |||
100 | * собственный MTU; | ||
101 | * поддержка Jumbo Frames; | ||
102 | * поддержка TSO/GSO; | ||
103 | * поддержка TCP MSS clamping «из коробки»; | ||
104 | * поддержка Path MTU Discovery «из коробки». | ||
105 | |||
106 | Лимиты SDN: | ||
107 | |||
108 | * максимальное количество сетей – 65536; | ||
109 | * 1 048 576 портов на коммутаторе одного узла; | ||
110 | * Производительность виртуального порта ВМ: 22 GBps / 2.5Mpps. | ||
111 | ))) |