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

Сводка

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

Подробности

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

Содержимое

...	...	@@ -1,8 +6,3 @@
1		-(% style="color:#4169E1" %)
2		-**Содержание**
3		-
4		-{{toc/}}
5		-
6	6	Услуга доступна в варианте Cloud Managed Kubernetes.
7	7
8	8	(% style="color:#4169E1" %)
...	...	@@ -11,36 +11,46 @@
11	11	----
12	12
13	13	=== Краткое описание ===
14		-
15	15	Сервис предоставляется по модели PaaS. Реализован на базе единой платформы DF Cloud PaaS Исполнителя. Платформа DF Cloud PaaS имеет встроенные средства автоматизации процессов инсталляции, настройки, обновления Kubernetes кластеров.
16	16	Кластер Kubernetes реализован на базе виртуальной инфраструктуры, развернутой на физических серверах под управлением VMware ESXi. В качестве хостовых ОС на виртуальных машинах используются Unix-подобные операционные системы (Debian).
17	17
18		-=== Платформа управления кластером ===
	12	+=== Концепт кластера Kubernetes ===
19	19
20		-В качестве клиентской платформы используется решение kubesphere. Платформа устанавливается в качестве системы управления и распределения доступа поверх кластера Kubernetes.
	14	+Кластер Kubernetes в рамках PaaS платформы предполагается георазнесенным на два дата-центра. В рамках начальных условий (на момент запуска) в кластер входит четыре мастер ноды, четыре воркер ноды, два api сервера (переадресация запросов на кластер Kubernetes) и две ноды со службами NFS (подключаются к кластеру, используются для хранения контейнерных volum-ов в рамках Persistent Volume в окружениях Клиента).
21	21
22		-**KubeSphere** — это распределенная прикладная система для управления облачными приложениями, использующая Kubernetes в качестве ядра. Платформа обеспечивает архитектуру plug-and-play, позволяющую легко интегрировать сторонние приложения в свою экосистему. KubeSphere также является многопользовательской контейнерной платформой с полным набором автоматизированных ИТ-операций и оптимизированными рабочими процессами DevOps. Он предоставляет удобный для разработчиков веб-интерфейс мастера, помогая предприятиям создать более надежную и многофункциональную платформу, которая включает в себя наиболее распространенные функции, необходимые для корпоративной стратегии Kubernetes.
	16	+=== Инсталляция Kubernetes ===
23	23
24		-=== Концепт кластера Kubernetes ===
	18	+В процессе инсталляции Kubernetes кластеров производится автоматическая настройка следующих компонентов:
25	25
26		-Кластер Kubernetes в рамках PaaS платформы предполагается георазнесенным на два дата-центра. В рамках начальных условий (на момент запуска) в кластер входит четыре мастер ноды, четыре воркер ноды, два api сервера (переадресация запросов на кластер Kubernetes) и две ноды со службами NFS (подключаются к кластеру, используются для хранения контейнерных volum-ов в рамках Persistent Volume в окружениях Клиента).
	20	+* //Weave CNI// - плагин для организации внутренней сетевой связности,
	21	+* //CoreDNS //– внутренний DNS,
	22	+* //Traefik// - ingress контроллер с преднастроенным TLS для внешнего доступа к сервисам,
	23	+* //Kubernetes Dashboard// – web портал управления кластером,
	24	+* //Helm и Tiller// – автоматизация инсталляции приложений,
	25	+* //Kubectl //– командный интерфейс для эффективного управления кластером,
	26	+* //Metrics server, Prometheus и Grafana// – системы мониторинга ресурсов и состояния кластера и конечных приложений (опционально).
27	27
28		-=== Вертикальное и горизонтальное масштабирование кластера Kubernete ===
	28	+=== Варианты топологий кластера ===
29	29
30		-В рамках платформы доступно вертикальное и горизонтальное масштабирование кластера Kubernetes. Вертикальное масштабирование может выполняться с помощью двух методов:
	30	+* //Development //– одна мастер нода и одна worker нода (с возможностью увеличения количества нод),
	31	+* //Production – //три мастер ноды с двумя API балансировщиками (можно увеличить в дальнейшем) и две worker ноды (с возможностью увеличения количества нод).
31	31
	33	+Доступ к Kubernetes кластеру с использованием [[RBAC>>url:https://kubernetes.io/docs/reference/access-authn-authz/rbac/]] (Role-Based Access Control). По умолчанию учетная запись администратора имеет токен, который принадлежит ServiceAccount с ролью Cluster-admin.
	34	+
	35	+=== Вертикальное и горизонтальное масштабирование кластера Kubernete ===
	36	+
	37	+В рамках платформы доступно вертикальное и горизонтальное масштабирование кластера Kubernetes.
	38	+Вертикальное масштабирование может выполняться с помощью двух методов:
32	32	* автоматическое вертикальное масштабирование с помощью встроенных средств платформы DF Cloud PaaS,
33	33	* с использованием Kubernetes Vertical Pod Autoscaler.
34	34
35	35	Горизонтальное масштабирование также доступно в двух вариантах:
36		-
37	37	* автоматическое горизонтальное масштабирование с помощью встроенных средств платформы DF Cloud PaaS – добавление и удаление Kubernetes нод по тригерам, настроенных в системе мониторинга или в ручную через панель управления платформой,
38	38	* с использованием Kubernetes Horizontal Pod Autoscaler – масштабирование происходит на основе мониторинга утилизации CPU внутренними средствами кластера.
39	39
40		-=== Методы развертывания микросервисных приложений внутри Kubernetes ===
	46	+=== Методы развертывания микросервисных приложений внутри Kubernetes =
41	41
42	42	Для целей развертывания микросервисных приложений внутри Kubernetes кластера заказчику доступны следующие методы:
43		-
44	44	* с помощью Helm, который предустановлен на всех master нодах,
45	45	* с помощью .yaml или .yml файлов,
46	46	* непосредственно через Kubernetes Dashboard,