ESG 랩 벤치마크 리포트 · 가상 환경의 실제 성능 테스트 ... 타일은 시스템 성능이 다할 때까지 쌓여갑니다. ... 퀀셜 트래픽은 인덱스 작업,

ESG 랩 벤치마크 리포트

IBM DS5000 시리즈 가상 환경의 실제 성능 테스트

브라이언 가렛

2008년 9월

Copyright ⓒ 2008, The Enterprise Strategy Group, Inc. All Rights Reserved.

ESG 랩 벤치마크 보고서

IBM DS5300 혼합 애플리케이션 환경 성능 분석

- i - Copyright ⓒ 2008, The Enterprise Strategy Group, Inc. All Rights reserved

목차

목차 ..............................................................................................................................i 소개 .............................................................................................................................1

배경...................................................................................................................................................... 1

IBM DS5000 시리즈............................................................................................................................ 2

ESG 랩 확인사항 .......................................................................................................3

다양한 워크로드로 구성된 실제 환경의 벤치마크 방법론............................................................... 3

애플리케이션 워크로드 ....................................................................................................................... 4

물리적 테스트 베드 ............................................................................................................................ 5

드라이브 레이아웃 .............................................................................................................................. 5

가상머신 설정 ..................................................................................................................................... 6

결과...................................................................................................................................................... 7

물리적 총 처리량 ............................................................................................................................................... 7

가상 머신 사용률 ............................................................................................................................................... 9

다양한 워크로드의 실제 환경에서의 IOPS 확장성 .......................................................................................... 9

처리량 피크를 손쉽게 관리하는 법 ................................................................................................................ 11 다양한 애플리케이션 단위의 성능 확장성...................................................................................................... 12

ESG 랩 보고서 하이라이트 .....................................................................................16

고려해야 할 사항......................................................................................................16

ESG 랩 총평 ............................................................................................................17

참고자료(Appendix) .................................................................................................18

EESSGG 랩랩 보보고고서서 ESG 랩 보고서는 스토리지, 데이터 관리 및 정보 보안 산업에 대한 새로운 기술 및 제품을 IT 전문가들

에게 알려주는 것을 목적으로 하고 있습니다. ESG 랩 보고서는 제품 구매를 결정하기 전에 시행해야 할

평가 과정을 대체할 목적 보다는 새로운 기술에 대한 통찰력을 제공하기 위한 목적으로 쓰여졌습니다.

제품들의 진보한 기능을 살펴보고 이러한 기능들이 사용자들의 당면과제를 어떻게 해결할 수 있으며, 향

상될 점은 없는지 알려드립니다. ESG 랩의 전문가 의견은 ESG 랩 본연의 테스트 방법론과 실제로 제품

을 사용하고 있는 고객들과의 인터뷰 내용을 기반으로 작성되었습니다. 이번 보고서는 LSI가 후원하였습

니다.



- 1 - Copyright ⓒ 2008, The Enterprise Strategy Group, Inc. All Rights reserved

소개 미션 크리티컬한 애플리케이션의 가용성과 유연성을 향상시키고 비용을 절감하기 위해 기업들이 서버 가상화를 채택하면서 네트워크 기반의 스토리지 수요가 증가하고 있습니다. ESG가 조사한 바에 따르면, 서버 및 스토리지 통합을 고려하고 있는 대다수 IT 관리자들의 가장 큰 고민거리는 가상화 구현 후 나타날 수 있는 성능 저하라고 합니다. 하여 이번 보고서에서는 가상화가 구현된 실제 환경에서의 스토리지 성능을 평가하기 위해 고도로 가상화된 데이터 센터 환경에 SAN 기반의 DS5300을 연결하여 스토리지 성능을 테스트하는 새로운 방식의 벤치마크 방법론을 사용하였습니다.

배경 서버 가상화 기술은 기업 규모와 업종을 불문하고 일반화되고 있습니다. ESG가 최근 발간한 서버 가상화 기술의 채택에 관한 보고서에 따르면, 52%의 기업들이 서버 가상화를 이미 도입 적용했으며, 나머지 48%의 기업들 또한 곧 적용할 계획이라고 합니다.1 ESG는 서버 가상화로 이룰 수 있는 경제적 혜택과 데이터센터의 당면과제인 시스템의 저효율, 전력 및 냉각 이슈를 해결하기 위해 서버 가상화를 채택하는 기업들이 지속적으로 증가할 것으로 보고 있습니다. [그림 1] 서버 가상화 및 네트워크 스토리지 당면과제

서버 가상화 및 네트워크 스토리지 도입 시 가장 큰 고민은 무엇입니까?

(응답자 %, N=311, 복수 응답 가능)

성능 이슈

정보 및 베스트 프랙티스 부족

테스트 시행 및 충족요건 검토 절차 필요

새로운 스토리지 인프라 도입 비용

기존 스토리지에서 제공하는 기능과 다른 새로운 기능과 프로세

스를 비롯한 스토리지 관리 기능

1 ESG Research Report, The Impact of Server Virtualization on Storage, December, 2007




서버 가상화와 네트워크 스토리지 도입으로 인한 혜택이 분명함에도 불구하고 가상화 환경에서 다양한 애플리케이션 워크로드를 통합 운영하기 위해선 여러 가지 문제들을 해결해야 합니다. 그 중에서도 성능과 베스트 프랙티스 등의 정보 부족이 문제로 지적되고 있습니다(그림 1 참조). 이러한 문제들은 기업의 규모나 가상화 규모에 상관 없이 일어날 수 있는데, 특히 인프라의 성능이 문제가 되는 것은 가상화 적용 기업 보고서에서도 나타나듯이 가상화를 적용한 기업 중 46%가 가상화 환경에서 “Tier-1” 애플리케이션을 운영 중이고, 33%의 기업이 향후 그럴 계획이기 때문입니다.

IBM DS5000 시리즈 IBM이 최근 발표한 DS5300(2009년 9월 DS5020을 발표하면서 DS5000 시리즈 라인업 완성)은 SAN 기반의 스토리지로 기존 버전인 DS4800보다 최대 4배 이상, DS4700보다 8배 이상 성능이 향상되어 미드레인지 스토리지로는 업계 최고 성능을 자랑합니다. DS5300은 실제 환경에서 엔터프라이즈 스토리지에 요구되는 성능을 충족하도록 설계되었습니다. 다양한 워크로드가 혼합된 환경에 최적화된 고성능과 모듈러 방식의 확장성, 고가용성을 비롯해 카피 서비스, 리모트 복제 등 한층 진보된 기능을 제공합니다. [그림 2]에서 볼 수 있듯이 듀얼 컨트롤러 시스템을 장착하여 최대 16개의 4Gbps 파이버채널호스트 인터페이스(2009년 10월 8Gbps 파이벌 채널 지원)를 지원하며, 최대 448개 드라이브(FC, SATA, SSD), 64GB 캐시를 장착할 수 있습니다. [그림 2] DS5300 하이라이트 이 보고서에서는 DS5300이 제공하는 엔터프라이즈급의 성능과 다양한 애플리케이션 워크로드가 혼합된 가상화 환경에서도 최상의 성능을 제공한다는 IBM의 주장을 검증해보도록 하겠습니다. 특히 DS5300이 지원하는 다음 기능을 중점적으로 보여드립니다.

지속적인 총 처리량 초당 6.2GB 2개의 물리적 서버를 통합해 16개의 가상 머신을 구현한 환경에서 다양한 비즈니스 크리티컬 애플리케이션

을 구현한 경우 Microsoft Exchange JetStress 유틸리티를 이용하여 17,512명의 이메일 유저/오라클 Orion 유틸리티를 이용

하여 9164 데이터베이스 초당 I/O, Iometer 유틸리티를 이용하여 4551 시뮬레이이션한 웹 서버 IOPS 및 425MB/s 처리량을 발생하도록 구성

빠른 응답 속도와 뛰어난 성능 확장성을 보장하는 최적의 통합 환경

캐시 대역폭

호스트 인터페이스

드라이브

데이터 캐시

내부 대역폭

8 또는 16개의 4Gbps/8Gbps FC

최대 448개 FC 또는 SATA 드라이브

최대 64GB




ESG 랩 확인사항 IBM DS5300의 실제 성능은 메리랜드에 있는 IBM 테스트 센터에서 ESG 랩의 자가 테스트 방식에 의거해 테스트하였습니다. 이 보고서에는 복수의 가상 서버가 한 대의 DS5300을 공유하는 환경에서 실제 환경의 다양한 애플리케이션 워크로드의 성능을 체크하는 방법론을 사용하였습니다. VMware와 IBM 그리고 LSI와의 협업이 이번 프로젝트의 성공요인이었습니다. 특히 고객들이 가상화 환경에서 비즈니스 크리티컬한 애플리케이션을 배치하는 문제에 관한 한 VMware의 경험과 전문적 지식이 절대적이었고, IBM과 LSI의 장기적 파트너십도 큰 도움이 되었습니다.

