AWSクラウド インスタンス用のAWS監視ツール

AWSは、インフラストラクチャ、プラットフォーム、サービスとしてのソフトウェアのソリューションを提供する、一般的なクラウド サービス プロバイダーです。AWS監視には、AWSクラウド インスタンスのパフォーマンスの維持、トラブルシューティング、およびチューニングが含まれます。

システムやアプリケーションなどのクラウドベースの環境を常時監視するために設計されたAWS監視ツールを利用することで、問題に迅速に対応し、クラウド インスタンス全体のパフォーマンスを最適化することができます。

ハイブリッド コンピューティング環境は、オンプレミスとクラウドベースのコンポーネントを融合したITインフラストラクチャを基盤にしています。このインフラストラクチャ モデルは、動的なワークロードを有効にすることで、組織の運用とサービスに幅広いサポートを提供できる可能性があります。

AWSのシステムやサービスは、非常に複雑なインフラストラクチャや環境の中で重要なコンポーネントとなるため、その安定性、信頼性、稼働時間を確保することは非常に重要です。専門的な監視ツールを使用することで、主要なメトリックやアクティビティを追跡し、新たな問題や悪化した問題を示すことができ、AWSプロセスの効率性を向上させることができます。プロアクティブな監視を使用して、パフォーマンスに大きな影響を与える前にこれらの問題を特定することにより、問題のトラブルシューティングと解決をより効率的に行うことができます。

さらに、AWS監視ストラテジーには、幅広いソースやノードからデータを収集する包括的かつ全体論的なアプローチが含まれています。これにより、環境全体でより深い可視性を得ることができるため、マルチポイント障害のトラブルシューティングを行う際に、この点は特に有効となります。

しかし、ハイブリッド インフラストラクチャを適切に統合、管理、監視するには多くの場合、複雑さが増します。ハイブリッド コンピューティング環境のAWS監視を成功させるためには、さまざまなタイプのインフラストラクチャに対して柔軟かつスケーラブルなソリューションを提供できるツールやソフトウェアが必要となります。ハイブリッド環境には、パブリック クラウドやプライベート クラウドを基盤としたサービスが含まれる可能性があるため、APIの互換性、ネットワークの接続性、プロバイダー間のシームレスな統合性を確保することが重要です。例えば、エンド ユーザーによるアプリケーションやサービスといったリソースへのアクセスを確保しつつ、多様なサービス品質保証契約（SLA）に関連した問題を管理する必要があるため、さまざまなサービス プロバイダーの管理には注意が必要です。

AWS監視ツールは、AWSクラウドからオンプレミス デバイスまで、IT環境全体を可視化することで、より効果的に問題を追跡し、改善することができます。

また、特定のイベントが発生した場合のチームの責任を明確にし、可能な限り監視プロセスに自動化を組み込み、Amazon Elastic Compute Cloud（EC2）インスタンスのログ ファイルを確実に監視することにより、AWSの監視を改善できます。適切なAWS監視ツールを選択することで、これらの重要なタスクの多くを効率化することができます。

AWSアプリケーション監視ツールは、理想的には、複数のソースからデータを収集することにより、AWSインスタンスのパフォーマンスとステータスを追跡する必要があります。AWS監視ソフトウェアは、パフォーマンス メトリック、イベント ログ、トラフィック ログ、ネットワーク インフラストラクチャ、その他のデータ ストリームから情報を収集、統合し、AWSデプロイメント全体の統合されたイメージを作成することができます。

多くのAWS監視ソリューションには、AWSインスタンス監視の効率を高め、これらの監視ソリューションから洞察を引き出す能力を向上させるための機能が含まれています。例えば、データの可視化やチャートにより、未加工のAWS監視データは、クラウドベースのサービスやアプリケーションの健全性とパフォーマンスを一目で把握できるように変換できます。

また、AWSの監視ツールには、設定可能なスマート アラート機能も含まれており、通知などの自動応答をトリガーする重要なパフォーマンス メトリック用のしきい値を設定できます。これにより、問題が検出されるとすぐに通知されるので、応答や解決時間を大幅に改善できます。

