Изменения документа 1. Описание сервиса
Редактировал(а) Ирина Сафонова 03.01.2024, 22:20
От версии 11.1
отредактировано Ирина Сафонова
на 23.03.2023, 00:26
на 23.03.2023, 00:26
Изменить комментарий:
К данной версии нет комментариев
К версии 8.1
отредактировано Ирина Сафонова
на 22.03.2023, 19:17
на 22.03.2023, 19:17
Изменить комментарий:
К данной версии нет комментариев
Сводка
-
Свойства страницы (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" %) ... ... @@ -10,37 +10,27 @@ 10 10 11 11 ---- 12 12 13 -=== Краткое описание === 14 - 15 -Сервис предоставляется по модели PaaS. Реализован на базе единой платформы DF Cloud PaaS Исполнителя. Платформа DF Cloud PaaS имеет встроенные средства автоматизации процессов инсталляции, настройки, обновления Kubernetes кластеров. 16 -Кластер Kubernetes реализован на базе виртуальной инфраструктуры, развернутой на физических серверах под управлением VMware ESXi. В качестве хостовых ОС на виртуальных машинах используются Unix-подобные операционные системы (Debian). 17 - 18 -=== Концепт кластера Kubernetes === 19 - 20 -Кластер Kubernetes в рамках PaaS платформы предполагается георазнесенным на два дата-центра. В рамках начальных условий (на момент запуска) в кластер входит четыре мастер ноды, четыре воркер ноды, два api сервера (переадресация запросов на кластер Kubernetes) и две ноды со службами NFS (подключаются к кластеру, используются для хранения контейнерных volum-ов в рамках Persistent Volume в окружениях Клиента). 21 - 22 -=== Инсталляция Kubernetes === 23 - 8 +Сервис предоставляется по модели PaaS. Реализован на базе единой платформы DF Cloud PaaS Исполнителя. Платформа DF Cloud PaaS имеет встроенные средства автоматизации процессов инсталляции, настройки, обновления Kubernetes кластеров. 24 24 В процессе инсталляции Kubernetes кластеров производится автоматическая настройка следующих компонентов: 25 25 26 -* **Weave CNI**- плагин для организации внутренней сетевой связности,27 -* **CoreDNS**////– внутренний DNS,28 -* **Traefik**- ingress контроллер с преднастроенным TLS для внешнего доступа к сервисам,29 -* **Kubernetes Dashboard**– web портал управления кластером,30 -* **Helm и Tiller**– автоматизация инсталляции приложений,31 -* **Kubectl**////– командный интерфейс для эффективного управления кластером,32 -* **Metrics server, Prometheus и Grafana**– системы мониторинга ресурсов и состояния кластера и конечных приложений (опционально).11 +* //Weave CNI// - плагин для организации внутренней сетевой связности, 12 +* //CoreDNS //– внутренний DNS, 13 +* //Traefik// - ingress контроллер с преднастроенным TLS для внешнего доступа к сервисам, 14 +* //Kubernetes Dashboard// – web портал управления кластером, 15 +* //Helm и Tiller// – автоматизация инсталляции приложений, 16 +* //Kubectl //– командный интерфейс для эффективного управления кластером, 17 +* //Metrics server, Prometheus и Grafana// – системы мониторинга ресурсов и состояния кластера и конечных приложений (опционально). 33 33 34 - ===Варианты топологий кластера===19 +Заказчику доступны следующие варианты топологий кластера: 35 35 36 -* **Development**– одна мастер нода и одна worker нода (с возможностью увеличения количества нод),37 -* **Production**//– //три мастер ноды с двумя API балансировщиками (можно увеличить в дальнейшем) и две worker ноды (с возможностью увеличения количества нод).21 +* //Development //– одна мастер нода и одна worker нода (с возможностью увеличения количества нод), 22 +* //Production – //три мастер ноды с двумя API балансировщиками (можно увеличить в дальнейшем) и две worker ноды (с возможностью увеличения количества нод). 38 38 39 -Доступ к 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. 40 40 41 - ===Вертикальное и горизонтальное масштабирование кластера Kubernete===26 +В рамках платформы доступно вертикальное и горизонтальное масштабирование кластера Kubernetes. 42 42 43 -В рамках платформы доступно вертикальноеи горизонтальноемасштабированиекластера Kubernetes. Вертикальноемасштабирование может выполняться с помощью двух методов:28 +Вертикальное масштабирование может выполняться с помощью двух методов: 44 44 45 45 * автоматическое вертикальное масштабирование с помощью встроенных средств платформы DF Cloud PaaS, 46 46 * с использованием Kubernetes Vertical Pod Autoscaler. ... ... @@ -50,8 +50,6 @@ 50 50 * автоматическое горизонтальное масштабирование с помощью встроенных средств платформы DF Cloud PaaS – добавление и удаление Kubernetes нод по тригерам, настроенных в системе мониторинга или в ручную через панель управления платформой, 51 51 * с использованием Kubernetes Horizontal Pod Autoscaler – масштабирование происходит на основе мониторинга утилизации CPU внутренними средствами кластера. 52 52 53 -=== Методы развертывания микросервисных приложений внутри Kubernetes === 54 - 55 55 Для целей развертывания микросервисных приложений внутри Kubernetes кластера заказчику доступны следующие методы: 56 56 57 57 * с помощью Helm, который предустановлен на всех master нодах,