기존의 VMware VSAN 클러스터의 성능 수준을 살펴본 후 시스벤치 OLTP 더 까다로운 사용 사례를 위해 증가된 작업 부하에 플랫폼이 얼마나 잘 대응하는지 알아보고 싶었습니다. 초기 배포는 1개의 Sysbench VM(노드당 1개)이었지만 이 워크로드로 인해 디스크 I/O가 리소스가 완전히 활용되고 있다고 느낄 만큼 충분히 높은 범위로 가져오지 못했습니다. 이것은 고객이 POC를 실행하고 현재 워크로드의 하위 집합에서 테스트하지만 시간이 지남에 따라 워크로드가 증가하거나 더 많은 애플리케이션 데이터가 마이그레이션됨에 따라 플랫폼이 얼마나 잘 응답하는지 측정하지 않는 것과 유사합니다. 계속 증가하는 MySQL 워크로드 하에서 이 VSAN 클러스터가 어떻게 대응하는지 더 잘 이해하기 위해 우리는 8개의 Sysbench VM(노드당 12개) 벤치마크를 최대 XNUMX개 및 총 XNUMX개의 VM으로 확장했습니다.
기존의 VMware VSAN 클러스터의 성능 수준을 살펴본 후 시스벤치 OLTP 더 까다로운 사용 사례를 위해 증가된 작업 부하에 플랫폼이 얼마나 잘 대응하는지 알아보고 싶었습니다. 초기 배포는 1개의 Sysbench VM(노드당 1개)이었지만 이 워크로드로 인해 디스크 I/O가 리소스가 완전히 활용되고 있다고 느낄 만큼 충분히 높은 범위로 가져오지 못했습니다. 이것은 고객이 POC를 실행하고 현재 워크로드의 하위 집합에서 테스트하지만 시간이 지남에 따라 워크로드가 증가하거나 더 많은 애플리케이션 데이터가 마이그레이션됨에 따라 플랫폼이 얼마나 잘 응답하는지 측정하지 않는 것과 유사합니다. 계속 증가하는 MySQL 워크로드 하에서 이 VSAN 클러스터가 어떻게 대응하는지 더 잘 이해하기 위해 우리는 8개의 Sysbench VM(노드당 12개) 벤치마크를 최대 XNUMX개 및 총 XNUMX개의 VM으로 확장했습니다.
Dell PowerEdge R730xd VMware VSAN 사양
- Dell PowerEdge R730xd 서버(x4)
- CPU: Intel Xeon E5-2697 v3 2.6GHz(14C/28T) XNUMX개
- 메모리: 64 x 16GB DDR4 RDIMM
- SSD: 16 x 800GB 솔리드 스테이트 드라이브 SAS MLC 12Gbps 혼합 사용
- HDD: 80 x 1.2TB 10K RPM SAS 6Gbps
- 네트워킹: 4 x Intel X520 DP 10Gb DA/SFP+, + I350 DP 1Gb 이더넷
- 저장 용량 : 86.46TB
시스벤치 성능
각 Sysbench VM은 92개의 vDisk로 구성됩니다. 하나는 부팅용(~447GB), 하나는 사전 구축된 데이터베이스(~400GB), 세 번째는 테스트 중인 데이터베이스용(16GB)입니다. 시스템 리소스 관점에서 각 VM을 vCPU 64개, DRAM XNUMXGB로 구성하고 LSI Logic SAS SCSI 컨트롤러를 활용했습니다.
8개의 VM 로드에서 Sysbench VM은 각각 5,200-6,300MHz를 소비하며 총 호스트 리소스는 약 18,000MHz가 활용되었음을 나타냅니다. 22개의 Sysbench VM 워크로드에서 거의 모든 사용 가능한 SSD 캐시를 사용했지만 호스트당 8%만 사용되는 많은 CPU 리소스가 남았습니다. 스토리지 영향을 위해 우리는 16개의 Sysbench VM을 로드하여 전체 설치 공간을 확대했으며 총 14TB의 VSAN 스토리지 용량 중 약 86.46TB를 사용했습니다. 그러나 8 VM 워크로드 당시에는 7TB 중 14TB만 활성화되었습니다. 이는 3.5개의 VM 워크로드에서 4TB와 비교됩니다.
Sysbench 테스트 구성(VM당)
- 센트OS 6.3 64비트
- 스토리지 공간: 1TB, 800GB 사용
- 페르코나 XtraDB 5.5.30-rel30.1
- 데이터베이스 테이블: 100
- 데이터베이스 크기: 10,000,000
- 데이터베이스 스레드: 32
- RAM 버퍼: 24GB
- 시험 시간: 12시간
- 6시간 동안 32개 스레드 사전 조정
- 1시간 32 스레드
- 1시간 16 스레드
- 1시간 8 스레드
- 1시간 4 스레드
- 1시간 2 스레드
Sysbench OLTP 워크로드를 확장함에 따라 2,830개의 VM을 사용할 경우 총 4TPS에서 4,259개의 VM을 사용할 경우 8TPS로 성능이 증가하는 것으로 측정되었습니다. 이는 워크로드 풋프린트가 두 배로 증가하면서 성능이 50% 향상됩니다.
집계 트랜잭션 성능이 향상됨에 따라 VM당 평균 지연 시간이 45ms에서 60ms로 증가한 것으로 측정되었습니다. 이는 더 작은 워크로드에 비해 약 33% 증가한 것입니다.
평균 99번째 백분위수 대기 시간도 I/O 수요가 증가함에 따라 94ms에서 131ms로 증가했습니다.
벤치마크가 작동하는 동안 vCenter에서 CPU, 디스크 및 네트워킹 통계를 캡처했습니다. 8 VM 테스트 동안 VM 전체에서 VM-CPU가 5,275MHz에서 최대 6,393MHz로 확산되는 것을 확인했습니다.
노드당 2개의 VM이 활성화된 상태에서 워크로드가 시작된 후 총 609MB/s를 측정하는 혼합 디스크 활동을 확인했습니다. 사전 구축된 데이터베이스가 테스트 시작 시 각 VM 내에서 자신을 복사하는 동안 더 큰 피크가 측정되었습니다.
8 VM Sysbench 테스트 동안 한 호스트의 네트워킹 트래픽은 테스트가 평준화된 후 혼합된 391MB/s를 측정했습니다.
이 테스트의 목적은 계속 증가하는 워크로드에 VSAN이 어떻게 대응하는지 보여주는 것이므로 12개의 VM을 실행한 후 플랫폼을 총 8개의 VM으로 푸시했습니다. 이것은 일부 워크로드가 SSD 캐시 외부로 밀려나는 한계점이었습니다. 대부분의 워크로드가 완료되지 않았거나 적절한 점수를 얻지 못했기 때문에 이 성능을 표시하지 않았습니다. 완료된 VM의 경우 클러스터 전체에서 집계 트랜잭션 성능이 1000-1500TPS 정도로 낮았을 것입니다. 우리가 측정한 성능 저하는 물론 1.6GB 대신 800TB SSD와 같은 더 큰 플래시 장치를 사용하거나 읽기 계층으로의 유출이 그다지 크지 않은 올플래시 VSAN 모델로 이동하면 완화될 수 있습니다. I/O 드롭. 이는 VSAN 환경의 플래시 구성 요소를 적절하게 크기 조정해야 할 필요성을 강조하며, 관리자 또는 리셀러 파트너는 작업 데이터 세트에 대해 잘 알고 있어야 합니다. 이는 VSAN 플랫폼의 핵심 강점 중 하나입니다. 고객이 현재 및 미래 워크로드의 요구 사항에 가장 적합하도록 구성을 조정하거나 필요에 따라 SSD를 저렴하게 교체/추가할 수 있습니다.
플랫폼의 한계점을 아는 것은 매우 중요합니다. 초기에 배포된 워크로드는 일반적으로 시간이 지남에 따라 VM 수와 스토리지 용량 모두에서 증가합니다. 모든 스토리지 플랫폼에는 문제가 있는 지점(All-Flash 어레이 포함)이 있으며, 이는 이 12노드 VSAN 클러스터가 쌓이는 방식으로 이어집니다. 현재 MSRP가 16달러인 올플래시 어레이인 Sysbench VM 575,000개 및 XNUMX개를 성공적으로 실행하는 스토리지 플랫폼은 단 하나뿐입니다. 그러나 이 VSAN 클러스터의 향후 테스트에는 유사한 성능 목표를 달성하기 위해 올플래시 구성이 포함될 것입니다.
VMware Virtual SAN 검토: 개요 및 구성
VMware Virtual SAN 검토: VMmark 성능
VMware Virtual SAN 검토: Sysbench OLTP 성능
VMware Virtual SAN 검토: SQL Server 성능
VMware Virtual SAN 검토: 확장된 Sysbench OLTP 성능
VMware Virtual SAN 검토: HCIbench 합성 성능
