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
 

여러 태그 및 자원 그룹을 쉼표로 구분하여 정의할 수 있습니다. 태그는 :로 구분된 키-값 쌍으로 제공되어야 합니다. 구성을 더 쉽게 하기 위해 감지에 포함하거나 감지에서 제외할 태그 및 자원 그룹을 정의할 수 있습니다. 두 목록 (include및 exclude) 에서 태그 또는 자원 그룹을 정의하는 경우 제외 목록의 우선순위가 더 높습니다. 서비스 필터링이 필요하지 않은 경우 구성을 정의하지 않아야 합니다. 필터링을 사용하기 위해 모든 값을 반드시 정의할 필요는 없습니다.

태그별 서비스를 감지에 포함시키려면 다음 구성을 사용하십시오.

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 구성을 방문하십시오. Azure Storage 최근 ‘ Azure ’ 대기열 기능이 추가되었습니다.

메트릭을 확인하려면 Instana 사용자 인터페이스의 사이드바에서 ‘인프라(Infrastructure)’를 선택하고, 모니터링 중인 특정 호스트를 클릭하면 수집된 모든 메트릭과 모니터링 중인 프로세스가 표시된 호스트 대시보드를 볼 수 있습니다.

스토리지 서비스에 대한 메트릭은 1분마다 가져오며, 이는 Azure 가 이러한 서비스의 모니터링을 위해 제공하는 해상도입니다.

확장은 1시간마다 가져오는 Azure 큐에 대해 세 개의 새 메트릭을 제공합니다.

Azure API 속도 제한 (429 오류)

문제 : 많은 블롭 컨테이너와 큐가 포함된 다수의 스토리지 계정을 모니터링할 경우, 에이전트 로그에서 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 서비스 규모 설정에 대한 자세한 내용은 ‘다중 구독 모니터링을 위한 에이전트 규모 설정 및 리소스 확장성’을 참조하세요.