다양한 워크로드로 구성된 실제 환경의 벤치마크 방법론 전통적인 방식의 서버 벤치마크는 단일의 운영체제에 단일 애플리케이션을 운영하며 성능을 측정합니다. SPEC CPU2000과 CPU2006은 이러한 형태의 대표적인 벤치마크 툴입니다. 전통적인 서버 벤치마크 방식과 같이, 전통적인 방식의 스토리지 벤치마크도 단일의 스토리지 시스템에 단일 워크로드를 올려 테스트합니다. SPC-1 벤치마크가 단일 스토리지 시스템의 성능을 측정하는 대표적 방식으로, 온라인 인터랙티브 데이터베이스 애플리케이션 성능을 보여줍니다. 단일 애플리케이션 워크로드를 운영하는 전통적인 방식의 벤치마크를 이용하면, 가상화 환경에서 다양한 애플리케이션 워크로드가 혼합될 경우 성능을 알 수 없다는 한계가 있습니다. 이러한 한계를 극복하기 위해 VMware는 VMmark라는 새로운 방식의 벤치마크 테스트 방식을 고안해 다양한 워크로드가 혼합된 환경을 테스트하고 있습니다. VMmark는 Tile(이후 타일) 기반의 방식을 사용하여 애플리케이션 성능을 측정하는 동시에, 전체 확장성과 가상 서버 솔루션의 개별 애플리케이션 성능을 측정합니다. VMware의 독창적인 타일 개념은 매우 간단해 보이지만, 일진보한 고도의 벤치마크 방법론입니다. 단일 시스템에 다양한 워크로드가 혼합된 타일이 하나둘씩 늘어가는 방식인데, 타일은 시스템 성능이 다할 때까지 쌓여갑니다. 이러한 방식으로 IT 관리자는 가상화된 애플리케이션을 운영할 때의 성능에 초점을 맞춰 서버들의 성능을 비교할 수 있습니다. 예를 들어, 이번 테스트에 사용된 하이엔드 클래스의 IBM x3850 서버는 VMmark 13.5 타일이란 놀라운 수치를 기록했습니다. [그림 3] 스토리지 시스템 성능 측정에 역점을 둔 타일 기반의 새로운 방법론




VMmark는 단일 서버에 다양한 애플리케이션을 운영하는 성능을 측정하는 것이므로, 복수의 서버 환경에서 한 대의 스토리지를 공유하며 다양한 애플리케이션을 운영하는 경우에는 적합하지 않습니다. VMmark는 스토리지 시스템 보다는 서버에 부하를 증가시키는 방식입니다. 이 보고서에서는 서버 보다는 스토리지에 부하를 거는 방식을 사용하였습니다. VMmark에서 사용한 방법을 모방하여 ESG 랩도 타일 방식의 개념을 사용하였습니다. [그림 3]에서 볼 수 있듯이, 각각의 타일은 4종의 애플리케이션 워크로드로 구성됩니다. 2대의 물리적 서버를 8개의 가상 머신으로 논리적 분할한 후 액티브 타일의 개수를 1개에서 4개로 늘리며 성능을 테스트하였습니다.

애플리케이션 워크로드 4개의 일반적인 비즈니스 애플리케이션 워크로드의 I/O를 에뮬레이션하기 위해 산업표준 벤치마크 툴이 사용되었습니다.

E-Mail: Microsoft JetStress 유틸리티는 이메일 트래픽을 발생시키는 툴입니다. JetStress는 VMmark에서 사용되는 Microsoft LoadSimm 유틸리티와 같이 Microsoft Exchange 이메일 전송/읽기, 약속 정하기, 할일 기록 등의 액티비티를 시뮬레이션하는 툴로, LoadSimm의 라이트 버전이라고 보시면 됩니다. 기반이 된 Jet 엔진 데이터베이스를 사용하여 스토리지에 초점을 맞춰 성능을 테스트하도록 설계하였습니다.2

데이터베이스: 오라클의 Orion 유틸리티는 데이터베이스 트래픽을 발생시키는 툴로, JetStress와 마찬가지로 스토리지 성능을 측정할 수 있도록 최적화되었습니다. 스토리지 성능을 측정하는 것 외에 성능 이슈 혹은 오라클 데이터베이스를 운영하지 않고도 새로운 데이터베이스 크기를 사이징합니다. Orion은 주로 2가지 주요 데이터베이스 액티비티 – 응답속도에 민감한 온라인 트랜잭션 프로세싱(OLTP)과 대역폭에 민감한 온라인 어넬리틱 프로세싱(OLAP) - 를 측정하는 데 사용됩니다.3

웹 서버: Iometer 유틸리티는 웹 서버 트래픽을 발생시키는 툴로, 여기서 I/O는 다양한 블록 크기를 랜덤으로 읽는 것을 말합니다. 이번 테스트에 사용된 웹 서버 Iometer 프로파일은 인텔에서 만든 것으로, 오픈 소스 프로젝트에 주로 사용되고 있습니다.4 Iometer 테스트는 윈도우 기반의 물리적 드라이브에서 실행됩니다.

스캔/읽기: Iometer 유틸리티는 단일 스트림의 읽기 트래픽을 발생시키는데, 이러한 형태의 대형 블록 시퀀셜 트래픽은 인덱스 작업, 장시간 운영하는 데이터베이스 쿼리, 백업 작업, 벌크 데이터 업로드와 복제 등의 작업을 포함합니다. 각각의 타일에는 처리량 집약적인 컴포넌트를 랜덤 I/O 프로파일이 지배적인 인터랙티브 데이터베이스와 이메일 애플리케이션에 추가하기 위해 1개의 256KB 시퀀셜 읽기 워크로드가 포함됩니다. 경험 많은 데이터베이스 및 스토리지 전문가라면 이미 알고 있듯이, 처리량 집약적인 I/O 트래픽이 급증하면 인터랙티브 애플리케이션 성능이 급속히 느려져 엔드유저의 불만이 급증합니다. 처리량 집약적인 스캔/읽기 트래픽을 여러 개 흘리는 이유는 다양한 타입의 I/O 활용량이 증가할 때 인터랙티브 성능이 예측범위 내에 들어오는지 보기 위해서입니다.5

4가지 종류의 워크로드는 테스트 시간이 가장 오래 걸리는 JetStress 이메일 테스트와 함께 실행되었습니다. Iometer 워크로드는 JetStress 유틸리티가 완료된 후 수동으로 중지되었습니다.

2 JetStress parameters including 32 threads per storage group are included in the JetStress output shown in the Appendix as Figure 11 3 Orion parameters including a small I/O size of 8 KB and a large I/O size of 1 MB are included in the Orion output shown in Figure 12 4 Web server Iometer (www.sourceforge.net/projects/iometer) workload definitions are included in a results file excerpt as Figure 13. 5 The scan/read workload definition is included in a results file excerpt as Figure 14.




물리적 테스트 베드 4개의 쿼드쿼어 3GHz 프로세서에 128GB 메모리를 장착한 IBM xSeries 3850 서버를 페어로 구성하고 여기에 VMware ESX 서버 3.5 소프트웨어를 설치하였습니다. 각 서버에는 듀얼 4Gbps FC 호스트 버스 어댑터를 4개씩 장착하여 시스코 MDS-9513 FC SAN 스위치와 연결하였습니다. 15K rpm FC 드라이브가 256개 꽂힌 DS5300은 서버와 16개의 4Gbps FC 포트로 연결하였습니다(그림 4 참조). [그림 4] ESG 랩 테스트베드

드라이브 레이아웃 DS5300 드라이브 설정은 표 1과 같습니다. 마이크로소프트 익스체인지 스토리지 2개와 오라클 데이터베이스 2개가 하나의 타일로 묶여 테스트되었습니다. 익스체인지 데이터베이스 볼륨은 8개의 RAID 10 그룹으로 설정하였으며, 페어의 오라클 데이터베이스 애플리케이션은 성능과 비용 조건을 달리 하기 위해 하나는 RAID 10을, 그리고 다른 하나는 RAID 5로 설정하였습니다. 웹 서버와 스캔/읽기 볼륨은 7+1 RAID 레이아웃으로 설정하였습니다. 볼륨은 DS5300의 듀얼 컨트롤러와 16개의 호스트 인터페이스에 균등하게 분배되었습니다.6

[표 1] 드라이브 설정

애플리케이션 LUN 수 드라이브 수 가용량(GB)

Exchange DB 8 64 8,640z

Exchange Log 8 64 8,704

Oracle 8 52 4,352

Web Server 4 32 2,176

Scan/Read 4 32 2,176

Vmdk/OS 4 20 2,176

Total 36 240 26,048

6 For more detail, please refer to Figures 15 and 16 in the Appendix. The balances of the 256 drives were not configured (8) or defined as hot spares

(8).




가상머신 설정 16개 가상머신의 각각의 설정은 그림 5와 같습니다. 1개의 가상머신엔 쿼드쿼어 CPU 1개, 16GB RAM이 할당되고 운영체제로 VMFS 위에 버추얼 디스크가 위치하고 1개 이상의 LUN이 매핑되었습니다. DS5300 디스크 용량은 VMware 버추얼 디스크 파일(VMDK), 윈도우 2003 운영체제 이미지, 애플리케이션 실행파일 및 애플리케이션 데이터를 포함, 요구되는 모든 스토리지 용량에 대응하는 용도로 사용되며, 테스트 중인 모든 애플리케이션 데이터 볼륨 등은 mapped raw LUN(raw device mapped 또는 RDM 볼륨으로도 불리는)으로 설정됩니다. 가상 머신 중 한 개는 JetStress 이메일 테스트를 위해 사용되었습니다. 4개의 mapped raw LUN 구성을 살펴보면, 2개는 익스체인지 데이터 볼륨으로, 나머지 2개는 익스체인지 로그 볼륨으로 설정되었음을 알 수 있습니다. [그림 5] Virtual Server Configuration

주주요요 시시사사점점 ESG 리서치는 서버 가상화를 지원하는 네트워크 스토리지 시스템 도입 시 가장 큰 문제는 성능임 저하

임을 지적하였습니다. 서버 가상화를 도입 혹은 계획 중인 기업을 대상으로 하는 조사에서 응답자중 51%가 성능 저하가 가장 우려된다고 답했습니다.

