Какой сервер выбрать для Uptime Kuma
Для проверки сайта и нескольких рабочих сервисов начните с отдельного VPS: 1 vCPU, 1 ГБ памяти и 20 ГБ SSD. Разместите его вне сервера, который проверяете. Если планируются частые проверки и большая история, рассматривайте 2 vCPU и 2 ГБ памяти.
Для небольшой установки Uptime Kuma обычно достаточно недорогого виртуального сервера — VPS. Для простых проверок сайтов раз в минуту отправная точка: 1 vCPU, 1 ГБ оперативной памяти и 20 ГБ SSD. vCPU — виртуальное ядро процессора. Приложение и база результатов находятся на этой же машине; сервер с подробными метриками всей инфраструктуры здесь не рассчитываем.
Главное при выборе — независимость. Если установить Uptime Kuma на тот же сервер, что и сайт, при его отказе пропадут и проверки, и уведомления. Лучше отдельная площадка; для критичного сайта полезна дополнительная точка наблюдения у другого провайдера.
Два варианта для начала #
| Параметр | Несколько сервисов | Больше проверок и истории |
|---|---|---|
| Процессор | 1 vCPU | 2 vCPU |
| Память | 1 ГБ | 2 ГБ |
| Диск | 20 ГБ SSD | 40 ГБ SSD с контролем роста базы |
| Нагрузка | Простые проверки с обычным интервалом | Частые проверки, таймауты и несколько статусных страниц |
| Размещение | Вне проверяемого сервера | Независимая площадка |
Что решить до заказа #
Перед заказом уточните
- Какие адреса и сервисы проверять: сайт, API, почту, внутренние приложения?
- Как быстро нужно узнавать об отказе: достаточно минуты или нужны более частые проверки?
- За какой срок хранить подробную историю?
- Куда отправлять уведомления и кто проверит, что они доходят?
На что расходуются память и диск #
При каждой проверке Uptime Kuma устанавливает соединение, ждёт ответ и сохраняет результат. Если многие адреса перестали отвечать, задачи могут оставаться активными до таймаута. Поэтому проверяйте работу и при отказах, а не только когда все сайты доступны.
SSD — быстрый накопитель для приложения и базы. В официальной инструкции рекомендуют локальный каталог или постоянный том для данных, с корректными блокировками файлов SQLite. Произвольный сетевой диск не стоит выбирать для базы только потому, что он дешевле. Данные должны сохраняться после обновления и перезапуска контейнера.
Почему проверки каждые десять секунд обходятся дороже #
Сто адресов с интервалом в минуту дают 100 × 1 440 = 144 000 проверок в сутки. При интервале десять секунд — уже 864 000. Сайт вы проверяете тот же, а работы и записей становится в шесть раз больше.
Если условно выделить 200 байт на результат, тридцать дней минутных проверок займут около 864 МБ до индексов и служебных данных. Это пример арифметики: реальный рост базы измерьте за несколько дней. На диске также нужны место для Linux, образа приложения, обновления и свободный запас.
Откуда проверять доступность #
Проверяющий сервер должен видеть сервис так, как его видят пользователи. Проверка из внутренней сети не подтвердит доступность сайта из интернета. Внутренние приложения, наоборот, требуют доступа к вашей сети — например, через VPN.
Проверьте отправку сообщений в выбранный мессенджер или на почту. Если уведомления зависят от того же сервера, за которым вы наблюдаете, отказ может остаться незамеченным. Доступ к панели защитите, а публичную статусную страницу разместите по HTTPS.
Где подобрать сервер и что входит в оплату #
В статье есть партнёрские ссылки FirstVDS и Selectel. Удельта может получить вознаграждение, если вы закажете услуги по этим ссылкам.
Сравнивайте месячную оплату сервера, диска, IP-адреса и хранилища копий. Каналы уведомлений тоже могут иметь собственные расходы. Итоговую цену и возможность увеличения ресурсов уточните при заказе.
Вначале полезнее потратить часть бюджета на независимое размещение и проверенные уведомления, чем купить большой сервер рядом с основным сайтом.
Копии и восстановление #
Сохраняйте базу данных и настройки, включая способы уведомления. Копию базы делайте способом, который сохраняет её целостность; токены каналов требуют защищённого хранения. Восстановите установку на другой машине и убедитесь, что проверки возобновились и сообщение об отказе пришло.
Как проверить выбор #
Проверка перед началом постоянной работы
- Создайте планируемые проверки с выбранными интервалами.
- На безопасном тестовом адресе проверьте недоступность, медленный ответ и возвращение сервиса.
- Убедитесь, что уведомления приходят нужному человеку. Посмотрите память и рост базы за несколько дней.
- Восстановите копию отдельно и снова проверьте отправку сообщения.
Если проверки начинают задерживаться, оцените одновременно работающие задачи и память. Сначала пересмотрите ненужные короткие интервалы и срок хранения истории. Увеличение CPU поможет при вычислительной нагрузке, но не сделает наблюдение независимым от отказа основной площадки.
Частые вопросы #
Можно ли поставить Uptime Kuma рядом с сайтом?
Можно для знакомства, но для контроля отказов лучше отдельный сервер: общий сбой выключит и сайт, и монитор.
Нужен ли физический сервер?
Для простых проверок доступности обычно хватает VPS. Более важны стабильная сеть и возможность отправить уведомление.
Всегда ли лучше проверять чаще?
Выбирайте интервал по допустимой задержке обнаружения. Слишком частые проверки добавляют нагрузку и могут увеличивать число сообщений о кратких перебоях.
Официальная документация #
Официальная инструкция установки Uptime Kuma 2.x сверена 6 октября 2026 года. Размер сервера в статье — наша оценка для простых проверок, а не официальный лимит числа мониторов.