Редактировал(а) Ирина Сафонова 18.03.2024, 22:38
От версии 65.1
отредактировано Ирина Сафонова
на 08.11.2023, 23:06
Изменить комментарий: К данной версии нет комментариев
К версии 1.1
отредактировано Ирина Сафонова
на 04.10.2023, 20:50
Изменить комментарий: К данной версии нет комментариев

Сводка

Подробности

Свойства страницы
Название
... ... @@ -1,1 +1,1 @@
1 -1. Возможности и технические характеристики сервиса
1 +1. Возможности сервиса
Родительский документ
... ... @@ -1,1 +1,1 @@
1 -Контейнерная разработка.Сервис Cloud Kubernetes Clusters.WebHome
1 +Сервис Cloud Kubernetes Clusters.WebHome
Содержимое
... ... @@ -1,139 +1,0 @@
1 -{{box cssClass="floatinginfobox" title="**Содержание**"}}
2 -{{toc/}}
3 -{{/box}}
4 -
5 -(% data-xwiki-non-generated-content="java.util.List" %)
6 -(((
7 -(% data-xwiki-non-generated-content="java.util.List" %)
8 -(((
9 -= Основа сервиса =
10 -)))
11 -
12 -----
13 -
14 -Сервис **Cloud Kubernetes Clusters **реализован на базе ПО Deckhouse компании Flant. Сервис организуется на базе виртуальной инфраструктуры, размещаемой на [[ресурсах>>https://wiki.dfcloud.ru/bin/view/Glossary/%D0%A0%D0%B5%D1%81%D1%83%D1%80%D1%81%D1%8B]] облачной платформы Cloud Compute beeline cloud. Платформа расположена на территории РФ.
15 -
16 -= Авторизация заказчика =
17 -
18 -----
19 -
20 -Заказчик авторизуется в системе по следующим данным:
21 -
22 -* ссылке URL;
23 -* учетному имени пользователя (логин) и паролю;
24 -
25 -Beeline cloud после БЗ и заключения приложения к договору присылает заказчику авторизационные данные и руководство пользователя на e-mail, указанный в БЗ. **Авторизационные данные** — конфиденциальная информация, предотвращающая несанкционированный доступ к сервису третьих лиц. Заказчик должен предпринять меры для сохранности данных.
26 -
27 -== Ответственность заказчика за авторизационные данные ==
28 -
29 -Заказчик несет ответственность за разглашение и утерю авторизационных данных, возможные последствия разглашения или утери авторизационных данных с момента предоставления.
30 -Если заказчик потерял данные или передал их третьим лицам, то beeline cloud не отвечает за утерю и ущерб, понесенный заказчиком в связи с разглашением авторизационных данных, вплоть до получения заказчиком новых авторизационных данных от представителей beeline cloud в установленном порядке. При этом все действия администратора в личном кабинете, являются доказательством волеизъявления заказчика на выполнение этих действий согласно стоимости, указанной в приложении к договору.
31 -)))
32 -
33 -= Технические характеристики сервиса =
34 -
35 -----
36 -
37 -== Используемые узлы ==
38 -
39 -Сервис разворачивается на следующих [[узла>>https://wiki.dfcloud.ru/bin/view/Glossary/%D0%9D%D0%BE%D0%B4%D0%B0]]х [[виртуальных машин>>https://wiki.dfcloud.ru/bin/view/Glossary/%D0%92%D0%9C]] (ВМ), обозначаемых следующими наименованиями:
40 -
41 -* {{code language="none"}}Master{{/code}};
42 -* {{code language="none"}}Worker{{/code}};
43 -* {{code language="none"}}Frontend{{/code}};
44 -* {{code language="none"}}System{{/code}};
45 -* {{code language="none"}}Bootstrap{{/code}}.
46 -
47 -Beeline cloud конфигурирует все вышеперечисленные узлы, кроме {{code language="none"}}Worker{{/code}}, так как узлы не участвуют в клиентской нагрузке и нерабочая нагрузка на эти узлы не находится в зоне ответственности заказчика. Узлы выполняют роль управления сервиса и предоставления функционала платформы Kubernetes и Deckhouse.
48 -
49 -== Доступные вычислительные ресурсы ==
50 -
51 -Заказчику в зависимости от потребностей со стороны клиентских приложений доступны для использования [[vCPU>>url:https://wiki.dfcloud.ru/bin/view/Glossary/vCPU]] и [[vRAM>>url:https://wiki.dfcloud.ru/bin/view/Glossary/vRAM]], являющиеся типовой конфигурацией узла {{code language="none"}}Worker{{/code}} ВМ, доступных для работы контейнеров под управлением кластера Kubernetes. Для организации работы сервиса заказчик при необходимости конфигурирует узлы {{code language="none"}}Worker{{/code}} по части vCPU, vRAM и дискового хранилища.
52 -
53 -Заказчик получает виртуальные диски со Storage Policy — SSD.
54 -
55 -Диски предоставляются для:
56 -
57 -* ОС и развертывания прикладного ПО в составе ПО Deckhouse ВМ. Диски обязательны для развертывания и не предоставляются заказчику в пользование по причине их технического назначения.
58 -* Хранения данных в качестве Persistent Volume Claim. Диски необязательны для приобретения и предоставляются заказчику в пользование. Диски могут предоставляться как в качестве дополнительного локального диска, так и в качестве объединенного хранилища на базе модуля LINSTOR.
59 -
60 -== Подключение кластера Kubernetes и платформы Deckhouse ==
61 -
62 -Для подключения кластера Kubernetes и платформы Deckhouse заказчика к частным сетям связи клиента или к Интернет заказчик должен заказать одну из нижеуказанных услуг beeline cloud:
63 -
64 -* услуга **Выделенный доступ к сети Интернет**;
65 -* услуга **Виртуальная частная сеть IP VPN**;
66 -* услуга **Виртуальный частный LAN**.
67 -
68 -Beeline cloud предоставляет услуги связи на основе отдельных приложений к договору. Услуги не входят в состав сервиса **Cloud Kubernetes Clusters**. При подключении ВМ к частным сетям связи заказчика с организацией доступа ВМ к интернет, заказчик должен заказать услугу Выделенный доступ к сети Интернет с адресом предоставления услуг в центре данных beeline cloud, указанном в БЗ услуги.
69 -
70 -Услуга** Выделенный доступ к сети Интернет** предоставляется в рамках сервиса **Cloud Kubernetes Clusters**.
71 -
72 -== Ограничения на конфигурации ВМ ==
73 -
74 -* vCPU: до 24*. Заказчик определяет количество при согласовании размера Worker-Node. Один vCPU по мощности ограничен ресурсами одного физического ядра хоста [[виртуализации>>url:https://wiki.dfcloud.ru/bin/view/Glossary/%D0%92%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%CC%81%D1%86%D0%B8%D1%8F]].
75 -* vRAM: до 512* ГБ. Заказчик определяет объем при согласовании размера Worker-Node.
76 -
77 -= Возможности основного тарифа =
78 -
79 -----
80 -
81 -Beeline cloud предоставляет доступ к платформе Deckhouse. Основной тариф включает в себя следующие возможности, разделенные по блокам:
82 -
83 -* Уровень кластера Kubernetes.
84 -* Container Runtime.
85 -* Управление ресурсами кластера, автоматические масштабирование.
86 -* Хранение.
87 -* Сеть.
88 -* Балансировка входяшего трафика.
89 -* Уровень платформы.
90 -* Контроль доступа.
91 -* Обеспечение сохранности данных и отказоустойчивости сервиса.
92 -
93 -== Уровень кластера Kubernetes ==
94 -
95 -Сервис предлагает создание, настройку и удаление:
96 -
97 -* [[Pod>>https://wiki.dfcloud.ru/bin/view/Glossary/%D0%9F%D0%BE%D0%B4]];
98 -* [[Service>>https://wiki.dfcloud.ru/bin/view/Glossary/%D0%A1%D0%B5%D1%80%D0%B2%D0%B8%D1%81]];
99 -* [[Secret>>https://wiki.dfcloud.ru/bin/view/Glossary/%D0%A1%D0%B5%D0%BA%D1%80%D0%B5%D1%82%D0%BD%D1%8B%D0%B5%20%D0%BF%D0%B5%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5]];
100 -* ConfigMap;
101 -* [[Deployment>>https://wiki.dfcloud.ru/bin/view/Glossary/%D0%A0%D0%B0%D0%B7%D0%B2%D0%B5%D1%80%D1%82%D1%8B%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5]];
102 -* [[Job>>https://wiki.dfcloud.ru/bin/view/Glossary/%D0%97%D0%B0%D0%B4%D0%B0%D0%BD%D0%B8%D0%B5]];
103 -* [[CronJob>>https://wiki.dfcloud.ru/bin/view/Glossary/CronJob]];
104 -* [[StatefulSet>>https://wiki.dfcloud.ru/bin/view/Glossary/StatefulSet]];
105 -* Объекта, гарантирующего доступность копии Pod на каждом узле[[ кластера>>https://wiki.dfcloud.ru/bin/view/Glossary/%D0%9A%D0%BB%D0%B0%D1%81%D1%82%D0%B5%D1%80]] ([[DaemonSet>>https://wiki.dfcloud.ru/bin/view/Glossary/DaemonSet]]);
106 -* Объекта, гарантирующего определенное количество экземпляров Pod (DaemonSet).
107 -
108 -== Управление ресурсами кластера, автоматические масштабирование ==
109 -
110 -(% class="wikigeneratedid" %)
111 -Для управления и автоматического масштабирование ресурсами кластера сервис предлагает следующие модули:
112 -
113 -* control-plane-manager
114 -* node-manager
115 -* priority-class
116 -* terraform-manager
117 -* Prometheus-metrics-adapter
118 -* descheduler
119 -* pod-reloader
120 -
121 -== Хранение ==
122 -
123 -* Интерфейс для подключения хранилища на базе CEPH. CEPH не предоставляется в сервисе
124 -* Блочное хранилище – на базе модуля LINSTOR (организуется на базе локальных дисков Worker-машин)
125 -* Модуль local-path-provisioner
126 -* Поддержка снапшотов
127 -
128 -== Сеть ==
129 -
130 -* Сетевое взаимодействие внутри кластера на базе Cilium
131 -
132 -== Балансировка входяшего трафика ==
133 -
134 -* Балансировщик Nginx
135 -* Выделенный балансировщик на отдельных виртуальных машинах в рамках состава платформы Deckhouse – MetalLB
136 -
137 -**[[В начало>>doc:Сервис Cloud Kubernetes Clusters.WebHome]] **🡱
138 -**[[К следующему разделу>>doc:Сервис Cloud Kubernetes Clusters.2\. Администрирование.WebHome]] **🡲
139 -**[[К предыдущему разделу>>doc:Сервис Cloud Kubernetes Clusters.WebHome]] 🡰**