전통적으로 스토리지 벤치마크는 1가지 워크로드(예를 들어 데이터베이스 또는 이메일)와 1가지 성능수

치(응답시간 혹은 처리량)에만 역점을 두었습니다. 서버 벤치마크 또한 1개 서버에 1개의 CPU 집약적인 워크로드를 올려 성능을 측정했고, 스토리지 시스템에는 전혀 부하를 주지 않았습니다. IBM 고객들이 정

말로 알고 싶어하는 것은 가상화 환경에서 DS5300의 성능이므로 이번 벤치마크는 복수의 가상 머신이 1대의 스토리지를 공유하는 환경에서 실제 애플리케이션을 돌려 성능을 테스트하였습니다.




결과 스토리지 시스템 벤치마크는 자동차 성능을 시험하는 테스트와 비슷한 면이 있습니다. 엔진마력과 0에서 60까지의 가속 실험은 대표적인 자동차 성능 수치를 나타내는 것입니다. 스펙상으로도 자동차 성능을 어느 정도 가늠할 수 있지만, 정확한 성능 비교를 위해서는 도로 상태, 운전자의 운전실력, 연비 등 다양한 요소들을 고려해야 합니다. 자동차를 사는 것과 마찬가지로 애플리케이션의 실제 성능을 알아보려면 스토리지 시스템도 실제 환경에서 테스트해야 합니다.

물리적 총 처리량 성능분석은 테스트 베드의 총 처리량의 최저 수준을 측정하는 것으로 시작하였습니다. 이는 Iometer 유틸리티를 사용해 테스트할 수 있는데, IBM x86 엔트리 서버 x335 10대를 테스트베드로 사용합니다. 나중에 다양한 애플리케이션이 혼합된 실제 환경에 사용된 드라이브 중 절반(128개 드라이브)이 사용되었습니다. 4GB FC 포트를 내장한 10대의 서버는 시스코 MDS 9513 스위치로 16개의 4Gbps 호스트 포트를 내장한 DS5300에 연결되었고 16개의 LUN을 사용하였습니다. 각각의 LUN은 4+1 패러티 방식으로 설정된 15K rpm의 RAID5 그룹에 설정되었습니다. 각각의 윈도우 서버는 2개의 DS5300 컨트롤러에 교차하여 배분된 2개의 LUN을 사용하였습니다. 1MB 시퀀셜 읽기와 1MB 시퀀셜 쓰기로 구성된 Iometer 프로파일을 이용해 DS5300의 총 데이터 처리량을 측정하였으며, 동일한 테스트를 AIX 기반의 IBM p595 서버에서 시행하여 거의 동일한 성능 수치를 얻었습니다. 자동차 성능을 나타내는 엔진 동력 수치와 마찬가지로 DS5000 콘솔이 기록한 최대 처리량은 DS5300의 스토리지 엔진 성능 파워 수치로 나타낸 것입니다. [그림 6] 검증된 테스트 결과




수치의 의미 자동차 성능을 나타내는 엔진 마력과 같이 처리량은 스토리지 시스템의 엔진 성능 파워를 나타냅니다. 스토리지 처리량은 시스템이 활용할 수 있는 가용한 대역폭을 나타내는 것으로 스트림 혹은 총량 기반으로

측정됩니다. 스트림은 사용자나 애플리케이션이 A I/O 인터페이스를 통해 B 장치와 통신하는 것을 가리킵니다. 총 처리량은 스토리지 시스템이 전체 애플리케이션과 사용자들을 위해 한번에 보낼 수 있는 데이터 양에 대한 측정값입니다.

ESG 랩은 DS5300이 읽기 시 6.2GB/sec 총 처리량과 쓰기 시 5.85MB 총 처리량의 놀라운 속도를 가졌음을 확인하였습니다. 이 수치는 이전 제품인 DS4800보다 성능이 4배 이상 향상된 것입니다.

주주요요 시시사사점점 스토리지 시스템이 다양한 워크로드가 혼재된 실제 환경에서 제대로 된 성능을 내기 위해서는 뛰어난 스토리지 엔진과 모듈러 방식의 아키텍처가 반드시 필요합니다. 스토리지 컨트롤러 엔진의 성능을 테스트하는 가장 일반적인 방식이 총 처리량입니다. ESG 랩은 DS5300이 읽기 시 총 처리량이 초당 6.2GB라는 놀라운 성능을 나타내는 것을 확인하였습니다. ESG 랩의 경험으로 비추어볼 때 듀얼 컨트롤러 스토리지 시스템으로서는 얻기 힘든정말 놀라운 수치로, DS5000이 서버 가상화 환경과 다양한 비즈니스 애플리케이션이 혼합된 실제 환경에 최적화된 스토리지임을 보여줍니다. 더불어 극도의 대역폭을 요구하는 클러스터 컴퓨팅 환경과 비디오 편집, 과학연구 분야에도 최적의 스토리지임을 증명합니다.




가상 머신 사용률 10대의 물리적 서버를 이용해 최저 수준의 처리량 테스트를 시행한 후 다양한 애플리케이션이 혼재된 실제 환경 테스트를 위해 DS5300 세칭을 변경하였습니다. 앞에 설명하였듯이 x3850 서버 환경에서 테스트를 시행하였으며 가상화 애플리케이션과 DS5300간 병목이 없음을 확인하기 위해 서버 메모리와 CPU 활용률을 먼저 분석하였습니다. VMware Infrastructure Manager로 모니터링된 메모리와 CPU 사용률은 아래의 그림 7에서 확인할 수 있습니다. [그림 7] 시스템 컴포넌트(대시보드)

위 그림은 4개 타일 테스트의 피크 상태를 캡처한 것입니다. 메모리 활용률이 50%, CPU 활용률이 25% 이하로 가상화 애플리케이션과 IBM DS5300간 병목현상은 없어 보입니다.

다양한 워크로드의 실제 환경에서의 IOPS 확장성 IOPS(초당 I/O)는 스토리지 시스템이 병렬로 실행할 수 있는 입출력량을 말합니다. 시스템이 디스크 또는 캐시에서 받아 처리할 수 있는 IOPS가 클 경우 좀 더 많은 수의 애플리케이션과 사용자를 처리할 수 있습니다. 자동차 엔진의 회전력과 같이 IOPS 수치는 스토리지 시스템 엔진의 파워를 나타냅니다. 캐시의 IOPS는 일반적으로 큰 수치로 스토리지 컨트롤러의 프론트엔드의 속도를 가리키는데 반해, 디스크의 IOPS는 다양한 비즈니스 워크로드가 혼합된 환경을 지원하는 스토리지 시스템의 실제 성능을 보여주는 매우 유용한 수치입니다. 예를 들어 E-Mail이나 인터랙티브 데이터베이스 애플리케이션은 무작위로 액세스되므로 디스크의 IOPS가 좋을수록 성능이 더 좋게 나타납니다. 다시 말해 다양한 애플리케이션이 혼합된 실제 환경에서는 디스크 또는 캐시로부터 서비스되는 랜덤과 시퀀셜 I/O 트래픽 패턴들을 지원하는 경우가 많습니다.




ESG 랩은 IOPS 성능을 측정할 때 실제 환경의 애플리케이션 워크로드를 운영하는 가상머신의 개수를 4개에서 16개로 늘렸습니다. 랜덤 I/O와 시퀀셜 I/O가 혼합된 I/O를 수백 개의 디스크 드라이브에서 운영하였는데, 이번 테스트는 보다 높은 성능의 벤치마크 수치를 얻는 것 보다는 DS5300의 확장성을 평가하는 데 두었습니다. [그림 8]은 애플리케이션 워크로드가 혼합된 환경의 피크 타임 시 IOPS 확장성을 보여줍니다. [그림 8] Peak Enabled Mixed Workload Consolidation

수치의 의미 Orion 툴을 통한 낮은 IOPS의 테스트 초기 단계에서부터 데이터베이스의 데이터 정합성을 확인하는

JetStress 툴의 마지막 단계에 걸쳐 최대 부하의 워크로드 환경 하에서 IOPS는 다양하게 나타납니다. 4개의 타일을 운영 시 피크타임 38,438, 평균 24,714 IOPS를 나타냈습니다. 실제 환경의 다양한 애플리케이션 트래픽이 4개 서버에서 16개 서버로 증가할 경우 IOPS는 거의 선형적으

로 증가하였습니다.

주주요요 시시사사점점 다양한 애플리케이션이 한 대의 스토리지 시스템을 공유하는 환경을 구성할 경우 가장 먼저 고려해야 하

는 것은 스토리지 성능이 선형적으로 증가하는가입니다. 한 애플리케이션에서 I/O가 급증할 때(예. 데이

터베이스 정합성 체크) 응답시간이 현저하게 늦어지고 생산성이 저하되며 최악의 경우에는 매출액 손실

로 이어질 수 있기 때문입니다. ESG 랩은 DS5000의 경우 다양한 애플리케이션이 동시에 운영되는 환경에서도 I/O 성능이 선형적으로

증가하며, 실제 다양한 워크로드가 혼합된 경우에도 성능이 선형적으로 증가함을 확인하였습니다.




처리량 피크를 손쉽게 관리하는 법 IOPS 모니터링 시와 같이 처리량에도 피크점이 있으며 이것은 실제 환경의 애플리케이션에서 일정하게 나타납니다. 2개의 aggregate throughput 폭증이 있었는데, 첫 번째 처리량은 처리량 집약적인 OLAP 애플리케이션을 시뮬레이션한 오라클의 대용량 MBPS 테스트 도중에 발생하였고, 두 번째는 JetStress의 데이터베이스 정합성 검사 시 발생하였습니다. 그림 9에서와 같이 피크점은 오리온 OLAP 작업이 일어난 직후에 발생했습니다. [그림 9] 피크 처리량 (서버 1대, 액티브 타일 4개, 가상머신 스택 뷰)

