Исходный код вики 1. Описание
Версия 8.1 от Ирина Сафонова на 22.03.2023, 19:17
Последние авторы
| author | version | line-number | content |
|---|---|---|---|
| 1 | Услуга доступна в варианте Cloud Managed Kubernetes. | ||
| 2 | |||
| 3 | (% style="color:#4169E1" %) | ||
| 4 | == Cloud Managed Kubernetes == | ||
| 5 | |||
| 6 | ---- | ||
| 7 | |||
| 8 | Сервис предоставляется по модели PaaS. Реализован на базе единой платформы DF Cloud PaaS Исполнителя. Платформа DF Cloud PaaS имеет встроенные средства автоматизации процессов инсталляции, настройки, обновления Kubernetes кластеров. | ||
| 9 | В процессе инсталляции Kubernetes кластеров производится автоматическая настройка следующих компонентов: | ||
| 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// – системы мониторинга ресурсов и состояния кластера и конечных приложений (опционально). | ||
| 18 | |||
| 19 | Заказчику доступны следующие варианты топологий кластера: | ||
| 20 | |||
| 21 | * //Development //– одна мастер нода и одна worker нода (с возможностью увеличения количества нод), | ||
| 22 | * //Production – //три мастер ноды с двумя API балансировщиками (можно увеличить в дальнейшем) и две worker ноды (с возможностью увеличения количества нод). | ||
| 23 | |||
| 24 | Доступ к Kubernetes кластеру с использованием [[RBAC>>url:https://kubernetes.io/docs/reference/access-authn-authz/rbac/]] (Role-Based Access Control). По умолчанию учетная запись администратора будет иметь токен, который принадлежит ServiceAccount с ролью Cluster-admin. | ||
| 25 | |||
| 26 | В рамках платформы доступно вертикальное и горизонтальное масштабирование кластера Kubernetes. | ||
| 27 | |||
| 28 | Вертикальное масштабирование может выполняться с помощью двух методов: | ||
| 29 | |||
| 30 | * автоматическое вертикальное масштабирование с помощью встроенных средств платформы DF Cloud PaaS, | ||
| 31 | * с использованием Kubernetes Vertical Pod Autoscaler. | ||
| 32 | |||
| 33 | Горизонтальное масштабирование также доступно в двух вариантах: | ||
| 34 | |||
| 35 | * автоматическое горизонтальное масштабирование с помощью встроенных средств платформы DF Cloud PaaS – добавление и удаление Kubernetes нод по тригерам, настроенных в системе мониторинга или в ручную через панель управления платформой, | ||
| 36 | * с использованием Kubernetes Horizontal Pod Autoscaler – масштабирование происходит на основе мониторинга утилизации CPU внутренними средствами кластера. | ||
| 37 | |||
| 38 | Для целей развертывания микросервисных приложений внутри Kubernetes кластера заказчику доступны следующие методы: | ||
| 39 | |||
| 40 | * с помощью Helm, который предустановлен на всех master нодах, | ||
| 41 | * с помощью .yaml или .yml файлов, | ||
| 42 | * непосредственно через Kubernetes Dashboard, | ||
| 43 | * через командную строку kubectl. |