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

Сводка

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

Подробности

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

Содержимое

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