수치의 의미 실제 환경의 다양한 애플리케이션을 1대의 DS5300 스토리지를 공유하는 16대의 가상 머신에서 운영한 결

과 총 처리량은 초당 1.6GB였습니다. (그림 9에서의 1대의 물리적 서버 기준은 초당 800MB 처리량) 오라클 Orion OLAP 테스트 단계에서 처리량이 폭증하였으며, 다른 워크로드의 대역폭 활용률은 규칙적이었

습니다. 주주요요 시시사사점점

일반적인 스토리지 벤치마크는 응답시간에 민감한 인터랙티브 랜덤 워크로드 또는 처리량 집약적인 시퀀

셜 워크로드에 초점을 맞추지만, 가상화 환경에서 다양한 애플리케이션을 혼합하여 운영할 경우에는 위

두 가지 테스트를 혼합하여 테스트해야 합니다. 검색과 인덱스 작업 및 데이터베이스 쿼리, 백업 작업,

비디오 스트리밍 등 액티비티가 폭증하는 작업 시에는 처리량이 현저하게 증가합니다. 다양한 애플리케이

션이 혼합된 환경에서 처리량 집약적인 워크로드로 인한 성능저하 문제는 여러 대의 스토리지 시스템을

설치하거나 각각의 스토리지의 컴포넌트를 증설하면 해결할 수 있습니다. 그러나 이러한 해결책은 비용이

증가하고 관리가 복잡해지며, 대세가 되고 있는 분산된 스토리지 통합 전략과는 위배됩니다. ESG 랩 테스트 결과 처리량 집약적인 오라클 Orion OLAP 테스트 시 총 처리량이 초당 1.6GB였으며, MS Exchange 이메일 트래픽도 좋은 응답 시간을 보이며 처리되었습니다.




다양한 애플리케이션 단위의 성능 확장성 터보 엔진을 장착한 DS5300의 성능 진가 - IOPS와 처리량 속도-는 애플리케이션 단위로 성능을 측정할 때 발휘됩니다. 산업표준의 벤치마크 유틸리티는 인프라가 통합된 가상화 환경에서 실제 환경의 애플리케이션을 운영할 경우 성능 확장성과 응답시간을 측정합니다. Microsoft Exchange Microsoft JetStress 툴은 Exchange 애플리케이션에 할당된 DS5300이 얼마나 많은 이메일 사용자를 지원하는지를 보여줍니다. 데이터베이스와 로그(log) 볼륨의 IOPS와 응답시간은 JetStress 작업이 완료될 때마다 기록됩니다. 이 테스트를 통과하려면 DB 읽기 시간이 20ms 이하여야 합니다. 이 값은 Microsoft가 정한 것으로 엔드유저가 이메일 시스템이 느리다고 체감하는 지점이라고 합니다. ESG는 IBM의 시스템 스토리지 DS4800 Mailbox JetStress 분석 보고서에서 얘기하는 다음의 가이드라인에 맞춰 테스트 결과를 풀이하였습니다.

MS Exchange 2007 환경에서 유저 프로파일 당 성능은 0.5IOPS(Exchange 사용률이 높은 사용자) 정도 되어야 합니다. 디스크 성능은 변하므로, 디스크당 100 IOPS 기반으로 산정해서 현재 환경에 맞게 튜닝을 해야 합니다.7

Microsoft JetStress 로그는 액티브 가상 머신 수가 4대에서 16대로 증가할 때 IOPS 수치와 응답시간의 변화 추이를 보여줍니다.8 유저 프로파일당 0.5IOPS를 기반으로 IOPS 수치를 지원하는 Exchange 사용자 수의 수치로 환산하였습니다. 그림 10과 표 2를 통해 Exchange 사용자 확장성이 타일 수가 1개에서 4개로 증가할 때 함께 증가했음을 알 수 있습니다. [그림 10] 통합된 Exchange 테스트 결과

7 IBM System Storage DS4800 Exchange Server 2007 15,000 Mailbox JetStress Analysis, David Hartman and David West, November 2007,

http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/WP101123 8 A sample JetStress log is included in the Appendix as Figure 11.




[표 2] JETSTRESS 성능 결과 (1개에서 4개 타일)

Tile 초당 I/O 사용자수

(0.5 프로파일) 평균 DB 읽기 속도

1 2,356 7,713 .01450 2 4,590 9,198 .01525 3 6,670 13,339 .01550 4 8,756 17,512 .01600

수치의 의미 단일 타일이 혼합된 테스트 결과 7,713 Exchange 사용자를 평균 14.5ms DB 응답시간으로 지원하였습니다. 바쁜 프로세싱과 애플리케이션 서비스를 동시에 지원하는 와중에도 DS5300은 17,512명의 Exchange 유저

지원 성능은 17,512명으로 선형적으로 증가하였습니다. 모든 테스트가 Microsoft의 가이드라인인 20ms 이하의 DB 평균 읽기 응답시간을 보이면서 통과되었습니다. 64개 이상의 데이터베이스 드라이브에 8,756 사용자 트랜잭션을 일으키는 4개 타일 테스트에서 드라이브당

성능은 137 IOPS였는데, 이는 IBM이 제시한 매우 보수적인 가이드라인인 드라이브당 100 IOPS를 훨씬 웃도는 수치였습니다.

이번 테스트는 2대의 서버를 기반으로 스토리지 성능과 사이징에 초점을 맞췄습니다. IBM DS5300 스토리지 어레이는 주요한 테스트를 수행하는 와중에도 충분한 리소스가 남아있었고, 각각의 테스트 수행 시 매우 낮은 사용률의 처리량을 보였습니다. 물리적 서버 1대당 8,752 사용자(서버 2대에는 17,512 사용자)를 올릴 수 있었는데, 이 수치는 Microsoft의 권장사항인 서버당 10,000 사용자에 근접한 것이었습니다. 마이크로소프트는 서버당 운영하는 사용자수를 10,000을 넘지 않기를 권고하는데, 이는 복구 시간을 사용자 기대 수준으로 맞추기 위한 것입니다. 실제 운영 환경에서는 사용자 지원과 원활한 복구를 위해 마이크로소프트의 권고 사항을 지키기를 바랍니다. Oracle Orion Oracle Orion 유틸리티는 작은 전송 용량(8KB)의 IOPS와 응답 시간, 그리고 큰 전송 용량(1MB)의 처리량 성능을 테스트하는데 사용합니다. 작은 전송 용량의 결과는 응답시간에 민감한 인터랙티브 데이터베이스 애플리케이션(예를 들어 OLTP)의 성능과 확장성을 보여주며, 큰 전송 용량 결과는 처리량 집약적인 데이터베이스 마이닝 애플리케이션(예를 들어 DSS)의 성능을 예측하는 잣대로 사용됩니다. ESG는 2007년 Oracle OpenWorld에서 발표된 다음 가이드라인에 따라 테스트 결과를 풀이하였습니다.

크리티컬 IO를 위해서는 디스크 응답 시간이 5-10ms 정도 되어야 한다. OLTP 업무에는 디스크당 30 IOPS를, DSS 업무를 위해서는 디스크당 20MB/sec을 가정하자. 이 수치는 이론적 수치보다 낮은 것이지만, 디스크 미디어 리페어 시간을 감안해야 한다. 9 새로운 또는 기존에 없었던 애플리케이션용으로는 “트랜잭션이 무엇인가”를 이해할 수 있는 비즈니스 룰과 데이터 모델 트랜잭션을 사용한다. 그런 다음 초당 또는 시간당 트랜잭션을 추정하자. 대안으로 오라클의 컨설팅 전문가들이 사용한 수치들을 사용할 수도 있다. 그러나 이 수치는 참조용이란 걸 명심하자. OLTP용 기본 가이드라인은 다음과 같다. 낮은 레벨의 트랜잭션 시스템(Low transaction system) - 1,000 IOPS 또는 200Mbytes/s 중간 레벨의 트랜잭션 시스템(Medium transaction system) - 5,000 IOPS 또는 600Mbytes/s 최상위 레벨의 트랜잭션 시스템(High-end transactions system) – 10,000 IOPS 또는 1Gbytes/s <- 거의 이루기 어려운 수치이며, TPC-C 타입의 워크로드임.10

9 Current trends in Database Performance, Andrew Holdsworth, Oracle OpenWorld, Nov 2007,

http://www.oracle.com/technology/deploy/performance/pdf/PerfTrends_Holdsworth.pdf 10 Back of the Envelope Database Storage Design, Nitin Vengurlekar, RAC/ASM Development, Oracle Open World, Nov 2007,

http://www.oracle.com/technology/products/database/asm/pdf/back%20of%20the%20env%20by%20nitin%20oow%202007.pdf




Orion 툴로 4개의 타일을 테스트한 결과는 표 3에 정리되어 있습니다. 오리온 보고서 예제를 보시려면 첨부(Appendix)의 그림 12를 참조하십시오. [표 3] Orion 4 Tile 성능 결과

Tile Small IOPS RAID-10 RAID-5

Large MBPS RAID-10 RAID-5

Small Latency(ms) RAID-10 RAID-5

1 1,582 683 144 80 4.56 6.16 2 1,569 673 140 75 4.60 5.75 3 1,628 704 143 80 4.57 5.85 4 1,622 703 140 81 4.55 5.53

Total 9,164 883 4.6 5.8

수치의 의미

