이 페이지에서는 여러 클라이언트 가상 머신에서 단일 Google Cloud NetApp Volumes 볼륨의 성능 한도를 보여줍니다. 이 페이지의 정보를 사용하여 워크로드의 크기를 조정하세요.
성능 테스트
다음 테스트 결과는 성능 한도를 보여줍니다. 이러한 테스트에서 볼륨은 처리량이 벤치마크 테스트에 영향을 미치지 않도록 충분한 용량을 갖습니다. 단일 볼륨의 용량을 다음 처리량 수치를 초과하여 할당해도 성능이 추가로 향상되지는 않습니다.
성능 테스트는 Fio를 사용하여 완료되었습니다.
성능 테스트 결과와 관련하여 다음 사항을 고려하세요.
표준, 프리미엄, 익스트림 서비스 수준 성능은 한도에 도달할 때까지 볼륨 용량에 따라 처리량을 확장합니다. 모든 Flex 서비스 수준은 스토리지 풀의 기능에 따라 확장되며 풀의 모든 볼륨은 풀의 성능을 공유합니다.
맞춤 성능이 적용된 Flex Unified 및 Flex File 서비스 수준은 용량, IOPS, 처리량을 독립적으로 확장할 수 있습니다.
IOPS 결과는 순전히 정보 제공용입니다.
다음 결과를 생성하는 데 사용된 숫자는 최대 결과를 표시하도록 설정되어 있습니다. 다음 결과는 달성 가능한 최대 처리량 용량 할당의 추정치로 간주해야 합니다.
프로젝트당 여러 개의 빠른 볼륨을 사용하는 경우 프로젝트별 한도가 적용될 수 있습니다.
다음 성능 테스트 결과는 NFSv3, SMB, iSCSI 프로토콜만 다룹니다. NFSv4.1과 같은 다른 프로토콜 유형은 NetApp Volumes 성능을 테스트하는 데 사용되지 않았습니다.
NFSv3 액세스의 볼륨 처리량 한도
다음 섹션에서는 NFSv3 액세스의 볼륨 처리량 한도에 대해 자세히 설명합니다.
맞춤 성능의 Flex 파일 서비스 수준
다음 테스트는 Flex 맞춤 성능 영역 스토리지 풀의 단일 볼륨으로 실행되었습니다. 최대 처리량과 IOPS로 풀을 구성하고 결과를 캡처했습니다.
64KiB 블록 크기 (순차 I/O)
이러한 결과는 다음 설정으로 Fio를 사용하여 캡처되었습니다.
n2-standard-32가상 머신 6개가 있는 단일 볼륨에 대한 64KiB 블록 크기Red Hat 9 OS
각 가상 머신의 작업 집합 96GiB, 총 576GiB
각 호스트에 구성된
nconnect마운트 옵션의 값이 16입니다.rsize및wsize마운트 옵션이 65536으로 구성됨볼륨 크기는 맞춤 성능이 적용된 Flex 서비스 수준의 10TiB였습니다. 테스트를 위해 맞춤 성능이 최대값인 5,120MiBps 및 160,000IOPS로 설정되었습니다.
Fio는 각 가상 머신에서 8개의 작업으로 실행되었으며 총 48개의 작업이 실행되었습니다. 다음 표에서는 단일 볼륨이 NFSv3를 통해 64KiB 블록 크기로 약 4,300MiBps의 순수 순차 읽기와 1,480MiBps의 순수 순차 쓰기를 처리할 수 있는 것으로 추정됨을 보여줍니다.
NFS 64KiB 순차 6 n2-standard-32 Red Hat 9 VM의 벤치마크 결과
| 읽기 100%, 쓰기 0% | 75% 읽기 및 25% 쓰기 | 50% 읽음 및 50% 쓰기 | 읽기 25%, 쓰기 75% | 0% 읽음 및 100% 쓰기 | |
|---|---|---|---|---|---|
| 읽기 MiBps | 4,304 | 2,963 | 1,345 | 464 | 0 |
| 쓰기 MiBps | 0 | 989 | 1,344 | 1,390 | 1,476 |
8KiB 블록 크기 (무작위 I/O)
이러한 결과는 다음 설정으로 Fio를 사용하여 캡처되었습니다.
8 KiB 블록 크기를 단일 볼륨에 대해 6개로 사용
n2-standard-32가상 머신Red Hat 9 OS
각 가상 머신의 작업 집합 96GiB, 총 576GiB
각 호스트에 구성된
nconnect마운트 옵션의 값이 16입니다.각 호스트의
rsize및wsize마운트 옵션은 65536에 구성되어 있습니다.볼륨 크기는 맞춤 성능이 적용된 Flex 서비스 수준의 10TiB였습니다. 테스트를 위해 맞춤 성능이 최대값인 5,120MiBps 및 160,000IOPS로 설정되었습니다.
Fio는 각 가상 머신에서 8개의 작업으로 실행되었으며 총 48개의 작업이 실행되었습니다. 다음 표는 NFSv3에서 8KiB 블록 크기를 사용할 경우 단일 볼륨이 약 126,400의 순수 임의 읽기 IOPS와 78,600의 순수 임의 쓰기 IOPS를 처리할 수 있을 것으로 예상된다는 것을 보여줍니다.
NFS 8 KiB 랜덤 6 n2-standard-32 Red Hat 9 VM에 대한 벤치마크 결과
| 100% 읽기 및 0% 쓰기 | 75% 읽기 및 25% 쓰기 | 50% 읽음 및 50% 쓰기 | 읽기 25%, 쓰기 75% | 0% 읽음 및 100% 쓰기 | |
|---|---|---|---|---|---|
| 읽기 IOPS | 126,397 | 101,740 | 57,223 | 23,600 | 0 |
| 쓰기 IOPS | 0 | 33,916 | 57,217 | 70,751 | 78,582 |
최고 수준의 서비스
다음 테스트는 Extreme 스토리지 풀의 단일 볼륨을 사용하여 실행되었으며 결과가 기록되었습니다.
64KiB 블록 크기 (순차 I/O)
이러한 결과는 다음 설정으로 Fio를 사용하여 캡처되었습니다.
n2-standard-32가상 머신 6개가 있는 단일 볼륨에 대한 64KiB 블록 크기Red Hat 9 OS
각 가상 머신마다 1TiB의 작업 세트가 제공되며, 총 6TiB의 용량을 갖습니다.
각 호스트에 구성된
nconnect마운트 옵션의 값이 16입니다.익스트림 서비스 레벨의 볼륨 크기는 75TiB였습니다.
Fio는 각 가상 머신에서 8개의 작업으로 실행되었으며 총 48개의 작업이 실행되었습니다. 다음 표는 NFSv3에서 64KiB 블록 크기를 사용할 경우 단일 볼륨이 순수 순차 읽기에서 약 5,240MiBps, 순수 순차 쓰기에서 약 2,180MiBps를 처리할 수 있을 것으로 예상된다는 것을 보여줍니다.
NFS 64KiB 순차 6 n2-standard-32 Red Hat 9 VM의 벤치마크 결과
| 읽기 100%, 쓰기 0% | 75% 읽기 및 25% 쓰기 | 50% 읽음 및 50% 쓰기 | 읽기 25%, 쓰기 75% | 0% 읽음 및 100% 쓰기 | |
|---|---|---|---|---|---|
| 읽기 MiBps | 5,237 | 2,284 | 1,415 | 610 | 0 |
| 쓰기 MiBps | 0 | 764 | 1,416 | 1,835 | 2,172 |
256KiB 블록 크기 (순차 I/O)
이러한 결과는 다음 설정으로 Fio를 사용하여 캡처되었습니다.
256 KiB 블록 크기, 단일 볼륨에 대해 6개
n2-standard-32가상 머신Red Hat 9 OS
각 가상 머신마다 1TiB의 작업 세트가 제공되며, 총 6TiB의 용량을 갖습니다.
각 호스트에 구성된
nconnect마운트 옵션의 값이 16입니다.익스트림 서비스 레벨의 볼륨 크기는 75TiB였습니다.
Fio는 각 가상 머신에서 8개의 작업으로 실행되었으며 총 48개의 작업이 실행되었습니다. 다음 표는 NFSv3에서 256KiB 블록 크기를 사용할 경우 단일 볼륨이 순수 순차 읽기에서 약 4,930MiBps, 순수 순차 쓰기에서 약 2,440MiBps를 처리할 수 있을 것으로 예상된다는 것을 보여줍니다.
NFS 256 KiB 순차 6에 대한 벤치마크 결과n2-standard-32 레드햇 9 VM
| 100% 읽기 및 0% 쓰기 | 75% 읽기 및 25% 쓰기 | 50% 읽음 및 50% 쓰기 | 읽기 25%, 쓰기 75% | 0% 읽음 및 100% 쓰기 | |
|---|---|---|---|---|---|
| 읽기 MiBps | 4,928 | 2,522 | 1,638 | 677 | 0 |
| 쓰기 MiBps | 0 | 839 | 1,640 | 2,036 | 2,440 |
4 KiB 블록 크기 (랜덤 I/O)
이러한 결과는 다음 설정으로 Fio를 사용하여 캡처되었습니다.
4 KiB 블록 크기를 단일 볼륨에 대해 6개 사용
n2-standard-32가상 머신Red Hat 9 OS
각 가상 머신마다 1TiB의 작업 세트가 제공되며, 총 6TiB의 용량을 갖습니다.
각 호스트에 구성된
nconnect마운트 옵션의 값이 16입니다.익스트림 서비스 레벨의 볼륨 크기는 75TiB였습니다.
Fio는 각 가상 머신에서 8개의 작업으로 실행되었으며 총 48개의 작업이 실행되었습니다. 다음 표는 NFSv3에서 4KiB 블록 크기를 사용할 경우 단일 볼륨이 약 380,000 순수 임의 읽기 IOPS와 약 120,000 순수 임의 쓰기 IOPS를 처리할 수 있을 것으로 예상된다는 것을 보여줍니다.
NFS 4 KiB 랜덤 6 n2-standard-32 Red Hat 9 VM에 대한 벤치마크 결과
| 100% 읽기 및 0% 쓰기 | 75% 읽기 및 25% 쓰기 | 50% 읽음 및 50% 쓰기 | 읽기 25%, 쓰기 75% | 0% 읽음 및 100% 쓰기 | |
|---|---|---|---|---|---|
| 읽기 IOPS | 38만 | 172,000 | 79,800 | 32,000 | 0 |
| 쓰기 IOPS | 0 | 57,300 | 79,800 | 96,200 | 118,000 |
8KiB 블록 크기 (무작위 I/O)
이러한 결과는 다음 설정으로 Fio를 사용하여 캡처되었습니다.
8 KiB 블록 크기를 단일 볼륨에 대해 6개로 사용
n2-standard-32가상 머신Red Hat 9 OS
각 가상 머신마다 1TiB의 작업 세트가 제공되며, 총 6TiB의 용량을 갖습니다.
각 호스트에 구성된
nconnect마운트 옵션의 값이 16입니다.익스트림 서비스 레벨의 볼륨 크기는 75TiB였습니다.
Fio는 각 가상 머신에서 8개의 작업으로 실행되었으며 총 48개의 작업이 실행되었습니다. 다음 표는 NFSv3에서 8KiB 블록 크기를 사용할 경우 단일 볼륨이 약 270,000 순수 랜덤 읽기 IOPS와 약 110,000 순수 랜덤 쓰기 IOPS를 처리할 수 있을 것으로 예상된다는 것을 보여줍니다.
NFS 8KiB Random 6 n2-standard-32 Red Hat 9 VM의 벤치마크 결과
| 100% 읽기 및 0% 쓰기 | 75% 읽기 및 25% 쓰기 | 50% 읽음 및 50% 쓰기 | 읽기 25%, 쓰기 75% | 0% 읽음 및 100% 쓰기 | |
|---|---|---|---|---|---|
| 읽기 IOPS | 265,000 | 132,000 | 66,900 | 30,200 | 0 |
| 쓰기 IOPS | 0 | 44,100 | 66,900 | 90,500 | 104,000 |
SMB 액세스를 위한 볼륨 처리량 한도
다음 섹션에서는 SMB 액세스를 위한 볼륨 처리량 한도에 대해 자세히 설명합니다.
64KiB 블록 크기 (순차 I/O)
이러한 결과는 다음 설정으로 Fio를 사용하여 캡처되었습니다.
n2-standard-32가상 머신 6개가 있는 단일 볼륨에 대한 64KiB 블록 크기Windows 2022 OS
각 가상 머신의 작업 세트 1TiB, 총 6TiB
각 가상 머신에 16 값으로 구성된 RSS 네트워크 인터페이스별 SMB 연결 수 클라이언트 측 옵션
볼륨 크기는 익스트림 서비스 수준의 75TiB였습니다.
Fio는 각 가상 머신에서 8개의 작업으로 실행되었으며 총 48개의 작업이 실행되었습니다. 다음 표에서는 단일 볼륨이 SMB를 통해 64KiB 블록 크기로 순수 순차 읽기 약 5,130MiBps와 순수 순차 쓰기 약 1,790MiBps를 처리할 수 있는 것으로 추정됨을 보여줍니다.
SMB 64KiB 순차 6 n2-standard-32 Windows 2022 VM
| 100% 읽기 및 0% 쓰기 | 75% 읽기 및 25% 쓰기 | 50% 읽음 및 50% 쓰기 | 읽기 25%, 쓰기 75% | 0% 읽음 및 100% 쓰기 | |
|---|---|---|---|---|---|
| 읽기 MiBps | 5,128 | 2,675 | 1,455 | 559 | 0 |
| 쓰기 MiBps | 0 | 892 | 1,454 | 1,676 | 1,781 |
256KiB 블록 크기 (순차 I/O)
이러한 결과는 다음 설정으로 Fio를 사용하여 캡처되었습니다.
256 KiB 블록 크기를 사용하는 단일 볼륨에 대해 6개의 n2-standard-32 가상 머신을 구성합니다.
Windows 2022 OS
각 가상 머신의 작업 세트 1TiB, 총 6TiB
각 호스트에서 RSS 네트워크 인터페이스별 SMB 연결 수 클라이언트 측 옵션이 16의 값으로 구성됩니다.
볼륨 크기는 익스트림 서비스 수준의 75TiB였습니다.
Fio는 각 가상 머신에서 8개의 작업으로 실행되었으며 총 48개의 작업이 실행되었습니다. 다음 표는 SMB 환경에서 256KiB 블록 크기를 사용할 경우, 단일 볼륨이 순수 순차 읽기에서 약 4,620MiBps, 순수 순차 쓰기에서 약 1,830MiBps의 처리 용량을 가질 것으로 예상된다는 것을 보여줍니다.
SMB 256 KiB 순차 6 n2-standard-32 Windows 2022 VM
| 100% 읽기 및 0% 쓰기 | 75% 읽기 및 25% 쓰기 | 50% 읽음 및 50% 쓰기 | 읽기 25%, 쓰기 75% | 0% 읽음 및 100% 쓰기 | |
|---|---|---|---|---|---|
| 읽기 MiBps | 4,617 | 2,708 | 1,533 | 584 | 0 |
| 쓰기 MiBps | 0 | 900 | 1,534 | 1,744 | 1,826 |
4 KiB 블록 크기 (랜덤 I/O)
이러한 결과는 다음 설정으로 Fio를 사용하여 캡처되었습니다.
4 KiB 블록 크기를 단일 볼륨에 대해 6개 사용
n2-standard-32가상 머신윈도우 2022 OS
각 가상 머신당 1TiB의 작업 세트가 할당되어 총 6TiB의 용량을 차지합니다.
각 호스트에서 RSS 네트워크 인터페이스별 SMB 연결 수 클라이언트 측 옵션을 활성화하고 값을 16으로 설정합니다.
익스트림 서비스 레벨의 볼륨 크기는 75TiB였습니다.
Fio는 각 가상 머신에서 8개의 작업으로 실행되었으며 총 48개의 작업이 실행되었습니다. 다음 표는 SMB 환경에서 4KiB 블록 크기를 사용할 경우 단일 볼륨이 약 390,000 순수 랜덤 읽기 IOPS와 약 110,000 순수 랜덤 쓰기 IOPS를 처리할 수 있을 것으로 예상된다는 것을 보여줍니다.
Windows 2022 VM에서 SMB 4 KiB 랜덤 6 n2-standard-32에 대한 벤치마크 결과
| 100% 읽기 및 0% 쓰기 | 75% 읽기 및 25% 쓰기 | 50% 읽음 및 50% 쓰기 | 읽기 25%, 쓰기 75% | 0% 읽음 및 100% 쓰기 | |
|---|---|---|---|---|---|
| 읽기 IOPS | 390,900 | 164,700 | 84,200 | 32,822 | 0 |
| 쓰기 IOPS | 0 | 54,848 | 84,200 | 98,500 | 109,300 |
8KiB 블록 크기 (무작위 I/O)
이러한 결과는 다음 설정으로 Fio를 사용하여 캡처되었습니다.
8 KiB 블록 크기를 단일 볼륨에 대해 6개로 사용
n2-standard-32가상 머신윈도우 2022 OS
각 가상 머신당 1TiB의 작업 세트가 할당되어 총 6TiB의 용량을 차지합니다.
각 호스트에서 RSS 네트워크 인터페이스별 SMB 연결 수 클라이언트 측 옵션이 16의 값으로 구성됩니다.
익스트림 서비스 레벨의 볼륨 크기는 75TiB였습니다.
Fio는 각 가상 머신에서 8개의 작업으로 실행되었으며 총 48개의 작업이 실행되었습니다. 다음 표는 SMB 환경에서 8KiB 블록 크기를 사용할 경우 단일 볼륨이 약 280,000 순수 랜덤 읽기 IOPS와 약 90,000 순수 랜덤 쓰기 IOPS를 처리할 수 있을 것으로 예상된다는 것을 보여줍니다.
Windows 2022 VM에서 SMB 8 KiB 랜덤 6 n2-standard-32 벤치마크 결과
| 100% 읽기 및 0% 쓰기 | 75% 읽기 및 25% 쓰기 | 50% 읽음 및 50% 쓰기 | 읽기 25%, 쓰기 75% | 0% 읽음 및 100% 쓰기 | |
|---|---|---|---|---|---|
| 읽기 IOPS | 271,800 | 135,900 | 65,700 | 28,093 | 0 |
| 쓰기 IOPS | 0 | 45,293 | 65,900 | 84,400 | 85,500 |
iSCSI 액세스에 대한 볼륨 처리량 제한
다음 섹션에서는 Flex Unified 서비스 레벨을 사용한 iSCSI 액세스에 대한 볼륨 처리량 제한에 대해 설명합니다.
다음 테스트는 Flex Unified 사용자 지정 성능 지역 스토리지 풀에 있는 6개의 1 TiB 볼륨을 사용하여 실행되었습니다. 해당 풀은 최대 처리량과 IOPS로 구성되었으며, 그 결과가 기록되었습니다.
64KiB 블록 크기 (순차 I/O)
이러한 결과는 다음 설정으로 Fio를 사용하여 캡처되었습니다.
6개의 볼륨에 대해 64 KiB 블록 크기, 각 볼륨당 6개
n2-standard-32가상 머신레드햇 엔터프라이즈 리눅스 (RHEL) 9 운영체제
각 가상 머신의 작업 세트 720GiB, 총 4,320GiB
iSCSI에서 각 호스트의
nr_sessions매개변수를 16으로 설정합니다.각 볼륨 크기는 10TiB 용량의 스토리지 풀에서 1TiB입니다.
Fio는 iodepth이 1로 설정된 각 가상 머신에서 24개의 작업으로 실행되었습니다. 다음 표에서는 스토리지 풀이 iSCSI를 통해 64KiB 블록 크기로 순수 순차 읽기 약 4,915MiBps와 순수 순차 쓰기 약 2,375MiBps를 처리할 수 있는 것으로 추정됨을 보여줍니다.
iSCSI 64KiB 순차 6 n2-standard-32 RHEL 9 VM
| 읽기 100%, 쓰기 0% | 75% 읽기 및 25% 쓰기 | 50% 읽음 및 50% 쓰기 | 읽기 25%, 쓰기 75% | 0% 읽음 및 100% 쓰기 | |
|---|---|---|---|---|---|
| 읽기 MiBps | 4,915 | 3,642 | 1,846 | 701 | 0 |
| 쓰기 MiBps | 0 | 1,214 | 1,844 | 2,104 | 2,375 |
256KiB 블록 크기 (순차 I/O)
이러한 결과는 다음 설정으로 Fio를 사용하여 캡처되었습니다.
n2-standard-32가상 머신 6개가 있는 볼륨 6개의 블록 크기 256KiBRHEL 9 OS
각 가상 머신의 작업 세트 720GiB, 총 4,320GiB
iSCSI에서 각 호스트의
nr_sessions매개변수를 16으로 설정합니다.각 볼륨 크기는 10TiB 용량의 스토리지 풀에서 1TiB입니다.
Fio는 iodepth이 1로 설정된 각 가상 머신에서 24개의 작업으로 실행되었습니다. 다음 표에서는 스토리지 풀이 iSCSI를 통해 256KiB 블록 크기로 순수 순차 읽기 약 4,954MiBps와 순수 순차 쓰기 약 2,648MiBps를 처리할 수 있는 것으로 추정됨을 보여줍니다.
iSCSI 256KiB 순차 6n2-standard-32 RHEL 9 VM
| 읽기 100%, 쓰기 0% | 75% 읽기 및 25% 쓰기 | 50% 읽음 및 50% 쓰기 | 읽기 25%, 쓰기 75% | 0% 읽음 및 100% 쓰기 | |
|---|---|---|---|---|---|
| 읽기 MiBps | 4,954 | 3,774 | 2,387 | 859 | 0 |
| 쓰기 MiBps | 0 | 1,259 | 2,389 | 2,574 | 2,648 |
4 KiB 블록 크기 (랜덤 I/O)
이러한 결과는 다음 설정으로 Fio를 사용하여 캡처되었습니다.
6개의 볼륨에 대해 4 KiB 블록 크기, 각 볼륨당 6개
n2-standard-32가상 머신RHEL 9 OS
각 가상 머신의 작업 세트 720GiB, 총 4,320GiB
iSCSI에서 각 호스트의
nr_sessions매개변수를 16으로 설정합니다.각 볼륨 크기는 10TiB 용량의 스토리지 풀에서 1TiB입니다.
iodepth이 4로 설정된 각 가상 머신에서 24개의 작업으로 fio가 실행되었습니다. 다음 표는 iSCSI를 통해 4KiB 블록 크기로 스토리지 풀이 약 160,000 순수 랜덤 읽기 IOPS와 약 160,000 순수 랜덤 쓰기 IOPS를 처리할 수 있을 것으로 예상된다는 것을 보여줍니다.
iSCSI 4 KiB 랜덤 6 n2-standard-32 RHEL 9 VM
| 100% 읽기 및 0% 쓰기 | 75% 읽기 및 25% 쓰기 | 50% 읽음 및 50% 쓰기 | 읽기 25%, 쓰기 75% | 0% 읽음 및 100% 쓰기 | |
|---|---|---|---|---|---|
| 읽기 IOPS | 159,861 | 120,061 | 80,047 | 40,027 | 0 |
| 쓰기 IOPS | 0 | 40,031 | 80,056 | 120,060 | 160,072 |
8KiB 블록 크기 (무작위 I/O)
이러한 결과는 다음 설정으로 Fio를 사용하여 캡처되었습니다.
n2-standard-32가상 머신 6개가 있는 볼륨 6개의 8KiB 블록 크기RHEL 9 OS
각 가상 머신의 작업 세트 720GiB, 총 4,320GiB
iSCSI에서 각 호스트의
nr_sessions매개변수를 16으로 설정합니다.각 볼륨 크기는 10TiB 용량의 스토리지 풀에서 1TiB입니다.
iodepth이 4로 설정된 각 가상 머신에서 24개의 작업으로 fio가 실행되었습니다. 다음 표에서는 스토리지 풀이 iSCSI를 통해 8KiB 블록 크기로 약 158,000개의 순수 임의 읽기 IOPS와 약 140,400개의 순수 임의 쓰기 IOPS를 처리할 수 있는 것으로 추정됩니다.
iSCSI 8KiB Random 6 n2-standard-32 RHEL 9 VM
| 100% 읽기 및 0% 쓰기 | 75% 읽기 및 25% 쓰기 | 50% 읽음 및 50% 쓰기 | 읽기 25%, 쓰기 75% | 0% 읽음 및 100% 쓰기 | |
|---|---|---|---|---|---|
| 읽기 IOPS | 157,780 | 120,028 | 80,102 | 39,866 | 0 |
| 쓰기 IOPS | 0 | 40,035 | 80,070 | 119,565 | 140,366 |
데이터베이스 워크로드 벤치마크
이 섹션에서는 NetApp Volumes의 iSCSI를 통한 Oracle 및 Microsoft SQL Server 워크로드의 애플리케이션 수준 데이터베이스 벤치마크 결과를 제공합니다. 이러한 실제 측정값은 합성 스토리지 벤치마크 데이터를 보완합니다.
고려사항
이러한 데이터베이스 벤치마크 결과를 검토할 때는 다음 요소를 고려하세요.
데이터베이스 벤치마크 결과는 특정 테스트 조건에서의 측정을 나타냅니다.
실제 성능은 워크로드 특성 및 호스트 크기 조정, 네트워크, 데이터베이스, iSCSI, 멀티 경로, 배포 아키텍처와 같은 구성에 따라 달라집니다.
Oracle 데이터베이스
다음 테스트는 iSCSI를 통해 Oracle Database 23c에서 실행되었으며 분석을 위해 Silly Little Oracle Benchmark (SLOB) 도구를 사용하여 성능 결과를 캡처했습니다.
| 워크로드 프로필 | 스토리지 IOPS | 지연 시간 |
|---|---|---|
| 100% 읽음 | ~157,000 | 0.40 ms |
| 90% 읽기 및 10% 쓰기 | ~145,000 | 0.38 ms |
스토리지 IOPS 값은 테스트 중에 관찰된 백엔드 스토리지 I/O를 나타냅니다. 총 스토리지 IOPS는 90% 읽기 및 10% 쓰기 워크로드의 읽기 및 쓰기 IOPS의 합계로 계산됩니다.
자세한 내용은 iSCSI를 통한 Google Cloud NetApp Volumes의 Oracle 성능을 참고하세요.
Microsoft SQL Server
다음 테스트는 단일 LUN 구성으로 iSCSI를 통해 SQL 스토리지 벤치마크 (SSB) 도구를 사용하여 Microsoft SQL Server 워크로드에서 실행되었으며 분석을 위해 성능 결과를 캡처했습니다.
| 워크로드 프로필 | 스토리지 IOPS | 지연 시간 |
|---|---|---|
| 100% 읽음 | ~140,000 | 1밀리초 미만 |
| 읽기 80%, 쓰기 20% | ~100,000 | 1밀리초 미만 |
이러한 성능 값은 지연 시간이 짧은 작동 지점에서 지속적인 스토리지 성능을 나타냅니다. 총 스토리지 IOPS는 80% 읽기 및 20% 쓰기 워크로드의 읽기 및 쓰기 IOPS의 합계로 계산됩니다.
전자 설계 자동화 워크로드 벤치마크
NetApp Volumes 대용량 지원은 전자 설계 자동화 워크로드에 적합한 고성능 병렬 파일 시스템을 제공합니다. 이러한 파일 시스템은 최대 1PiB의 용량을 제공하며 지연 시간이 짧은 상태에서 높은 I/O 및 처리량 속도를 제공합니다.
전자 설계 자동화 워크로드의 경우 프런트엔드 단계와 백엔드 단계 간에 성능 요구사항이 다릅니다. 프런트엔드 단계에서는 메타데이터와 IOPS를 우선시하는 반면 백엔드 단계에서는 처리량에 중점을 둡니다.
프런트엔드와 백엔드 워크로드가 혼합된 업계 표준 전자 설계 자동화 벤치마크에서, 6개의 IP 주소에 고르게 분산된 여러 NFSv3 클라이언트를 사용하는 대용량 데이터를 처리했을 때 최대 21.5GiBps의 처리량과 최대 1,350,000 IOPS를 달성할 수 있습니다.