Изменения документа 1. Архитектура сервиса
Редактировал(а) Ирина Сафонова 13.03.2024, 15:16
От версии 16.1
отредактировано Ирина Сафонова
на 08.02.2024, 10:49
на 08.02.2024, 10:49
Изменить комментарий:
К данной версии нет комментариев
К версии 4.1
отредактировано Ирина Сафонова
на 08.02.2024, 01:14
на 08.02.2024, 01:14
Изменить комментарий:
К данной версии нет комментариев
Сводка
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -8,25 +8,15 @@ 8 8 9 9 ---- 10 10 11 -(% class="wikigeneratedid" id="H" %) 12 -**Beecloud stack** предлагает пять слоев: 11 +== Физический слой == 13 13 14 -* [[физический>>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(IaaS)/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/#H42443843743844743544143A43843944143B43E439]], 15 -* [[кластерный>>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(IaaS)/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/#H41A43B43044144243544043D44B43944143B43E439]]. 16 - 17 -= Физический слой = 18 - 19 ----- 20 - 21 21 В слое организована сетевая связность базовых физических элементов (серверов). 22 22 23 -= Кластерный слой = 15 +== Кластерный слой == 24 24 25 ----- 26 - 27 27 В слое работают службы обеспечения программно-определяемых слоев: 28 28 29 -* [[SDS (Software Defined Storage)>>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(IaaS)/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]],19 +* SDS (Software Defined Storage), 30 30 * SDN (Software Defined Networking), 31 31 * SDC (Software Defined Computing). 32 32 ... ... @@ -34,83 +34,90 @@ 34 34 35 35 Слой формируется в виде работы кластерного ПО на каждом из узлов. 36 36 37 -= SDS = 27 +== SDS == 38 38 39 - ----29 +Слой SDC работает на базе гипервизора второго типа (bhyve). Производительность bhyve значительно выше, чем у других популярных гипервизоров. Кроме того, его оптимизация до сих пор продолжается, а практически все средства аппаратного ускорения виртуальных вычислений поддерживаются на современных процессорах Intel. Также гипервизор bhyve поддерживает работу в условиях CPU overcommit, что критически важно для облачных решений. 40 40 41 - СлойSDCработаетна базе [[гипервизора>>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]] второго типа(bhyve). Производительностьbhyve выше, чему других популярныхгипервизоров. Оптимизацияbhyve досих пор продолжается.Средства аппаратногоускорения виртуальных вычислений поддерживаютсянасовременныхпроцессорах Intel. Гипервизорbhyve поддерживаетработу в условиях [[CPU overcommit>>https://wiki.dfcloud.ru/bin/view/Glossary/CPU%20Overcommit]].31 +Экземпляр SDC – виртуальная машина, являющаяся совокупной сущностью со следующими элементами: 42 42 43 -**Экземпляр SDC** — [[виртуальная машина>>https://wiki.dfcloud.ru/bin/view/Glossary/%D0%92%D0%9C]] (ВМ), являющаяся совокупной сущностью трех элементов: 33 +* CPU/RAM; 34 +* Виртуальные сетевые порты (подключенные к слою SDN); 35 +* Виртуальные дисковые устройства (подключенные к слою SDS). 44 44 45 -* CPU/RAM, 46 -* Виртуальные сетевые порты, подключенные к слою SDN. 47 -* Виртуальные дисковые устройства, подключенные к слою SDS. 37 +[[image:1707342322756-453.png]] 48 48 49 - [[image:1707342322756-453.png||data-xwiki-image-style-border="true"]]39 +РИСУНОК 2. SDC – SOFTWARE DEFINED COMPUTING 50 50 51 -В каталоге для ВМ доступно три образа гостевых ОС: 52 52 53 -* FreeBSD, 54 -* Linux (OEL/CentOS/Ubuntu/Debian и т.д.), 42 +На текущий момент для ВМ в каталоге доступны следующие образы гостевых ОС: 43 + 44 +* FreeBSD; 45 +* Linux (OEL/CentOS/Ubuntu/Debian и т.д.); 55 55 * Windows 2016, 2019, 2022. 56 56 57 -Работоспособность решения **beecloudstack**с другими гостевыми ОС не исключается из-за небольших требований к ним.Примерытребований:48 +Работоспособность решения vStack с другими гостевыми ОС не исключается из-за небольших требований к ним (возможность загрузки в режиме UEFI, наличие драйверов virtio и наличие cloud-init). 58 58 59 -* загрузка в режиме UEFI, 60 -* наличие драйверов virtio, 61 -* наличие cloud-init. 50 +Диски виртуальной машины создаются на том же пуле, на котором была создана эта виртуальная машина. 62 62 63 - ДискиВМсоздаются на том жепуле, на котором была создана эта ВМ. В процессе создания ВМ существуют следующие возможности выбора пула, ресурсы которого будут использоваться:52 +В процессе создания ВМ существуют следующие возможности выбора пула, ресурсы которого будут использоваться: 64 64 65 -* Селекторы — автоматический выбор пула, на котором наименьшее совокупное значение таких параметров, как: 66 -** [[CPU>>https://wiki.dfcloud.ru/bin/view/Glossary/CPU]], 67 -** [[RAM>>https://wiki.dfcloud.ru/bin/view/Glossary/RAM]], 68 -** дисковое пространство. 69 -* Пул. 54 +* «Селекторы» – автоматический выбор пула, на котором наименьшее совокупное значение таких параметров, как: 70 70 71 -Легковесность 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 +* CPU; 57 +* RAM; 58 +* дисковое пространство. 72 72 73 - =SDS=60 +* Явное указание пула 74 74 75 - ----62 +Легковесность beecloud stack – ключевая причина низкого значения Overhead (снижение производительности виртуальной машины относительно физического сервера вследствие значимости накладных расходов гипервизора). 76 76 77 -На основе ресурсных примитивов из кластерного слоя формируется слой хранения (SDS). Технологическая основа SDS — ZFS. **ZFS** — файловая система, объединенная с менеджером логических томов. Единица грануляции слоя SDS — пул, собранный из дисков каждого узла c избыточностью равной избыточности кластера (N+ 2). В момент времени пул работает на конкретном узле кластера. 78 78 65 +1. **Слой хранения – SDS** 66 + 67 +На основе ресурсных примитивов из кластерного слоя формируется слой хранения (SDS). Технологической основой SDS является ZFS – файловая система, объединенная с менеджером логических томов, которая также обладает совокупностью уникальных свойств. Единица грануляции слоя SDS – пул, собранный из дисков каждого узла c избыточностью равной избыточности кластера (N+ 2). В момент времени пул работает на конкретном узле кластера. 68 + 79 79 Возможности слоя хранения: 80 80 81 -* компрессия и дедупликация ,82 -* внутренняя целостность данных ,83 -* клоны иснимки,84 -* самовосстановление данных ,71 +* компрессия и дедупликация; 72 +* внутренняя целостность данных; 73 +* клоны, снимки; 74 +* самовосстановление данных; 85 85 * транзакционная целостность. 86 86 87 -На схеме ниже кластерспятьюузлами. Вертикальные контейнеры — пулы, горизонтальныеконтейнеры— узлы кластера.При выходе из строя узла за счет механизма fencing узел, на котором возникла проблема, исключается из кластера. Механизм fencing означает процесс исключения узла из кластера. Кластер автоматически выполнит процедуру аварийного переключения (failover) ресурсов данного узла. Пул, работавший на узле, вышедшем из строя, станет доступен на другом узле. Все ВМ продолжат свою работу на другом узле.77 +На схеме ниже изображен пятиузловой кластер. Вертикальные контейнеры — пулы, горизонтальные — узлы кластера. 88 88 89 - [[image:1707342322778-969.png||height="872"width="1057"]]79 +В случае выхода из строя узла за счет механизма fencing (процесс исключения узла из кластера) узел, на котором возникла проблема, будет исключен из кластера, а все пулы потеряют по одному диску. При этом кластер автоматически выполнит процедуру аварийного переключения (failover) ресурсов данного узла, и пул, работавший на узле, вышедшем из строя, станет доступен на другом узле. Все ВМ продолжат свою работу на другом узле. 90 90 91 - == SDN ==81 +[[image:1707342322778-969.png]] 92 92 93 - Программно-определяемаясеть (software-defined networking, SDN; также программно-конфигурируемаясеть)— сеть передачи данных, в которой уровень управлениясетью отделён от устройств передачиданных и реализуется программно, одна изформ виртуализации сети. Beecloud stack предоставляеттри варианта технологического обеспечения виртуальныхсетей:83 +Рисунок 3. Пятиузловый кластер 94 94 95 -* [[VLAN>>https://wiki.dfcloud.ru/bin/view/Glossary/VLAN]], 96 -* [[VxLAN>>https://wiki.dfcloud.ru/bin/view/Glossary/VXLAN]], 97 -* [[GENEVE>>https://wiki.dfcloud.ru/bin/view/Glossary/GENEVE]] (собственная имплементация). 98 98 99 - Присоздании новой виртуальной сетинакаждом из узлов кластера создается программно-определяемый [[коммутатор>>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]].86 +1. Слой сети – SDN 100 100 101 - [[image:1707342322789-137.png||data-xwiki-image-style-border="true"]]88 +Beecloud stack предоставляет три варианта технологического обеспечения виртуальных сетей: 102 102 103 -Свойства экземпляра сети: 90 +* VLAN; 91 +* VxLAN; 92 +* GENEVE (собственная имплементация). 104 104 105 -* собственный [[MTU>>https://wiki.dfcloud.ru/bin/view/Glossary/MTU]], 106 -* поддержка Jumbo Frames, 107 -* поддержка TSO/GSO, 108 -* поддержка TCP MSS clamping «из коробки», 94 +При создании новой виртуальной сети на каждом из Узлов Кластера создается программно-определяемый коммутатор. 95 + 96 +[[image:1707342322789-137.png]] 97 + 98 +РИСУНОК 4. SDN – SOFTWARE DEFINED NETWORKING 99 + 100 +Каждый экземпляр сети имеет следующие свойства: 101 + 102 +* собственный MTU; 103 +* поддержка Jumbo Frames; 104 +* поддержка TSO/GSO; 105 +* поддержка TCP MSS clamping «из коробки»; 109 109 * поддержка Path MTU Discovery «из коробки». 110 110 111 111 Лимиты SDN: 112 112 113 -* Максимальное количество сетей—65536.114 -* 1 048 576 портов на коммутаторе одного узла .115 -* Производительность виртуального порта ВМ: 22 Гбит/с /2.5110 +* максимальное количество сетей – 65536; 111 +* 1 048 576 портов на коммутаторе одного узла; 112 +* Производительность виртуального порта ВМ: 22 GBps / 2.5Mpps. 116 116 )))