레거시 서버와 쿠버네티스를 한 대시보드에서 모니터링하기

한국의 많은 중소기업·스타트업은 오래된 서버와 최신 환경이 섞여 있습니다. 옛 톰캣·Oracle은 온프레미스 VM에서 돌고, 신규 서비스는 쿠버네티스나 컨테이너로 올라갑니다. 그런데 모니터링 도구가 둘로 갈리면 장애가 났을 때 두 화면을 번갈아 봐야 합니다.

왜 한 화면이어야 하나

• 장애는 환경 경계를 가리지 않습니다 — 레거시 Oracle이 느려지면 그걸 호출하는 쿠버네티스 앱이 타임아웃 납니다.
• 도구가 둘이면 두 화면의 시간을 맞춰가며 인과를 추적해야 해서 원인 찾기가 느려집니다.
• 운영 인력이 적은 SMB에게 도구 2개를 배우고 유지하는 것 자체가 부담입니다.

통합이 어려운 이유

클라우드 전용 SaaS는 온프레미스 레거시를 잘 못 보고, 전통적 온프레 도구는 쿠버네티스의 동적인 환경(파드가 뜨고 지는)에 약합니다. 그래서 보통 둘로 나눠 쓰게 됩니다.

접근 — 호스트 공통 + 환경 자동 감지

• OS·네트워크·미들웨어·애플리케이션·보안 계층은 VM·온프레미스·베어메탈 어디서나 공통으로 수집됩니다.
• 쿠버네티스는 클러스터 안에서 자동 감지해 노드·파드 지표를 활성화합니다(별도 설정 불필요).
• GPU가 있으면 GPU 계층이, Docker 소켓이 있으면 컨테이너 지표가 자동으로 켜집니다.

Sentibel로 보면

Sentibel은 Go 단일 바이너리 에이전트 하나로 레거시 VM(톰캣·Oracle 등)과 쿠버네티스를 동일하게 수집합니다. 쿠버네티스는 클러스터 내부에서 자동 감지해 노드 Ready·파드 상태와 재시작·디플로이먼트 가용성을 최소권한(read-only)으로 읽습니다. 레거시 톰캣의 응답시간과 쿠버네티스 파드 재시작을 한 타임라인에서 보고, 계층 간 인과관계로 "레거시 DB 지연이 신규 앱으로 번진" 흐름까지 한 화면에서 추적할 수 있습니다.