각각의 타일은 2개의 데이터베이스 애플리케이션을 테스트하였습니다. 첫번째에는 RAID-10 용량을, 2번째에는 RAID-5 용량이 올려졌습니다.

4개의 타일 테스트 결과 9,164 작은 IOPS와 883 큰 MBPS를 얻었으며, 이 테스트를 수행하는 와중에도 시스템은 실제 환경의 다양한 애플리케이션 워크로드를 지원하였습니다.

오라클의 가이드라인에 비추어보건대, 이 정도의 I/O 성능은 “중간 레벨의 트랜잭션 시스템” 치고는 상당히 높은 수치이며, “최상위 레벨의 트랜잭션 시스템”에서도 “거의 얻기 어려운” 수치입니다.

작은 용량의 IOPS 수행 결과 드라이브당 성능은 176 IOPS였는데, 이는 오라클의 가이드라인인 드라이브당 30 IOPS를 월등하게 넘어선 것이었습니다. DS5300은 가이드라인의 4배 이상에 달하는 전대미문의 성능을 과시하였습니다.

평균 대기시간이 4.6ms인 RAID-10 DB 볼륨은 평균 대기시간이 5.6ms인 RAID-5 보다는 조금 빠른 성능을 보입니다. 그럼에도 불구하고 오라클 가이드라인인 5-10 ms에 비하면 월등하게 높은 수치입니다. 특히 이 수치가 다양한 종류의 I/O 집약적인 워크로드를 동시에 지원하는 와중에 얻은 것이란 점을 고려하면 더욱 그러합니다.




웹 서버와 스캔/읽기 Iometer 유틸리티를 이용해 가상 머신에서 4 타일 테스트를 수행하는 동안 측정한 웹 서버와 스캔/읽기 워크로드 성능은 표 4에 정리되어 있습니다. [표 4] Iometer 4 타일 성능 결과

Tile 웹서버 (IOPS) 스캔/읽기 (MB/sec) 1 1,139 103 2 1,135 108 3 1,140 104 4 1,137 112

Total 4,451 425

수치의 의미 웹 서버 I/O 트래픽이 캐시 친화적이고 읽기전용 속성이라는 점을 감안하여 결과를 분석하건대 DS5300은

수십만 페이지에 달하는 웹 페이지 요청을 동시에 지원할 수 있는 엔진마력을 가지고 있습니다. ESG 랩은 파일 시스템 워크로드 또한 이번 테스트에서 수행한 웹서버 워크로드와 비슷한 성능을 보일 것

으로 추측합니다. 4개의 스캔/읽기 스트림으로 구성된 각각의 타일은 혼합된 워크로드 테스트 전 시간에 걸쳐 최소

100MB/sec의 처리량 성능을 보였습니다. 이 정도의 성능이라면 수많은 동시 백업 스트림 요청을 지원할 수 있으며, 동시에 운영중인 애플리케이션의 성능 저하 없이 검색/인덱스 작업 및 처리량 집약적인 데이터베이스 테이블 스캔 작업 또한 문제없이 수행할 수 있습니다.

여러분의 가정에서 사용하는 전기 장치들과 마찬가지로 동시에 몇 대의 기기를 운영할 수 있는지 여부는 벽 뒤에 숨어있는 전선 수가 몇 개인가와는 상관이 없습니다. 정작 중요한 것은 집안에 필요한 전기 장치의 전력량에 맞는 전력을 적정하게 공급해줄 수 있는 회로를 설계하는 것입니다. 우리는 물리적 처리량 테스트를 통해 DS5000 엔진이 가상화 환경에서 요구하는 적절한 파워를 공급할 수 있도록 설계되었다는 점을 확인하였습니다. 가상 머신에서 혼합된 애플리케이션을 테스트한 결과가 이를 증명하고 있습니다. DS5000은 통합된 가상 데이터센터 환경에서 수십 개의 실제 애플리케이션과 사용자를 지원할 수 있도록 설계된 이상적인 스토리지 시스템입니다.

주주요요 시시사사점점 시스템의 잦은 다운타임과 느린 응답시간은 판매부진, 고객 유출, 생산성 저하, 경쟁력 약화, 비용 증가 등의 결과로 이어질 수 있습니다. 전사적 기업용 솔루션을 VMware와 같은 가상화 솔루션에 운영하고 있는 기업들이 늘어남에 따라 예측 가능한 성능으로 혼합된 워크로드를 운영할 수 있는 솔루션에 대한 요구가 증가하고 있습니다. E-mail은 매우 중요한 비즈니스 애플리케이션이며, 이메일 세계에서는 단연코 Microsoft가 주인입니다. ESG 랩은 DS5000이 대용량의 Exchange 유저를 지원할 수 있는 충분한 성능을 가지고 있음을 이번 테스트로 증명하였습니다. 다른 애플리케이션과 수천 명의 유저를 매우 빠른 응답시간으로 지원하면서도 이만한 성능을 냈다는 것은 가히 칭찬받을만 합니다.




ESG 랩 보고서 하이라이트

물리적 서버와 128개 드라이브를 이용해 테스트하는 동안 총 처리량은 초당 6.2GB를 지속적으로 나타냈습니다.

실제 환경의 다양한 애플리케이션 워크로드를 IBM x3850M2 서버 2대를 통합해 가상 환경을 구성한 16개의 가상 머신 위에서 운영한 결과 다음과 같은 결과를 얻었습니다.

17,512 JetStress e-mail user (0.5 프로파일) 초당 9,164 Orion 작은 데이터베이스 I/O와 883 큰 MBPS 4,551 web server IOPS 425MB/sec 스트리밍 읽기 트래픽

우수한 드라이브당 IOPS 수치(예. 오라클 OLTP 테스트 시 167 IOPS) DS5300을 공유하는 가상 머신의 수가 증가할 때 성능 또한 예측 가능한 빠른 응답시간을 보이며 선형적으

로 증가(JetStress DB 읽기 16ms, 오라클 Orion 작은 IOPS 4.6-5.8ms) DS5300은 카피 서비스, 원격 복제 등 진보한 기능 및 디스크 리빌드를 위해 사용할 여유로운 자원을 가진

엔터프라이즈급에 비견할 만한 엔진마력을 가졌습니다.

고려해야 할 사항

테스트 설계 시 일반적으로 벤치마크에 사용되는 베스트 프랙티스와 VMware 및 DS5300의 기본 설정값을 사용했습니다. 이러한 종류의 벤치마크 시 늘상 얘기되는 것처럼 약간의 시스템 튜닝 작업을 거치면 좀더 나은 성능 수치를 얻을 수 있습니다. 이번 테스트의 목적이 최상의 결과를 얻는 것은 아니었기 때문에 ESG 랩은 이 보고서에 발표된 수치가 여러 대의 가상 머신이 DS5300을 통합 스토리지 풀로 활용할 경우 성능의 확장성 및 응답 시간을 보여주는 데 손색이 없다고 자부합니다.

전 세대인 DS4000 컨트롤러와 비교해볼 때 DS5300은 지원하는 내부 인터페이스버스(4Gbps FC host

interface) 수가 최대 16개로 2배 늘어났고, 최대 드라이브 수도 244개에서 256개로 증가하였습니다. DS5000 시리즈에 최고 마력의 터보엔진이 장착된 점을 미루어 짐작하건대, 가까운 미래에 최대 지원하는 드라이브 수의 증가와 최신 호스트 인터페이스(예를 들어 8Gbps FC)의 지원 등을 기대할 수 있습니다. 이에 따라 좀더 많은 수의 가상 머신을 한 대의 스토리지 풀에 연결할 수 있을 것입니다. Note) ESG 랩의 예견대로 IBM은 2009년 상반기 DS5300의 최대 지원 드라이브 수를 448개로 확장하고, 호스트 인터페이스도 8Gbps를 지원하는 등 기능 개선을 단행하였습니다.

FC나 SATA 드라이브가 지원하는 것 이상의 궁극의 성능을 필요로 하는 애플리케이션을 지원하기 위해

DS5000 시리즈는 향후 SSD(solid disk drives)를 추가할 수 있는 이상적인 아키텍처를 적용하고 있습니다. SSD는 극심한 작업량을 요하는 고도의 데이터베이스 인덱싱 작업의 temp 파일 작업의 성능을 향상시키기 위한 최적의 미디어입니다. IBM은 DS5300의 업데이트 버전에서 이를 지원할 것을 약속하였습니다. Note) IBM DS5100 및 5300은 2009년 10월부터 SSD를 지원합니다.

이 보고서에 사용된 테스트 결과와 데이터는 업계에서 표준으로 사용하는 벤치마크를 기반으로 통제된 환

경에서 테스트되었습니다. 실제 운영 중인 데이터센터 환경의 다양한 변수에 따라 시스템 설정은 변할 수 있으므로 현재 사용하는 환경에 맞는 스토리지 시스템 설정을 얻기 위해서는 용량 계획과 테스트 절차를 별도로 수행하시길 권고하는 바입니다.




ESG 랩 총평 비용 절감, 자원 활용률 향상, 서비스 무정지 업그레이드와 고가용성 확보를 위해 서버 가상화를 도입하는 기업들이 점차 증가하고 있습니다. 이러한 서버 가상화 혜택은 특정한 물리적 자산에 서버와 애플리케이션, 데이터가 종속되는 것을 막습니다. 스토리지 가상화 또한 서버 가상화와 같은 효과를 기업에 제공하는 동시에, 서버뿐만 아니라 기저의 스토리지 도메인까지 가상화 효과를 확장시켜 전체 IT 인프라를 한 단계 진보한 완벽하게 통합 및 가상화된 인프라로 변신시킵니다. IT 관리자들이 고도로 가상화된 인프라가 가져오는 혜택을 명확히 이해하고 있음에도 불구하고 가상화 도입을 미뤄왔던 이유는 가상화로 야기될 수도 있는 시스템의 성능 저하 때문이었습니다. 서버, 스토리지 및 네트워크 관리자들은 아래 질문에 대한 해답을 찾고 있습니다.

