Изменения документа BeeCloud Stack
Редактировал(а) Ирина Сафонова 18.03.2024, 23:48
От версии 28.1
отредактировано Ирина Сафонова
на 08.02.2024, 00:34
на 08.02.2024, 00:34
Изменить комментарий:
К данной версии нет комментариев
К версии 49.1
отредактировано Ирина Сафонова
на 08.02.2024, 19:49
на 08.02.2024, 19:49
Изменить комментарий:
К данной версии нет комментариев
Сводка
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -8,9 +8,9 @@ 8 8 9 9 ---- 10 10 11 -**Гиперконвергентная платформа beecloud stack** — виртуальная программно-определяемая инфраструктура, которая строится по принципу гиперконвергенции. **Гиперконвергентная инфраструктура** или Hyper-converged infrastructure (HCI) — инфраструктура, в которой программно-определяемые слои хранения ([[SDS>> url:https://wiki.dfcloud.ru/bin/view/Glossary/SDC]]), сети ([[SDN>>url:https://wiki.dfcloud.ru/bin/view/Glossary/SDN]]) и вычислений ([[SDC>>url:https://wiki.dfcloud.ru/bin/view/Glossary/SDC]]) объединены в единую платформу. Слои платформы равнозначны и без выделенных ролей.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 12 13 -HCI строится на базе серверов и не требует отдельных компонентов, например, [[СХД>>https://wiki.dfcloud.ru/bin/view/Glossary/%D0%A1%D0%A5%D0%94]], реализующих только часть функциональности. HCI управляется как единая система из одной панели управления ,обеспечивает гибкость и быструю масштабируемость ИТ-инфраструктуры.13 +HCI строится на базе серверов и не требует отдельных компонентов, например, [[СХД>>https://wiki.dfcloud.ru/bin/view/Glossary/%D0%A1%D0%A5%D0%94]], реализующих только часть функциональности. HCI управляется как единая система из одной панели управления и обеспечивает гибкость и быструю масштабируемость ИТ-инфраструктуры. 14 14 15 15 = Отличия гиперконвергенции от конвергенции = 16 16 ... ... @@ -18,18 +18,18 @@ 18 18 19 19 На рисунке справа показана классическая схема организации корпоративной инфраструктуры, слева — гиперконвергенция. Параметры отличия гиперконвергенции от конвергенции: 20 20 21 -* роутер ,22 -* HA-пара коммутаторов ядра ,23 -* пара коммутаторов сетей общего назначения ,24 -* серверы, в том числе резервные [[хосты>>https://wiki.dfcloud.ru/bin/view/Glossary/%D0%A5%D0%BE%D1%81%D1%82]] ,25 -* пара [[коммутаторов>>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]]SAN,26 -* комплекс СХД с зарезервированными контроллерами и дополнительными дисковыми полками ,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 27 * [[NAS>>https://wiki.dfcloud.ru/bin/view/Glossary/NAS]], которая не уместилась в указанную ширину картинки. 28 28 ))) 29 29 30 30 [[image:1707311519932-688.png||data-xwiki-image-style-border="true"]] 31 31 32 -При необходимости используется оборудование разных поставщиков. Примеры: сетевое оборудование — отCisco, СХД —отNetApp и т.д. Для управления и поддержки каждого сегмента — вычислительного, сетевого и хранения — требуется отдельная группа инженеров. Группа инженеров должнабытьзнакомасо спецификойоборудования, эксплуатации и взаимодействия с поставщиком оборудования.32 +При необходимости используется оборудование различных поставщиков. Примеры: сетевое оборудование — Cisco, СХД — NetApp и т.д. Для управления и поддержки каждого сегмента — вычислительного, сетевого и хранения — требуется отдельная группа инженеров. Группа инженеров должна знать специфику оборудования, эксплуатации и взаимодействия с поставщиком оборудования. 33 33 34 34 = Описание гиперконвергенции = 35 35 ... ... @@ -40,7 +40,7 @@ 40 40 * упростить создание инфраструктуры, 41 41 * снизить затраты на оборудование, поддержку и ресурсы ЦОД. 42 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 позволяет совместное использование ресурсов каждого физического сервера. Физический сервер, не находящийся в кластере, не может получить доступ к ресурсам других физических серверов. 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 44 45 45 == Состав кластера == 46 46 ... ... @@ -54,19 +54,19 @@ 54 54 55 55 === Узел === 56 56 57 -**Узел** — физический сервер, работающий в составе кластера. При выходе из строя ресурсы узла резервируются кластером с использованием ресурсов других узлов. Сам узел изолируется — выводится из кластера. Минимальное количество Пулов в Кластере равно количествуУзлов вКластере.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 58 59 59 === Пулы === 60 60 61 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 62 63 -* SD S (Software Defined Storage) — программно-определяемый слой хранения,64 -* SD N (Software Defined Networking) — программно-определяемый слой сети,65 -* SD C (Software Defined Computing) — программно-определяемый слой вычислений.63 +* SDC, 64 +* SDS, 65 +* SDN. 66 66 67 67 === Избыточность === 68 68 69 - Ключевой атрибут кластера **Избыточность** — использованиебольшего количестваресурсов,чемнеобходимо. Избыточность определяется количеством узлов, вышедших из кластера. При этом количестве сохраняется функционирование кластера. Архитектура построена по принципу N+2 — горизонтальное масштабирование N компонентов. + 2 означает, сколько узлов может быть подвергнуто резервированию без остановки функционирования сервиса **beecloud stack**. Кластер из 10 узлов с избыточностью два продолжит работу при оставшихся функционировать восьми узлах и не продолжит работу, если осталось семь узлов.69 +Основной атрибут кластера **Избыточность** — использование ресурсов больше требуемого. Избыточность определяется количеством узлов, вышедших из кластера. При этом количестве сохраняется функционирование кластера. Архитектура построена по принципу N+2 — горизонтальное масштабирование N компонентов. + 2 означает, сколько узлов может быть подвергнуто резервированию без остановки функционирования сервиса **beecloud stack**. Кластер из 10 узлов с избыточностью два продолжит работу при оставшихся функционировать восьми узлах и не продолжит работу, если осталось семь узлов. 70 70 71 71 Избыточность позволяет заменить вышедший из строя узел. **Резервирование элементов инфраструктуры (Failover) **— процедура резервирования при аварийных ситуациях. Процедура проводится кластерным фреймворком, поэтому не требует вмешательства человека. Резервирование элементов инфраструктуры возможно благодаря одному принципу гиперконвергенции — универсальности узлов. Универсальность означает, что все узлы кластера одинаковы. 72 72 ... ... @@ -87,4 +87,4 @@ 87 87 88 88 Так как ВМ является совокупной сущностью, то резервирование выполняется автоматически из-за резервирования любого из слоев на конкретном узле. 89 89 90 - 90 +**[[К следующему разделу>>doc:.1\. Архитектура сервиса.WebHome]] **🡲