Исходный код вики Beecloud stack
Версия 12.1 от Ирина Сафонова на 07.02.2024, 17:45
Последние авторы
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 | **Гиперконвергентная платформа 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]]) объединены в единую платформу. Слои платформы равнозначны и не имеют выделенных ролей. | ||
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-пара коммутаторов ядра, | ||
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 | * комплекс СХД с зарезервированными контроллерами и дополнительными дисковыми полками, | ||
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/Glossary/%D0%9A%D0%BB%D0%B0%D1%81%D1%82%D0%B5%D1%80%20]]. Beecloud stack позволяет совместное использование ресурсов каждого физического сервера. Физический сервер, не находящийся в кластере, не может получить доступ к ресурсам других физических серверов. | ||
44 | |||
45 | == Состав кластера == | ||
46 | |||
47 | **Кластер** — несколько серверов, объединенных в единое консистентное пространство с разделением ресурсов. Узел — физический сервер, работающий в составе кластера. При выходе из строя ресурсы узла резервируются кластером с использованием ресурсов других Узлов | ||
48 | |||
49 | |||
50 | Физический сервер, работающий в составе Кластера, называется Узлом. При выходе Узла из строя его ресурсы резервируются Кластером с использованием ресурсов других Узлов, сам Узел при этом изолируется: безусловно выводится из кластера. | ||
51 | |||
52 | |||
53 |