PagerDuty Monitoring
Monitor your PagerDuty 24/7 from 12+ global locations.
ポート: 443 メソッド: GET, TCP SSLチェック
監視を監視する必要がある理由
監視スタックは目と耳です。プロメテウスがダウンすれば、暗闇の中を飛ぶようなものです。アラートが失敗すれば、ユーザーから報告があるまで次の障害に気づけません。
- メトリクス収集が静かに停止しないことを保証する
- システムへの可視性を維持するため、ロギングパイプラインを監視する
- アラートサービスの稼働時間を監視し、重要な通知が確実に届くようにする
- デバッグが不可能になる前に、トレースとAPMの問題を検出する
監視者を監視するのは誰か？外部監視により、最も必要な時に監視インフラが確実に機能し続けます。
使い方
1
エンドポイントを入力してください
Enter your PagerDuty endpoint URL or hostname (default port: 443).
2
監視場所を選択する
12以上のグローバル地域から選択し、複数の場所から同時に監視できます。
3
アラートの設定
問題が検出された際に、メール、Telegram、Slack、またはWebhooks経由で通知を設定します。
監視対象
あなたのアップタイムロボットAPIキー：
接続の可用性は、複数の場所から毎分チェックされます。
応答時間
すべての監視地域にわたるパフォーマンスとレイテンシを追跡する。
SSL証明書
証明書の有効性、期限切れアラート、およびチェーン検証。
IP情報
位置情報、ASN、およびIPレピュテーションの監視。
監視機能
- 12か所以上のグローバル拠点からの24時間365日監視
- メール、Telegram、Slack、Webhooksによる即時アラート
- 美しい公開ステータスページ
- 応答時間の追跡と履歴
- カスタムチェック間隔（1～60分）
- 稼働時間レポートとSLA追跡
よくある質問
30秒未満。URLを入力し、監視地域を選択するだけで、ステータスページが公開されます。エージェントのインストールも、認証情報の設定も不要です。実際のユーザーと同様に、ネットワーク外から監視を行います。
いいえ。KEAは外部からライブ監視を行い、ユーザーがサービスを体験するのと全く同じ方法で動作します。デプロイのオーバーヘッドはゼロ、ファイアウォールの変更も不要、インフラ内で動作するサードパーティエージェントによるセキュリティリスクも発生しません。
マルチリージョン検証。1つの場所で検証に失敗した場合、アラートを通知する前に自動的に2つ以上の追加リージョンから検証を行います。これにより、一時的なルーティング問題や局所的な障害によるノイズを排除します。
スタック内のあらゆる要素。HTTP/HTTPS、TCPポート、DNS、SSL証明書、PINGなど。120以上のテンプレートには、データベース（PostgreSQL、Redis、MongoDB）、メッセージキュー、API、Kubernetes、ブロックチェーンノード向けの事前設定済み設定が含まれています。