Azure Storage サービスのモニター

Azure Storage センサーは、無効にでき、タグおよびリソース・グループによってフィルタリングできます。 以下のようにして、 <agentinstall_dir>/etc/instana/configuration.yaml でエージェント構成を介して Azure Storage センサーを構成することができます。

com.instana.plugin.azure.storage:
  # Valid values: true, false
  enabled: false # enabled (true) by default
  # Comma separated list of tags in key:value format
  include_tags:
  # Comma separated list of tags in key:value format
  exclude_tags:
  # Comma separated list of resource groups
  include_resource_groups:
  # Comma separated list of resource groups
  exclude_resource_groups:
 

Azure Storage センサーを無効にできます。 Azure Storage サービスのモニターを無効にするには、以下の構成を使用します。

com.instana.plugin.azure.storage:
  enabled: false
 

複数のタグおよびリソース・グループを定義するには、コンマで区切ります。 タグは、: で区切られたキーと値のペアとして指定する必要があります。 構成を容易にするために、ディスカバリーに含めるタグおよびリソース・グループを定義することも、ディスカバリーから除外するタグおよびリソース・グループを定義することもできます。 両方のリスト (包含および除外) でタグまたはリソース・グループを定義する場合は、除外リストの優先順位が高くなります。 サービスのフィルタリングが不要な場合は、構成を定義しないでください。 フィルタリングを有効にするのに、すべての値を定義することは必須ではありません。

タグごとのサービスをディスカバリーに含めるには、以下の構成を使用します。

com.instana.plugin.azure.storage:
  include_tags: # Comma separated list of tags in key:value format (e.g. env:prod,env:staging)
 

タグごとのサービスをディスカバリーから除外するには、以下の構成を使用します。

com.instana.plugin.azure.storage:
  exclude_tags: # Comma separated list of tags in key:value format (e.g. env:dev,env:test)
 

リソース・グループごとのサービスをディスカバリーに含めるには、以下の構成を使用します。

com.instana.plugin.azure.storage:
  include_resource_groups: # Comma separated list of resource groups (e.g. rg_prod,rg_staging)
 

リソース・グループごとのサービスをディスカバリーから除外するには、以下の構成を使用します。

com.instana.plugin.azure.storage:
  exclude_resource_groups: # Comma separated list of resource groups (e.g. rg_dev,rg_test)
 

すべての Azure サービスに対して、グローバル・レベルでディスカバリー・フィルタリングを構成できます。 Azure Storage サービスのフィルターを定義する場合、グローバル・フィルターはオーバーライドされます。 グローバル Azure サービス・ディスカバリー・フィルタリングの詳細については、 Azure Configurationを参照してください。 Azure Storage は、このほど Azure Queues で拡張されました。

メトリクスを表示するには、 Instana のユーザーインターフェースのサイドバーで 「Infrastructure」 を選択し、監視対象の特定のホストをクリックします。すると、収集されたすべてのメトリクスと監視対象のプロセスが表示されたホストダッシュボードが表示されます。

Storage サービスのメトリックは 1 分ごとにプルされます。これは、これらのサービスをモニターするために Azure で指定されている頻度です。

拡張によって、1 時間ごとにプルされる Azure Queues の 3 つの新しいメトリックが提供されます。

Azure API スロットリング（429エラー）

問題 ：多数のBlobコンテナやキューを含む多数のストレージアカウントを監視している場合、エージェントのログに Azure API のスロットリングエラー（ HTTP 429）が表示されることがあります。

重要： 複数のサービスプリンシパルを追加しても、このスロットリング制限を回避することはできません。 Azure スロットリングの制限は、サービスプリンシパルごとではなく、サブスクリプションごとに適用されます。

リソースの算出 ：リソースの規模を決定する際、ストレージアカウント自体だけでなく、各Blobコンテナおよび各キューも個別のリソースとしてカウントされます。 詳細については、 サイズ表をご覧ください。

解決策 ：

1. 「含める」または「除外する」フィルターを使用して監視対象を絞り込み、重要なストレージ アカウントのみを監視するようにします：

   com.instana.plugin.azure.storage:
     include_tags: env:prod,critical:true
     # or
     include_resource_groups: rg_production_storage
     # or exclude non-critical accounts
     exclude_tags: env:dev,env:test

2. 複数の Azure サブスクリプションにリソースを分散させる ： Azure のスロットリング制限は、サブスクリプションごとに適用されます。 ストレージアカウントを多数お持ちの場合は、複数の Azure サブスクリプションにまたがって整理することを検討してください。 リソースを分散させることで、スロットリングの問題を軽減できます。
3. 詳細なストレージ監視が必要ない場合は、 Azure Storage センサーを無効にしてください：

   com.instana.plugin.azure.storage:
     enabled: false

Azure のスロットリング制限に関する詳細については、 Azure Resource Manager request limits and throttling を参照してください。

Azure のサービス規模に関する詳細については、 「マルチサブスクリプション監視におけるエージェントの規模設定とリソースのスケーラビリティ」 を参照してください。