Как самостоятельно развернуть Uptime Kuma на VPS

Вы можете самостоятельно развернуть Uptime Kuma на VPS VoyraCloud, выбрав предустановленный образ приложения, создав первого администратора через частный SSH-туннель, а затем добавив мониторы для обслуживаемых вами сервисов. Образ предоставляет постоянную отправную точку Uptime Kuma, в то время как публичный доступ, доверенный HTTPS, уведомления, резервные копии, обновления, планирование емкости и реагирование на инциденты остаются под вашим контролем.

Кратко

Образ приложения VoyraCloud Uptime Kuma предоставляет предустановленную панель мониторинга на Cloud VPS и Residential IP VPS.
Порт 3001 по умолчанию связан с 127.0.0.1, поэтому создайте первого администратора через SSH-туннель, вместо того чтобы выставлять неинициализированную страницу настройки в интернет.
Uptime Kuma поддерживает HTTP, HTTPS, TCP, ping, DNS, WebSocket, push, ключевые слова и JSON-запросы, среди других типов мониторов, задокументированных проектом.
Доступ к публичной панели мониторинга или статус-странице требует вашего собственного домена, обратного прокси, который поддерживает обновления WebSocket, и доверенного HTTPS для браузеров.
Конфигурация, пользователи, история мониторинга, уведомления и статус-страницы хранятся в /app/data на локальном постоянном хранилище. Устойчивость перезагрузки не является резервной копией.
Нагрузка в 20 мониторов с интервалом 60 секунд является начальным профилем валидации образа, а не гарантией неограниченного количества мониторов или заменой для измерения вашей собственной нагрузки.
Мониторинг с того же VPS имеет важную слепую зону: если этот VPS, его регион или его сетевой путь выйдут из строя, Uptime Kuma может не смочь отправить уведомление.

Что такое Uptime Kuma?

Uptime Kuma — это приложение для мониторинга с открытым исходным кодом, которое вы можете развернуть самостоятельно для проверки веб-сайтов, API, сетевых сервисов и других доступных конечных точек с панели управления, которую вы контролируете. Оно записывает результаты проверок и информацию о ответах, представляет историю обслуживания и может отправлять уведомления через интеграции, настроенные администратором.

Официальный проект Uptime Kuma перечисляет поддержку таких типов мониторов, как HTTP(S), TCP, HTTP(S) ключевые слова, HTTP(S) JSON запросы, WebSocket, ping, DNS записи, push и мониторинг контейнеров Docker. Он также предоставляет несколько статус-страниц, информацию о сертификатах, графики ping, двухфакторную аутентификацию, поддержку прокси и широкий спектр интеграций уведомлений.

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

Панель мониторинга под вашим собственным управлением сервера.
Контроль над конфигурацией мониторов, пользователями, историей и статус-страницами.
Простой способ проверки нескольких веб-сайтов, API или сетевых сервисов.
Возможность подключить провайдеров уведомлений, которые вы уже используете.
Инструмент мониторинга, который может работать непрерывно на небольшом VPS.

Uptime Kuma не является управляемым сервисом мониторинга, когда развернут таким образом. Вы владеете VPS, контролем доступа, обновлениями, резервными копиями, учетными данными уведомлений и процессом реагирования. Вам также нужно решить, достаточно ли одного места мониторинга для обеспечения видимости сервисов, которые имеют для вас значение.

Как начать с образа приложения VoyraCloud?

Самый быстрый способ самостоятельно развернуть Uptime Kuma — создать поддерживаемый VPS VoyraCloud с образом приложения и завершить первую настройку через локальный SSH-туннель. Вам не нужно вручную устанавливать Uptime Kuma, но вы должны безопасно создать администратора перед настройкой мониторов.

Откройте страницу VoyraCloud для Uptime Kuma и продолжите процесс покупки VPS.
Выберите подходящий план Cloud VPS или Residential IP VPS, затем выберите любой регион, который в настоящее время предлагается этим продуктом.
Подтвердите, что Uptime Kuma выбран в разделе Изображения, затем создайте VPS.
Подождите, пока ресурсы VPS и приложение будут готовы.
Откройте детали ресурса и найдите раздел Приложение.
Скопируйте отображаемую команду SSH-туннеля. Она имеет следующий формат:

ssh -p <ssh-port> -L 3001:127.0.0.1:3001 <ssh-user>@<server-ip>

7. Держите эту SSH-сессию открытой и перейдите по адресу:

http://127.0.0.1:3001

8. Завершите официальную страницу настройки Uptime Kuma и создайте уникальное имя администратора и надежный пароль.

