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

Сводка

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

Подробности

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

Содержимое

...	...	@@ -5,16 +5,7 @@
5	5
6	6	----
7	7
8		-=== Краткое описание ===
9		-Сервис предоставляется по модели PaaS. Реализован на базе единой платформы DF Cloud PaaS Исполнителя. Платформа DF Cloud PaaS имеет встроенные средства автоматизации процессов инсталляции, настройки, обновления Kubernetes кластеров.
10		-Кластер Kubernetes реализован на базе виртуальной инфраструктуры, развернутой на физических серверах под управлением VMware ESXi. В качестве хостовых ОС на виртуальных машинах используются Unix-подобные операционные системы (Debian).
11		-
12		-=== Концепт кластера Kubernetes ===
13		-
14		-Кластер Kubernetes в рамках PaaS платформы предполагается георазнесенным на два дата-центра. В рамках начальных условий (на момент запуска) в кластер входит четыре мастер ноды, четыре воркер ноды, два api сервера (переадресация запросов на кластер Kubernetes) и две ноды со службами NFS (подключаются к кластеру, используются для хранения контейнерных volum-ов в рамках Persistent Volume в окружениях Клиента).
15		-
16		-=== Инсталляция Kubernetes ===
17		-
	8	+Сервис предоставляется по модели PaaS. Реализован на базе единой платформы DF Cloud PaaS Исполнителя.  Платформа DF Cloud PaaS имеет встроенные средства автоматизации процессов инсталляции, настройки, обновления Kubernetes кластеров.
18	18	В процессе инсталляции Kubernetes кластеров производится автоматическая настройка следующих компонентов:
19	19
20	20	* //Weave CNI// - плагин для организации внутренней сетевой связности,
...	...	@@ -25,27 +25,27 @@
25	25	* //Kubectl //– командный интерфейс для эффективного управления кластером,
26	26	* //Metrics server, Prometheus и Grafana// – системы мониторинга ресурсов и состояния кластера и конечных приложений (опционально).
27	27
28		-=== Варианты топологий кластера ===
	19	+Заказчику доступны следующие варианты топологий кластера:
29	29
30	30	* //Development //– одна мастер нода и одна worker нода (с возможностью увеличения количества нод),
31	31	* //Production – //три мастер ноды с двумя API балансировщиками (можно увеличить в дальнейшем) и две worker ноды (с возможностью увеличения количества нод).
32	32
33		-Доступ к Kubernetes кластеру с использованием [[RBAC>>url:https://kubernetes.io/docs/reference/access-authn-authz/rbac/]] (Role-Based Access Control). По умолчанию учетная запись администратора имеет токен, который принадлежит ServiceAccount с ролью Cluster-admin.
	24	+Доступ к Kubernetes кластеру с использованием [[RBAC>>url:https://kubernetes.io/docs/reference/access-authn-authz/rbac/]] (Role-Based Access Control). По умолчанию учетная запись администратора будет иметь токен, который принадлежит ServiceAccount с ролью Cluster-admin.
34	34
35		-=== Вертикальное и горизонтальное масштабирование кластера Kubernete ===
36		-
37	37	В рамках платформы доступно вертикальное и горизонтальное масштабирование кластера Kubernetes.
	27	+
38	38	Вертикальное масштабирование может выполняться с помощью двух методов:
	29	+
39	39	* автоматическое вертикальное масштабирование с помощью встроенных средств платформы DF Cloud PaaS,
40	40	* с использованием Kubernetes Vertical Pod Autoscaler.
41	41
42	42	Горизонтальное масштабирование также доступно в двух вариантах:
	34	+
43	43	* автоматическое горизонтальное масштабирование с помощью встроенных средств платформы DF Cloud PaaS – добавление и удаление Kubernetes нод по тригерам, настроенных в системе мониторинга или в ручную через панель управления платформой,
44	44	* с использованием Kubernetes Horizontal Pod Autoscaler – масштабирование происходит на основе мониторинга утилизации CPU внутренними средствами кластера.
45	45
46		-=== Методы развертывания микросервисных приложений внутри Kubernetes =
47		-
48	48	Для целей развертывания микросервисных приложений внутри Kubernetes кластера заказчику доступны следующие методы:
	39	+
49	49	* с помощью Helm, который предустановлен на всех master нодах,
50	50	* с помощью .yaml или .yml файлов,
51	51	* непосредственно через Kubernetes Dashboard,