선택의 자유: Compute Engine VM에서 9TB SSD로 얻는 최고의 비용당 IOPS
Rahul Venkatraj
Product Manager
Todd Rafacz
Senior Software Engineer
* 본 아티클의 원문은 2021년 2월 11일 Google Cloud 블로그(영문)에 게재되었습니다.
지연 시간이 짧은 I/O 집약적 작업을 수행하는 애플리케이션은 컴퓨팅과 긴밀하게 결합된 고성능 스토리지를 갖춘 가상 머신에서 실행해야 합니다. 실시간 분석, 전자상거래, 게임, 소셜 미디어, 광고 플랫폼을 기반으로 한 애플리케이션이라면 더욱더 그러합니다. Compute Engine의 커스텀 머신 유형을 사용하면 고성능 로컬 SSD에 연결할 수 있을 뿐 아니라, 워크로드의 정확한 요구사항에 맞게 VM을 맞춤설정할 수 있는 유연성이 확보됩니다.
오늘 Google Cloud는 6TB 및 9TB 로컬 SSD를 2세대 범용 N2 Compute Engine VM에 연결하여 비용당 우수한 IOPS를 달성할 수 있다는 소식을 발표하게 되어 기쁩니다. 9TB 로컬 SSD는 24개 이상의 vCPU를 사용하는 모든 N2 VM에서 직접 연결 지연 시간으로 최대 240만 개의 IOPS와 9.4GB/초의 처리량을 제공합니다. 이 SSD는 모든 N2 VM 형태(커스텀 형태 포함)에 연결할 수 있기 때문에 애플리케이션에 필요한 CPU, RAM, SSD를 정확히 갖춘 VM을 정의할 수 있습니다. I/O 집약적 또는 스토리지 집약적인 워크로드에서 요구하는 것 이상으로 CPU와 메모리를 연결할 필요가 없어 특히 비용당 IOPS나 비용당 밀도 또는 둘의 조합을 최적화할 수 있습니다.
면책조항: Google Cloud 내부 벤치마킹을 기반으로 한 결과입니다.
더 적은 vCPU로 스토리지 성능 극대화
지금까지는 6TB 및 9TB 로컬 SSD를 N1 VM에 사용하여 32개 이상의 vCPU로 최대 240만 개의 IOPS를 달성할 수 있었습니다. N2 VM을 사용하면 24개의 vCPU만으로 동일한 성능을 얻을 수 있습니다. 즉, N2 VM을 사용하면 N1 VM에 비해 총 소유 비용이 7% 개선되는 것입니다.
다양한 I/O 큐 깊이 또는 블록 크기에서 성능을 최적화할 수 있는 유연성을 제공하는 애플리케이션도 있습니다. FIO와 같은 성능 벤치마킹 도구를 사용하면 최선의 선택을 하는 데 도움이 될 수 있습니다. 아래에서 볼 수 있듯이 내부 테스트 결과 로컬 SSD는 워크로드에 요구될 수 있는 광범위한 구성에서 일관된 성능을 제공합니다.
최대 처리량
로컬 SSD를 VM에 연결하는 것은 높은 스토리지 처리량을 요하는 워크로드에도 좋은 전략입니다. 아래 차트에서 보다시피 로컬 SSD는 데이터베이스 및 애플리케이션 요구사항에 따라 다양한 블록 크기(4K, 16K, 128K)와 I/O 깊이에서 거의 최대치에 가까운 처리량을 제공할 수 있습니다.