다양한 비즈니스 애플리케이션이 혼합된 환경에서도 사용자가 기대하는 성능 수준을 충족시킬 수 있을까? 스토리지 시스템은 실제 환경의 다양한 애플리케이션 워크로드가 혼합된 환경을 지원할 만큼 충분한 성능

을 보장하는가? 스토리지 시스템은 미래의 성장과 통합 작업을 원활히 수행할 만큼 선형적인 성능 증가를 보장하는가?

IBM, LSI, VMware사가 함께 상기 질문에 대한 해답을 얻고자 ESG 랩의 문을 두드렸습니다. 성능 벤치마크는 I/O 집약적인 비즈니스 애플리케이션이 가상화된 환경에서의 스토리지 시스템의 성능을 테스트할 수 있도록 설계되었습니다. 벤치마크 성능 수치를 높이기 위해 일반적으로 실시하는 단일 애플리케이션 워크로드 대신, 가상화 환경에서의 적합성을 테스트하기 위해 E-mail, 온라인 데이터베이스 애플리케이션 등을 포함한 다양한 애플리케이션 워크로드를 통합하여 설계하였습니다. 또한 단일 서버의 확장성에 대한 테스트 대신, 복수의 서버가 공유하는 스토리지 시스템에 부하를 증가시켜 스토리지 자체의 성능을 테스트할 수 있도록 설계되었습니다. 다시 말해 이번 벤치마크의 목적은 실제 환경의 다양한 애플리케이션이 복수의 서버가 한 대의 스토리지 시스템을 공유하여 가상화된 환경에서 운영될 경우 애플리케이션 성능이 어떠한지를 보기 위한 것입니다. VMware사의 벤치마크 툴인 VMmark를 모방하여 “tile(타일)” 개념을 사용하였습니다. 1개의 타일은 각각의 가상 머신에서 운영되는 4개의 애플리케이션으로 구성됩니다. 이번 테스트에는 IBM x3850 서버 2대가 사용되었으며, 4개 타일에서 16개 타일을 가상 환경에서 병렬로 운영하도록 하였습니다. ESG는 스토리지에 초점을 맞춘 이번 테스트가 서버에 초점을 맞춘 IBM x3850 VMmark 테스트를 보완해줄 것으로 믿습니다. IBM과 LSI는 지난 수십 년 동안 중견기업과 미디 티어 애플리케이션, 지사 등에서 요구되는 비용 대비 최적의 성능을 충족시키는 모듈러 방식의 FC 인터페이스 스토리지 시스템을 시장에 공급해왔습니다. 이번 ESG 랩 보고서는 LSI와 IBM의 합작품인 DS5300에 초점을 맞췄습니다. IBM DS5000 시리즈는 출시 이후 87,000대(용량으로는 511PB) 이상 판매된 DS4000 시리즈를 잇는 제품입니다. DS5100과 DS5300에 장착된 엔진은 성능이 월등히 향상돼 가상화된 애플리케이션을 운영하는 데 필요한 실제 성능을 충족시킵니다. DS4800 대비 호스트 인터페이스의 연결성은 2배 이상 향상되었고 성능은 4배 이상 향상되어 통합된 인프라를 공유하는 실제 환경의 다양한 애플리케이션을 운영하는 데 필요한 고성능, 낮은 대기시간, 선형적 확장성을 제공합니다. ESG 랩 테스트는 DS5300 테스트 베드가 지원 가능한 최대 FC 드라이브의 절반만을 장착한 환경에서 총 처리량을 초당 6.2GB(최대)로 제공한다는 확신을 갖고 시작되었습니다. 뛰어나다고 밖에 할 수 없는 이 결과는 DS5300이 실제 환경의 다양한 애플리케이션 워크로드를 지원할 수 있는 충분한 내부 대역폭과 프로세싱 파워를 제공하기 때문에 가능한 것이었습니다. 다양한 워크로드가 혼합된 환경의 테스트 결과는 더 인상적이었습니다. DS5300은 17,512 Exchange 유저와 초당 9,164 작은 데이터베이스 I/O를 지원했고, 4,551 시뮬레이션된 web server IOPS와 대역폭 집약적인 읽기 트래픽을 초당 425MB로 처리하였습니다. 빠른 응답 시간은 가상 머신 대수가 늘어나는 환경에서도 예상대로 유지되었습니다. DS5000 시리즈는 카피 서비스와 원격 복제 등 일진보한 스토리지 기능을 원활하게 사용하기 위한 엔진 마력과 더불어, I/O 집약적인 다양한 비즈니스 애플리케이션을 복수의 가상 머신이 한 대의 스토리지를 공유하는 환경에서도 무리 없이 운영할 수 있는 실제 환경에 강한 성능을 제공하였습니다.




참고자료(Appendix)

[표 5] JETSTRESS 성능 결과 (1개에서 4개 타일)

Storage

IBM DS5300, Firmware: 07.30.18.00 16 drive trays, 256 15K RPM FC drives

Server

Two x IBM xSeries 3850 servers

128 GB RAM

CPU type: Quad processor, quad core

CPU speed: 3 GHz

SAN Components

FC Switch:

Cisco MDS 9513 FC switch, SAN-OS version 3.2

FC Host Bus adapters:

Four QLE2462, dual port 4 Gbps HBAs per server

Virtualization Software and Guest Operating Systems

Server Virtualization VMWare ESX Server 3.5, update 2

Guest OS Windows 2003 Enterprise x64 Edition, SP 2

[표 6] BENCHMARK UTILITIES/WORKLOAD GENERATORS

E-Mail Microsoft Jetstress, version 08.02.0060.000

Jetstress parameters: • Thread – 32 (per storage group)

• Log Buffers – 9000

• Min DB Cache – 64 MB

• Max DB Cache – 512 MB

• Insert operations – 40%

• Delete operations – 30%

• Replace operations – 5%

• Read operations – 25%

• Lazy commits – 55%

Database Workload Generator Oracle Orion, version 10.2.0.1.0

Orion parameters: • Small IO size: 8 KB

• Large IO size: 1024 KB

• IO Types: Small Random, Large Random

• Simulated Array Type: RAID 0

• Stripe Depth: 1024 KB

• Write: 30%

• Duration for each Data Point: 150 seconds

Web Server Iometer, version 2006.07.27

Four workers, four outstanding I/Os per physical drive

100% Random Reads, assorted block sizes11 Scanner/Reader Iometer, version 2006.07.27

One worked, one outstanding I/O per physical drive

100% Sequential Reads, 256 KB per I/O request

11 See Figure 13 for workload detailsl




[그림 11] E-MAIL RESULTS This is an example of the output created by the JetStress utility. This example shows the performance for one of

four JetStress tests running in parallel. Specifically, this report was created by the JetStress utility running on a

virtual machine within the fourth tile of the four tile test.

Overall Test Result Pass Machine Name JE-04 Test Description Test Start Time 8/15/2008 10:09:51 AM Test End Time 8/15/2008 12:14:08 PM Jetstress Version 08.02.0060.000 Ese Version 08.01.0240.005 Operating System Microsoft Windows Server 2003 Service Pack 2 (5.2.3790.131072) Performance Log C:\Program Files\Exchange Jetstress\Performance_2008_8_15_10_9_58.blg

C:\Program Files\Exchange Jetstress\DBChecksum_2008_8_15_12_14_8.blg Database Sizing and Throughput Achieved I/O per Second 2231.58 Capacity Percentage 100% Throughput Percentage 100% Initial database size 1951889391616 Final database size 1958430408704 Database files (count) 2 Jetstress System Parameters Thread count 32 (per-storage group) Log buffers 9000 Minimum database cache 64.0 MB Maximum database cache 512.0 MB Insert operations 40% Delete operations 30% Replace operations 5% Read operations 25% Lazy commits 55% Disk Subsystem Performance

Logical Disk Avg. Disk sec/Read Avg. Disk sec/Write Disk Reads/sec Disk Writes/sec Avg. Disk Bytes/Write

Database (E:) 0.017 0.003 588.175 533.223 (n/a)

Database (F:) 0.016 0.004 585.058 525.125 (n/a)

Log (G:) 0.001 0.002 6.881 201.775 6286.999

Log (H:) 0.001 0.002 6.877 201.086 6281.840




Host System Performance Counter Average Minimum Maximum

% Processor Time 11.071 3.021 16.719

Available MBytes 2616.813 2615.000 2661.000

Free System Page Table Entries 3918422.000 3918422.000 3918422.000

Transition Pages RePurposed/sec 0.000 0.000 0.000 Pool Nonpaged Bytes 25990365.867 25223168.000 26284032.000

Pool Paged Bytes 97061563.733 96985088.000 97251328.000

Database Page Fault Stalls/sec 0.000 0.000 0.000 Test Log

8/15/2008 10:09:51 AM -- Jetstress testing begins ... 8/15/2008 10:09:51 AM -- Prepare testing begins ... 8/15/2008 10:09:55 AM -- Attaching databases ... 8/15/2008 10:09:55 AM -- Dispatching transactions begins ... 8/15/2008 10:09:55 AM -- Database cache settings: (minimum: 64.0 MB, maximum: 512.0 MB) 8/15/2008 10:09:55 AM -- Database flush thresholds: (start: 5.1 MB, stop: 10.2 MB) 8/15/2008 10:09:58 AM -- Database read latency thresholds: (avg: 0.02 sec/read, max: 0.05 sec/read). 8/15/2008 10:09:58 AM -- Log write latency thresholds: (avg: 0.01 sec/write, max: 0.05 sec/write). 8/15/2008 10:09:59 AM -- Operation mix: Sessions 32, Inserts 40%, Deletes 30%, Replaces 5%, Reads 25%, Lazy

