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