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