AWSには、特定のパフォーマンス メトリックに優先順位をつけることで、最も効果的に監視できるさまざまなサービスが備わっています。

特定のAWSサービスを監視するために、SolarWinds^® Server & Application Monitor（SAM）では、APIポーラーを使ってカスタム モニターを作成し、Elastic Block Store（EBS）、Elastic Load Balancing（ELB）、Relational Database Service（RDS）、ElastiCacheなどのAmazon EC2環境からデータを収集することができます。

Amazon EC2インスタンスは、企業や組織がビジネス クリティカルなアプリケーションを運用する際に、十分なリソースとキャパシティへのアクセスを確保するための、スケーリング可能な仮想サーバーです。通常、EC2インスタンスは、パフォーマンスがより深いインフラストラクチャの問題を示している可能性があるため、常に監視する必要があります。

EC2を監視する主なメトリックには、以下のものがあります。

• CPU使用率：これは、各EC2インスタンスが使用している割り当てられた計算ユニットの割合を追跡し、リソースのボトルネックを特定したり、インスタンスとリソースが環境のワークロードに対して最適にプロビジョニングされているかどうかを確認するのに役立ちます。
• DiskReadBytesおよびDiskWriteBytes：これらは、EC2インスタンスから読み書きされたデータ バイトを追跡し、アプリケーション レベルの問題を特定するために使用できます。
• StatusCheckの失敗：このメトリックは、EC2インスタンスの健全性を監視するために重要であり、問題が特定のインスタンスまたはそのサポートするインフラストラクチャに起因するかどうかについての情報を提供することができます。

Amazon EBSはEC2インスタンスに長期ストレージを提供しており、インフラストラクチャのスケール アップに合わせてレプリカのコピーや転送を効率的に行うことができます。EBSを監視するメトリックには、以下のものがあります。

• VolumeReadBytesおよびVolumeWriteBytes：これらは、指定された期間にEBSボリュームとの間でコピーされたデータ バイトを追跡し、EBSの全体的な負荷を決定するのに役立ちます。
• VolumeTotalReadTimeおよびVolumeTotalWriteTime：これらは、指定された期間の読み取りおよび書き込み操作の継続時間を追跡し—、スループット メトリックと相関がある場合には、レイテンシの問題をトラブルシューティングする場合に特に役立ちます。
• VolumeQueueLength：これは、キューに入れられた操作の数を追跡し、EBSの総作業量を可視化する場合にも役立ちます。時間の経過に伴う大量のキューの長さは、待ち時間の増加の原因になる可能性があります。
• VolumeIdleTime：これは、EBSのボリュームが稼働していない期間を測定するもので、コストのかかる非効率的なオーバープロビジョニングを防止するために活用することができます。
• VolumeStatus：このメトリックは、EBSのボリュームの健全性を監視するのに役立ち、パフォーマンスが低い場合に警告のステータスを送信することができます。

Amazon ELBでは、アプリケーションのトラフィックを複数のEC2インスタンスを経由してルーティングし、過負荷を防止しています。これは、パフォーマンスの低いインスタンスから要求を自動的に分配することで、アプリケーションの健全性とフォールト トレランスを向上させるというメリットがあります。ELBの健全性とパフォーマンス メトリックの監視は、エンドユーザー エクスペリエンスを最適化するために必要不可欠です。監視するELBメトリックの例としては、以下のようなものがあります。

• RequestCount：これは、指定された期間に分配された要求の合計を追跡します。突然のスパイクやドロップオフは、通常、AWSやDNS関連の問題における初期の兆候です。
• SurgeQueueLength：これはELBがまだ分配していないキューに入れられた要求を追跡します。ボリュームのキューの長さと同様に、長期間にわたってこのメトリックの値が高いと、レイテンシが長くなり、パフォーマンスが低下する可能性があります。キューのキャパシティが上限に達すると、受信した要求はすべて失われてしまうので、この点は監視するうえでも重要となります。
• レイテンシ：ロード バランサーのレイテンシを追跡するのではなく、このメトリックは、ELBが分配する要求に応答するためのバックエンド インスタンスの経過時間を追跡します。
• HealthyHostCountおよびUnHealthyHostCount：これらの健全性チェックは、ELBが要求に応答できるインスタンスと注意を必要とするインスタンスを評価するのに役立ちます。