Commits 55%. 8/15/2008 10:09:59 AM -- Performance logging begins (interval: 15000 ms). 8/15/2008 10:09:59 AM -- Attaining prerequisites: 8/15/2008 10:14:03 AM -- \MSExchange Database(JetstressWin)\Database Cache Size, Last: 483606500.0 (lower

bound: 483183800.0, upper bound: none) 8/15/2008 12:14:05 PM -- Performance logging ends. 8/15/2008 12:14:05 PM -- JetInterop batch transaction stats: 100849, and 100734. 8/15/2008 12:14:05 PM -- Dispatching transactions ends. 8/15/2008 12:14:05 PM -- Shutting down databases ... 8/15/2008 12:14:08 PM -- Instance2560.1 (complete), and Instance2560.2 (complete) 8/15/2008 12:14:08 PM -- Performance logging begins (interval: 30000 ms). 8/15/2008 12:14:08 PM -- Verifying database checksums ... 8/15/2008 1:46:06 PM -- E: (100% processed), and F: (100% processed) 8/15/2008 1:46:09 PM -- Verifying log checksums ... 8/15/2008 1:46:15 PM -- Volume E: has 0.0171 for Avg. Disk sec/Read. 8/15/2008 1:46:15 PM -- Volume F: has 0.0159 for Avg. Disk sec/Read. 8/15/2008 1:46:15 PM -- Volume G: has 0.0018 for Avg. Disk sec/Write. 8/15/2008 1:46:15 PM -- Volume G: has 0.0010 for Avg. Disk sec/Read. 8/15/2008 1:46:15 PM -- Volume H: has 0.0018 for Avg. Disk sec/Write. 8/15/2008 1:46:15 PM -- Volume H: has 0.0010 for Avg. Disk sec/Read. 8/15/2008 1:46:15 PM -- Test has 0 Maximum Database Page Fault Stalls/sec. 8/15/2008 1:46:15 PM -- Test has 0 Database Page Fault Stalls/sec samples higher than 0.




[그림 12] DATABASE RESULTS This is an example of the output created by the Oracle Orion utility. This example shows the performance for one of eight Orion tests running in parallel. Specifically, this report was created by the Orion utility running on a virtual machine within the fourth tile of the four tile test. ORION VERSION 10.2.0.1.0 Commandline: -run advanced -testname VMWareTwo -num_disks 5 -size_small 8 -size_large 1024 -type rand -simulate raid0 -write 30 -duration 150 –matrix basic This maps to this test: Test: VMWareTwo Small IO size: 8 KB Large IO size: 1024 KB IO Types: Small Random IOs, Large Random IOs Simulated Array Type: RAID 0 Stripe Depth: 1024 KB Write: 30% Cache Size: Not Entered Duration for each Data Point: 150 seconds Small Columns:, 0 Large Columns:, 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 Total Data Points: 38 Name: \\.\e: Size: 981449728 1 FILEs found. Maximum Large MBPS=140.21 @ Small=0 and Large=16 Maximum Small IOPS=1622 @ Small=38 and Large=0 Minimum Small Latency=4.55 @ Small=1 and Large=0




[그림 13] WEB SERVER RESULTS This is an example of the output created by the Iometer utility after a Web Server test run. This example shows the performance for one of four Web Server tests running in parallel. Specifically, this report was created by the Iometer Web Server job running on a virtual machine within the fourth tile of the four tile test. 'Test Type Test Description

0 ESG Lab Characterization 'Version 2006.07.27 'Time Stamp 2008‐08‐15 10:15:49:094 'Access specifications 'Access specifica default assignment Web Server

'size % of size % reads % random delay burst align reply

512 22 100 100 0 1 0 0

1024 15 100 100 0 1 0 0

2048 8 100 100 0 1 0 0

4096 23 100 100 0 1 0 0

8192 15 100 100 0 1 0 0

16384 2 100 100 0 1 0 0

32768 6 100 100 0 1 0 0

65536 7 100 100 0 1 0 0

131072 1 100 100 0 1 0 0

524288 1 100 100 0 1 0 0

'End access specifications

'Results

Target Type Target Name Name # Managers # Workers # Disks IOps Read Iops Write Iops MBps

ALL All Web Server 1 4 4 1137.477518 1137.477518 0 17.39527

MANAGER IO‐04 Web Server 4 4 1137.477518 1137.477518 0 17.39527

PROCESSOR CPU 0

PROCESSOR CPU 1

WORKER Worker 1 Web Server 1 284.36155 284.36155 0 4.350689

DISK PHYSICALDRIVE:2 284.36155 284.36155 0 4.350689







'Time Stamp

2008‐08‐15 14:00:34:141




[그림 14] SCAN/READ RESULTS This is an example of the output created by the Iometer utility after a scan/read test run. This example shows the performance for one of four scan/read tests running in parallel. Specifically, this report was created by the Iometer scan/read job running on a virtual machine within the fourth tile of the four tile test. 'Test Type Test Description

0 ESG Lab Characterization

'Version

2006.07.27

'Time Stamp

2008‐08‐15 10:14:16:535

'Access specifications

'Access specificati default assignment

Backup reader

'size % of size % reads % random delay burst align reply 262144 100 100 0 0 1 0 0

'End access specifications

'Results

'Target Type Target Name Specification # Managers # Workers # Disks IOps Read IOps Write IOps MBps Read MBpsALL All Backup reader 1 1 1 450.9572 450.957212 0 112.7393 112.739303

MANAGER AD‐04 Backup reader 1 1 450.9572 450.957212 0 112.7393 112.739303

PROCESSOR CPU 0

PROCESSOR CPU 1

WORKER Worker 1 Backup reader 1 450.9572 450.957212 0 112.7393 112.739303DISK PHYSICALDRIVE:2 450.9572 450.957212 0 112.7393 112.739303

'Time Stamp

2008‐08‐15 13:56:35:332




[그림 15] DS5300 DRIVE MAP

Volume Name

App # Drives RAID LevelUsable

Capacity(GB)Segment Size

(KB) Drive Pieces

Orion‐01 Oracle DB 8 RAID‐10 544 512 (10,1 10,2 10,3 10,4 11,1 11,2 11,311,4)

OS‐01 vmfs - O/S 5 RAID‐5 544 128 (20,9 20,10 21,9 21,10 21,11)

OS‐02 Exchange Log 5 RAID‐5 544 128 (20,14 20,15 20,16 21,14 21,15)


IO‐01 Web Server 8 RAID‐10 544 128 (40,1 40,2 40,3 40,4 41,1 41,2 41,341,4)

AD‐01 Reader 8 RAID‐10 544 128 (50,1 50,2 50,3 50,4 51,1 51,2 51,351,4)

Log‐01 Unconfigured 1 RAID‐0 136 128 (50,15)

OS‐04 Oracle DB 5 RAID‐5 544 512 (60,9 60,10 61,9 61,10 61,11)

Log‐02 Unconfigured 1 RAID‐0 136 128 (60,14)

Jet‐01 Exchange DB 8 RAID‐10 1080 128 (70,1 70,2 70,3 70,4 71,1 71,2 71,3 71,4)


OS‐05 vmfs - O/S 5 RAID‐5 544 128 (10,11 10,12 10,13 11,12 11,13)





OS‐08 Oracle DB 5 RAID‐5 544 512 (50,9 50,10 51,9 51,10 51,11)

Log‐03 N/A 1 RAID‐0 136 128 (50,14)

AD‐02 Reader 8 RAID‐10 544 128 (60,1 60,2 60,3 60,4 61,1 61,2 61,361,4)

Log‐04 N/A 1 RAID‐0 136 128 (60,15)

Jet‐03 Exchange DB 8 RAID‐10 1080 128 (70,5 70,6 70,7 70,8 71,5 71,6 71,771,8)

Jet‐04 Exchange DB 8 RAID‐10 1808 128 (80,5 80,6 80,7 80,8 81,5 81,6 81,781,8)


OS‐09 vmfs - O/S 5 RAID‐5 544 128 (20,11 20,12 20,13 21,12 21,13)




AD‐03 Reader 8 RAID‐10 544 128 (50,5 50,6 50,7 50,8 51,5 51,6 51,751,8)

Log‐05 N/A 1 RAID‐0 136 128 (51,15)

OS‐12 Oracle DB 5 RAID‐5 544 512 (60,11 60,12 60,13 61,12 61,13)

Log‐06 N/A 1 RAID‐0 136 128 (61,14)

Jet‐05 Exchange DB 8 RAID‐10 1080 128 (70,9 70,10 70,11 70,12 71,9 71,1071,11 71,12)

Jet‐06 Exchange DB 8 RAID‐10 1080 128 (80,9 80,10 80,11 80,12 81,9 81,1081,11 81,12)

OS‐13 vmfs - O/S 5 RAID‐5 544 128 (10,9 10,10 11,9 11,10 11,11)

OS‐01 vmfs - O/S 5 RAID‐5 544 128 (20,5 20,6 20,7 20,8 21,5 21,6 21,721,8)

Orion‐04 Oracle DB 8 RAID‐10 544 512 (20,5 20,6 20,7 20,8 21,5 21,6 21,7 21,8)

