나는 pg_upgrade를 사용하여 Postgres 업그레이드 작업을 진행 중이며 프로세스의 핵심은 데이터베이스의 데이터 파일을 [수정되지 않은] 이전 클러스터 디렉터리에서 새 클러스터 디렉터리로 복사하는 것입니다. 데이터 볼륨이 부풀어오르지 않도록 두 번째 EBS 볼륨을 인스턴스에 연결했습니다. 또한 업그레이드를 빠르게 완료하기 위해 처리량을 최대값[1000MiB/s]으로 설정하고 두 볼륨 모두에 대해 IOPS를 기본값[4000]으로 두고 볼륨이 "최적화" 상태를 보고할 때까지 기다립니다. 완성 됐습니다.
그러나 업그레이드 프로세스 중에 작업이 대규모 연속 파일을 복사하는 경우에도 처리량이나 IOPS가 구성된 제한에 근접하지 않는다는 것을 확인했습니다. 다음은 프로세스의 두 가지 다른 실행을 보여주는 볼륨 모니터링의 스냅샷입니다.
OS는 Rocky Linux 8.5이고 인스턴스는 Rocky가 구축한 AMI를 사용하여 새로 만든 m5a.2xlarge 인스턴스이며 볼륨은 ext4로 포맷됩니다. 같은 기간 동안의 인스턴스 CPU 사용량은 아래와 같으나, OS 통계에서는 상당한 양의 IOwait를 보여주었습니다.
이러한 볼륨, 인스턴스 또는 누락된 일부 OS 구성과 관련하여 조정해야 할 매개변수가 있습니까? 아니면 EBS 지원 저장소가 너무 바빠서 실제로 내 요구 사항을 충족할 수 없다는 증상일까요?