9. Войдите, создайте один тестовый монитор и подтвердите, что проверки появляются на панели мониторинга.

10. Перезагрузите VPS один раз и убедитесь, что Uptime Kuma возвращается автоматически и что учетная запись, монитор и история остаются доступными.

Адрес браузера локален, но приложение работает на VPS. SSH перенаправляет ваш локальный порт 3001 через зашифрованное соединение на 127.0.0.1:3001 на сервере. Закрытие сессии SSH закрывает туннель; это не останавливает Uptime Kuma.

Если ваш компьютер уже использует локальный порт 3001, выберите другой локальный порт, не меняя удаленную точку назначения:

ssh -p <ssh-port> -L 33001:127.0.0.1:3001 <ssh-user>@<server-ip>

Вы тогда откроете http://127.0.0.1:33001 в вашем браузере. Держите удаленную сторону как 127.0.0.1:3001.

Используйте имя пользователя SSH и порт, указанные для вашего собственного ресурса, а не предполагая root и порт 22.

Что включает образ приложения?

Образ приложения включает предустановленный, постоянный экземпляр Uptime Kuma, но он не превращает VPS в управляемый сервис мониторинга. Следующие границы важны при планировании производственного использования.

Доставлено образом приложения	Управляется пользователем или не включено
Стабильный релиз Uptime Kuma, одобренный для образа	Автоматические обновления приложения
Операционная среда Cloud VPS или Residential IP VPS	Управление сервером
Восстановление сервиса после нормальной перезагрузки VPS	Высокая доступность или автоматическое переключение на резерв
Доступ только локально на `127.0.0.1:3001`	Публичное открытие порта `3001`
Официальный процесс настройки первого администратора	Предварительно созданный администратор или фиксированный пароль
Постоянное локальное хранилище `/app/data`	Автоматические резервные копии вне сервера
Функции панели мониторинга, истории, уведомлений и статус-страниц	Предварительно настроенные учетные записи уведомлений третьих сторон
Инструкции по SSH-туннелю в деталях ресурса	Регистрация домена, обратный прокси или доверенный HTTPS
Конфигурация мониторов под контролем пользователя	Гарантированная точность обнаружения или доставка уведомлений
Uptime Kuma под лицензией с открытым исходным кодом	Поддержка Uptime Kuma от VoyraCloud после доставки

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

Какие типы мониторов следует использовать?

Выбирайте каждый тип монитора Uptime Kuma в зависимости от слоя, который вам нужно протестировать, потому что успешный ping не доказывает, что веб-сайт, API или приложение работает корректно. Полезный набор мониторинга проверяет пользовательский слой и выбранные зависимости, а не полагается на один общий heartbeat.

Тип монитора	Что он может проверить	Важное ограничение
HTTP или HTTPS	URL отвечает и возвращает ожидаемый статус	Успешный ответ может все еще содержать неправильный контент
Ключевое слово	Ответ включает или исключает ожидаемый текст	Проверки текста не валидируют каждую бизнес-функцию
JSON-запрос	Ответ API содержит ожидаемое значение	Запрос должен соответствовать реальной структуре ответа
TCP-порт	Сетевой сервис принимает соединение	Открытый порт не доказывает, что приложение работает корректно
Ping	Хост отвечает на ICMP	ICMP может быть отфильтрован, и ответ не доказывает, что приложение работает
DNS-запись	Разрешатель возвращает ожидаемую запись	Одно представление разрешателя может не представлять глобальную пропаганду
WebSocket	Конечная точка WebSocket доступна	Это не проверяет каждый поток сообщений
Push	Задание или удаленный процесс сообщает о своем собственном heartbeat	Отсутствие push требует окна уведомления, предназначенного для этой задачи
Информация о сертификате	Состояние сертификата и информация о его истечении	Обновление все еще зависит от вашего процесса получения сертификата

Для публичного веб-сайта практический набор может включать проверку HTTPS, проверку ключевого слова или JSON для значимого контента и проверку истечения сертификата. Для внутреннего сервиса, доступного из VPS, проверка TCP или HTTP может добавить видимость инфраструктуры. Для запланированной задачи монитор push может обнаружить, когда ожидаемый heartbeat не приходит.

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

Что означает профиль валидации на 20 мониторов?

Профиль на 20 мониторов является консервативной нагрузкой для начальной конфигурации образа, а не обещанием максимальной емкости. Запланированная валидация использует 20 мониторов с интервалами в 60 секунд в течение 24 часов, за которыми следует перезагрузка VPS и проверка устойчивости.

