Исходный код вики Сервис Cloud Managed Kubernetes
Версия 26.1 от Ирина Сафонова на 25.03.2023, 01:24
Последние авторы
| author | version | line-number | content |
|---|---|---|---|
| 1 | Описание состоит из следующих разделов: | ||
| 2 | |||
| 3 | * [[Описание услуги>>https://wiki.dfcloud.ru/bin/view/Cloud%20Managed%20Kubernetes/1.%20%D0%9E%D0%BF%D0%B8%D1%81%D0%B0%D0%BD%D0%B8%D0%B5/]] | ||
| 4 | * [[Инструкция по работе с сервисом>>https://wiki.dfcloud.ru/bin/view/Cloud%20Managed%20Kubernetes/2.%20%D0%98%D0%BD%D1%81%D1%82%D1%80%D1%83%D0%BA%D1%86%D0%B8%D1%8F/]] | ||
| 5 | * [[FAQ>>https://wiki.dfcloud.ru/bin/view/Cloud%20Managed%20Kubernetes/3.%20FAQ/]] | ||
| 6 | |||
| 7 | |||
| 8 | (% style="color:#4169E1" %) | ||
| 9 | == Назначение услуги == | ||
| 10 | |||
| 11 | ---- | ||
| 12 | |||
| 13 | **~ Kubernetes **— сервис по управлению контейнерами привычными инструментами Kubernetes, развернутый на кластере. Сервис позволяет автоматизировать процессы управления, масштабирования, изменения, обновления и удаления контейнеров. Клиент получает доступ в свою рабочую среду (вместе с Web интерфейсом) и в рамках своей квоты управляет контейнерами. | ||
| 14 | |||
| 15 | (% style="color:#4169E1" %) | ||
| 16 | == Основные функции услуги == | ||
| 17 | |||
| 18 | ---- | ||
| 19 | |||
| 20 | === Изолированное управление сервисами === | ||
| 21 | |||
| 22 | Возможность разделить приложения на небольшие и независимые друг от друга | ||
| 23 | |||
| 24 | === Мониторинг сервисов и распределение нагрузки === | ||
| 25 | |||
| 26 | === Оркестрация хранилища === | ||
| 27 | |||
| 28 | Kubernetes позволяет автоматически смонтировать нужную систему хранения. Предусмотрен отказоустойчивый георазнесенный кластер. | ||
| 29 | |||
| 30 | === Обеспечение стабильной работы приложений во время пиковой нагрузки === | ||
| 31 | |||
| 32 | Актуально в период высокой потребности сервисов и пиковых нагрузках для обеспечения стабильной работы. Приложение автоматически масштабируется с учетом нагрузки. | ||
| 33 | |||
| 34 | === Автоматизация операций в рамках процесса запуска и тестирования кода в облачной инфраструктуре === | ||
| 35 | |||
| 36 | Автоматизация операций в рамках процесса запуска и тестирования кода в облачной инфраструктуре для уменьшения Time-2-Market более чем в 2 раза. | ||
| 37 | |||
| 38 | (% style="color:#4169E1" %) | ||
| 39 | == Зоны ответственности == | ||
| 40 | |||
| 41 | ---- | ||
| 42 | |||
| 43 | Услуга является PaaS решением, в рамках которой клиенту предоставляется веб-портал, а также конфигурационный файл для управления изолированной среды в рамках кластера kubernetes. Клиенту не предоставляется доступ к непосредственно кластеру и элементам его управления. | ||
| 44 | Кластер Kubernetes, его основные компоненты управления, а так же окружение, выстроенное для реализации кластера Kubernetes (серверное оборудование, сетевое оборудование, среда виртуализации, виртуальные машины и их ОС) полностью подконтрольны и администрируются средствами и силами DataFort (Исполнителя). | ||
| 45 | Процессы, протекаемые непосредственно внутри кластера Kubernetes, подконтрольны и администрируются средствами и силами Исполнителя. | ||
| 46 | |||
| 47 | (% style="color:#4169E1" %) | ||
| 48 | == Отказоустойчивость == | ||
| 49 | |||
| 50 | ---- | ||
| 51 | |||
| 52 | Услуга предполагает кластерную реализацию для обеспечения отказоустойчивости. Отказоустойчивость предполагается как на уровнях операционных систем и внешних абстракций – зона ответственности DataFort, так и на уровне выполнения развертываний внутри кластера Kubernetes – зона ответственности Клиента. | ||
| 53 | |||
| 54 | (% style="color:#4169E1" %) | ||
| 55 | == Резервное копирование == | ||
| 56 | |||
| 57 | В рамках услуги на стороне хостера лежит обязательство по резервному копированию. Так как платформа обслуживается Исполнителем целиком, то допускается резервное копирование на уровне виртуальных машин. В качестве ПО для резервного копирования используется Veeam B&R. | ||
| 58 | |||
| 59 | (% style="color:#4169E1" %) | ||
| 60 | == Мониторинг == | ||
| 61 | |||
| 62 | Мониторинг осуществляется двумя путями – внутренний и внешний контур. | ||
| 63 | |||
| 64 | === Внешний контур === | ||
| 65 | |||
| 66 | Мониторится исключительно хостером при помощи ПО Zabbix. Клиенты не имеют доступ к контуру. | ||
| 67 | |||
| 68 | === Внутренний контур === | ||
| 69 | |||
| 70 | Внутренний мониторинг является частью gлатформы и осуществляется при помощи программных пакетов на основе Prometheus и Grafana. К данному мониторингу имеют доступ все клиенты, а также Исполнитель. Для хостера в качестве объектов мониторинга доступны все компоненты кластера, а так же клиентские окружения. Для Клиента – только его компоненты и развертывания. | ||
| 71 | |||
| 72 |