日本語
Uptime Kuma ホスティング
Monitor services with status checks, notifications, history, and public status pages.
- ワンクリック デプロイ
- 15 GB 必要なディスクスペース
- 1 GB RAM 必要なメモリ
- 2 €から 価格
セットアップ料金なし
公式リンク
Uptime Kumaの公式リンクとオリジナルウェブサイト
- もっと
Uptime Kuma ウェブサイト
AvaHostで得られるもの
ワンクリックデプロイメント、カスタムドメイン、無料のHTTPS、自動アプリケーション更新、およびスケジュールされたバックアップがすべてのクラウドアプリに付属しています。1台のサーバーで複数のアプリを実行でき、ターミナルアクセスも含まれています。
このテンプレートにはデータベースコンテナが含まれていません。
テクノロジー
- Dockerイメージ
- louislam/uptime-kuma:2
- デフォルトポート
- 3001
Uptime Kumaの仕組み
Uptime Kumaはサポートされているプロトコルのモニターをスケジュール設定し、各結果を時系列で記録します。HTTPおよびキーワードチェックはWebエンドポイントをテストでき、TCPモニターはポートが接続を受け入れることを検証し、pingおよびDNSは基本的な到達可能性をカバーし、プッシュモニターは外部ハートビートを受信し、その他のモニタータイプはドキュメント化されたサービスをカバーします。ダッシュボードは現在のステータス、履歴、応答時間、証明書、インシデント、およびメンテナンス期間を表示します。
すべての結果は、モニタリングサーバーのネットワーク位置と権限を反映しています。別の国またはプライベートネットワークから到達可能なサービスは、ホストされたノードとは異なる場合があり、1つのロケーションがグローバルな可用性を証明することはできません。カタログはDockerソケットをマウントしないため、Dockerホストモニタリングはデフォルトパッケージの一部ではありません。プライベートターゲットは、認可されたネットワークパスを通じて到達可能である必要があります。
Uptime Kumaの主な機能
通知統合は状態変化を多くのサポートされているプロバイダーに転送でき、ステータスページは選択されたモニターをユーザーまたは顧客に公開します。これらのチャネルには、外部アカウント、Webhook、ボット、電話またはメッセージングプロバイダー、および受信者設定が必要です。アプリケーションメールは無効になっているため、SMTPベースのUptime Kuma通知はホストされたインストールからメールを送信できません。
メンテナンスウィンドウは予期されたアラートを抑制でき、証明書情報はモニターがTLSを検査できる場合の有効期限の接近を特定するのに役立ちます。Uptime Kumaは完全な可観測性プラットフォームではなく、可用性チェッカーです。すべてのアプリケーショントレースを収集したり、分散インシデントを相関させたり、オンコール要員を提供したり、失敗したサービスを修復したりすることはできません。
Uptime Kuma対UptimeRobot
Uptime Kuma
Uptime KumaとUptimeRobotはどちらもエンドポイントをモニターし、アラートを送信し、ステータスページを公開します。Uptime Kumaはセルフホストアプリケーションであり、チェックはデプロイされたサーバーから発信されます。UptimeRobotはプロバイダー管理サービスであり、ホストされたモニタリングロケーション、アカウントプラン、アラートチャネル、および保守されたパブリックステータスページインフラストラクチャを備えています。
UptimeRobot
UptimeRobotは、独自のホスティング環境の外でモニタリングを運用し、モニターサーバーを保守したくないチームに適している場合があります。Uptime Kumaは、組織がチェックと履歴を直接制御したいが、ホストされたノードのネットワークビューポイントの制限と外部通知の依存性を受け入れている場合により魅力的です。
Uptime Kumaの利用者
管理者はWebサイト、API、ルーター、DNSレコード、およびサポートされているポートを監視します。開発者はテストエンドポイントを追跡し、小規模なサービスチームはフォーカスされたステータスページを公開し、計画的な作業中にメンテナンスウィンドウを使用します。プッシュモニターは、スケジュール設定されたジョブが独自の正常な完了を報告することもできます。
Uptime Kumaは、規制された稼働時間報告、セキュリティモニタリング、マルチリージョン証明、ログ分析、分散トレーシング、または管理されたインシデント対応の唯一の制御として適していません。重要なサービスは、独立したモニタリングパスとテスト済みのエスカレーション手順を使用する必要があります。
Uptime Kumaのセルフホスティング：要件とコスト
Uptime Kumaのリソース使用量は、モニター数、チェック間隔、保持履歴、応答処理、ステータスページトラフィック、通知アクティビティ、および同時ダッシュボードユーザーとともに増加します。カタログはPostgreSQLまたはMariaDBサービスをプロビジョニングせず、/app/dataを永続化します。ソフトウェア自体は無料で実行できます。非常に頻繁なチェックと多くのモニター全体の長い履歴には、小さなエンドポイントリストよりも多くのリソースが必要です。
AvaHostでは、Uptime Kumaはプラン1を€2で使用します。ホストされたUptime Kumaパッケージには、ワンクリックデプロイメント、自動HTTPSを備えたカスタムドメイン、自動アプリケーション更新、およびスケジュール設定されたバックアップが含まれます。SMTPメール、外部アラートプロバイダーアカウント、ボット、Webhook、電話配信、マルチリージョンプローブ、プライベートネットワーク接続、Dockerソケットアクセス、インシデント要員、修復アクション、およびコンプライアンスレポートは含まれていません。各認可された外部チャネルを通じて通知をテストし、重要なアラートの独立したパスを維持してください。
F.A.Q
Uptime Kumaはプラン1で€2から始まります。適切な間隔と通常の履歴を備えた控えめなモニターセットはエントリープランで開始できます。モニター数、チェック頻度、保持結果、応答処理、ステータスページビジター、通知量、および同時ダッシュボードユーザーは、より多くの容量が適切な場合を決定します。
チェックはホストされているUptime Kumaサーバーから発信され、そのネットワークルート、DNSビュー、およびアクセス権限を反映しています。単一のノードではすべてのリージョンまたはプライベートネットワークから可用性を実証することはできません。重要なサービスの場合は、結果を独立したプローブおよびユーザーレポートと比較し、プライベートターゲットが認可されたパスを通じてのみアクセス可能であることを確認してください。
アプリケーションメールが無効になっているため、Uptime Kumaからのメール通知はホストされたパッケージを通じて配信できません。必要な外部アカウント、webhook、bot、またはプロバイダー認証情報を提供する場合、その他のサポートされている通知方法が機能する可能性があります。各チャネルを個別に設定し、テストアラートを送信し、重要なインシデント用に独立したエスカレーションルートを維持してください。
カスタムドメインはUptime Kumaを指すことができ、自動化されたHTTPSがダッシュボードとステータスページのトラフィックを保護します。外部読者向けに意図したモニターとインシデント詳細のみを公開してください。このカタログは複数リージョンのプローブ、Dockerソケットアクセス、プライベートネットワークトンネル、プロバイダーアカウント、または管理されたインシデント対応を提供していないため、これらの要素は別途設計が必要です。