Изменения документа 1. Архитектура сервиса

Редактировал(а) Ирина Сафонова 13.03.2024, 15:16

От версии 6.1
отредактировано Ирина Сафонова
на 08.02.2024, 01:25
Изменить комментарий: К данной версии нет комментариев
К версии 8.1
отредактировано Ирина Сафонова
на 08.02.2024, 01:58
Изменить комментарий: К данной версии нет комментариев

Сводка

Подробности

Свойства страницы
Содержимое
... ... @@ -48,67 +48,55 @@
48 48  * наличие драйверов virtio,
49 49  * наличие cloud-init.
50 50  
51 -Диски виртуальной машины создаются на том же пуле, на котором была создана эта виртуальная машина.
51 +Диски ВМ создаются на том же пуле, на котором была создана эта ВМ. В процессе создания ВМ существуют следующие возможности выбора пула, ресурсы которого будут использоваться:
52 52  
53 -В процессе создания ВМ существуют следующие возможности выбора пула, ресурсы которого будут использоваться:
53 +* Селекторы — автоматический выбор пула, на котором наименьшее совокупное значение таких параметров, как:
54 +** [[CPU>>https://wiki.dfcloud.ru/bin/view/Glossary/CPU]],
55 +** [[RAM>>https://wiki.dfcloud.ru/bin/view/Glossary/RAM]],
56 +** дисковое пространство.
57 +* Явное указание пула.
54 54  
55 -* «Селекторы» – автоматический выбор пула, на котором наименьшее совокупное значение таких параметров, как:
59 +Легковесность beecloud stack — основная причина низкого значения Overhead. Снижение производительности ВМ относительно физического сервера вследствие значимости накладных расходов [[гипервизора>>https://wiki.dfcloud.ru/bin/view/Glossary/%D0%93%D0%B8%D0%BF%D0%B5%D1%80%D0%B2%D0%B8%D0%B7%D0%BE%D1%80]].
56 56  
57 -* CPU;
58 -* RAM;
59 -* дисковое пространство.
61 +== SDS ==
60 60  
61 -* Явное указание пула
63 +На основе ресурсных примитивов из кластерного слоя формируется слой хранения (SDS). Технологическая основа SDS — ZFS. **ZFS** — файловая система, объединенная с менеджером логических томов. Единица грануляции слоя SDS — пул, собранный из дисков каждого узла c избыточностью равной избыточности кластера (N+ 2). В момент времени пул работает на конкретном узле кластера.
62 62  
63 -Легковесность beecloud stack – ключевая причина низкого значения Overhead (снижение производительности виртуальной машины относительно физического сервера вследствие значимости накладных расходов гипервизора).
64 -
65 -
66 -1. **Слой хранения – SDS**
67 -
68 -На основе ресурсных примитивов из кластерного слоя формируется слой хранения (SDS). Технологической основой SDS является ZFS – файловая система, объединенная с менеджером логических томов, которая также обладает совокупностью уникальных свойств. Единица грануляции слоя SDS – пул, собранный из дисков каждого узла c избыточностью равной избыточности кластера (N+ 2). В момент времени пул работает на конкретном узле кластера.
69 -
70 70  Возможности слоя хранения:
71 71  
72 -* компрессия и дедупликация;
73 -* внутренняя целостность данных;
74 -* клоны, снимки;
75 -* самовосстановление данных;
67 +* компрессия и дедупликация,
68 +* внутренняя целостность данных,
69 +* клоны и снимки,
70 +* самовосстановление данных,
76 76  * транзакционная целостность.
77 77  
78 -На схеме ниже изображен пятиузловой кластер. Вертикальные контейнеры — пулы, горизонтальные — узлы кластера.
73 +На схеме ниже кластер с пятью узлами. Вертикальные контейнеры — пулы, горизонтальные контейнеры — узлы кластера. При выходе из строя узла за счет механизма fencing узел, на котором возникла проблема, исключается из кластера. Механизм fencing означает процесс исключения узла из кластера. Кластер автоматически выполнит процедуру аварийного переключения (failover) ресурсов данного узла. Пул, работавший на узле, вышедшем из строя, станет доступен на другом узле. Все ВМ продолжат свою работу на другом узле.
79 79  
80 -В случае выхода из строя узла за счет механизма fencing (процесс исключения узла из кластера) узел, на котором возникла проблема, будет исключен из кластера, а все пулы потеряют по одному диску. При этом кластер автоматически выполнит процедуру аварийного переключения (failover) ресурсов данного узла, и пул, работавший на узле, вышедшем из строя, станет доступен на другом узле. Все ВМ продолжат свою работу на другом узле.
75 +[[image:1707342322778-969.png||height="872" width="1057"]]
81 81  
82 -[[image:1707342322778-969.png]]
77 +== SDN ==
83 83  
84 -Рисунок 3. Пятиузловый кластер
79 +Программно-определяемая сеть (software-defined networking, SDN; также программно-конфигурируемая сеть) — сеть передачи данных, в которой уровень управления сетью отделён от устройств передачи данных и реализуется программно, одна из форм виртуализации сети. Beecloud stack предоставляет три варианта технологического обеспечения виртуальных сетей:
85 85  
81 +* [[VLAN>>https://wiki.dfcloud.ru/bin/view/Glossary/VLAN]],
82 +* [[VxLAN>>https://wiki.dfcloud.ru/bin/view/Glossary/VXLAN]],
83 +* [[GENEVE>>https://wiki.dfcloud.ru/bin/view/Glossary/GENEVE]] (собственная имплементация).
86 86  
87 -1. Слой сети SDN
85 +При создании новой виртуальной сети на каждом из узлов кластера создается программно-определяемый [[коммутатор>>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]].
88 88  
89 -Beecloud stack предоставляет три варианта технологического обеспечения виртуальных сетей:
87 +[[image:1707342322789-137.png||data-xwiki-image-style-border="true"]]
90 90  
91 -* VLAN;
92 -* VxLAN;
93 -* GENEVE (собственная имплементация).
89 +Свойства экземпляра сети:
94 94  
95 -При создании новой виртуальной сети на каждом из Узлов Кластера создается программно-определяемый коммутатор.
96 -
97 -[[image:1707342322789-137.png]]
98 -
99 -РИСУНОК 4. SDN – SOFTWARE DEFINED NETWORKING
100 -
101 -Каждый экземпляр сети имеет следующие свойства:
102 -
103 -* собственный MTU;
104 -* поддержка Jumbo Frames;
105 -* поддержка TSO/GSO;
106 -* поддержка TCP MSS clamping «из коробки»;
91 +* собственный [[MTU>>https://wiki.dfcloud.ru/bin/view/Glossary/MTU]],
92 +* поддержка Jumbo Frames,
93 +* поддержка TSO/GSO,
94 +* поддержка TCP MSS clamping «из коробки»,
107 107  * поддержка Path MTU Discovery «из коробки».
108 108  
109 109  Лимиты SDN:
110 110  
111 -* максимальное количество сетей 65536;
112 -* 1 048 576 портов на коммутаторе одного узла;
113 -* Производительность виртуального порта ВМ: 22 GBps / 2.5Mpps.
99 +* Максимальное количество сетей — 65536.
100 +* 1 048 576 портов на коммутаторе одного узла.
101 +* Производительность виртуального порта ВМ: 22 Гбит/с / 2.5 Mpps.
114 114  )))