IO크기

Endurance 및 Performance의 IOPS 값은 16KB 블록 크기를 기준으로, 읽기 및 쓰기 비율이 50:50이고, 무작위 및 순차 워크로드 비율이 50:50인 조건에서 측정된 것입니다. 16KB 블록은 볼륨에 한 번 쓰기와 동등합니다.

애플리케이션에서 사용하는 IO 크기는 스토리지 성능에 직접적인 영향을 미칩니다. 애플리케이션에서 사용하는 IO 크기가 16KB보다 작을 경우, 처리량 한도에 도달하기 전에 IOPS 한도에 먼저 도달하게 됩니다. 반대로, 애플리케이션에 사용되는 블록 크기가 16KB보다 크면 IOPS 제한 이전에 처리량 제한이 실현됩니다.

권한 부여된 호스트

고려할 또 다른 요인은 볼륨을 사용하는 호스트의 수입니다. 볼륨에 액세스하는 호스트가 단 하나뿐인 경우, 특히 IOPS 수치가 극단적으로 높은 상황에서는( 10,000s ) 사용 가능한 최대 IOPS를 달성하기 어려울 수 있습니다.

파일 스토리지 공유의 최대 IOPS는 48,000 IOPS입니다. 작업 부하가 이처럼 높은 처리량을 필요로 한다면, 단일 서버로 인한 병목 현상을 방지하기 위해 최소한 두 대 이상의 서버가 해당 볼륨에 액세스하도록 구성하는 것이 가장 좋습니다.

최대 64개의 서버에 파일 공유에 액세스할 수 있는 권한을 부여할 수 있습니다. 이 한계에는 결합된 모든 서브넷, 호스트 및 IP 권한이 포함됩니다. 이 한계 늘리기에 대한 자세한 정보는 FAQ 를 참조하십시오.

네트워크 연결

이더넷 연결 속도는 볼륨의 예상 최대 처리량보다 빨라야 합니다. 일반적으로는 이더넷 연결이 사용 가능한 대역폭의 70%를 초과하여 사용하지 않아야 합니다. 예를 들어, IOPS가 6,000이고 블록 크기가 16KB인 경우, 해당 볼륨은 약 94 MBps의 처리량을 처리할 수 있습니다. 볼륨에 대해 1Gbps의 이더넷 연결을 보유하고 있는 경우 서버가 사용 가능한 최대 처리량을 사용하려고 시도하면 병목 현상이 발생합니다. 1Gbps 연결의 이론적 한계치의 70%가 고작 88MBps에 불과하기 때문입니다.

최대 IOPS를 달성하려면 적절한 네트워크 리소스가 제 위치에 있어야 합니다. 그 밖의 고려 사항으로는 스토리지 외부의 사설 네트워크 사용, 호스트 측 및 애플리케이션별 튜닝, 그리고 기타 설정 등이 있습니다.

스토리지 트래픽은 다른 유형의 트래픽과 분리되어야 하며, 방화벽이나 라우터를 경유해서는 안 됩니다. 저장소 트래픽을 전용 가상 근거리 통신망(VLAN)에 분리해 두면, 점보 프레임이 활성화된 경우 최대 전송 단위(MTU) 불일치를 방지하는 데에도 도움이 됩니다. 자세한 정보는 Jumbo Frames 사용을 참조하십시오.

스토리지 트래픽은 공용 Virtual Server의 총 네트워크 사용에 포함됩니다. 서비스에서 부과할 수 있는 한계에 관한 자세한 정보는 Virtual Server 문서를 참조하십시오.

NFS 버전

NFSv3 및 NFSv4.1이 둘 다 IBM Cloud® 환경에서 지원됩니다. NFS(Network File System) 는 분산 파일 공유를 위한 네트워킹 프로토콜입니다. 이를 통해 원격 호스트가 네트워크를 통해 파일 시스템을 마운트하고 로컬에 마운트된 것처럼 해당 파일 시스템과 상호작용할 수 있습니다.

가능한 경우 NFSv3 프로토콜을 사용하십시오. NFSv3 는 안전한 비동기 쓰기를 지원하며 이전 NFSv2보다 오류 처리에서 더 강력합니다. 64비트파일 크기 및 오프셋을 지원하므로 클라이언트가 2GB이상의 파일 데이터에 액세스할 수 있습니다. NFSv3 no_root_squash 를 기본적으로 지원하여, 루트 클라이언트가 ‘ ’ 공유에서 루트 권한을 유지할 수 있도록 합니다. NFS

File Storage for Classic 가 VMware® 배치에서 사용되는 경우, NFSv4.1 이 구현에 더 좋은 선택일 수 있습니다. 각 버전의 다양한 기능 및 VMware® 에서 지원하는 내용에 대한 자세한 내용은 ‘ VMware vSphere 를 사용하여 NFS 를 실행하기 위한 모범 사례’를 참조하십시오.