Изменения документа 1. Возможности и технические характеристики сервиса

Сводка

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

Подробности

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

Название

...	...	@@ -1,1 +1,1 @@
1		-1. Возможности и технические характеристики сервиса
	1	+1. Возможности сервиса

Родительский документ

...	...	@@ -1,1 +1,1 @@
1		-Контейнерная разработка.Сервис Cloud Kubernetes Clusters.WebHome
	1	+Сервис Cloud Kubernetes Clusters.WebHome

Содержимое

...	...	@@ -1,72 +1,18 @@
	1	+(% data-xwiki-non-generated-content="java.util.List" %)
	2	+(((
	3	+
	4	+)))
	5	+
1	1	{{box cssClass="floatinginfobox" title="**Содержание**"}}
2	2	{{toc/}}
3	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. Платформа расположена на территории РФ.
	14	+Сервис реализован на базе ПО 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. Платформа расположена на территории РФ.
29	29
30		-= Технические характеристики сервиса =
31		-
32		-----
33		-
34		-== Используемые узлы ==
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]] (ВМ), обозначаемых следующими наименованиями:
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}}.
43		-
44		-Beeline cloud конфигурирует все вышеперечисленные узлы, кроме {{code language="none"}}Worker{{/code}}, так как узлы не участвуют в клиентской нагрузке и нерабочая нагрузка на эти узлы не находится в зоне ответственности заказчика. Узлы выполняют роль управления сервиса и предоставления функционала платформы Kubernetes и Deckhouse.
45		-
46		-== Доступные вычислительные ресурсы ==
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 и дискового хранилища.
49		-
50		-Заказчик получает виртуальные диски со Storage Policy — SSD.
51		-
52		-Диски предоставляются для:
53		-
54		-* ОС и развертывания прикладного ПО в составе ПО Deckhouse ВМ. Диски обязательны для развертывания и не предоставляются заказчику в пользование по причине их технического назначения.
55		-* Хранения данных в качестве Persistent Volume Claim. Диски необязательны для приобретения и предоставляются заказчику в пользование. Диски могут предоставляться как в качестве дополнительного локального диска, так и в качестве объединенного хранилища на базе модуля LINSTOR.
56		-
57		-== Подключение кластера Kubernetes и платформы Deckhouse ==
58		-
59		-Для подключения кластера Kubernetes и платформы Deckhouse заказчика к частным сетям связи клиента или к Интернет заказчик должен заказать одну из нижеуказанных услуг beeline cloud:
60		-
61		-* услуга **Выделенный доступ к сети Интернет**;
62		-* услуга **Виртуальная частная сеть IP VPN**;
63		-* услуга **Виртуальный частный LAN**.
64		-
65		-Beeline cloud предоставляет услуги связи на основе отдельных приложений к договору. Услуги входят в состав сервиса **Cloud Arenadata DB**. Заказчик должен заказать услугу **Выделенный доступ к сети Интернет** с адресом предоставления услуг в указанном в БЗ центре обработки данных beeline cloud, если ВМ подключаются к частным сетям связи заказчика с организацией доступа ВМ к Интернет.
66		-
67		-Услуга** Выделенный доступ к сети Интернет** предоставляется в рамках сервиса
68		-
69		-
70	70	= Возможности основного тарифа =
71	71
72	72	----