Эта валидация предназначена для ответа на узкий вопрос: может ли подходящая начальная конфигурация запустить небольшую установку Uptime Kuma без событий нехватки памяти, блокировки базы данных, неожиданных перезапусков контейнеров или потери данных при определенной нагрузке? Это не доказывает, что тот же план может поддерживать:

Неограниченное количество мониторов.
Очень короткие интервалы проверок.
Большие тела ответов или дорогие JSON-запросы.
Многочисленные одновременные пользователи или посетители публичной статус-страницы.
Долгие периоды хранения без роста хранилища.
Большой объем уведомлений.
Мониторинг Docker с доступом к сокету хоста.
Дополнительные приложения, использующие тот же VPS.

Фактическое использование ресурсов зависит от типа монитора, интервала, таймаута, размера ответа, хранения истории, поведения уведомлений, активности панели мониторинга и другого программного обеспечения на сервере. Начните с измеренного набора, следите за использованием CPU, памяти, диска, поведением базы данных и продолжительностью проверок, затем переходите к более крупной подходящей конфигурации VoyraCloud VPS, когда реальная нагрузка этого требует.

Не интерпретируйте минимальные требования процесса покупки как универсальную рекомендацию по размеру. Это ворота допустимости для проверенного начального профиля.

Как безопасно публиковать Uptime Kuma?

Публикуйте Uptime Kuma через выделенный домен или поддомен, обратный прокси, поддерживающий WebSocket, и доверенный HTTPS для браузеров, сохраняя порт 3001 связанным с localhost. Долгосрочный доступ через SSH-туннель также допустим, когда только администраторам нужна панель мониторинга и публичная статус-страница не требуется.

Официальное руководство по обратному прокси Uptime Kuma объясняет, что приложение использует WebSocket и требует, чтобы прокси передавал заголовки Upgrade и Connection. Также отмечается, что Uptime Kuma не поддерживает размещение под обычным URL-подкаталогом, таким как /uptime-kuma; используйте выделенное имя хоста, такое как status.example.com.

Типичный блок местоположения Nginx включает:

location / {
    proxy_pass http://127.0.0.1:3001;
    proxy_http_version 1.1;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "upgrade";
}

Этот фрагмент охватывает только путь прокси. Вам необходимо отдельно настроить имя хоста, доверенный TLS-сертификат, обновление сертификата, перенаправление HTTP на HTTPS, брандмауэр и политику доступа. Перед применением проверьте текущий официальный пример для вашего выбранного обратного прокси.

Используйте этот контрольный список для производства:

Создайте DNS-запись для выделенного имени хоста.
Сохраните 3001/tcp недоступным из публичного интернета.
Настройте обратный прокси для доступа к 127.0.0.1:3001.
Сохраните заголовки обновления WebSocket.
Установите сертификат, доверенный обычными браузерами.
Перенаправьте обычный HTTP на HTTPS.
Подтвердите, что панель мониторинга обновляется без ошибок WebSocket.
Проверьте вход, выход, обновления мониторов и статус-страницы.
Ограничьте имя хоста администратора, когда публичный доступ не нужен.
Проверьте настройки доверенного прокси только после того, как путь прокси и брандмауэра будет правильным.

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

Как работают уведомления и статус-страницы?

Уведомления и статус-страницы — это функции, которые вы настраиваете после инициализации; образ не включает учетные записи третьих сторон, учетные данные, гарантии доставки или публичный домен. Uptime Kuma поддерживает множество методов уведомлений, но у каждого провайдера есть своя учетная запись, доступность, цены, лимиты и поведение доставки.

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

Для каждого важного монитора:

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

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

Не предполагайте, что каждое уведомление интеграции бесплатно. Некоторые сервисы могут взимать плату, ограничивать использование, изменять свои API или требовать дополнительной настройки. VoyraCloud не предоставляет эти учетные записи третьих сторон и не может гарантировать, что провайдер принимает или доставляет сообщение.

Как хранятся и резервируются данные Uptime Kuma?

Uptime Kuma хранит свое состояние приложения в /app/data, которое должно оставаться на постоянном локальном хранилище и должно резервироваться отдельно от работающего VPS. Официальные инструкции по установке требуют поддержки файловой системы для POSIX-блокировок файлов и предупреждают о проблемах с блокировкой файлов, обычно связанных с NFS.

Постоянные данные включают базу данных и состояние приложения, необходимые для таких элементов, как:

Настройки администратора и пользователей.
Определения мониторов.
История мониторинга.
Конфигурация уведомлений.
Статус-страницы.
Графики обслуживания.
Другие настройки экземпляра.

