Skip to content
isdnetworks
Go back

Google Cloud OpenTelemetry 자동 활성화 — 영향과 대응

Google Cloud에서 “Automatic enablement of new OpenTelemetry integration”이라는 Product Update를 3차례 받았다. 옵트아웃하지 않으면 자동으로 적용되는 변경이다.

Table of contents

Open Table of contents

변경 내용

Google Cloud가 기존 모니터링/트레이싱 에이전트를 OpenTelemetry 기반으로 전환한다:

이 변경은 자동으로 적용되며, 별도 옵트아웃이 가능하다.

영향 범위

영향 있는 경우

영향 없는 경우

OpenTelemetry란

OpenTelemetry(OTel)는 관측성(Observability) 데이터를 수집하는 벤더 중립 표준이다:

애플리케이션
├── Traces — 요청의 흐름 추적
├── Metrics — 수치 지표 (CPU, 메모리, 요청 수 등)
└── Logs — 구조화된 로그

→ OpenTelemetry Collector → 백엔드 (Cloud Monitoring, Datadog, Grafana 등)

벤더 종속 없이 관측성 데이터를 수집하고, 원하는 백엔드로 보낼 수 있다.

확인 사항

1. 현재 에이전트 확인

GCE 인스턴스에서:

# Cloud Monitoring Agent (구 버전)
sudo systemctl status google-cloud-ops-agent

# 또는 레거시 에이전트
sudo systemctl status stackdriver-agent

2. 메트릭 변경 확인

자동 전환 후 메트릭 이름이 변경될 수 있다:

기존: agent.googleapis.com/cpu/utilization
변경: compute.googleapis.com/instance/cpu/utilization

대시보드나 알람에서 사용하는 메트릭 이름이 바뀌면 깨질 수 있다.

3. 비용 확인

OpenTelemetry로 전환하면 수집되는 데이터양이 변할 수 있다:

대응 방법

옵트아웃 (변경 거부)

급한 경우 자동 전환을 거부할 수 있다:

Cloud Console → 프로젝트 설정 → Monitoring → Agent 설정
→ 자동 업그레이드 비활성화

수동 전환

준비가 되면 직접 OpenTelemetry Collector를 설치한다:

# Google Cloud Ops Agent 설치 (OTel 기반)
curl -sSO https://dl.google.com/cloudagents/add-google-cloud-ops-agent-repo.sh
sudo bash add-google-cloud-ops-agent-repo.sh --also-install

대시보드/알람 업데이트

메트릭 이름이 변경되는 경우:

  1. 기존 대시보드를 복제
  2. 새 메트릭 이름으로 위젯 업데이트
  3. 알림 정책의 메트릭도 업데이트
  4. 검증 후 기존 대시보드 삭제

장기 전략

OpenTelemetry는 업계 표준이 되어가고 있다:

멀티클라우드를 사용하거나 향후 백엔드 전환 가능성이 있다면, OpenTelemetry를 기본으로 채택하는 것이 유리하다.

정리

Google Cloud의 OpenTelemetry 자동 활성화는 모니터링 에이전트의 표준화 과정이다. 급하지 않으면 옵트아웃하고 준비된 시점에 수동 전환하되, 대시보드와 알람의 메트릭 이름 변경을 반드시 확인한다.


Share this post on:

Previous Post
되돌리니 멎었다, 그런데 원인은 모른다
Next Post
공짜가 아닌 읽기 전용