Изменения документа BeeCloud Stack

Сводка

• Свойства страницы (1 изменено, 0 добавлено, 0 удалено)

Подробности

Свойства страницы

Содержимое

...	...	@@ -5,18 +5,86 @@
5	5	(% data-xwiki-non-generated-content="java.util.List" %)
6	6	(((
7	7	= Назначение сервиса =
8		-)))
9	9
10		-Гиперконвергентная платформа beecloud stack (далее – beecloud stack) – виртуальная программно-определяемая инфраструктура. Такая виртуальная инфраструктура строится по принципу гиперконвергенции, согласно которому ее аппаратные составляющие (физические сервера) являются универсальными единицами, реализующими программно-определяемые слои (SDS, SDN, SDC). При этом в инфраструктуре отсутствуют аппаратные составляющие с выделенной ролью (Хранение, Вычисления, Сеть).
	9	+----
11	11
12		-Hyper-converged infrastructure (HCI), или гиперконвергентная инфраструктура – инфраструктура, в которой программно-определяемые слои хранения (SDS), сети (SDN) и вычислений (SDC) объединены в единую платформу, элементы которой (Серверы) равнозначны и не имеют выделенных ролей. HCI строится только на базе серверов и не требует отдельных компонентов (например, СХД), реализующих только часть функциональности.
	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]]) объединены в единую платформу. Слои платформы равнозначны и не имеют выделенных ролей.
13	13
14		-HCI управляется как единая система из одной панели управления, обеспечивает гибкость и быструю масштабируемость ИТ-инфраструктуры.
	13	+HCI строится на базе серверов и не требует отдельных компонентов, например, [[СХД>>https://wiki.dfcloud.ru/bin/view/Glossary/%D0%A1%D0%A5%D0%94]], реализующих только часть функциональности. HCI управляется как единая система из одной панели управления, обеспечивает гибкость и быструю масштабируемость ИТ-инфраструктуры.
15	15
16		-На схеме ниже представлено отличие гиперконвергенции от конвергенции.
	15	+= Отличия гиперконвергенции от конвергенции =
17	17
18		-Справа на схеме показана классическая схема организации корпоративной инфраструктуры:
	17	+----
19	19
20		-[[image:1707311519932-688.png]]
	19	+На рисунке справа показана классическая схема организации корпоративной инфраструктуры, слева — гиперконвергенция. Параметры отличия гиперконвергенции от конвергенции:
21	21
22		-РИСУНОК 1. ОТЛИЧИЕ ГИПЕРКОНВЕРГЕНЦИИ ОТ КОНВЕРГЕНЦИИ
	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/%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	+
	45	+== Состав кластера ==
	46	+
	47	+**Кластер** — несколько серверов, объединенных в единое консистентное пространство с разделением ресурсов. Параметры кластера:
	48	+
	49	+* [[узел>>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]],
	50	+* [[пулы>>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/#H41F44343B44B]],
	51	+* [[избыточность>>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/#H41843743144B44243E44743D43E44144244C]].
	52	+
	53	+Минимальное количество пулов в кластере равно количеству узлов в кластере.
	54	+
	55	+=== Узел ===
	56	+
	57	+**Узел** — физический сервер, работающий в составе кластера. При выходе из строя ресурсы узла резервируются кластером с использованием ресурсов других узлов. Сам узел изолируется — выводится из кластера. Минимальное количество Пулов в Кластере равно количеству Узлов в Кластере.
	58	+
	59	+=== Пулы ===
	60	+
	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	+
	63	+* SDS (Software Defined Storage) — программно-определяемый слой хранения,
	64	+* SDN (Software Defined Networking) — программно-определяемый слой сети,
	65	+* SDC (Software Defined Computing) — программно-определяемый слой вычислений.
	66	+
	67	+=== Избыточность ===
	68	+
	69	+Ключевой атрибут кластера **Избыточность** — использование большего количества ресурсов, чем необходимо. Избыточность определяется количеством узлов, вышедших из кластера. При этом количестве сохраняется функционирование кластера. Архитектура построена по принципу N+2 — горизонтальное масштабирование N компонентов. + 2 означает, сколько узлов может быть подвергнуто резервированию без остановки функционирования сервиса **beecloud stack**. Кластер из 10 узлов с избыточностью два продолжит работу при оставшихся функционировать восьми узлах и не продолжит работу, если осталось семь узлов.
	70	+
	71	+Избыточность позволяет заменить вышедший из строя узел. **Резервирование элементов инфраструктуры (Failover) **— процедура резервирования при аварийных ситуациях. Процедура проводится кластерным фреймворком, поэтому не требует вмешательства человека. Резервирование элементов инфраструктуры возможно благодаря одному принципу гиперконвергенции — универсальности узлов. Универсальность означает, что все узлы кластера одинаковы.
	72	+
	73	+Резервирование в слое хранения обеспечивается с помощью механизма избыточности **RAID-Z** и выполняется в пуле хранения. Пул оперирует пространством из дисков всех узлов. Избыточность дисков в пуле идентична избыточности кластера. Например, при кластере из семи узлов с избыточностью два пул остается в работоспособном состоянии при наличии не менее пяти дисков.
	74	+
	75	+== Виртуальные машины кластера ==
	76	+
	77	+[[Виртуальная машина>>https://wiki.dfcloud.ru/bin/view/Glossary/%D0%92%D0%9C]] (ВМ) объединяет три основных ресурса кластера:
	78	+
	79	+* SDS,
	80	+* SDN,
	81	+* SDC.
	82	+
	83	+Свойства ВМ:
	84	+
	85	+* CPU/RAM ВМ обеспечены ресурсами CPU/RAM конкретного узла.
	86	+* Диски ВМ обеспечены одним конкретным пулом.
	87	+
	88	+Так как ВМ является совокупной сущностью, то резервирование выполняется автоматически из-за резервирования любого из слоев на конкретном узле.
	89	+
	90	+