Docker на VPS: когда он нужен, а когда лучше обойтись без него

автор Oleksandr Rovnyk

Усложнение структуры создаваемых веб-приложений требует новых подходов к их разработке и управлению. Это, например, касается распределённых многокомпонентных приложений, использующих общую программную среду для своей работы. Docker на VPS – это платформа, способная обеспечить условия существования такой среды с предоставлением механизма управления компонентами приложения. Попытаемся разобраться – использовать Docker или обычную установку на своём VPS.  

Покупай VPS/VDS сервер!

Быстрые VPS серверы на VZ и KVM с бесплатной админкой 24/7, тестом и ежедневными бэкапами

Тарифы

Что такое Docker простыми словами

Это одна из основных реализаций стандарта OCI (Open Container Initiative), определяющего формат и методы управления виртуальной средой уровня операционной системы, получившей название «контейнерная среда».

Выпускается в двух исполнениях – свободно распространяемой редакции по лицензии Apache 2.0 (версия CE) и коммерческого ПО (версия Enterprise).

В отличие от традиционных виртуальных машин (VM), контейнеры не содержат «собственной» ОС и, поэтому, имеют значительное преимущество в размерах потребляемых ресурсов, гибкости и переносимости. Это позволяет эффективно управлять распределёнными веб-приложениями, состоящими из нескольких компонентов или микросервисов.

Кроме того, контейнеры Docker на VPS обладают таким важным свойством, как изоляция, которая обеспечивается сразу на нескольких уровнях – файловой системы, процессов и сети. Это является надёжной гарантией безопасного выполнения кода контейнера с ограниченной областью действия, установленной по умолчанию.

В состав основного ПО платформы входит сервер контейнеров (даемон) и набор клиентских программ для управления контейнерами и шаблонами с помощью интерфейса CLI.

Платформа может быть легко развёрнута на всех основных типах ОС – Windows, Linux, macOS и любой Unix-подобной системе.

В публичном репозитории платформы собраны шаблоны наиболее известных приложений, скачав которые можно получить контейнеры с теми или иными свойствами, которые впоследствии можно изменить под свои задачи.

Когда Docker удобен

Позитивные характеристики платформы по сравнению с VM позволяют задействовать её для решения многих задач, как при персональном использовании, так и при работе в команде разработчиков для продакшена.

Приведём рекомендуемые направления использования технологии на практике:

Для выполнения высоких требований изоляции и безопасности среды исполнения. Приложения, запущенные внутри контейнера, не взаимодействуют с операционной системой напрямую и, поэтому, безопасны. Возникновение критических ошибок может привести лишь к закрытию приложения.    

Создание переносимых приложений. Появляется возможность осуществления миграции контейнерных сред исполнения между физическими или VPS серверами без учёта требований к CPU и гипервизору, как это, например, требуется для VM. Такое приложение будет работать на всех устройствах, где установлен Docker (единственное требование).

Эффективное управление многокомпонентными приложениями. В таких приложениях обычно каждый компонент реализуется в виде микросервиса, размещённого в отдельном контейнере. Использование пакетного менеджера Compose на сервере обеспечивает автоматическое управление (оркестрацию) всеми контейнерами, и их одновременный запуск / остановку с помощью одной команды.

Упрощение процессов непрерывной интеграции и доставки (CI/CD). Этому способствует стандартизация сред на каждом этапе CI/CD-процесса. При этом значительно возрастают скорости развёртывания, тестирования и доставки. В итоге, общая скорость выполнения процесса может увеличиться в 5-7 раз.

Интеграция с Kubernetes для управления кластерами серверов. Это позволяет масштабировать проект любого уровня до кластера сколь-угодно больших размеров, а также производить одновременные развёртывания и выполнять другие функции управления кластером.

Для тестирования и отладки микросервисов.  Возможности внутреннего протокола обнаружения сервисов Service discovery платформы обеспечивают автоматическое подключение к общей сети контейнеров с микросервисами по алиасу, что очень удобно для тестирования и отладки.

Запуск веб-сервера для «раздачи» frontend-части приложения, запуск БД и проксирование на backend-часть.

