사용자 접근이 전혀 없는데 HDD가 스핀다운된 직후 다시 깨어나는 이유는 무엇인가요?

HDD는 일반적으로 스핀다운 직후 백그라운드 프로세스, 모니터, 클라이언트, 저널 또는 예약 작업이 다시 명령을 보내기 때문에 즉시 깨어납니다.

“사용자 액세스 없음”은 운영체제 수준에서 디스크가 유휴 상태라는 의미가 아닙니다. SMART 폴링, 미디어 및 사진 인덱서, 클라우드 동기화, 백업 검색, 파일 시스템 메타데이터, 로그, 스왑, 컨테이너, 파일 브라우저 및 반복 타이머가 디스크가 대기 모드에 들어간 지 몇 초 후 장치에 액세스할 수 있습니다. 첫 번째 목표는 실제 대기 모드 전환이 이루어졌는지 확인하고, 디스크 자체를 깨우는 모니터링 명령을 사용하지 않으면서 디스크를 깨운 최초의 프로세스 또는 명령을 기록하는 것입니다.

드라이브가 실제로 대기 모드에 들어갔는지 확인하기

스핀다운 직전, 명령 또는 유휴 타이머 실행 후, 그리고 소리가 나며 깨어난 후에 드라이브의 전원 모드를 기록하세요. 또한 장치가 내부 SATA, USB-SATA, SAS 중 무엇인지 또는 인클로저 뒤에 연결되어 있는지도 기록하세요.

hdparm 전원 모드 확인은 활성 또는 유휴 상태, 대기 모드, 절전 상태를 구분해 줍니다. 이를 통해 실제 스핀다운과 플래터는 계속 회전하지만 헤드만 언로드되거나 저전력 상태로 전환된 경우를 구별할 수 있습니다.

테스트 중인 인터페이스에서 장치를 활성 상태로 강제 전환하지 않는 것으로 확인된 전원 상태 조회만 사용하세요. 일부 USB 브리지는 직접 연결한 SATA와 ATA 전원 명령을 다르게 변환하거나 거부합니다.

스핀다운 후 최초 파일 액세스 추적하기

예상 대기 모드 진입 시간 전에 짧은 파일 액세스 추적을 시작하고, 드라이브가 깨어난 직후 즉시 중지하세요. 결과를 영향을 받은 마운트 지점, 장치 또는 데이터셋으로 필터링하세요.

Ubuntu의 fatrace 유틸리티는 실행 중인 프로세스의 파일 액세스 이벤트를 보고하므로, 웨이크 시각에 해당 디스크에 액세스한 썸네일러, 인덱서, 데이터베이스, 셸 또는 백업 도구를 확인하는 데 도움이 됩니다.

과도한 추적을 며칠 동안 계속 실행하지 마세요. 재현 가능한 웨이크 한 건을 중심으로 제한된 시간 동안 실행하고, 의심되는 서비스를 한 주기 동안만 비활성화해 해당 프로세스를 확인하세요.

SMART 폴링이 디스크를 깨우는지 확인하기

smartd 설정, NAS 디스크 상태 확인 주기, 예약된 단기 및 장기 테스트, 온도 확인, 타사 모니터링 대시보드를 점검하세요. 해당 기록의 타임스탬프를 웨이크 이벤트와 비교하세요.

Debian의 smartd 설정 참조 문서에 따르면, 전원 모드 확인을 통해 이미 대기 모드인 장치를 건너뛰도록 설정하지 않으면 SMART 명령은 일반적으로 디스크 플래터를 회전시킵니다.

더 긴 절전 시간을 확보하기 위해 상태 모니터링을 영구적으로 비활성화하지 마세요. 플랫폼과 드라이브가 지원한다면 검사를 정해진 시간대로 옮기거나 대기 모드를 인식하는 폴링을 설정하세요.

Featured

ZimaCube 2 개인용 클라우드 홈 NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

동기화, 인덱싱, 패키지 및 네트워크 클라이언트 검토하기

사진 및 미디어 인덱싱, 클라우드 동기화, 바이러스 백신, 검색, 썸네일 생성, 백업 에이전트, 감시 앱, 컨테이너, 연결된 SMB 또는 NFS 클라이언트를 나열하세요. 절전 중인 스토리지 풀을 모니터링하는 서비스가 있는지 확인하세요.