Amazon RDSでは、クラウドベースのデータベース システムのプロビジョニングや運用が容易になります。最も効果的にするために、AWSの監視ストラテジーでは以下のRDSのメトリックを追跡します。

• FreeStorageSpace：これは、各々のデータベース インスタンスに割り当てられた利用可能なストレージ領域を追跡します。インスタンスに十分なストレージ容量を確保することは、データの損失やその他のアプリケーションの問題を防ぐための鍵となります。
• DatabaseConnections：このメトリックは、指定された期間に開いているデータベース接続をカウントします。これを使用して、各データベースエンジンおよびインスタンスの最大接続制限に達しないようにすることができます。
• ReadLatencyおよびWriteLatency：これらは、ディスク入出力要求の平均経過時間を追跡し、これを利用して、プロビジョニングが不十分なリソースを強調表示できます。
• DiskQueueDepth：これは、キューに入れられた入出力要求の数を追跡します。レイテンシとの相関関係を監視すると、このメトリックはストレージ層の潜在的なボトルネックについての洞察を提供します。

Amazon ElastiCacheは、アプリケーションがキャッシュからファイルやリソースにアクセスすることを可能にするインメモリ キャッシュ サービスで、バックエンド インスタンスへの問い合わせの必要性を排除しています。これは、読み取り負荷の高い処理に対するスループットを向上させ、レイテンシを低減するという追加の効果があります。監視を検討すべきElastiCacheのAWS CloudWatchに関するパフォーマンス メトリックには以下のようなものがあります。

• 現在の接続：これは、クライアントとキャッシュ間の総接続数を追跡します。このメトリックの予想外の急激な変化は、基礎となるインフラストラクチャに問題がある可能性があります。
• 処理されたSet/Getコマンドの数：これらのメトリックは、スループットとキャッシュの使用状況を示す指標であり、レイテンシ関連の問題をトラブルシューティングする際に役立ちます。
• キャッシュ ヒットおよびキャッシュ ミス：これらを相互に参照して、キャッシュ検索の成功率を決定することができます。ヒット率が低く歪んでいる場合は、追加のキャッシュ リソースをプロビジョニングする必要があることを示している可能性があります。
• 削除：このカウントは、新しいファイルを書き込めるようにするためにキャッシュから削除された項目を指します。ヒット率—が低い場合と同じように削除した数が一貫して多いのは—、キャッシュ サイズを大きくする必要があることを示しています。
• スワップの使用量：これは、実際にメモリに格納されるべきキャッシュ データのディスク使用量を計算します。インメモリ キャッシングの全体的な利点は、スワップ使用量が少ないことを前提としているため、このメトリックは監視することが重要です。

SolarWinds Server & Application MonitorにはAWS監視ツールが含まれており、クラウド サービス アカウントと直接統合してAPIをポーリングし、重要なパフォーマンス メトリックやステータスの更新を行うことができます。このソリューションは、クラウド環境全体の深い可視性を提供するために構築されています。SAM AWSの監視により、分散したサービスやデータをより効率的に管理することができ、最終的にはAWSのパフォーマンス問題をより効率的かつ効果的にトラブルシューティングできます。

また、SAMは、組み込み式の監視テンプレートと、ツールが追跡して相関させるメトリックをカスタマイズする機能を提供しています。このツールは、過去のクラウドのパフォーマンス問題を利用して、AWSインスタンスのマルチクラウド監視を文脈に沿って提供するように設計されています。さらに、SAMを使用してアプリケーションとサーバーの依存関係を可視化することで、PerfStack^™を使用したネットワーク通信の洞察を得ることができます。これらの情報があれば、AWSパフォーマンス監視のニーズに合わせて、独自の有用なアラートをより簡単に設定することができます。