Изменения документа 1. Описание сервиса

Сводка

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

Подробности

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

Название

...	...	@@ -1,1 +1,1 @@
1		-1. Описание сервиса
	1	+1. Описание

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

...	...	@@ -1,1 +1,1 @@
1		-Контейнерная разработка.Cloud Managed Kubernetes.WebHome
	1	+Cloud Managed Kubernetes.WebHome

Теги

...	...	@@ -1,1 +1,0 @@
1		-Cloud Managed Kubernetes

Содержимое

...	...	@@ -1,61 +1,60 @@
1		-{{box cssClass="floatinginfobox" title="**Содержание**"}}
	1	+(% style="color:#4169E1" %)
	2	+**Содержание**
	3	+
2	2	{{toc/}}
3		-{{/box}}
4	4
5		-= Платформа управления кластером =
	6	+Услуга доступна в варианте Cloud Managed Kubernetes.
6	6
7		-----
	8	+(% style="color:#4169E1" %)
	9	+== Cloud Managed Kubernetes ==
8	8
9		-В качестве клиентской платформы используется решение KubeSphere. Платформа устанавливается в качестве системы управления и распределения доступа поверх кластера Kubernetes.
10		-
11		-**KubeSphere** — это распределенная прикладная система для управления облачными приложениями, использующая Kubernetes в качестве ядра. Платформа обеспечивает архитектуру [[plug-and-play>>https://wiki.dfcloud.ru/bin/view/Glossary/Plug%20and%20Play]], позволяющую легко интегрировать сторонние приложения в свою экосистему. KubeSphere также является многопользовательской контейнерной платформой с полным набором автоматизированных ИТ-операций и оптимизированными рабочими процессами [[DevOps>>https://wiki.dfcloud.ru/bin/view/Glossary/DevOps]]. Платформа предоставляет удобный для разработчиков веб-интерфейс, помогая организациям создать более надежную и многофункциональную платформу. Платформа включает в себя наиболее распространенные функции, необходимые для корпоративной стратегии Kubernetes.
12		-
13		-= Концепт кластера Kubernetes =
14		-
15	15	----
16	16
17		-Кластер Kubernetes в рамках PaaS платформы предполагается георазнесенным на два дата-центра. На момент запуска в кластер входят:
	13	+=== Краткое описание ===
18	18
19		-* Четыре [[мастер-ноды>>https://wiki.dfcloud.ru/bin/view/Glossary/%D0%9C%D0%B0%D1%81%D1%82%D0%B5%D1%80%20%D0%BD%D0%BE%D0%B4%D0%B0]].
20		-* Четыре воркер-ноды.
21		-* Два api-сервера (переадресация запросов на кластер Kubernetes).
22		-* Две ноды со службами NFS (подключаются к кластеру, используются для хранения контейнерных volum-ов в рамках Persistent Volume в окружениях клиента).
	15	+Сервис предоставляется по модели PaaS. Реализован на базе единой платформы DF Cloud PaaS Исполнителя. Платформа DF Cloud PaaS имеет встроенные средства автоматизации процессов инсталляции, настройки, обновления Kubernetes кластеров.
	16	+Кластер Kubernetes реализован на базе виртуальной инфраструктуры, развернутой на физических серверах под управлением VMware ESXi. В качестве хостовых ОС на виртуальных машинах используются Unix-подобные операционные системы (Debian).
23	23
24		-= Вертикальное и горизонтальное масштабирование кластера Kubernete =
	18	+=== Концепт кластера Kubernetes ===
25	25
26		-В рамках платформы доступно [[вертикальное>>https://wiki.dfcloud.ru/bin/view/Cloud%20Managed%20Kubernetes/1.%20%D0%9E%D0%BF%D0%B8%D1%81%D0%B0%D0%BD%D0%B8%D0%B5/#H41243544044243843A43043B44C43D43E43543C43044144844243043143844043E43243043D438435]] и [[горизонтальное>>https://wiki.dfcloud.ru/bin/view/Cloud%20Managed%20Kubernetes/1.%20%D0%9E%D0%BF%D0%B8%D1%81%D0%B0%D0%BD%D0%B8%D0%B5/#H41343E44043843743E43D44243043B44C43D43E43543C43044144844243043143844043E43243043D438435]] масштабирование кластера Kubernetes.
	20	+Кластер Kubernetes в рамках PaaS платформы предполагается георазнесенным на два дата-центра. В рамках начальных условий (на момент запуска) в кластер входит четыре мастер ноды, четыре воркер ноды, два api сервера (переадресация запросов на кластер Kubernetes) и две ноды со службами NFS (подключаются к кластеру, используются для хранения контейнерных volum-ов в рамках Persistent Volume в окружениях Клиента).
27	27
28		-== Вертикальное масштабирование ==
	22	+=== Инсталляция Kubernetes ===
29	29
30		-Может выполняться с помощью двух методов:
	24	+В процессе инсталляции Kubernetes кластеров производится автоматическая настройка следующих компонентов:
31	31
32		-* Автоматическое вертикальное масштабирование с помощью встроенных средств платформы Beeline Cloud.
33		-* C использованием Kubernetes Vertical Pod Autoscaler.
	26	+* **Weave CNI **- плагин для организации внутренней сетевой связности,
	27	+* **CoreDNS**// //– внутренний DNS,
	28	+* **Traefik** - ingress контроллер с преднастроенным TLS для внешнего доступа к сервисам,
	29	+* **Kubernetes Dashboard **– web портал управления кластером,
	30	+* **Helm и Tiller** – автоматизация инсталляции приложений,
	31	+* **Kubectl**// //– командный интерфейс для эффективного управления кластером,
	32	+* **Metrics server, Prometheus и Grafana** – системы мониторинга ресурсов и состояния кластера и конечных приложений (опционально).
34	34
35		-== Горизонтальное масштабирование ==
	34	+=== Варианты топологий кластера ===
36	36
37		-Может выполняться с помощью двух методов:
	36	+* **Development **– одна мастер нода и одна worker нода (с возможностью увеличения количества нод),
	37	+* **Production**// – //три мастер ноды с двумя API балансировщиками (можно увеличить в дальнейшем) и две worker ноды (с возможностью увеличения количества нод).
38	38
39		-* Автоматическое горизонтальное масштабирование с помощью встроенных средств платформы Cloud PaaS. Добавление и удаление Kubernetes нод по триггерам, настроенным в системе мониторинга или вручную через панель управления платформой.
40		-* С использованием Kubernetes Horizontal Pod Autoscaler. Масштабирование происходит на основе мониторинга утилизации [[CPU>>https://wiki.dfcloud.ru/bin/view/Glossary/CPU]] внутренними средствами кластера.
	39	+Доступ к Kubernetes кластеру с использованием [[RBAC>>url:https://kubernetes.io/docs/reference/access-authn-authz/rbac/]] (Role-Based Access Control). По умолчанию учетная запись администратора имеет токен, который принадлежит ServiceAccount с ролью Cluster-admin.
41	41
42		-= Методы развертывания микросервисных приложений внутри Kubernetes =
	41	+=== Вертикальное и горизонтальное масштабирование кластера Kubernete ===
43	43
44		-Для развертывания микросервисных приложений внутри Kubernetes кластера заказчику доступны следующие методы:
	43	+В рамках платформы доступно вертикальное и горизонтальное масштабирование кластера Kubernetes. Вертикальное масштабирование может выполняться с помощью двух методов:
45	45
46		-* С помощью [[Helm>>https://wiki.dfcloud.ru/bin/view/Glossary/Helm]], который предустановлен на всех мастер - нодах.
47		-* С помощью [[.yaml>>https://wiki.dfcloud.ru/bin/view/Glossary/YAML]] или .yml -файлов.
48		-* Непосредственно через Kubernetes Dashboard.
49		-* Через командную строку [[kubectl>>https://wiki.dfcloud.ru/bin/view/Glossary/%20kubect]].
	45	+* автоматическое вертикальное масштабирование с помощью встроенных средств платформы DF Cloud PaaS,
	46	+* с использованием Kubernetes Vertical Pod Autoscaler.
50	50
51		-= Статьи по теме =
	48	+Горизонтальное масштабирование также доступно в двух вариантах:
52	52
53		-----
	50	+* автоматическое горизонтальное масштабирование с помощью встроенных средств платформы DF Cloud PaaS – добавление и удаление Kubernetes нод по тригерам, настроенных в системе мониторинга или в ручную через панель управления платформой,
	51	+* с использованием Kubernetes Horizontal Pod Autoscaler – масштабирование происходит на основе мониторинга утилизации CPU внутренними средствами кластера.
54	54
55		-* [[Порядок подключения/зоны ответственности>>doc:.02\. Порядок подключениязоны отвественности.WebHome]].
56		-* [[Состав сервиса>>doc:.03\. Состав услуги.WebHome]].
57		-* [[Тарификация и порядок оплаты>>doc:.04\. Тарификация и порядок оплаты.WebHome]].
	53	+=== Методы развертывания микросервисных приложений внутри Kubernetes ===
58	58
59		-**[[В начало>>doc:Cloud Managed Kubernetes.WebHome]] **🡱
60		-**[[К следующему разделу>>doc:.02\. Порядок подключениязоны отвественности.WebHome]] 🡲**
61		-**[[К предыдущему разделу>>doc:Cloud Managed Kubernetes.WebHome]] **🡰
	55	+Для целей развертывания микросервисных приложений внутри Kubernetes кластера заказчику доступны следующие методы:
	56	+
	57	+* с помощью Helm, который предустановлен на всех master нодах,
	58	+* с помощью .yaml или .yml файлов,
	59	+* непосредственно через Kubernetes Dashboard,
	60	+* через командную строку kubectl.