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 바로가기
반값서버는 iwinv
※ ‘반값서버’는 합리적인 가격과 안정적인 네트워크를 지향하는 iwinv의 슬로건입니다.