IO‐04 Web Server 8 RAId‐10 544 128 (30,5 30,6 30,7 30,8 31,5 31,6 31,7 31,8)






OS‐16 Oracle DB 5 RAID‐5 544 512 (50,11 50,12 50,13 51,12 51,13)

Log‐07 N/A 1 RAID‐0 136 128 (51,14)

AD‐04 Reader 8 RAID‐10 544 128 (60,5 60,6 60,7 60,8 61,5 61,6 61,7 61,8)

Log‐08 N/A 1 RAID‐0 136 128 (61,15)






[그림 16] DS5300 CONFGURATION DETAILS The following excerpts were extracted from an IBM DS5300 Storage System Profile Summary taken after the last test run had completed. -----------------------------------------------------------------------------------------------------------------------------------------------------

PROFILE FOR STORAGE SUBSYSTEM: ATSLAB_DS5300

SUMMARY

Number of controllers: 2 High performance tier controllers: Enabled Number of arrays: 44 RAID 6: Enabled Total number of logical drives used: 45

Number of standard logical drives: 44 Number of access logical drives: 1

Total number of logical drives allowed: 2048 Number of drives: 256 Mixed drive types: Enabled Current drive type(s): Fibre (256) Total hot spare drives: 8 Standby: 8 Number of drive enclosures: 16 Storage Partitioning: Enabled

Number of partitions used: 4 out of 256 Number of logical drives allowed per partition: 256 Default host OS: LNXCLVMWARE (Host OS index 13) Current configuration

Firmware version: 07.30.18.00 NVSRAM version: NIBMXBB2R1030V03 EMW version: 10.30.G5.04 AMW version: 10.30.G5.04

NVSRAM configured for batteries: Yes Start cache flushing at (in percentage): 80 Stop cache flushing at (in percentage): 80 Cache block size (in KB): 8

…

CONTROLLERS------------------------------ Number of controllers: 2

Controller in Enclosure 85, Slot A Current configuration

Firmware version: 07.30.18.00 Appware version: 07.30.18.00 Bootware version: 07.30.18.00

NVSRAM version: NIBMXBB2R1030V03 Data Cache

Total present: 8192 MB Total used: 8192 MB

Cache Backup Device Status: Optimal Type: USB flash drive

… ARRAYS------------------------------

Number of arrays: 44 Capacity 544.922 GB RAID level: 10 Drive type: Fibre Channel

… STANDARD LOGICAL DRIVES------------------------------

Number of standard logical drives: 44 NAME STATUS CAPACITY RAID LEVEL ARRAY DRIVE TYPE

.




AD-01 Optimal 544.922 GB 10 VG06 Fibre AD-02 Optimal 544.922 GB 10 VG19 Fibre AD-03 Optimal 544.922 GB 10 VG28 Fibre AD-04 Optimal 544.922 GB 10 VG41 Fibre IO-01 Optimal 544.922 GB 10 VG05 Fibre IO-02 Optimal 544.922 GB 10 VG15 Fibre IO-03 Optimal 544.922 GB 10 VG27 Fibre IO-04 Optimal 544.922 GB 10 VG36 Fibre Jet-01 Optimal 1.089 TB 10 VG10 Fibre Jet-02 Optimal 1.089 TB 10 VG11 Fibre Jet-03 Optimal 1.089 TB 10 VG21 Fibre Jet-04 Optimal 1.089 TB 10 VG22 Fibre Jet-05 Optimal 1.089 TB 10 VG32 Fibre Jet-06 Optimal 1.089 TB 10 VG33 Fibre Jet-07 Optimal 1.089 TB 10 VG43 Fibre Jet-08 Optimal 1.089 TB 10 VG44 Fibre Log-01 Optimal 136.23 GB 0 VG07 Fibre Log-02 Optimal 136.23 GB 0 VG09 Fibre Log-03 Optimal 136.23 GB 0 VG18 Fibre Log-04 Optimal 136.23 GB 0 VG20 Fibre Log-05 Optimal 136.23 GB 0 VG29 Fibre Log-06 Optimal 136.23 GB 0 VG31 Fibre Log-07 Optimal 136.23 GB 0 VG40 Fibre Log-08 Optimal 136.23 GB 0 VG42 Fibre Orion_1 Optimal 544.922 GB 10 VG01 Fibre Orion_2 Optimal 544.922 GB 10 VG14 Fibre Orion_3 Optimal 544.922 GB 10 VG23 Fibre Orion_4 Optimal 544.922 GB 10 VG35 Fibre OS-01 Optimal 544.922 GB 5 VG02 Fibre OS-02 Optimal 544.922 GB 5 VG03 Fibre OS-03 Optimal 544.922 GB 5 VG04 Fibre OS-05 Optimal 544.922 GB 5 VG12 Fibre OS-06 Optimal 544.922 GB 5 VG13 Fibre OS-07 Optimal 544.922 GB 5 VG16 Fibre OS-09 Optimal 544.922 GB 5 VG24 Fibre OS-10 Optimal 544.922 GB 5 VG25 Fibre OS-11 Optimal 544.922 GB 5 VG26 Fibre OS-13 Optimal 544.922 GB 5 VG34 Fibre OS-14 Optimal 544.922 GB 5 VG37 Fibre OS-15 Optimal 544.922 GB 5 VG38 Fibre OS_08 Optimal 544.922 GB 5 VG17 Fibre OS_12 Optimal 544.922 GB 5 VG30 Fibre OS_16 Optimal 544.922 GB 5 VG39 Fibre OS_4 Optimal 544.922 GB 5 VG08 Fibre

… DIVE DETAILS Drive at Enclosure 10, Slot 1

Status: Optimal Mode: Assigned Raw capacity: 136.732 GB Usable capacity: 136.232 GB Speed: 15,000 RPM Current data rate: 4 Gbps Product ID: MAX3147FD F Firmware version: S708 Serial number: DV59P7300PY0 Vendor: IBM-SSG Date of manufacture: April 18, 2007

… MAPPINGS (Storage Partitioning - Enabled (4 of 256 used Logical Drive Name LUN Controller Accessible by Logical Drive status Access Logical Drive 31 A,B Host Group ESX_A_GROUP Optimal AD-01 5 A Host Group ESX_A_GROUP Optimal IO-01 4 B Host Group ESX_A_GROUP Optimal Jet-01 9 A Host Group ESX_A_GROUP Optimal Jet-02 10 B Host Group ESX_A_GROUP Optimal Log-01 6 A Host Group ESX_A_GROUP Optimal Log-02 8 B Host Group ESX_A_GROUP Optimal




OS-01 1 B Host Group ESX_A_GROUP Optimal OS-02 2 B Host Group ESX_A_GROUP Optimal OS-03 3 A Host Group ESX_A_GROUP Optimal OS-09 11 B Host Group ESX_A_GROUP Optimal OS_4 7 B Host Group ESX_A_GROUP Optimal Orion_1 0 A Host Group ESX_A_GROUP Optimal Access Logical Drive 31 A,B Host Group ESX_B_GROUP Optimal AD-02 7 B Host Group ESX_B_GROUP Optimal IO-02 3 A Host Group ESX_B_GROUP Optimal Jet-03 9 A Host Group ESX_B_GROUP Optimal Jet-04 10 B Host Group ESX_B_GROUP Optimal Log-03 6 A Host Group ESX_B_GROUP Optimal Log-04 8 B Host Group ESX_B_GROUP Optimal OS-05 0 A Host Group ESX_B_GROUP Optimal OS-06 1 A Host Group ESX_B_GROUP Optimal OS-07 4 B Host Group ESX_B_GROUP Optimal OS_08 5 A Host Group ESX_B_GROUP Optimal Orion_2 2 B Host Group ESX_B_GROUP Optimal Access Logical Drive 31 A,B Host Group ESX_C_GROUP Optimal AD-03 5 A Host Group ESX_C_GROUP Optimal IO-03 4 B Host Group ESX_C_GROUP Optimal Jet-05 9 A Host Group ESX_C_GROUP Optimal Jet-06 10 B Host Group ESX_C_GROUP Optimal Log-05 6 A Host Group ESX_C_GROUP Optimal Log-06 8 B Host Group ESX_C_GROUP Optimal OS-10 2 A Host Group ESX_C_GROUP Optimal OS-11 3 A Host Group ESX_C_GROUP Optimal OS_12 7 B Host Group ESX_C_GROUP Optimal Orion_3 0 B Host Group ESX_C_GROUP Optimal Access Logical Drive 31 A,B Host Group ESX_D_GROUP Optimal AD-04 8 B Host Group ESX_D_GROUP Optimal IO-04 2 A Host Group ESX_D_GROUP Optimal Jet-07 10 A Host Group ESX_D_GROUP Optimal Jet-08 11 B Host Group ESX_D_GROUP Optimal Log-07 7 A Host Group ESX_D_GROUP Optimal Log-08 9 B Host Group ESX_D_GROUP Optimal OS-13 0 A Host Group ESX_D_GROUP Optimal OS-14 4 B Host Group ESX_D_GROUP Optimal OS-15 5 B Host Group ESX_D_GROUP Optimal OS_16 6 A Host Group ESX_D_GROUP Optimal Orion_4 1 A Host Group ESX_D_GROUP Optimal Access Logical Drive 31 A,B Storage Subsystem Optimal

20 Asylum Street

Milford, MA 01757

Tel: 508-482-0188

Fax: 508-482-0218

www.enterprisestrategygroup.com

Documents

ESG 랩 벤치마크 리포트 · 가상 환경의 실제 성능 테스트 ... 타일은 시스템 성능이 다할 때까지 쌓여갑니다. ... 퀀셜 트래픽은 인덱스 작업,