32.5. 솔리드 스테이트 디스크 튜닝 고려 사항
SSD(솔리드 스테이트 디스크)는 영구 데이터를 저장하기 위해 회전하는 마운드 플래터 대신 NAND Flash chip을 사용합니다. SSD는 전체 논리 블록 주소 범위에서 데이터에 대한 일정한 액세스 시간을 제공하며 회전하는 상대와 같은 비용을 측정할 수 없습니다. 1GB의 스토리지 공간당 비용이 많이 들고 스토리지 밀도가 줄어들지만, memory보다 대기 시간이 단축되고 처리량이 향상됩니다.
SSD에서 사용된 블록이 디스크의 용량에 접근하므로 일반적으로 성능이 저하됩니다. 성능 저하 수준은 벤더에 따라 달라지지만 모든 장치는 이러한 성능 저하를 경험할 수 있습니다. 삭제 동작을 활성화하면 이러한 성능 저하를 완화하는 데 도움이 될 수 있습니다. 자세한 내용은 사용되지 않는 블록 삭제 유형을 참조하십시오.
기본 I/O 스케줄러 및 가상 메모리 옵션은 SSD와 함께 사용하기에 적합합니다. SSD 성능에 영향을 줄 수 있는 설정을 구성할 때 다음 요소를 고려하십시오.
I/O 스케줄러모든 I/O 스케줄러는 대부분의 SSD에서 제대로 작동할 것으로 예상됩니다. 그러나 다른 스토리지 유형과 마찬가지로 Red Hat은 지정된 워크로드에 대한 최적의 구성을 확인하기 위해 벤치마킹을 권장합니다. SSD를 사용하는 경우 Red Hat은 특정 워크로드 벤치마킹을 위해서만 I/O 스케줄러 변경을 권장합니다. I/O 스케줄러 간에 전환하는 방법에 대한 지침은
/usr/share/doc/kernel-version/Documentation/block/sched.txt파일을 참조하십시오.단일 대기열 HBA의 경우 기본 I/O 스케줄러는
데드라인입니다. 다중 대기열 HBA의 경우 기본 I/O 스케줄러는none입니다. I/O 스케줄러를 설정하는 방법에 대한 자세한 내용은 디스크 스케줄러 설정을 참조하십시오.가상 메모리-
I/O 스케줄러와 마찬가지로 VM(가상 메모리) 하위 시스템에는 특별한 튜닝이 필요하지 않습니다. SSD의 I/O의 빠른 특성을 고려할 때
vm_dirty_backfield_ratio및vm_dirty_ratio설정을 끄면 일반적으로 디스크의 다른 작업 대기 시간에 부정적인 영향을 미치지 않습니다. 그러나 이러한 튜닝은 전체 I/O를 더 많이 생성할 수 있으므로 일반적으로 워크로드별 테스트 없이 권장되지 않습니다. swap- SSD도 스왑 장치로 사용할 수 있으며 좋은 페이지 아웃 및 페이지인 성능을 생성할 수 있습니다.
