既存のリソースに対するクラウド監視の導入

最終更新日: 28 年 2023 月 XNUMX 日

既存の顧客であれば、すでに LogicMonitor を使用して AWS または Microsoft Azure リソースを監視しているかもしれません。 LogicMonitor Cloud Monitoring 機能を活用する手順は、現在 AWS、Azure、または GCP リソースをどのように監視しているかによって大きく異なります。 自分のシナリオに一致するシナリオを特定し、そのシナリオに対応する手順に従います。

  1. 現在、Collector と CloudWatch メトリクスの両方を監視しています–私は AWS EC2 インスタンスと Azure VM を従来の LogicMonitor リソースとして監視しており、AWS、Azure、または GCP アカウントをすでに LogicMonitor に追加しています。
  2. 現在、コレクターメトリクスのみを監視しています–AWS EC2 インスタンスと Azure VM を従来の LogicMonitor リソースとして監視していますが、AWS、Azure、または GCP アカウントを LogicMonitor に追加していません。
  3. 現在 CloudWatch メトリクスのみを監視しています–AWS、Azure、および GCP アカウントを LogicMonitor に追加しましたが、ローカル コレクタ メトリクスを取得するための従来の LogicMonitor リソースとして EC2 インスタンスと VM を追加していません。

現在、コレクターと CloudWatch メトリクスの両方を監視しています

すでにクラウド VM を従来の LogicMonitor リソースとして追加しており、クラウド アカウントをすでに LogicMonitor に持っている場合は、次の手順を実行して VM の監視を統合し、クラウド監視機能を活用できます。

  1. 既存の AWS、Azure、または GCP アカウントでローカル コレクター経由の監視を有効にする–CloudWatch および Azure Monitor API メトリックがすでに表示されているのと同じビューで、コレクター メトリックを表示できます。

    これにより、コレクター データの監視が重複して行われます (従来のバージョンのデバイスで XNUMX 回、クラウド バージョンのデバイスで XNUMX 回)。 最良のオプションは、履歴データを保持したい限り、このようにクラウド VM を重複して監視し、その後、デバイスの非クラウド バージョンを削除することです。

    LogicMonitor Cloud Monitoring の無料トライアル期間中は、この重複監視に費用はかかりません。期間の終了時には、次のことを選択できます。
    • 従来のバージョンのリソースを削除します (6 か月以上前の履歴が失われます) – 統合されたビューが提供されます。 これらのリソースを削除すると、そのリソースに関連付けられているダッシュボード、レポート、またはアラート構成に影響します。 
    • AWS EC2 インスタンス、Azure VM、または GCP コンピューティング エンジンのローカル コレクター監視をオフにし、リソースの従来のバージョンを保持します。 この場合、引き続き個別のビューを維持します。
  2. 新しいLogicModuleをインポートする–リソース、クラウドプロバイダーの可用性、および請求をさらに監視します。
  3. (オプション)Cloud Logs を設定する – イベント データをログとして取得し、異常検出とログまたは指標の相関関係を使用してトラブルシューティングを迅速に行うことができます。 詳細については、次の手順を参照してください。 AWS LogsIngestionの設定Azure LogsIngestionのセットアップGCPログの取り込みの設定.

現在、コレクターのメトリックのみを監視しています

AWS または Azure アカウントを LogicMonitor に追加していない場合は、次の手順を実行して、クラウド VM の可視性を高めることができます。

  1. AWS、Azure、または GCP アカウントを LogicMonitor に追加します – アカウント レベルのメトリック (サービス制限、クラウド プロバイダーの可用性など) を取得し、コレクター データを監視できます。 LogicMonitor の自動検出を利用しながら、CloudWatch と Azure Monitor のデータを同じビューで表示することも選択できます。 CloudWatch または Azure Monitor データが不要な場合は、EC2 または Azure Virtual Machines データソースを無効にすることができます。  

    ローカル コレクター経由の監視を有効にすると、コレクター データの監視が重複して行われます (従来のバージョンのデバイスで XNUMX 回、クラウド バージョンのデバイスで XNUMX 回)。 最良のオプションは、履歴データを保持したい限り、このようにクラウド VM を重複して監視し、その後、デバイスの非クラウド バージョンを削除することです。

    LogicMonitor Cloud Monitoring の無料トライアル期間中は、この重複監視に費用はかかりません。期間の終了時には、次のことを選択できます。
    • 従来のバージョンのリソースを削除します (6 か月以上前の履歴が失われます) – 統合されたビューが提供されます。 これらのリソースを削除すると、そのリソースに関連付けられているダッシュボード、レポート、またはアラート構成に影響します。 
    • AWS EC2 インスタンス、Azure VM、または GCP コンピューティング エンジンのローカル コレクター監視をオフにし、リソースの従来のバージョンを保持します。 この場合、引き続き個別のビューを維持します。
    • AWS EC2 インスタンスと Azure VM のローカル コレクター監視をオフにしますが、他の AWS および Azure サービスとアカウント レベルのデータは引き続き監視します。
  2. 新しいLogicModuleをインポートする – リソース、クラウドプロバイダーの可用性、および請求をさらに監視します。
  3. (オプション)Cloud Logs を設定する – イベント データをログとして取得し、異常検出とログまたは指標の相関関係を使用してトラブルシューティングを迅速に行うことができます。 詳細については、次の手順を参照してください。 AWS LogsIngestionの設定Azure LogsIngestionのセットアップGCPログの取り込みの設定.

現在 CloudWatch メトリクスのみを監視しています

すでに AWS、Azure、または GCP アカウントを LogicMonitor で監視している場合は、次の手順を実行して LogicMonitor Collector を利用し、クラウド VM をより詳細に把握できます。

  1. 既存の AWS、Azure、GCP アカウントでローカル コレクター経由の監視を有効にする – CloudWatch および Azure Monitor API メトリックがすでに表示されているのと同じビューでコレクター メトリックを表示できます。
  2. 新しいLogicModuleをインポートする – リソース、クラウドプロバイダーの可用性、および請求をさらに監視します。
  3. (オプション)Cloud Logs を設定する – イベント データをログとして取得し、異常検出とログまたは指標の相関関係を使用してトラブルシューティングを迅速に行うことができます。 詳細については、次の手順を参照してください。 AWS LogsIngestionの設定Azure LogsIngestionのセットアップGCPログの取り込みの設定.
記事上で