이진 파일에 대한 메타데이터 정보를 제공하는 메트릭의 이름을 올바르게 지정하려면 어떻게 해야 합니까?
정답: A
애플리케이션 바이너리의 빌드 또는 버전 정보를 노출하는 메트릭에 대한 Prometheus 명명 규칙은 _info 접미사를 사용합니다. 표준 패턴은 다음과 같습니다. <애플리케이션>_빌드_정보 이 지표에는 일반적으로 버전, 개정, 분기, 버전 관리와 같은 상수 레이블이 포함되어 빌드 환경을 설명합니다. 예를 들어: app_build_info{version="1.2.3", revision="abc123", goversion="go1.22"} 1 이 접근 방식은 _info로 끝나는 메트릭이 실행 중인 프로세스에 대한 메타데이터 또는 상수 특성을 전달하는 공식 Prometheus 계측 지침을 따릅니다. 다른 옵션은 접미사 기반 의미 명명의 Prometheus 모범 사례를 따르지 않습니다. 참조: Prometheus 문서에서 추출하여 검증했습니다. 메트릭 명명 규칙, 빌드 정보 공개 및 표준 _info 메트릭 섹션입니다.
PCA 문제 22
경고 알림을 사용할 때 가장 좋은 방법은 무엇이라고 생각하시나요?
정답: B
Prometheus 알림 철학은 노이즈보다 신호에 중점을 둡니다. 즉, 알림은 실행 가능하고 사용자에게 영향을 미치는 문제에만 집중해야 합니다. 가장 좋은 방법은 모든 내부 지표 이상 현상이 아니라 잠재적 또는 실제 사용자에게 나타나는 문제를 나타내는 증상에 대해 알림을 보내는 것입니다. 이러한 접근 방식은 알림 피로도를 줄이고, 운영자의 무감각함을 방지하며, 우선순위가 높은 알림이 제대로 처리될 수 있도록 보장합니다. 예를 들어, "서비스 사용 불가" 또는 "지연 시간 SLO 초과"에 대한 알림은 사용자에게 직접적인 영향을 미치지 않을 수 있는 "CPU 80% 초과" 또는 "디스크 사용량 증가"에 대한 알림보다 효과적입니다. 옵션 B는 이 원칙을 정확하게 반영합니다. 즉, 알림을 의미 있고, 적게, 그리고 증상에 따라 유지해야 합니다. 다른 옵션들은 과도하거나 동일한 가중치의 알림을 장려하여 핵심 모범 사례와 상충되며, 이는 운영팀에 부담을 줄 수 있습니다. 참조: Prometheus 문서에서 확인됨 - 알림 모범 사례, Alertmanager 설계 철학, Prometheus 모니터링 및 안정성 엔지니어링 원칙.
PCA 문제 23
인스턴스 레이블이 정규 표현식 fe-.*와 일치하는 모든 상향 메트릭을 어떻게 선택할 수 있나요?
정답: D
PromQL은 =~ 연산자를 사용하여 레이블 값에 대한 정규 표현식 매칭을 지원합니다. 레이블 값이 주어진 정규 표현식 패턴과 일치하는 모든 시계열을 선택하려면 {label_name=~"regex"} 구문을 사용합니다. 이 경우 인스턴스 레이블이 fe-로 시작하는 모든 메트릭을 선택하려면 올바른 쿼리는 다음과 같습니다. up{인스턴스="fe-.*"} 연산자에 대한 설명: = → 정확히 일치. != → 같지 않음. =~ → 정규식 일치. !~ → 정규식이 일치하지 않습니다. 옵션 D는 올바른 =~ 구문을 사용합니다. 옵션 A와 B는 잘못된 PromQL 구문을 사용하고, 옵션 C는 거의 정확하지만 잘못된 위치에 추가 따옴표 스타일(~'')이 포함되어 있어 구문 분석 오류가 발생합니다. 참조: Prometheus 문서에서 확인됨 - 표현 언어 데이터 선택기, 레이블 매처 및 정규 표현식 일치 규칙.