Обычная перезагрузка VPS должна сохранить эти данные и перезапустить приложение. Это поведение — устойчивость, а не восстановление после катастрофы. Случайное удаление, повреждение базы данных, компрометация учетных данных, сбой обновления, потеря хранилища или удаление VPS могут все еще удалить единственную копию.

Более безопасная процедура резервного копирования:

Определите фактический локальный объем Docker или локальный каталог, сопоставленный с /app/data.
Запланируйте резервные копии в место, находящееся вне VPS.
Приостановите или остановите Uptime Kuma, когда выбранный метод резервного копирования требует согласованной копии базы данных.
Скопируйте полный набор данных, а не только экспортированный список мониторов.
Зашифруйте и защитите резервную копию, так как она может содержать операционные детали и учетные данные уведомлений.
Сохраните более одной точки восстановления.
Восстановите на отдельном тестовом экземпляре и проверьте учетные записи, мониторы, историю, уведомления и статус-страницы.
Запишите версию приложения, связанную с резервной копией.

Не размещайте живой каталог /app/data на NFS для этого образа. Удаленное место резервного копирования подходит для скопированных резервных артефактов; это отличается от запуска активной базы данных непосредственно на сетевой файловой системе.

Какова слепая зона мониторинга на одном сервере?

Экземпляр Uptime Kuma не может надежно сообщать о сбоях, которые также удаляют его собственный вычислительный, сетевой или уведомительный путь. Если Uptime Kuma работает на том же VPS, что и веб-сайт, который он мониторит, сбой VPS может остановить как веб-сайт, так и монитор, прежде чем уведомление будет отправлено.

Даже когда мониторируемый сервис находится на другом сервере, одно местоположение Uptime Kuma все равно наблюдает за ним из одной сети и одного региона. Локальный маршрут ISP, региональная проблема сети, различия в разрешителе DNS или политика брандмауэра могут повлиять на этот обзор, не представляя опыт каждого пользователя.

Используйте развертывание в зависимости от последствий:

Необходимость мониторинга	Подходящий подход
Удобная панель для небольших сервисов	Один самостоятельно развернутый экземпляр Uptime Kuma может быть достаточным
Мониторинг сервиса на другом VPS	Разместите Uptime Kuma вне домена отказа мониторируемого сервера, когда это возможно
Обнаружение региональных различий в доступности	Используйте независимые проверки из нескольких местоположений
Уведомление о сбое мониторинга VPS	Добавьте внешний heartbeat или независимый сервис мониторинга
Мониторинг с высокой доступностью	Разработайте отдельную архитектуру мониторинга для нескольких систем

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

Как следует обновлять Uptime Kuma?

Обновляйте Uptime Kuma осознанно, проверяя официальные инструкции по выпуску, резервируя /app/data и проверяя новую версию перед тем, как полагаться на нее. VoyraCloud не обновляет автоматически клиентские экземпляры после создания VPS.

Следуйте официальным инструкциям по обновлению Uptime Kuma, которые применимы к установленной основной версии и методу развертывания. Перед обновлением:

Прочитайте примечания к выпуску и требования к миграции.
Запишите текущую запущенную версию приложения.
Создайте и проверьте резервную копию /app/data вне сервера.
Подтвердите наличие достаточного свободного места на диске.
Запланируйте окно обслуживания для важного экземпляра мониторинга.
Используйте конкретную одобренную версию, а не неподтвержденный плавающий тег.
Запустите обновленный экземпляр и проверьте его журналы.
Проверьте вход администратора, несколько типов мониторов, уведомление, статус-страницу и восстановление после перезапуска.
Сохраните план отката, совместимый с изменениями базы данных, описанными в выпуске.

Не предполагайте, что возврат к образу контейнера всегда достаточно. Миграция основной версии может изменить данные приложения, поэтому восстановление может потребовать резервной копии данных до обновления, а также более ранней версии образа.

Обновления операционной системы, обновления Docker, обновления обратного прокси и обновление сертификатов — это отдельные обязанности. Текущий контейнер Uptime Kuma не делает остальную часть сервера актуальной.

Распространенные ошибки, которых следует избегать

Большинство ошибок развертывания Uptime Kuma возникает из-за раскрытия инициализации, переоценки одного места мониторинга или трактовки постоянного хранилища как полного плана операций. Избегайте этих ошибок:

