‘1,000만 IOPS’는 어느 축의 숫자인가
KIOXIA가 XL-FLASH Gen 2 기반 GP1 시리즈에서 “랜덤 읽기 1,000만 IOPS”를 내걸었다는 소식이 돌 때, 대부분의 독자는 이 숫자를 ‘얼마나 빠른가’의 단일 점수로 받아들인다. 그런데 스토리지 성능에는 하나의 점수가 없다. 최소한 세 개의 서로 다른 축이 있고, 이 헤드라인은 그중 딱 하나만 가리킨다.
- IOPS(Input/Output Operations Per Second): 초당 몇 ‘건’의 입출력을 처리하나. 작고 흩어진 요청(랜덤)에 어울리는 척도.
- 지연(Latency): 요청 한 건이 시작되고 끝날 때까지 몇 마이크로초 걸리나. ‘지금 이 한 건’의 체감 속도.
- 대역폭(Bandwidth): 초당 몇 GB를 흘려보내나. 크고 연속된 요청(순차)에 어울리는 척도.
‘1,000만 IOPS’는 이 중 첫 번째 축, 그것도 랜덤 읽기라는 특정 워크로드의 값이다. 지연이 낮다는 뜻도, 대역폭이 크다는 뜻도 자동으로 따라오지 않는다. 세 축은 같은 성능의 세 얼굴이 아니라, 조건이 바뀌면 서로 반대로 움직이는 별개의 좌표다.
큐 깊이 — 하나의 숫자가 세 축을 갈라놓는 손잡이
세 축이 왜 상충하는지는 ‘큐 깊이(Queue Depth)‘라는 개념 하나로 설명된다. 큐 깊이는 드라이브에 동시에 던져 놓는 요청의 개수다.
큐를 깊게 쌓으면(요청을 잔뜩 대기시키면) 드라이브는 쉴 틈 없이 병렬 처리해 IOPS가 치솟는다. 헤드라인 IOPS는 거의 항상 이 ‘최대 큐 깊이’ 조건에서 나온다. 하지만 대기줄이 길어진 만큼, 뒤에 선 요청 하나가 자기 차례를 기다리는 시간 — 즉 지연은 늘어난다.
반대로 큐를 얕게(요청 하나씩) 던지면 대기줄이 없어 지연은 최소가 되지만, 드라이브가 병렬로 일할 거리가 없어 IOPS는 헤드라인의 몇 분의 일로 떨어진다. 그래서 “IOPS 최고”와 “지연 최저”는 같은 측정에서 동시에 찍히지 않는다. 하나를 올리는 손잡이가 다른 하나를 내린다.
‘큐 깊이’라는 손잡이를 움직이면 IOPS 곡선과 지연 곡선이 어떻게 서로 반대로 벌어지는지 직접 움직여 보라. (아래 도구의 ‘시차·연동’은 두 지표가 조건에 따라 어긋나는 구조를 체감하기 위한 개념 시뮬레이션이다.)
핵심은 상관계수를 음수로 밀수록 두 계열이 반대 방향으로 벌어진다는 점이다. IOPS와 지연은 워크로드 조건에서 종종 이렇게 ‘음의 상관’으로 묶여 움직인다 — 하나를 극대화하면 다른 하나가 희생된다.
블록 크기와 읽기/쓰기 비율 — 숫자에 붙는 각주들
큐 깊이 말고도 헤드라인 숫자를 좌우하는 측정 조건이 더 있다.
블록 크기. 랜덤 IOPS는 보통 4KB처럼 작은 블록으로 잰다. 블록이 작을수록 ‘건수’는 많아지니 IOPS 숫자가 커진다. 반면 대역폭(GB/s)은 128KB·1MB 같은 큰 블록으로 잰다 — 같은 드라이브라도 큰 블록에서는 IOPS가 뚝 떨어지고 대신 대역폭이 커진다. 즉 IOPS와 대역폭은 블록 크기라는 다이얼로 서로 자리를 바꾼다.
읽기/쓰기 비율. 낸드 플래시는 구조상 읽기가 쓰기보다 빠르다. 그래서 ‘랜덤 읽기 100%‘에서 잰 최고 IOPS는, 읽기 70%·쓰기 30% 같은 혼합 워크로드에서는 상당히 낮아진다. 헤드라인이 ‘읽기’라고 명시하는 데에는 이유가 있다.
멀티 드라이브 합산인가. 시스템 레벨 벤치마크는 여러 드라이브를 병렬로 묶어 IOPS를 합산하기도 한다. 이 경우 숫자는 ‘드라이브 한 개’가 아니라 ‘구성 전체’의 값이다.
그래서 XL-FLASH Gen 2처럼 낮은 지연에 특화된 제품군이 강조되는 맥락은, 단순히 IOPS 숫자 경쟁이 아니라 ‘얕은 큐에서의 짧은 지연’이라는 다른 축을 겨냥한다는 점을 함께 봐야 읽힌다. HBM이 대역폭이라는 축의 이야기라면, 이런 저지연 플래시는 지연이라는 축의 이야기다.
왜 투자·기술 독자에게 ‘축을 나눠 읽기’가 중요한가
메모리·스토리지 기업의 발표 자료나 기술 뉴스에는 늘 큰 숫자가 앞선다. 이때 세 가지를 습관으로 되묻는 것이 이 글의 전부다.
- 이 숫자는 어느 축인가 — IOPS인가, 지연인가, 대역폭인가.
- 어떤 조건에서 쟀나 — 블록 크기, 큐 깊이, 읽기/쓰기 비율, 단일/멀티 드라이브.
- 내 워크로드는 어느 축이 중요한가 — 데이터베이스처럼 잘게 흩어졌으면 랜덤 IOPS·지연, 영상 스트리밍처럼 통으로 흐르면 대역폭.
같은 ‘빠르다’라도 축이 다르면 비교 자체가 성립하지 않는다. 서로 다른 조건에서 잰 두 숫자를 나란히 놓고 우열을 매기는 것은, 100m 기록과 마라톤 기록을 같은 표에 넣고 누가 빠른지 따지는 것과 같다.
이 글은 특정 기업의 제품이나 주식을 사라거나 팔라는 이야기가 아니다. ‘1,000만 IOPS’ 같은 헤드라인 숫자가 실제로 무엇을, 어떤 조건에서 재는지를 개념으로 이해하기 위한 교육 자료다. 지표의 값이 아니라 지표의 ‘축과 조건’을 읽는 법이 남는다.