# Описание технических параметров Данный раздел содержит технические параметры **кластера Kubernetes** и порядок их первичной конфигурации. Настройка параметров выполняется администратором облачного провайдера на этапе развертывания сервиса. Пользователь не может изменять их самостоятельно (исключение — конфигурация worker-узлов). **Процедура согласования параметров:** 1. Клиент передает менеджеру список требуемых параметров. 2. Администратор выполняет настройку по согласованным требованиям. ## Дисковое хранилище Производительность приложений в Kubernetes зависит от скорости чтения и записи данных на диск. Тип хранилища определяет: - **IOPS** (Input/Output Operations Per Second) — количество операций ввода-вывода в секунду; - **время отклика** (латентность). ::: info Примечание Чем выше IOPS, тем быстрее работают базы данных и другие диско-интенсивные приложения. ::: ## Доступные типы хранилищ: | Тип | Лимит IOPS | | ---------- | ------------------ | | Fast SAS | до 2 IOPS на 1 ГБ | | SSD | до 5 IOPS на 1 ГБ | | Fast SSD | до 10 IOPS на 1 ГБ | | Ultra NVMe | до 25 IOPS на 1 ГБ | ::: warning Важно После выбора типа диска необходимо указать объем дискового хранилища, который будет выделен под данные приложений (Persistent Volumes). **Минимальный объем - 50 ГБ.** ::: ## Конфигурация вычислительных ресурсов Вычислительные мощности кластера включают: - процессорные ресурсы (vCPU); - оперативную память (RAM); - количество узлов. ### Узлы в кластере Количество узлов определяет отказоустойчивость кластера и возможность распределять нагрузку между worker-узлами. ::: info Примечение Чем больше узлов, тем выше надежность и пропускная способность. ::: #### 1. Master-узлы (control plane) Для обеспечения отказоустойчивости кластера **рекомендуется использовать не менее трех master-узлов**. | Количество узлов | Результат | |------------------|-----------------------------------------------------------------------------------------------| | 3 и более | Обеспечивают кворум, безопасное обновление и отказоустойчивость. Большего числа не требуется. | | 2 | Недостаточно для кворума при отказе одного узла. | | 1 | Отказ узла приводит к полному сбою кластера. | #### 2. System-узлы Предназначены для запуска модулей Deckhouse. **Рекомендация:** два узла. Это изолирует системные модули от пользовательских приложений. #### 3. Frontend-узлы Балансируют входящий трафик, на них работают Ingress-контроллеры. **Рекомендация:** более одного узла. **Требования к емкости:** | Количество узлов | Требование к каждому узлу | |------------------|---------------------------------------------------| | 2 | Должен выдержать 100% нагрузки при отказе второго | | 3 | Должен выдержать увеличение нагрузки в 1.5 раза | #### 4. Worker-узлы На них выполняются пользовательские приложения. - **Рекомендация:** от 1 узла. - **Управление:** пользователь может увеличивать максимальное количество узлов самостоятельно. ## Процессор (CPU) **Процессор** - это вычислительная мощность, выделяемая каждому узлу кластера. Количество vCPU определяет, насколько быстро приложения смогут: - обрабатывать запросы; - выполнять сложные вычисления; - обслуживать одновременные подключения. **Диапазон**: от 2 до 24 vCPU на один узел. ## Оперативная память (RAM) **Оперативная память** - влияет на производительность приложений. Данные в RAM обрабатываются без обращения к диску. **Диапазон**: от 4 до 768 ГБ RAM на один узел. ## Доступ в интернет При заказе сервиса выберите пропускную способность канала для доступа к кластеру из интернета. **Доступные скорости**: - 50 Мбит/с; - 100 Мбит/с; - 200 Мбит/с; - 300 Мбит/с; - 400 Мбит/с; - 500 Мбит/с; - 1000 Мбит/с (1 Гбит/с). ::: info Примечание Для выбранного канала предоставляется **статический белый IP-адрес**. :::