Plex 서버에서 디스크 I/O가 간헐적으로 급증하는 원인은 무엇인가요?

에바 왕

IceWhale author

에바 왕 는 기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

What Causes Bursty Disk I/O on a Plex Server? - Zima Store Online

Plex 디스크 I/O가 간헐적으로 급증하는 현상은 일반적으로 디스크가 지속적으로 포화 상태이기 때문이 아니라, 대기 중인 백그라운드 작업이나 지연된 쓰기 작업 때문에 발생합니다.

먼저 이 급증을 타이밍 문제로 보세요. 스캔, 썸네일 작업, 데이터베이스 트랜잭션 또는 다른 컨테이너가 빠르게 작업을 생성하는 동안 운영 체제가 실제 디스크 쓰기의 일부를 지연시킬 수 있습니다. 드라이브 자체를 원인으로 지목하기 전에 디스크 급증 시점을 Plex 활동, 호스트의 writeback, 다른 서비스의 동작과 대조해 보세요.

급증의 형태부터 확인하세요

짧은 급증과 지속적인 큐는 서로 다른 문제를 가리킵니다. 빠르게 해소되는 급증은 정상적인 일괄 처리일 수 있지만, 큐가 계속 깊게 유지된다면 포화 상태일 가능성이 있습니다.

사용률, 포화도, 오류 점검을 통해 리소스가 단순히 바쁜 것인지, 실제로 제약을 받거나 고장 나고 있는지 구분할 수 있습니다.

같은 5분 동안 디스크 사용률, 큐 깊이, 지연 시간, Plex 작업 타이밍을 기록하세요. Plex 작업이 끝난 뒤에도 큐가 높게 유지된다면 작업 스케줄러보다는 스토리지 경로를 조사해야 합니다.

Linux는 쓰기를 지연한 뒤 한꺼번에 플러시할 수 있습니다

파일 시스템 쓰기가 Plex가 요청하는 즉시 드라이브에 도달하는 것은 아닙니다. 메모리에 더티 페이지가 쌓인 다음 눈에 띄는 급증 형태로 플러시될 수 있으며, 특히 메타데이터 작업이 많은 경우에 더욱 그렇습니다.

Linux writeback은 애플리케이션이 쓰기를 생성한 뒤에도 실제 디스크 활동을 지연시킬 수 있습니다.

라이브러리 스캔이나 메타데이터 작업이 실행되는 동안 더티 메모리 및 writeback 카운터를 디스크 급증 현상과 비교하세요. 디바이스 급증 전에 writeback이 증가한다면, 이 급증은 적어도 일부가 운영 체제의 일괄 처리 효과로 발생한 것입니다.

앱 데이터 I/O와 미디어 I/O를 분리하세요

Plex 미디어 파일과 Plex 애플리케이션 데이터는 액세스 패턴이 매우 다릅니다. 대용량 동영상 읽기는 대부분 순차적이지만, 데이터베이스, 메타데이터, 아트워크, 로그, 캐시는 더 작은 무작위 작업을 생성합니다.

Plex 메타데이터 저장소에는 데이터베이스, 아트워크, 인덱스 및 기타 서버 상태 파일이 포함됩니다.

앱 데이터 볼륨과 미디어 볼륨이 서로 다른 디바이스에 있다면 각각 별도로 측정하세요. 미디어 디바이스는 조용한데 앱 데이터 디바이스만 급증한다면 데이터베이스, 메타데이터 또는 캐시 활동에 집중하세요. 대용량 미디어와 분리된 영구 앱 데이터 경로를 사용하면 이러한 I/O 패턴을 서로 독립적으로 관찰하기가 더 쉬워집니다.

-15% OFF