SSD 블록스토리지 개편
iwinv에서는 클라우드 인프라를 더욱 유연하고 효율적으로 구성할 수 있도록 SSD Block Standard 상품을 새로 출시하였습니다.
클라우드 가상서버 스펙에 비해 블록스토리지 선택지는 제한적이였으나 SSD Block Standard 상품 출시로 서비스 목적, 성능, 비용에 따라 보다 효율적으로 인프라를 설계할 수 있게 되었습니다.
이번 새로 출시된 SSD 상품은 IO QOS(Quality of Service)로 나누어 기존 고객(SSD Pro)들은 더욱 우수한 성능으로, 신규 SSD Standard 고객은 합리적인 비용으로 선택할 수 있습니다.
Throughput
양적 처리 능력으로 초당 처리된 데이터의 총량(MB/s)을 나타냅니다. 주된 지표는 얼마나 큰 크기의 데이터를 많이 전송할수 있는지에 대한 값으로 백업, 파일전송, 로그관리 등의 서비스에 주요 성능 지표로 확인할 수 있습니다.
IOPS (Input/Output Operations Per Second)
속도적 처리 능력으로 초당 수행된 I/O 작업 횟수(IOPS)를 나타냅니다. 주된 지표는 얼마나 많은 I/O 요청을 빠르게 처리할 수 있는지에 대한 값으로 데이터베이스, 메타데이터 요청 등의 서비스에 주요 성능 지표로 확인할 수 있습니다.
LiteZone 에서는 SATA기반의 블록스토리지만 지원됩니다.
💡 TIP 디스크 성능 최적화
디스크 속도를 최대한 활용하려면 단순히 스토리지 자체 하드웨어 IOPS나 대역폭만 보는것이 아니라, 이를 처리할 수 있는 가상서버(VM)의 CPU 및 메모리 자원 그리고 파일시스템등도 함께 고려해야 합니다.
하드웨어
-
1. CPU: I/O 요청 처리의 핵심
스토리지 I/O는 단순한 읽기/쓰기 이상의 작업입니다. 운영체제, 디바이스 드라이버, 네트워크 스택 등이 CPU에서 I/O 요청을 처리합니다. 특히 고속 SSD(NVMe) 스토리지는 초당 수천~수만 건의 IOPS를 처리할 수 있는데, 이를 병렬로 처리할 수 있는 충분한 CPU 코어 수가 없다면 스토리지 성능을 모두 활용하지 못합니다. -
2. Memory: 캐시와 버퍼로 I/O 병목 완화
운영체제는 읽기/쓰기를 메모리 캐시 또는 페이지 캐시로 먼저 처리하려고 합니다. 충분한 메모리가 있다면, 반복적인 요청은 메모리에서 호출하여 사용하여 디스크 접근을 최소화하여 성능을 향상시키며 메모리가 부족하게 되면택 디스크를 자주 읽고 쓰게 되어 스토리지에 과부하가 생겨 디스크 성능에 제한을 받게됩니다. -
3. 병목현상 분석
종종 "스토리지가 느리다"고 느껴지는 문제는, 실제로는 VM의 CPU 사용률이 100%에 가까운 상태이거나 메모리 부족으로 스왑이 발생 중인 경우가 많습니다.따라서 성능 이슈(병목현상)가 있다면, 먼저 다음을 체크해보시기 바랍니다.
- Top, iostat, vmstat, iotop 등의 도구를 사용한 리소스 모니터 링
- CPU 사용률, 디스크 큐 길이, 메모리 페이지 캐시 히트율 등
디스크 성능을 최적화하기 위해서 4코어이상 권장, 8코어 이상 추천합니다.
파일시스템
블록스토리지는 데이터를 "덩어리" 즉 블록단위로 저장합니다.
블럭을 사람이 이해할 수 있는 디렉토리나 파일로 바꾸는 작업이 파일 시스템이 하는 역할입니다.
이 과정에서 메타데이터 처리 방식 , 저널링 구조, 캐시 정책등이 성능에 큰영향을 미칩니다.
아래 문서는 리눅스에서 많이 사용하는 EXT4, XFS 파일시스템을 성능 비교한 자료입니다.
📝 참고문서
마무리하며...
스토리지는 단순히 빠른 디바이스를 쓰는것만으로 전부는 아닙니다.
운영체제와 그 위에 올라가는 하드웨어(CPU, Memory등) 리소스, 파일시스템의 조합까지 최적화해야 진짜 성능을 체감할 수 있습니다.
단 몇 줄의 설정 차이만으로 수십~수백 % 성능 차이를 만들 수 있습니다.
지금 iwinv 콘솔에 접속해 새롭게 출시된 SSD Standard 블록스토리지를 직접 체험해보세요!
👉 iwinv.kr 바로가기