Как поставить Redis и проверить его работу в Ubuntu

За 10 минут вы установите Redis Open Source 7.x из репозитория Ubuntu 24.04, запустите его как системный сервис и проверите запись и чтение данных. Команды подходят для локального сервера или виртуальной машины, где Redis должен быть доступен только самому серверу.

Что подготовить до установки

Нужен компьютер или сервер с Ubuntu 24.04, доступом к интернету и учётной записью с правами sudo. Подключитесь к машине по SSH или откройте терминал локально.

Инструкция использует пакет Redis из репозитория Ubuntu. У него может меняться номер патч-версии, поэтому после установки мы отдельно проверим фактическую версию командой redis-server --version.

Для первой проверки Redis не нужно открывать порт в интернет. Сначала убедитесь, что сервис работает локально, и только потом подключайте приложение.

Redis — хранилище данных в памяти, которое часто используют для кеша, очередей и временных значений. В отличие от обычной базы данных, оно держит рабочий набор данных в оперативной памяти, поэтому особенно чувствительно к доступному объёму RAM.

Пошаговая установка Redis

1. Обновите список пакетов. Выполните:

   sudo apt update

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

2. Установите сервер Redis и консольный клиент.

   sudo apt install -y redis-server redis-tools

   Пакет redis-server содержит сервер, а redis-tools — в том числе утилиту redis-cli. Проверка: установка заканчивается без строк E: Unable to locate package или dpkg was interrupted.

3. Узнайте установленную версию.

   redis-server --version

   В ответе должна быть строка с названием Redis и номером версии, например Redis server v=7.0.x. Точный номер зависит от обновлений репозитория Ubuntu.

4. Запустите Redis и добавьте его в автозапуск.

   sudo systemctl enable --now redis-server

   Ключ --now запускает сервис сразу, а enable включает запуск после перезагрузки. Проверка: выполните:

   systemctl is-active redis-server

   Ожидаемый ответ — active.

5. Проверьте ответ сервера через Redis CLI.

   redis-cli ping

   Работающий сервер ответит PONG. Если вместо этого появляется ошибка подключения, перейдите к разделу о неполадках ниже.

6. Запишите и прочитайте тестовое значение.

   redis-cli SET setup-check "redis works"
   redis-cli GET setup-check

   Первая команда должна вернуть OK, вторая — значение redis works. Так вы проверяете не только запуск процесса, но и базовую операцию записи и чтения.

7. Удалите тестовый ключ.

   redis-cli DEL setup-check

   Ответ (integer) 1 означает, что ключ удалён. Если вы уже запускали команду раньше, ответ может быть (integer) 0: такого ключа больше нет.

Как проверить сервис подробнее

Команда systemctl is-active показывает только текущее состояние. Для диагностики полезно посмотреть последние сообщения службы:

sudo systemctl status redis-server --no-pager

Ищите строки Active: active (running) и сообщения о готовности принимать подключения. Выйти из просмотра можно клавишей q.

Проверить, на каком локальном адресе и порту Redis принимает соединения, можно так:

sudo ss -ltnp | grep redis

Стандартный порт Redis — 6379. Если сервис слушает только 127.0.0.1 или локальный Unix-сокет, он не доступен извне сервера. Для первой установки это безопаснее, чем сразу открывать порт в сети.

Если не получилось

Ошибка «Unit redis-server.service could not be found»

Система не видит установленный пакет или имя службы отличается. Повторите установку и проверьте список пакетов:

sudo apt update
sudo apt install -y redis-server redis-tools
dpkg -l | grep redis

Если пакет не находится, проверьте версию Ubuntu командой cat /etc/os-release и подключённые репозитории. Не скачивайте случайные бинарные файлы из непроверенных источников.

Ошибка «Could not connect to Redis at 127.0.0.1:6379: Connection refused»

Сервис не запущен или завершился сразу после запуска. Выполните:

sudo systemctl start redis-server
sudo systemctl status redis-server --no-pager
sudo journalctl -u redis-server -n 50 --no-pager

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

Ошибка «NOAUTH Authentication required»

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

Команда redis-cli ping отвечает «PONG», но приложение не подключается

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

После перезагрузки Redis не запускается

Проверьте, включён ли автозапуск:

systemctl is-enabled redis-server

Ожидаемый ответ — enabled. Если ответ другой, выполните sudo systemctl enable redis-server, затем изучите журнал командой sudo journalctl -u redis-server -b.

Что важно не делать сразу после установки

• Не открывайте порт 6379 в интернет без сетевых ограничений и аутентификации.
• Не храните в Redis единственную копию важных данных, пока не настроили подходящую стратегию сохранения и восстановления.
• Не используйте команду очистки всех ключей на рабочем сервере: ошибка в окружении может удалить данные приложения.
• Не считайте ответ PONG полной проверкой продакшена: он подтверждает только доступность Redis и сетевое соединение.

Что делать дальше

Сначала найдите конфигурационный файл Redis и проверьте его фактические параметры:

redis-cli CONFIG GET bind
redis-cli CONFIG GET port
redis-cli CONFIG GET dir

На рабочем сервере следующим шагом настройте резервное копирование, лимит памяти и политику удаления ключей под вашу нагрузку. После подключения приложения наблюдайте за потреблением RAM, количеством подключений, задержкой команд и долей промахов кеша. Настройки сохранения данных и удалённого доступа — отдельная задача: не переносите их в продакшен без проверки модели угроз и процедуры восстановления.