Работа с несколькими дистрибутивами Linux в пределах одного сервера.

Для создания экспериментальных сред разработки. Изолированность контейнеров и наличие управляющих команд с простым синтаксисом позволяют реализовать любой экспериментальный проект без больших затрат ресурсов с соблюдением правил безопасности. Можно создать собственную библиотеку шаблонов для разных сред и версий ПО, которую использовать для создания нужных конфигураций без конфликта ПО на сервере.

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

Когда обычной установки ПО достаточно

Docker на VPS автоматизирует и ускоряет процессы разработки и сопровождения ПО, однако, всё же есть ситуации, когда его использование может быть лишним. Выясним, нужен ли Docker для сайта. 

Когда Docker на VPS может быть лишним:

Docker Compose и типовые связки

Compose – это надстройка над DockerEngine, позволяющая автоматизировать процессы управления многоконтейнерными приложениями. Без её помощи приходится управлять каждым контейнером в отдельности, а с Docker Compose на сервере достаточно одной команды, например, запуска или останова, и она запустит / остановит все контейнеры приложения.

Docker Compose на сервере можно использовать для разделения «тела» приложения на несколько сервисов, которые будут взаимодействовать посредством веб-запросов. Это, например, могут быть такие варианты: сайт + БД + Redis, бот + база.

Плагин также можно использовать для запуска платформы n8n с необходимыми сервисами и создания сред разработки на удалённом сервере и локальной системе с одинаковыми конфигурациями. 

Конфигурирование проектов в Compose осуществляется с помощью файлов docker-compose в формате YAML, где можно подключить нужные тома для контейнеров, установить переменные среды и настроить порты.

Для установки Compose достаточно наличия на сервере развёрнутой DockerEngine.

Продемонстрируем использование Compose на практическом примере, показывающем, как можно развернуть Redis в контейнере на Linux.

Разобьем процесс на несколько этапов:

Подготовка программного окружения

Обновляем пакеты на Linux VPS:

$ sudo apt update && apt list –upgradable

Расширяем возможности менеджера пакетов apt:

$ sudo apt install apt-transport-https ca-certificates curl software-properties-common

Загружаем ключ из репозитория платформы:

$ curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo apt-key add –

Добавляем репозиторий платформы в список разрешённых источников данных:

$ sudo add-apt-repository "deb [arch=amd64] https://download.docker.com/linux/ubuntu focal stable"

 

Установка Docker и Compose

Продемонстрируем, как можно установить Docker на VPS. Запускаем процесс установки свободно распространяемой версии продукта:

$ sudo apt install docker-ce

По окончании установки проверяем статус сервиса в системе:

$ sudo systemctl status docker

Если всё в порядке, на выходе должны получить:

docker.service - Docker Application Container Engine
     Loaded:      loaded (/lib/systemd/system/docker.service; enabled; vendor preset: enabled)
     Active:       active (running) since Thu 2026-08-29 10:35:48 UTC; 1 week 6 days ago
TriggeredBy:  ● docker.socket
      Docs:        https://docs.docker.com
   Main PID:   757355 (dockerd)
      Tasks:      10
     Memory:   35.3M
        CPU:     4min 12.066s
     CGroup:   /system.slice/docker.service
            └─757355 /usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock

Это означает, что даемон сервиса запущен (PID=757355) и контейнерная среда подготовлена для работы.

Устанавливаем Compose:

$ apt  install docker-compose

После завершения установки проверяем версию плагина:

$ docker-compose --version

На выходе должны получить примерно следующее:

docker-compose version 1.25.0, build unknown

Устанавливаем права на запуск плагина: 

chmod +x /usr/local/bin/docker-compose

Создание YAML-файла проекта

Файл с именем docker-compose.yaml должен находиться в корневой директории проекта. В нашем случае он будет содержать конфигурацию контейнера для Redis.

Создаём директорию проекта с произвольным именем redis:

$ mkdir /home/redis && cd /home/redis

Содержимое файла может быть следующим:

