전화:400-882-3320
Container Monitoring이 해결하는 문제
수명이 짧은 워크로드가 사라진 뒤에도 조사 증거 유지
담당자가 콘솔을 열기 전에 컨테이너가 재스케줄되거나 삭제될 수 있습니다. Guance는 워크로드 상태를 기록하고 리소스 압박, 애플리케이션 텔레메트리, 네트워크 동작, 이벤트, 변경과 맞춰 배포, 스케줄링, 용량, 서비스 장애를 구분하도록 돕습니다.
Container Monitoring
워크로드, 리소스, 배포 맥락으로 컨테이너 장애 조사
Guance Container Monitoring은 Kubernetes, Docker, ECS, Fargate의 Pod, 컨테이너, 워크로드를 수명 주기 전반에서 추적합니다. 리소스 사용량, 이벤트, 로그, 트레이스, 네트워크, 배포 변경을 같은 맥락에 연결해 플랫폼, SRE, 개발 팀이 장애가 발생한 계층과 원인을 좁힐 수 있게 합니다.
재시작 후 사라진 Pod도 워크로드 이력과 주변 맥락 보존
컨테이너 생성, 종료, 재시작, 워크로드 변경을 지속적으로 기록합니다. 상세 화면에서 상태, 리소스 사용량, 이미지, 배포 정보, 태그를 확인하고 관련 메트릭, 로그, 트레이스로 수명이 짧은 객체의 증거를 보완할 수 있습니다.
클러스터에서 노드, 워크로드, Pod, 컨테이너까지 단계적으로 범위 축소
클러스터, 노드, 네임스페이스, Pod, Service, Deployment 보기를 따라 영향 범위를 확인합니다. 복제본 불일치, Pod 재시작, 노드 압박, 서비스 중단을 다른 도구에서 필터를 다시 만들지 않고 조사할 수 있습니다.
서버리스 컨테이너에서도 애플리케이션 증거 유지
지원되는 AWS Fargate 환경에서 컨테이너 메트릭, 로그, 트레이스를 수집하고 공통 대시보드로 확인합니다. 기반 호스트를 직접 관리하지 않아도 지연, 오류, 리소스 제한을 해당 애플리케이션 요청에 연결할 수 있습니다.
런타임 증상을 직전 배포 및 구성 변경과 비교
Deployment, DaemonSet, Service, CronJob, StatefulSet 등의 변경을 상태 및 성능 신호와 함께 검토합니다. 롤아웃, 구성 업데이트, 리소스 설정이 인시던트보다 먼저 발생했는지 확인할 수 있습니다.
재시작, 포화, 비정상 워크로드를 실행 가능한 알림으로 전환
노드, Pod, 컨테이너, 워크로드, 서비스 조건을 기준으로 모니터를 만듭니다. 알림에 대상 객체와 관련 로그, 트레이스, 네트워크, 이벤트 링크를 포함해 탐지에서 조사로 바로 이어갈 수 있습니다.
자주 묻는 질문
Container Monitoring이란 무엇인가요?
컨테이너, Pod, 워크로드, 리소스 요청과 제한, 재시작, 로그, 배포 이벤트를 지속적으로 추적하는 방식입니다. 수명이 짧은 객체가 변경되거나 사라진 뒤에도 운영 맥락을 유지합니다.
컨테이너와 Kubernetes에서 어떤 신호를 봐야 하나요?
CPU, 메모리, 네트워크, 디스크, 재시작 횟수, 종료 상태, 리소스 요청과 제한, 복제본 상태, 노드 압박, 워크로드 이벤트, 관련 로그가 대표적입니다. 필요한 조합은 환경과 서비스 목표에 따라 달라집니다.
컨테이너 모니터링을 APM과 로그에 연결할 수 있나요?
가능합니다. 서비스, 환경, 호스트, Pod, 컨테이너, 트레이스의 공통 속성을 사용해 느리거나 실패한 요청에서 해당 워크로드 메트릭과 로그로 이동하고 네트워크 및 배포 맥락과 비교할 수 있습니다.
서버리스 컨테이너도 모니터링할 수 있나요?
Guance는 문서에 명시된 AWS Fargate 컨테이너 메트릭, 로그, 트레이스 수집 시나리오를 지원합니다. 범위와 설정은 ECS 또는 Kubernetes 환경과 수집기 구성에 따라 달라집니다.
더 살펴보기
리소스 및 관련 자료
제품 문서, 관련 솔루션 및 기술 가이드에서 다음 단계를 선택하세요.
관련 글
제품 가이드, 문제 해결 워크플로 및 기술 모범 사례
