Редактировал(а) Ирина Сафонова 18.03.2024, 22:38
От версии 61.1
отредактировано Ирина Сафонова
на 08.11.2023, 22:50
Изменить комментарий: К данной версии нет комментариев
К версии 34.1
отредактировано Ирина Сафонова
на 06.10.2023, 03:15
Изменить комментарий: К данной версии нет комментариев

Сводка

Подробности

Свойства страницы
Название
... ... @@ -1,1 +1,1 @@
1 -1. Возможности и технические характеристики сервиса
1 +1. Возможности сервиса
Родительский документ
... ... @@ -1,1 +1,1 @@
1 -Контейнерная разработка.Сервис Cloud Kubernetes Clusters.WebHome
1 +Сервис Cloud Kubernetes Clusters.WebHome
Содержимое
... ... @@ -1,110 +1,116 @@
1 -{{box cssClass="floatinginfobox" title="**Содержание**"}}
1 +**Содержание**
2 +
2 2  {{toc/}}
3 -{{/box}}
4 4  
5 -(% data-xwiki-non-generated-content="java.util.List" %)
6 -(((
7 -= Авторизация заказчика =
8 -
9 -----
10 -
11 -Заказчик авторизуется в системе по следующим данным:
12 -
13 -* ссылке URL;
14 -* учетному имени пользователя (логин) и паролю;
15 -
16 -Beeline cloud после БЗ и заключения приложения к договору присылает заказчику авторизационные данные и руководство пользователя на e-mail, указанный в БЗ. **Авторизационные данные** — конфиденциальная информация, предотвращающая несанкционированный доступ к сервису третьих лиц. Заказчик должен предпринять меры для сохранности данных.
17 -
18 -== Ответственность заказчика за авторизационные данные ==
19 -
20 -Заказчик несет ответственность за разглашение и утерю авторизационных данных, возможные последствия разглашения или утери авторизационных данных с момента предоставления.
21 -Если заказчик потерял данные или передал их третьим лицам, то beeline cloud не отвечает за утерю и ущерб, понесенный заказчиком в связи с разглашением авторизационных данных, вплоть до получения заказчиком новых авторизационных данных от представителей beeline cloud в установленном порядке. При этом все действия администратора в личном кабинете, являются доказательством волеизъявления заказчика на выполнение этих действий согласно стоимости, указанной в приложении к договору.
22 -
23 23  = Основа сервиса =
24 -)))
25 25  
26 26  ----
27 27  
28 -Сервис **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. Платформа расположена на территории РФ.
9 +Сервис реализован на базе ПО Deckhouse компании Flant. Сервис организуется на базе виртуальной инфраструктуры, размещаемой на ресурсах облачной платформы Cloud Compute beeline cloud. Платформа расположена на территории Российской Федерации.
29 29  
30 -= Технические характеристики сервиса =
11 += Возможности основного тарифа =
31 31  
32 32  ----
33 33  
34 -== Используемые узлы ==
15 +Основной тариф включает в себя следующие возможности
35 35  
36 -Сервис разворачивается на следующих [[узла>>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]] (ВМ), обозначаемых следующими наименованиями:
17 +(% class="table-bordered" style="width:743px" %)
18 +(% class="active" %)|(% style="width:267px" %)(((
19 +**Возможность**
20 +)))|(% style="width:472px" %)**Комментарий**
21 +|(% style="width:267px" %)**Уровень кластера**|(% style="width:472px" %)(((
22 +* Kubernetes;
23 +* Container runtime.
24 +)))
25 +|(% style="width:267px" %)**Управление ресурсами и автоматическое масштабирование кластера**|(% style="width:472px" %)(((
26 +**Модули:**
37 37  
38 -* {{code language="none"}}Master{{/code}};
39 -* {{code language="none"}}Worker{{/code}};
40 -* {{code language="none"}}Frontend{{/code}};
41 -* {{code language="none"}}System{{/code}};
42 -* {{code language="none"}}Bootstrap{{/code}}.
28 +* control-plane-manager;
29 +* node-manager;
30 +* priority-class;
31 +* terraform-manager;
32 +* Prometheus-metrics-adapter;
33 +* descheduler;
34 +* pod-reloader.
35 +)))
36 +|(% style="width:267px" %)**Хранение — СХД, хранилище, данные и storage**|(% style="width:472px" %)(((
37 +* интерфейс для подключения хранилища на базе CEPH;
38 +* блочное хранилище на базе LINSTOR;
39 +* модуль local-path-provisioner;
40 +* поддержка снапшотов.
41 +)))
42 +|(% style="width:267px" %)**Сеть**|(% style="width:472px" %)(((
43 +* Cilium;
44 +* Flannel.
45 +)))
46 +|(% style="width:267px" %)**Балансировка входящего трафика**|(% style="width:472px" %)(((
47 +* Nginx;
48 +* metalLB.
49 +)))
50 +|(% style="width:267px" %)**Уровень платформы**
51 +|(% style="width:267px" %) |(% style="width:472px" %)(((
52 +**Безопасность:**
43 43  
44 -Beeline cloud конфигурирует все вышеперечисленные узлы, кроме {{code language="none"}}Worker{{/code}}, так как узлы не участвуют в клиентской нагрузке и нерабочая нагрузка на эти узлы не находится в зоне ответственности заказчика. Узлы выполняют роль управления сервиса и предоставления функционала платформы Kubernetes и Deckhouse.
54 +* Внешний доступ к ресурсам кластера посредством OpenVPN.
55 +* Сквозная аутентификация на основе dex.
56 +* Авторизация и доступы на основе RBAC.
57 +* Политики безопасности — gatekeeper.
58 +* Выявление угроз безопасности — Falco.
59 +* Контроль сетевых политик — kube-router или cilium.
60 +* Управление SSL- сертификатами на базе cert-manager.
61 +* Полное шифрование внутрикластерного трафика (mutualTLS) на базе Istio.
62 +* Сканирование уязвимостей на базе Trivy.
63 +* Аудит всех операций с API Kubernetes
64 +)))
65 +|(% style="width:267px" %) |(% style="width:472px" %)(((
66 +**Интерфейсы управления:**
45 45  
46 -== Доступные вычислительные ресурсы ==
68 +* dhtcl;
69 +* Web UI — Kubernetes Dashboard;
70 +* Deckhouse Commander;
71 +* документация по платформе.
72 +)))
73 +|(% style="width:267px" %) |(% style="width:472px" %)(((
74 +**Разработка:**
47 47  
48 -Заказчику в зависимости от потребностей со стороны клиентских приложений доступны для использования [[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 и дискового хранилища.
76 +* модуль delivery (ArgoCD + werf);
77 +* Canary-deployment (Istio);
78 +* A/B-тестирование (Istio).
79 +)))
80 +|(% style="width:267px" %) |(% style="width:472px" %)(((
81 +**Балансировка и управление трафиком внутри кластера:**
49 49  
50 -Заказчик получает виртуальные диски со Storage Policy — SSD.
83 +* балансировка запросов между Endpoint’ами сервиса — Istio;
84 +* модуль node-local-dns, кеширующий DNS-сервер.
85 +)))
86 +|(% style="width:267px" %) |(% style="width:472px" %)(((
87 +**Мониторинг:**
51 51  
52 -Диски предоставляются для:
89 +* Hubble;
90 +* Kiali;
91 +* Prometheus;
92 +* Grafana;
93 +* Модуль upmeter.
94 +)))
95 +|(% style="width:267px" %) |(% style="width:472px" %)(((
96 +**Логирование и журналирование:**
53 53  
54 -* ОС и развертывания прикладного ПО в составе ПО Deckhouse ВМ. Диски обязательны для развертывания и не предоставляются заказчику в пользование по причине их технического назначения.
55 -* Хранения данных в качестве Persistent Volume Claim. Диски необязательны для приобретения и предоставляются заказчику в пользование. Диски могут предоставляться как в качестве дополнительного локального диска, так и в качестве объединенного хранилища на базе модуля LINSTOR.
98 +* модуль log-shipper — Vector;
99 +* хранение оперативного объема — Loki.
100 +)))
101 +|(% style="width:267px" %) |(% style="width:472px" %)(((
102 +**Отказоустойчивость:**
56 56  
57 -== Подключение кластера Kubernetes и платформы Deckhouse ==
104 +* Service Mesh в режиме федерации или мультикластера на базе Istio.
105 +)))
106 +|(% style="width:267px" %) |(% style="width:472px" %)(((
107 +**Администрирование:**
58 58  
59 -Для подключения кластера Kubernetes и платформы Deckhouse заказчика к частным сетям связи клиента или к Интернет заказчик должен заказать одну из нижеуказанных услуг beeline cloud:
109 +* Синхронизация времени на узлах кластера — chrony.
110 +* Namespace-configurator — аннотации новым неймспейсам в кластере.
111 +* Модуль secret-copier — копирование секретов в неймспейсы.
112 +)))
60 60  
61 -* услуга **Выделенный доступ к сети Интернет**;
62 -* услуга **Виртуальная частная сеть IP VPN**;
63 -* услуга **Виртуальный частный LAN**.
64 -
65 -Beeline cloud предоставляет услуги связи на основе отдельных приложений к договору. Услуги не входят в состав сервиса **Cloud Kubernetes Clusters**. При подключении ВМ к частным сетям связи заказчика с организацией доступа ВМ к интернет, заказчик должен заказать услугу Выделенный доступ к сети Интернет с адресом предоставления услуг в центре данных beeline cloud, указанном в БЗ услуги.
66 -
67 -Услуга** Выделенный доступ к сети Интернет** предоставляется в рамках сервиса **Cloud Kubernetes Clusters**.
68 -
69 -== Ограничения на конфигурации ВМ ==
70 -
71 -* 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]].
72 -* vRAM: до 512* ГБ. Заказчик определяет объем при согласовании размера Worker-Node.
73 -
74 -= Возможности основного тарифа =
75 -
76 -----
77 -
78 -Beeline cloud предоставляет доступ к платформе Deckhouse. Основной тариф включает в себя следующие возможности, разделенные по блокам:
79 -
80 -* Уровень кластера Kubernetes.
81 -* Container Runtime.
82 -* Управление ресурсами кластера, автоматические масштабирование.
83 -* Хранение.
84 -* Сеть.
85 -* Балансировка входяшего трафика.
86 -* Уровень платформы.
87 -* Контроль доступа.
88 -* Обеспечение сохранности данных и отказоустойчивости сервиса.
89 -
90 -== Уровень кластера Kubernetes ==
91 -
92 -Сервис предлагает создание, настройку и удаление:
93 -
94 -* Pod;
95 -* Service;
96 -* Secret;
97 -* ConfigMap;
98 -* Deployment;
99 -* Job;
100 -* CronJob;
101 -* StatefulSet;
102 -* DaemonSet;
103 -* Объекта, гарантирующего доступность копии Pod на каждом узле кластера (DaemonSet);
104 -* Объекта, гарантирующего определенное количество экземпляров Pod (DaemonSet).
105 -
106 -
107 -
108 108  **[[В начало>>doc:Сервис Cloud Kubernetes Clusters.WebHome]] **🡱
109 109  **[[К следующему разделу>>doc:Сервис Cloud Kubernetes Clusters.2\. Администрирование.WebHome]] **🡲
110 110  **[[К предыдущему разделу>>doc:Сервис Cloud Kubernetes Clusters.WebHome]] 🡰**