Облачная платформа

К разделу «Облачная платформа

Облачные ресурсы IaaS
Облачные ресурсы IaaS
Облачная платформа на базе собственных дата-центров уровня TIER III
Ускоренные вычисления на базе NVIDIA GPU
Ускоренные вычисления на базе NVIDIA GPU
Для сложных вычислений, машинного обучения и обработки видео/3D-графики
Частное облако
Частное облако
Защищенное частное облако (УЗ-1, К-1, лицензии ФСБ и ФСТЭК)
Кластеры Kubernetes
Кластеры Kubernetes
Развертывание, масштабирование, репликация и мониторинг контейнерных приложений
Защищенное облако 152-ФЗ
Защищенное облако 152-ФЗ
Размещение конфиденциальных данных в защищенной инфраструктуре и аудит работы с персональными данными
Резервное копирование для бизнеса
Резервное копирование для бизнеса
Автоматизированное управление резервными копиями виртуальных машин и баз данных
База данных в облаке
База данных в облаке
Управляемые СУБД с масштабированием по мере необходимости и высоким SLA
Миграция в облако Linx Cloud
Миграция в облако Linx Cloud
Перенос IT-инфраструктуры в облако Linx Cloud из других платформ
Объектное хранилище S3
Объектное хранилище S3
Защищенное объектное хранилище S3 по стандартам 152-ФЗ на платформе Linx Cloud
Облако для ВУЗов
Облако для ВУЗов
25% скидка на облачные сервисы от цены прайса на год!
Безопасность

К разделу «Безопасность

Статический анализ исходного кода SAST
Статический анализ исходного кода SAST
Облачный сервис для защиты приложений на этапе разработки исходного кода
Двухфакторная аутентификация MFA
Двухфакторная аутентификация MFA
Удаленный доступ – легко и безопасно. Сервис MFA подходит для любого типа инфраструктуры
Облачная защита WAF + AntiDDoS
Облачная защита WAF + AntiDDoS
Многоуровневая защита интернет-ресурсов и веб-приложений с минимальными вложениями
Аварийное восстановление в AWS
Аварийное восстановление в AWS
Быстрое и экономичное восстановление данных и приложений. RPO — секунды, RTO — минуты
DRaaS — аварийное восстановление
DRaaS — аварийное восстановление
Аварийное восстановление ИТ-инфраструктуры. Защитите ИТ-системы уже сегодня!
Межсетевой экран нового поколения NGFW
Межсетевой экран нового поколения NGFW
Виртуальный межсетевой экран нового поколения для комплексной защиты ресурсов в облаке
Антивирус
Антивирус
Защита инфраструктуры от вирусов и шифровальщиков
Сканирование на уязвимости
Сканирование на уязвимости
Мониторинг и оценка уязвимостей ИТ-инфраструктуры
Security Operations Center (SOC)
Security Operations Center (SOC)
Центр противодействия кибератакам на любом этапе инцидента
ГОСТ-VPN
ГОСТ-VPN
Защищенный канал связи для ИСПДн
Межсетевой экран
Межсетевой экран
Защита сети компании от несанкционированного доступа извне
Аттестация частного облака для ГИС
Аттестация частного облака для ГИС
Размещение госинформационных систем «под ключ» с соблюдением К1 и УЗ-1 (ИСПДн)
Security Awareness
Security Awareness
Обучение сотрудников навыкам информационной безопасности на базе онлайн-платформы
Тарифы База знаний
Облако
Создание кластера Kubernetes

Создание кластера Kubernetes

Описание

При развёртывании Kubernetes вы имеете дело с кластером. Кластер Kubernetes — это набор машин, так называемые узлы (node’s), которые запускают контейнеризированные приложения. Кластер должен иметь как минимум один рабочий узел.


На рабочих узлах размещены поды (pod’s), являющиеся компонентами приложения. Внутренние сервисы Kubernetes управляют рабочими узлами и подами в кластере. В промышленных управляющие сервисы обычно запускается на нескольких компьютерах, а кластер, как правило, развёртывается на нескольких узлах, гарантируя отказоустойчивость и высокую надёжность.


Каждый кластер Kubernetes может содержать несколько управляющих сервисов и групп рабочих узлов, на которых запущены приложения пользователя.

Создание кластера

Чтобы создать кластер, необходимо открыть раздел «Контейнеры» через панель управления Linx Cloud и нажать «Добавить».


Далее нужно выбрать необходимую конфигурацию кластера. Преднастроенные типы сред различаются по параметрам масштабирования и активированными расширениями:

  • Dev среда (разработка);
  • Staging среда (пред-релизная среда);
  • Production (боевое или живое окружение, для такой среды рекомендуется минимум 3 мастер-ноды).

Еще вы можете выбирать предустановленные аддоны, которые будут активированы в кластере:

  • Мониторинг на базе Prometheus Operator и Grafana;
  • Docker Registry, хранящий данные images в объектном хранилище Linx Cloud;
  • Nginx Ingress Controller, для которого дополнительно создается балансировщик нагрузки.


После нажатия кнопки «Следующий шаг» вы можете выбрать конфигурацию кластера:


Мастер создания отражает следующие поля конфигурации:

Поле Описание

Тип виртуальной машины Master

Конфигурация головного узла — количество CPU и оперативной памяти управляющей машины («Master»). Для продуктивных сред, рекомендуется минимальная конфигурация CPU=2 RAM=4Gb.

Количество узлов Master


Количество управляющих машин (машин типа «Master»). Для production-сред рекомендуется минимум 3 мастер-ноды.

Размер диска на Master‑узле, GB

Объем диска на управляющих Master-нодах.

Тип виртуальной машины Node

Тип конфигурации для рабочего узла — количество CPU и оперативной памяти.

Количество узлов Node


Количество рабочих узлов.

Размер диска на Node‑узле, GB

Объем диска для рабочих узлов.

Тип дисков для Master и Node-узлов

Тип дисков (HDD/SSD).

Версия Kubernetes

Версия Kubernetes, которая будет установлена на ноды кластера.

Сеть

Сеть, в которой будет развернут кластер, если она создана. Если сети нет, то для кластера создастся собственная приватная сеть.

Назначить внешний IP

Если этот переключатель включен, то будет назначен публичный IPv4 адрес для балансировщика нагрузки, управляющего Kubernetes API Server, а также для балансировщика нагрузки, отвечающего за Ingress Controller.

Также можно выбрать создание кластера без внешнего IP для обоих балансировщиков. В этом случае для доступа к кластеру потребуется создание VPN-соединения.

Имя кластера

Имя кластера


Ключ виртуальной машины

Если ключевая пара уже создана, рекомендуется указать её. Необходимо убедиться, что файл от нее сохранен. Также можно создать новую ключевую пару — она нужна для подключения к нодам кластера по ssh.

Тяните вбок для
перемещения

На следующем шаге можно выбрать количество узлов Node в Node Group. Node Group могут быть разного размера с разными размерами рабочих узлов. Также для каждого Node Group можно активировать параметры автоматического масштабирования.


Нужно будет некоторое время для завершения создания кластера.


Операции, описанные в статье, можно выполнить с помощью Linx Cloud Terraform Provider.

Было полезно?

Остались вопросы?

Опишите вашу задачу, и мы поможем вам ее решить

Или напишите нам info@linxdatacenter.com
Нажимая кнопку «Отправить», вы соглашаетесь с Политикой обработки персональных данных ООО «Связь ВСД»