뉴롤릭은 이제 MySQL 및 Microsoft SQL Server용 온호스트 통합을 통해 데이터베이스 부분 모니터에 대한 더욱 풍부하고 사용자 정의 가능한 태그를 제공합니다. 이 향상된 기능을 통해 특정 운영 요구 사항에 따라 더 심층적인 인사이트 정보를 얻고, 필터링을 개선하고, 모니터 데이터베이스를 더 효과적으로 구성할 수 있습니다.
이전에는 온-호스트 통합을 통한 데이터베이스 분리 모니터는 일반적으로 account
, accountId
및 trustedAccountId
와 같은 기본 태그만 표시했습니다. 이제 통합 구성에서 직접 environment
, owning_team
, region
, cell
과 같은 귀중한 컨텍스트가 풍부한 태그와 설정과 관련된 기타 사용자 정의 메타데이터를 추가할 수 있습니다.
데이터베이스에 태그가 적용되는 방식
데이터베이스의 태그는 쉘메트리의 특정 속성에서 자동으로 생성됩니다. 설정 파일을 통해 이러한 태그에 직접 영향을 미칠 수 있습니다.
데이터베이스 통합 설정에서
데이터베이스 통합 설정 파일의 레이블 섹션 내에 정의된 모든 속성(예: mysql-config.yml
및 mssql-config.yml
)은 해당 데이터베이스에서 자동으로 태그가 됩니다.
이러한 설정 파일에 대한 변경 사항은 자동으로 선택되며 뉴렐릭 인프라 에이전트 또는 데이터베이스 서비스의 서비스를 다시 시작할 필요가 없습니다.
데이터베이스 통합 구성 파일에 대한 예제 스니펫(예: mysql-config.yml
):
# /etc/newrelic-infra/integrations.d/mysql-config.ymlintegrations: - name: nri-mysql config: # ... other configuration ... labels: environment: production owning_team: database-admins cell: us-east-1a app_version: v2.5.0
군대 에이전트 속성에서
newrelic-infra.yml
파일의 custom_attributes
섹션에 정의된 사용자 정의 속성은 데이터베이스를 포함하여 해당 특정 서비스 에이전트에 의해 모든 파티션 모니터에서 태그가 될 수도 있습니다.
데이터베이스의 태그로 변환되는 부하 분산 사용자 속성의 경우 해당 키는 접두사 label.
으로 시작해야 합니다.
newrelic-infra.yml
에 대한 변경 사항을 적용하려면 인프라 에이전트를 다시 시작해야 합니다.
예제 newrelic-infra.yml
스니펫:
# /etc/newrelic-infra.yml# ... other configuration ...custom_attributes: region: 'APAC' host_type: 'production-server' label.data_center: 'Mumbai-DR' label.deployment_tier: 'backend'
이 예에서 data_center
및 deployment_tier
데이터베이스 부분에 태그로 표시되는 반면, region
및 host_type
호스트 자체에 사용자 정의 속성으로 유지됩니다.
뉴렐릭의 태그 동작 이해
이러한 북극곰 기반 태그가 뉴렐릭 UI 에서 어떻게 작동하는지 이해하는 것이 중요합니다.
- 태그 지연 시간: 태그는 기대하지 않습니다. 수집 파이프라인의 캐싱으로 인해 새로 추가된 태그가 UI에 나타나기까지 최대 5분이 걸릴 수 있습니다.
- 태그 값 업데이트: 기존 태그의 값을 수정하는 경우(예:
environment: staging
environment: production
로 변경) 새 태그 값이 추가됩니다. 이전 태그 값은 TTL(수명) 4시간이 만료될 때까지 잠시 동안 유지됩니다. 이렇게 하면 이전 태그가 제거될 때까지 UI에 중복된 태그가 일시적으로 나타날 수 있습니다. 그러나 텔레메트리 수준(예: NRQL 쿼리)에서는 업데이트된 태그 값이 이전 값을 덮어쓰므로 해당 태그에 대해 활성 값은 하나만 있게 됩니다. - 태그 삭제: 설정에서 태그를 제거하면 TTL로 인해 최대 4시간 동안 UI 에 계속 표시됩니다.
팁
APM 서비스 맵에 계측되지 않은 데이터베이스가 표시되는 경우 애플리케이션이 계측된 데이터베이스 인스턴스에 직접 연결하지 않고 부하 분산 장치나 프록시와 같은 중간 엔드포인트를 통해 연결하기 때문일 수 있습니다. 이 문제를 해결하려면 endpoint
을 계측된 인스턴스에 수동으로 매핑하세요. 계측되지 않은 엔드포인트의 주소를 태그 값으로 사용하여 계측된 각 데이터베이스 인스턴스에 endpoint
태그를 추가합니다.
예를 들어, 계측되지 않은 부품이 db-lb.internal.example.com
의 로드 밸런서인 경우 각 백업 데이터베이스에 다음 태그를 추가합니다. endpoint:db-lb.internal.example.com
기존 설정에 미치는 영향
- 청구 내용 변경 없음: 이 업데이트는 청구에 영향을 미치지 않습니다.
- 기존 텔레메트리에 변경 사항 없음: 다른 동작에는 차이가 없으며, 이미 수집하고 있는 기존 텔레메트리에도 변경 사항이 없습니다. 주된 효과는 UI 에서 귀하와 관련된 메타데이터를 풍부하게 하는 것입니다.
이러한 점을 이해함으로써 향상된 태그를 효과적으로 사용자 정의하고 활용하여 데이터베이스 검색 뉴롤릭에 대한 보다 체계적이고 통찰력 있는 모델링 경험을 만들 수 있습니다.