Публикация порта 3001 до создания администратора. Держите его на localhost и используйте SSH-туннель.
Оставление панели мониторинга на публичном HTTP. Используйте доверенный HTTPS для любого публичного доступа.
Забывание заголовков прокси WebSocket. Интерфейс может загрузиться, но не обновляться корректно.
Размещение подкаталога. Используйте выделенный домен или поддомен.
Запуск активного /app/data на NFS. Держите его на совместимом локальном хранилище.
Называние устойчивости перезагрузки резервной копией. Храните проверенные копии вне VPS.
Предположение, что статус-страница создает независимый мониторинг. Она представлена тем же экземпляром Uptime Kuma.
Мониторинг VPS только с его самого себя. Полный сбой сервера может заглушить как сервис, так и его монитор.
Трактовка 20 мониторов как гарантированного максимума или минимума. Это определенная нагрузка валидации, а не универсальный результат емкости.
Ожидание гарантированной доставки уведомлений. Доступность провайдера, учетные данные, квоты, маршрутизация и хост мониторинга имеют значение.
Включение каждой интеграции без владельца. Настраивайте только каналы, которые кто-то тестирует и на которые реагирует.
Обновление без восстанавливаемой копии данных. Резервируйте полный набор данных приложения перед изменением версий.

Часто задаваемые вопросы

Могу ли я самостоятельно развернуть Uptime Kuma без его ручной установки?

Да. Образ приложения VoyraCloud предоставляет предустановленный экземпляр Uptime Kuma на подходящем Cloud VPS или Residential IP VPS. Вы все равно создаете первого администратора, добавляете мониторы, настраиваете уведомления и управляете безопасностью, обновлениями, резервными копиями и публичным доступом.

Почему отображается `http://127.0.0.1:3001`, а не IP-адрес сервера?

Локальный адрес предотвращает прямое раскрытие неинициализированной страницы настройки администратора в интернет. Установите SSH-туннель с вашего компьютера, держите сессию открытой, а затем перейдите по локальному URL. Туннель безопасно перенаправляет ваше соединение браузера на Uptime Kuma на VPS.

Могу ли я напрямую открыть порт `3001` в интернет?

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

Включает ли Uptime Kuma бесплатные SMS, email, Slack или другие уведомительные сервисы?

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

Достаточно ли 1 ГБ VPS для Uptime Kuma?

Это может быть подходящей отправной точкой только после того, как определенная валидация образа пройдет, но реальная емкость зависит от вашей нагрузки. Начальный профиль использует 20 мониторов с интервалами в 60 секунд в течение 24 часов. Большее количество мониторов, более короткие интервалы, большие ответы, более длительная история, дополнительные сервисы или более интенсивное использование панели мониторинга могут потребовать больше памяти, CPU и хранилища.

Предоставляет ли Uptime Kuma высокую доступность или внешний мониторинг?

Нет. Этот образ предоставляет один самостоятельно развернутый экземпляр Uptime Kuma на одном VPS. Высокая доступность, распределенные проверки и независимый внешний мониторинг требуют дополнительных систем и архитектуры, которые не включены.

Уведомит ли меня Uptime Kuma, если его собственный VPS выйдет из строя?

Может и не уведомить, потому что процесс, отправляющий уведомление, может выйти из строя вместе с VPS или его сетевым путем. Используйте внешний heartbeat или независимое местоположение мониторинга, когда важно обнаружить сбой хоста Uptime Kuma.

Что я должен резервировать?

Резервируйте полный постоянный набор данных, сопоставленный с /app/data, и храните копию восстановления вне VPS. Защитите резервную копию, так как она может содержать конфигурацию мониторинга и секреты уведомлений, и протестируйте восстановление вместо того, чтобы предполагать, что скопированный набор файлов пригоден для использования.

Обновляет ли VoyraCloud автоматически Uptime Kuma?

Нет. Новые ресурсы VPS получают версию приложения, одобренную для образа в момент создания, в то время как последующие обновления управляются клиентом. Ознакомьтесь с официальными инструкциями по обновлению, резервируйте /app/data и тестируйте обновленный экземпляр перед тем, как полагаться на него.

Заключение

Самостоятельно разверните Uptime Kuma, когда хотите простую панель мониторинга, настраиваемые проверки, уведомления и статус-страницы под вашим собственным управлением. Начните приватно через SSH-туннель, проектируйте мониторы вокруг реальных режимов отказа, храните /app/data на постоянном локальном хранилище, резервируйте его вне VPS и добавьте обратный прокси, поддерживающий WebSocket, с доверенным HTTPS только тогда, когда требуется публичный доступ.

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

Используйте образ приложения VoyraCloud для Uptime Kuma, чтобы начать с предустановленной среды VPS VoyraCloud, сохраняя доступ, данные, уведомления и операции под вашим контролем.