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