version: '3.3'         // версия формата файла сервиса services:               // раздел для определения контейнеров проекта  redis:                // имя сервиса    image: redis:latest // имя шаблона, из которого будет создан контейнер    restart: always     // команда перезапуска контейнера в случае сбоя     ports:      - "6379:6379"     // указание портов контейнера и хоста    volumes:            // задаём директории внутри контейнера      - /path/to/local/dаta:/root/redis      - /path/to/local/redis.conf:/usr/local/etc/redis/redis.conf    environment:       // устанавливаем переменные окружения для контейнера      - REDIS_PASSWORD=my-password      - REDIS_PORT=6379      - REDIS_DATABASES=12

Сохраняем файл.

Запуск Redis

Запускаем контейнер Redis в фоновом режиме:

$ sudo docker-compose up -d 

Проверяем, запущен ли контейнер:

docker ps | grep redis

Если всё в порядке, имя Redis должно присутствовать в списке активных контейнеров. 

Какие ресурсы VPS учитывать

Полноценное функционирование платформы на сервере возможно, если учтены требования к ряду ресурсов VPS. Рассмотрим их детальнее.

Что важно для выбора сервера для Docker:

Тип виртуализации. При своей работе платформа активно использует возможности Linux-ядра, overlay-слои файлов, namespaces, сетевые мосты, cgroups и другие ресурсы. Поэтому важно исключить наличие ограничений со стороны сервера. Это возможно при условии использования одного из современных типов аппаратной виртуализации, например, таких, как VMware или KVM. 

Операционная система. Здесь на первый план выходят требования стабильности ОС и актуальности версии, поскольку могут появиться проблемы с overlay2, nftables или cgroups, что будет мешать нормальной работе сервиса. Проверить систему можно с помощью команды cat /etc/os-release.

CPU. Для этой технологии важен тип нагрузки, чтобы процессор не стал узким местом в работе проекта. Например, для бота с API в двух небольших контейнерах хватит 1 vCPU; для сайта с БД, Redis и proxy – 2 vCPU; для сборки шаблонов или CI/CD потребуется минимум 4-6 vCPU.

RAM. Платформа сама по себе потребляет минимум памяти, но, например, Python workers, Java, Node.js или система логирования легко могут привести к её переполнению. Признаками переполнения являются: самопроизвольный перезапуск контейнеров, выдача сайтом 502 или 504 ошибок, замедленная реакция сервера, OOM-сообщения в логах, неустойчивая работа БД. Проверить наличие этого ресурса на сервере можно с помощью команд docker stats или free -m. Проверить логи можно с помощью команды journalctl -k | grep -i oom.

Диски. Этот ресурс активно используется для хранения шаблонов, volumes, БД, tmp-файлов, логов и бэкапов. Его нехватка проявляется в замедлении работы системы. Поэтому, например, для продакшена, где скорость критична, наиболее всего подойдёт NVMe SSD. Проверить диски можно с помощью команд: df -h или lsblk. Произвести очистку неиспользуемых данных: docker system prune.

Сеть и порты. В YAML-файлах нужно правильно состыковать внешние порты сервера с внутренней сетью контейнеров. Например, чтобы контейнер был доступен внешнему сервису, нужно опубликовать его порт. Проверить опубликованные порты Docker на VPS можно командой  docker ps. Проверить порты сервера можно командой  ss -tulpn.

Volumes и бэкапы. Необходимо учитывать, что придётся производить резервное копирование данных, которые платформа хранит в разных местах: контейнере, bind mount, volume, БД. Поэтому нужно знать – что и где находится. Например, данные могут храниться в volume или bind mount. Проверить это можно с помощью команды: docker volume ls. Для хранения бэкапов в структуре проекта предусмотрен каталог с именем backups.

Типичные ошибки

Приведём типичные ошибки, которые обычно допускаются пользователями на начальном этапе использования Docker на VPS:

Docker и безопасность

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

Как выбрать VPS под Docker-проект

Чтобы получить максимальную отдачу от использования платформы, нужно произвести правильный выбор VPS с учётом приведённых выше требований к ресурсам. Только в этом случае платформа облегчит управление проектом, а не усложнит его. 

Приведём конкретные шаги по выбору и проверке работы VPS для Docker: