요점: Proxmox와 ZimaOS는 동일한 메모리를 서로 다른 관점에서 측정합니다.
Proxmox VM의 메모리가 “95% 가득 찬” 것처럼 보여도 ZimaOS 자체에는 RAM 사용량이 약 30%로 표시될 수 있습니다. 이것이 반드시 메모리 누수를 의미하는 것은 아닙니다. 호스트는 VM에 할당된 상주 페이지를 확인하는 반면, 게스트는 RAM의 상당 부분을 회수 가능한 캐시 또는 사용 가능한 메모리로 분류할 수 있습니다.
QEMU 게스트 에이전트가 없다는 이유로 전체 차이를 설명하지 마세요
스크린샷에는 “게스트 에이전트가 구성되지 않음”이라고 표시되어 있지만, 포럼의 설명은 그 역할을 과장하고 있습니다. QEMU 게스트 에이전트는 호스트와 게스트 간 통신을 개선하지만, Proxmox는 상세한 게스트 메모리 정보를 위해 벌루닝 장치를 사용합니다. Proxmox는 메모리 보고를 위해 벌루닝 장치를 활성화 상태로 유지할 것을 명시적으로 권장합니다. Proxmox VM 메모리를 참조하세요.
Proxmox에서 실행되는 ZimaOS는 ZimaOS 가상화의 기준을 제공합니다.
ZimaOS에서 메모리 사용량이 높다고 판단하기 전에 사용 가능한 메모리를 확인하세요
free -h
cat /proc/meminfo | head -20
docker stats --no-streamavailable, 스왑 활동, 그리고 실제로 메모리를 계속 점유하는 컨테이너에 집중하세요. Linux는 여유 RAM을 파일 시스템 캐시에 의도적으로 사용합니다. 캐시된 RAM은 유용하며 메모리 압박이 발생하면 회수할 수 있습니다. Linux 메모리 회계는 상위 프로젝트의 참고 자료입니다.
실제 메모리 문제가 되는 경우
사용 가능한 메모리가 계속 줄고, 스왑이 지속적으로 늘고, 컨테이너가 재시작되거나, 커널 로그에 OOM 종료가 기록되거나, 프로세스 하나가 몇 시간 동안 꾸준히 메모리를 늘려 간다면 추가로 조사하세요. Proxmox의 비율이 안정적이라는 사실만으로는 충분하지 않습니다.
실제 작업 집합을 파악하면 VM 하드웨어 요구 사항을 통해 게스트 크기를 정할 수 있습니다.
추이 비교에는 하나의 모니터링 방법을 사용하세요
주별 진단 시 Proxmox 호스트 지표와 ZimaOS 대시보드 지표를 동일한 것처럼 비교하지 마세요. 한 계층을 선택해 일관되게 추이를 살펴보고, 다른 계층은 이상 현상을 설명할 때만 사용하세요.
