결론: 높은 CPU 사용률의 원인은 지속적인 ZimaOS CPU 회귀가 아니라 백업 작업이었습니다
1.7.0 Beta 2를 설치한 후 NAS의 CPU 사용률이 약 3%에서 45~60%로 급증했고, 온도도 약 32~36°C에서 58°C로 상승했습니다. 이후 확인 과정에서 원인이 밝혀졌습니다. 업그레이드로 인해 이전에 설정해 둔 백업 프로세스가 실행된 것입니다. 해당 작업을 중지하고 ZimaOS를 다시 시작하자 CPU 사용률이 정상으로 돌아왔습니다.
OS를 롤백하기 전에 작업 부하를 확인하세요
업데이트 직후 CPU 사용률이 급증하면 먼저 어떤 작업이 재개되었는지 확인하세요. 백업, 인덱싱, 미디어 검색, 체크섬 계산, 앱 다운로드 또는 컨테이너 재시작일 수 있습니다. 호스트 프로세스에는 top 또는 ps를 사용하고, 컨테이너에는 docker stats를 사용하세요. Docker는 docker stats에서 실시간 CPU 및 메모리 보고 기능을 설명합니다.
간단한 확인 테스트를 사용하세요
의심되는 작업을 일시 중지하세요. CPU 사용률이 즉시 떨어지고 작업을 다시 시작했을 때 다시 상승한다면, 막연히 “베타 버전이라 과열된다”고 판단할 것이 아니라 작업 부하가 원인이라는 뜻입니다. 이 사례에서는 사용자가 정확히 이 방법을 사용했고, 시스템은 이전 상태로 돌아왔습니다.
백업 작업은 CPU와 I/O를 많이 사용할 수 있습니다
백업 작업에는 파일 열거, 해시 계산, 압축, 암호화, 대용량 읽기 및 쓰기가 포함될 수 있습니다. 최신 ZimaOS 3-2-1 백업 가이드에서는 예약된 작업과 검증이 중요한 이유를 설명합니다. 작업 규모가 커서 일반적인 NAS 활동에 영향을 줄 수 있는 경우에는 백업 하드웨어 계획 가이드가 유용합니다.
호스트 측 프로세스를 진단하려면 top 매뉴얼에서 실제 작업 부하를 식별하는 데 사용되는 CPU 및 프로세스 필드를 확인할 수 있습니다.
여전히 OS 문제일 가능성이 있는 경우
Backup을 중지한 후에도 CPU 사용률이 높다면 해당 부하를 차지하는 프로세스를 식별하고 재부팅하기 전에 로그를 수집하세요. 모든 공유 폴더에 정상적으로 접근할 수 있지만 사용률이 높다는 사실만으로 운영 체제에 문제가 있다고 판단하기에는 증거가 충분하지 않습니다.
버전 관련 내용은 ZimaOS 1.6/1.7 업그레이드 관련 페이지와 최신 ZimaOS 페이지를 참조하세요.
