Site24x7は、さまざまなAWSサービスレベルAPIを活用して、各アベイラビリティゾーンから実行中のすべてのEC2インスタンスとそのアタッチされたEBSボリュームを自動検出し、Site24x7コンソール上の各インスタンスに対してEC2 CloudWatch監視を作成します。
EC2インスタンス(通常またはオートスケーリング)が検出されて監視として追加されると、デフォルトのしきい値プロファイルが割り当てられます。ただし、このプロファイルには事前に入力されたしきい値は設定されていないことに注意してください。デフォルトのプロファイルを編集するか、新しいプロファイルを自分で作成することができます。
監視対象のEC2インスタンスおよびそれにアタッチされたElastic Block Store(EBS)ボリューム用の新しいしきい値プロファイルを作成するには、以下の手順に従ってください。アラート連絡先の作成やアラート設定のカスタマイズについての詳細は、ユーザーとアラートの管理ページを参照ください。
EC2インスタンスとEBSボリュームでサポートされているパフォーマンスメトリックが以下に表示されます。所定のフィールドに値を入れ、条件(>、<、>=、<=)を設定して、属性ごとにアラート戦略を決めてください。各フィールドで設定した値によってしきい値が定義されます。
しきい値違反の場合は、EC2インスタンス
CloudWatch監視のステータスは、アップからトラブルに変わり、アラートを起動します。しきい値の設定が完了したら、そのままプロファイルを保存します。プロファイルはしきい値・可用性画面に表示されます。
[はい]を選択すると、オートスケーリングによってインスタンスが削除された際に通知します。
[はい]を選択すると、オートスケーリングによってインスタンスが作成された際に通知します。
エージェント失敗の通知トグルボタンは、LinuxやWindowsのエージェントを、監視するEC2インスタンスに展開済みの場合のみ有効となります。
ハード・ソフトの問題がEC2環境に悪影響を与え始めると、ただちにアラートが発生します。
デフォルトでは、EC2ステータス確認失敗へのアラート、すなわち、システム確認とインスタンス確認の失敗は、通常インスタンスでも自動スケール
インスタンスでも、有効となっています。ステータス確認失敗の際に、どのような通知を希望するかは、トグルボックスでトラブル・ダウンへ動かして設定します。ステータス確認は不要の場合、EC2インスタンスのしきい値プロファイルへ移動し、トグルボタンを「なし」にすれば、本機能はオフとなります。
デフォルトでスポットインスタンスの中断(削除)のアラート通知は無効化されています。このアラートが必要な場合は、設定しているしきい値プロファイルに移動し、この項目で[はい]を選択するかしきい値プロファイルを作成して一括設定してください。
デフォルトでスケジュールインスタンスの削除アラートは無効化されています。このアラートが必要な場合は、設定しているしきい値プロファイルに移動し、この項目で[はい]を選択するかしきい値プロファイルを作成して一括設定してください。
デフォルトでEMRクラスタノードマスター、Core、タスクノードを駆動しているEC2インスタンスグループの削除アラートはミュートされています。このアラートが必要な場合は、設定しているしきい値プロファイルに移動し、この項目で[はい]を選択してください。
[はい]を選択して、EBSデータボリュームのポテンシャルデータに不整合があった際に通知を行います。ボリュームステータスチェックは5分ごとに自動テストされています。このテストが成功すると、ステータスは「OK」と表示されます。失敗するとエラーとなります。
[はい]を選択して、EC2インスタンスとGPU間の接続に問題があった際に通知します。GPU接続チェックは5分ごとに自動テストされています。このテストが成功すると「アップ」となり、失敗すると設定に基づいて、「ダウン、トラブル、クリティカル」となります。
[はい]を選択して、EC2インスタンスに接続されているGPUの正常性チェックに失敗があった際に通知します。GPU正常性チェックは5分ごとに自動テストされています。このテストが成功すると、GPUステータスが「アップ」となり、失敗すると設定に基づいて、「ダウン、トラブル、クリティカル」となります。
[はい]を選択して、EC2インスタンスに接続しているEIアクセラレーターの正常性チェックに失敗があった際に通知を行います。EIアクセラレーター正常性チェックは5分ごとに自動テストされています。このテストが成功すると、EIアクセラレーター正常性ステータスが「アップ」となり、失敗すると設定に基づいて、「ダウン、トラブル、クリティカル」となります。
[はい]を選択すると、EC2インスタンスとEIアクセラレーター間の接続に問題があった際に通知を行います。EIアクセラレーター接続チェックは5分ごとに自動テストされています。このテストが成功すると、EIアクセラレーター接続ステータスが「アップ」となり、失敗すると設定に基づいて、「ダウン、トラブル、クリティカル」となります。
[エージェント情報メールアラートの抑制]を有効にすることで、EC2インスタンス監視のエージェント情報メールアラートを抑制できます。
エージェント情報メールは通常、エージェント関連のイベントを通知するために送信されます。これらのメールを受信したくない場合は、このオプションを有効にしてください。有効にすると、Site24x7は選択した監視に対するエージェント情報メールアラートの送信を停止します。
CPU利用状況、ディスクI/O、ネットワークトラフィックなどの、Amazon EC2インスタンスのパフォーマンスメトリックを監視します。Site24x7は、検出したすべてのEC2インスタンスの標準パフォーマンス情報を収集します。終了すると、サポート対象の属性それぞれに、しきい値をSite24x7のUIで設定できます。
Elastic Block Store ボリュームの、ストレージやI/Oの問題を検知します。アタッチしたEBSボリュームごとに、帯域、遅延、スループットなどのパフォーマンスレポートに、しきい値をセットしてください。
Elastic Block Store(EBS)ボリュームのしきい値を設定し、EC2インスタンスのしきい値プロファイルにアクセスすると、すべてのEBS属性が包括されるようになります。EC2インスタンスに設定したデフォルトしきい値プロファイルを編集することも、新規しきい値プロファイルを作ることもできます。監視するEC2インスタンスすべてに、このプロファイルを一括割り当てすることも可能です。複数のEBSボリュームを同じECインスタンスにアタッチ済みであれば、ボリューム属性の設定しきい値は、これらすべてに適用されます。
たとえば、複数のEBSボリュームをアタッチし、ストレージのキャパシティやI/O帯域を増やしたとします。プライマリのボリュームをrootとして利用し、データベースとストレージの負荷に対処するため、2つのボリュームを別途した場合は、EBSボリュームごとに、個別のしきい値設定が必要となることがあります。この場合、前記のEC2インスタンス監視のボリューム タブで、しきい値プロファイルをそれぞれ、ボリュームごとに、作成・適用してください。
ユーザーエージェント(LinuxかWindows)を、当社CloudWatch連携で監視対象となっているEC2インスタンスに展開すると、EC2インスタンスの統合監視が始まります。このタイプの監視には、2種類のしきい値プロファイルが関連付けられます。一方は、インスタンス レベルのCloudWatch基本メトリックの、他方は、エージェントが作成するシステムメトリックの関連です。
しきい値を設定するには、EC2インスタンスの統合監視ページの編集セクションに移動してください。
「しきい値および可用性プロファイル」には、CloudWatchに関連付けられた標準的なEC2パフォーマンスカウンターが含まれます。ここでは、エージェント障害が発生した場合にアラートを受信するかどうかも設定できます。この通知は、必要に応じて「トラブル」または「ダウン」に設定することが可能です。
条件とアラート戦略の設定により、しきい値違反の検証も可能となります。たとえば、インスタンスのCPU利用率が95%を超えたとします。しかし、ネットワーク トラフィックの突発的な一時増で、CPU利用率が、95%を超えるのはありうることです。このような短期的な効果については、ただちにアラートをあげる必要もなく、ネットワークの鎮静にあわせてCPU利用も減るものと予想されます。この例では、アラート戦略をポーリング回数や平均的持続に設定し、CPU利用の上昇が、恒常的なものが短期的なものかを判断することができます。
ポーリング回数は、しきい値違反を検証するためのデフォルトの戦略として機能します。指定したしきい値戦略に複数の条件(=、>、 <、 >=、 <=)を適用して、しきい値違反を検証できます。以下のいずれかのしきい値戦略に適用された条件が満たされると、監視のステータスが「トラブル」に変化します。