Synology의 최대 절전 모드 문제 해결 가이드는 최대 절전 모드를 중단하는 패키지와 서비스를 설명하며, 여기에는 동기화, 예약된 디스크 테스트, 네트워크 활동, 디스크 I/O를 유발하는 메모리 부족이 포함됩니다.

파일을 여는 사람이 없어도 서비스가 디스크를 깨울 수 있습니다. 한 번에 하나의 서비스만 테스트하고, 필수 백업·모니터링·보안 기능은 유지하세요.

타이머, Cron 작업 및 시작 시 누락 작업 실행 확인하기

systemd 타이머, Cron 작업, NAS 예약 작업, 백업 검색, 스크럽 작업, 데이터베이스 유지 관리, 로그 순환, 임시 파일 정리, 그리고 실행되지 못한 작업을 나중에 따라잡도록 설정된 작업을 나열하세요.

ArchWiki는 systemd 타이머가 일정에 따라 서비스를 활성화한다고 설명합니다. 여러 백그라운드 작업의 실행 간격이 서로 다르면 이로 인해 디스크가 무작위로 깨어나는 것처럼 보일 수 있습니다.

타이머의 서비스 로그를 최초로 추적된 디스크 액세스와 대조하세요. 모든 작업을 같은 분에 실행하면 웨이크 시점에 부하가 집중될 수 있고, 작업 간격을 지나치게 넓게 분산하면 실질적인 대기 모드 진입이 완전히 불가능해질 수 있습니다.

NAS 대기 모드 테스트를 사용하고 한 번에 하나의 드라이브만 확인하기

NAS에 내장 대기 모드 진단 기능이 있다면 일반 애플리케이션을 일시 중지하고 하나의 인클로저 또는 드라이브 그룹을 선택한 상태에서 실행하세요. 보고서를 저장하고 프로세스 추적 결과와 비교하세요.

QNAP은 인클로저별 HDD 대기 모드 테스트를 설명합니다. 이는 모든 NAS 디스크를 하나의 전원 영역으로 취급하기보다 영향을 받은 스토리지 그룹을 분리해 웨이크 원인을 조사해야 하는 이유를 보여줍니다.

모든 디스크가 함께 깨어난다면 공유 풀 메타데이터, 시스템 데이터셋, RAID 동작 및 어레이에 저장된 서비스를 점검하세요. 하나의 디스크만 깨어난다면 해당 디스크의 마운트, 모니터링 및 작업 부하를 별도로 점검하세요.

지속적인 스핀다운을 추구하기보다 안정적인 유휴 동작 선택하기

웨이크 원인을 확인한 후에는 해당 작업을 다른 시간으로 예약하거나, 앱 데이터 또는 로그를 SSD로 옮기거나, 대기 모드를 인식하는 모니터링을 사용하거나, 서비스가 예상되는 시간 동안 자주 사용하는 풀을 계속 회전 상태로 둘지 결정하세요.

ZimaSpace의 24시간 NAS 전력 사용량 문서에서는 에너지 절약과 안정적인 백업, 앱, 인덱싱 및 원격 액세스 유지 사이의 관련 절충점을 설명합니다.

의도한 유휴 시간 동안 드라이브가 대기 모드를 유지하거나 문서화된 작업에 대해서만 깨어난다면 문제가 해결된 것입니다. 실제 작업 부하가 몇 분마다 디스크를 필요로 한다면 반복적으로 강제 절전시키는 것은 해결책이 아닙니다.

자주 묻는 질문

SMART 데이터를 확인하면 절전 중인 HDD가 깨어날 수 있나요?

예. 모니터링 도구가 먼저 전원 모드를 확인하고 이미 대기 중인 장치를 건너뛰지 않으면 많은 SMART 명령이 디스크를 회전시킵니다.

파일을 열지 않아도 파일 브라우저가 NAS 디스크를 깨울 수 있나요?

예. 디렉터리 열거, 미리 보기, 썸네일, 여유 공간 확인, 메타데이터 읽기, 매핑된 공유 폴더 다시 연결 등이 모두 스토리지 액세스를 발생시킬 수 있습니다.

드라이브를 계속 실행하는 것보다 자주 스핀업과 스핀다운을 반복하는 것이 항상 더 나쁜가요?

보편적으로 적용되는 기준은 없습니다. 실질적인 목표는 작업 부하에 맞는 안정적인 동작입니다. 유휴 시간이 길다면 대기 모드가 유리할 수 있지만, 몇 분마다 깨어난다면 전력 절감 효과가 거의 없고 지연만 늘어날 수 있습니다.