Permabit Albireo SANblox는 파이버 채널 SAN에서 더 많은 용량을 사용할 수 있도록 특별히 설계된 데이터 감소 어플라이언스입니다. Permabit은 사용자가 SAN에 상주하는 데이터 공간이 최소 6:1 감소하여 스토리지 투자가 표준 가치 제안을 크게 변경할 수 있을 것으로 예상합니다. SANblox는 씬 프로비저닝으로 중복 제거 및 압축을 제공하여 기능 세트를 더욱 향상시킵니다. 모든 데이터 감소는 인라인으로 이루어지며 SANblox 어플라이언스는 단순히 SAN 블록스보다 앞서 들어가 SAN을 가상화합니다. SAN과 애플리케이션은 SANblox 솔루션의 상주를 인식하지 못합니다. SANblox는 디스크 구성에 관계없이 모든 FC 스토리지에서 작동합니다. 하드 드라이브, 하이브리드 및 올플래시 솔루션 모두 동일한 데이터 공간 감소를 볼 수 있습니다.
Permabit Albireo SANblox는 파이버 채널 SAN에서 더 많은 용량을 사용할 수 있도록 특별히 설계된 데이터 감소 어플라이언스입니다. Permabit은 사용자가 SAN에 상주하는 데이터 공간이 최소 6:1 감소하여 스토리지 투자가 표준 가치 제안을 크게 변경할 수 있을 것으로 예상합니다. SANblox는 씬 프로비저닝으로 중복 제거 및 압축을 제공하여 기능 세트를 더욱 향상시킵니다. 모든 데이터 감소는 인라인으로 이루어지며 SANblox 어플라이언스는 단순히 SAN 블록스보다 앞서 들어가 SAN을 가상화합니다. SAN과 애플리케이션은 SANblox 솔루션의 상주를 인식하지 못합니다. SANblox는 디스크 구성에 관계없이 모든 FC 스토리지에서 작동합니다. 하드 드라이브, 하이브리드 및 올플래시 솔루션 모두 동일한 데이터 공간 감소를 볼 수 있습니다.
6X 데이터 감소는 표준 엔터프라이즈 혼합 애플리케이션 워크로드에 대한 좋은 표시로 일반적으로 받아들여집니다. 스토리지 사용에 따라 숫자가 훨씬 더 높아질 수 있습니다. VDI 사용 사례는 SANblox의 이점을 엄청나게 높일 수 있으며, 예를 들어 개발을 위해 여러 데이터베이스 사본을 사용하는 IT 부서는 엄청난 데이터 공간 감소를 보게 될 것입니다. 실제로 개발 목적으로 데이터 사본을 분리할 수 있는 것만으로도 이전에 전체 데이터 세트를 배포하는 비용이 너무 높았을 수 있는 새로운 비즈니스 프로세스를 활성화할 수 있습니다.
Permabit은 오랫동안 중복 제거 사업을 해왔습니다. 데이터 감소는 최근까지 백업 어플라이언스 외부에서 널리 사용되지 않았지만 플래시 기반 어플라이언스는 이 개념을 보다 주류 워크로드로 이끌었습니다. 많은 올플래시 어플라이언스의 중복 제거 기술은 Permabit 솔루션이 아닐 가능성이 높습니다. 그러나 중복 제거가 모든 곳에서 사용되는 것은 아니며 하드 드라이브 어레이와 대부분의 하이브리드 제품도 이러한 개념을 염두에 두고 구축되지 않았으며 많은 플래시 어레이도 제한된 데이터 감소 서비스 세트를 제공합니다. Permabit은 SANblox 어플라이언스를 통해 이러한 서비스를 열어 신규 또는 기존 스토리지에 새로운 트릭을 제공합니다.
Permabit Albireo SANblox는 장치가 연결된 스토리지 공급업체와 판촉 가격에 따라 달라지는 MSRP와 함께 현재 배송 중입니다. 분명히 가격 논쟁은 용량이 규모의 경제를 얻을 수 있을 만큼 충분히 클 때 가장 잘 작동합니다. Permabit에는 기존 플래시 스토리지가 SANblox를 사용하는 환경과 어떻게 비교되는지 보여주는 가격 책정 예시가 포함되어 있습니다.
- 원시 60TB의 비용: $720,000
- 데이터 보호 오버헤드를 제외한 비용: $12/GB
- SANblox 6:1 용량 절감 비용: $70,000
- 데이터 보호 오버헤드를 제외한 10TB 비용: $120,000
- 할인 전 총 비용: $190,000
- 할인 전 GB당 유효 비용(스토리지 + sanblox): $3.16
- 순 절감액: 74%
Permabit Albireo SANblox 사양
- CPU: 인텔 제온 E5-1650v2
- RAM : 128GB
- FC 포트: 4 x 16Gb(Emulex)
- 최대 가용 용량: 256TiB
- 최대 지원되는 LUN: 256
- 임의 IO(4K IOPS):
- 읽기: 230,000
- 쓰기: 111,000
- 혼합 RW70: 180,000
- 순차 처리량:
- 읽기: 1045MB/s
- 쓰기: 800MB/s
- 최소 대기 시간:
- 읽기: 300us
- 쓰다: 400us
- 신뢰성: 모든 데이터/메타데이터는 쓰기가 승인되기 전에 백엔드 스토리지에 기록됩니다. SANblox에는 데이터가 캐시되지 않습니다.
- 가용성: 원활한 고가용성은 30초 이내에 투명한 장애 조치를 제공합니다.
- 서비스 용이성: SMTP 경고 및 소프트웨어 및 하드웨어 구성 요소의 투명한 업그레이드.
- 물리적 특성 :
- 폼 팩터: 1U 랙마운트
- 폭 : 17.2 "(437의 mm)
- 무게: 38파운드(16.5kg)
- 전력
- 전압: 100-240V, 50-60Hz
- 와트 : 330
- 암페어: 최대 4.5
- 작동 온도: 10°C ~ 35°C(50°F ~ 95°F)
- 작동 상대 습도: 8% ~ 90%(비응축)
- 인증
- 전자기 방출: FCC Class A, ICES-003, CISPR 22 Class A, AS/NZS CISPR 22 Class A, EN 61000-3-2/-3-3, VCCI:V-3, KN22 Class A
- 전자파 내성: CISPR 24, KN 24, (EN 61000-4-2, EN 61000-4-3, EN 61000-4-4, EN 61000-4-5, EN 61000-4-6, EN 61000-4- 8, EN 61000-4-11)
- 전원 공급 장치 효율성: 80 Plus Gold 인증
중복 제거
중복 제거는 단순히 중복 데이터가 기본 스토리지에서 귀중한 공간을 차지하지 않도록 방지하는 프로세스입니다. 기본 스토리지용으로 설계된 제품과 달리 백업용으로 특별히 설계된 데이터 감소 어플라이언스를 구입하는 것의 차이는 일부 구매자에게 혼란스러울 수 있습니다. 데이터 축소 기능이 있는 기본 스토리지는 고정 크기 데이터 블록에 대한 임의 액세스를 위한 성능 제공을 최적화하도록 설계되었습니다. 더 빠른 성능을 달성하기 위해 기본 스토리지 데이터 감소는 고정된 데이터 청크, 일반적으로 더 작은 블록에 초점을 맞춥니다(단, 특정 공급업체에 따라 차이가 있음). 반면에 중복 제거 백업 어플라이언스는 백업 및 복원 프로세스의 속도를 높이기 위해 순차적 처리량에 더 중점을 둡니다. 순차 중심의 백업 중복 제거 어플라이언스는 대량의 데이터 스트림을 처리하고 다양한 청크 크기로 미디어에 기록할 수 있습니다. 한편으로 이는 어플라이언스가 더 큰 청크를 사용할 수 있으므로 추적할 청크가 더 적다는 것을 의미합니다. 반면에 다시 읽어야 하는 소량의 데이터가 있는 경우 전체 청크를 읽어야 합니다.
중복 제거에 관한 한 중복 제거를 수행하는 두 가지 주요 방법이 있습니다: 인라인 또는 후처리. 인라인 중복 제거는 단순히 데이터가 대상을 향해 이동함에 따라 중복이 발견된 후 기록되지 않음을 의미합니다. 인라인이기 때문에 하이브리드 어레이에서 더 빠른 스토리지의 캐시 및 계층은 모두 유효 용량 증가의 이점을 얻습니다. 이것은 플래시 미디어에 쓰기를 저장하는 것은 말할 것도 없고 디스크 공간을 절약하는 데 이상적입니다(플래시는 성능이 저하되기 전에 많은 쓰기만 수행할 수 있음). 이러한 이점 외에도 인라인은 데이터 보호를 위한 즉각적인 복제도 허용합니다. 인라인 중복 제거의 단점은 거의 불가피한 성능 저하입니다.
사후 처리 중복 제거는 데이터가 스토리지 대상에 도달하거나 스토리지 캐시에 도달하면 중복 제거 프로세스가 시작됨을 의미합니다. 이렇게 하면 쓰기 시 초기 성능 저하를 건너뛸 수 있지만 다른 문제가 발생합니다. 그 중 하나는 중복 제거 프로세스가 시작되거나 항상 실행 중인 경우 따라잡기를 기다리는 동안 중복이 저장 공간을 차지하는 것입니다. 데이터가 먼저 캐시로 전송되면 캐시가 빠르게 채워질 수 있습니다. 결과적으로 하이브리드 어레이는 가장 낮은 계층에서만 용량 절감 효과를 볼 수 있습니다. 중복 제거 전에 먼저 스토리지 미디어에 모든 것을 기록하면 플래시에 더 큰 피해를 줄 수 있습니다. 그리고 초기 성능 저하를 건너뛸 수 있지만 중복 제거 프로세스는 사후 프로세스가 시작되면 여전히 리소스를 사용해야 합니다.
성능은 일반적으로 벤더 관점에서 가장 큰 관심사입니다. 그들은 어플라이언스가 경쟁사보다 느리게 실행되는 것을 원하지 않기 때문입니다(전반적으로 더 적은 디스크 공간을 사용하더라도). 성능 적중률과 전체 성능 상한선은 사용 가능한 리소스와 해당 어플라이언스 내에서 사용되는 특정 소프트웨어의 조합을 통해 발생합니다. 성능도 고객의 관심사이자 주요 관심사일 수 있지만 중복 제거 프로세스가 데이터 저장 방식과 초기 작성 방식을 변경하기 때문에 데이터 손실에 대해서도 걱정하고 있습니다.
그렇다면 이러한 중복 제거의 차이점에서 Permabit은 어디에 적합할까요? Permabit은 SAN 앞에 위치하며 대상을 향해 이동할 때 데이터 중복을 제거합니다. Permabit은 인라인, 다중 코어 확장 가능 및 낮은 메모리 오버헤드 중복 제거 방법을 사용합니다. 우리가 테스트하고 있는 장치인 Permabit Albireo SANblox를 구체적으로 살펴보면 기본 스토리지 환경에서 4K 단위로 중복 제거가 필요한 데이터를 인덱싱할 수 있습니다. 따라서 Permabit Albireo SANblox는 256TB의 프로비저닝된 LUN을 가져와 2.5PB의 논리적 스토리지로 제공할 수 있지만 128GB의 RAM에서만 그렇게 합니다. 이를 통해 장치는 더 작은 데이터 청크를 다시 읽고 더 적은 리소스를 사용하여 성능 측면을 해결할 수 있습니다. Permabit으로 성능 문제를 해결하는 또 다른 방법은 소프트웨어를 어플라이언스에 내장하는 것입니다. Permabit은 이 방법을 사용하는 고객이 600,000 IOPS 이상의 성능을 경험했다고 말합니다.
모든 회사에서 장치(이 경우 중복 제거)가 훌륭하다고 말하는 것은 쉽습니다. 그러나 Permabit과 SAN 어플라이언스를 결합하려는 공급업체와 고객이 이해할 수 있는 맥락에서 일부 증거를 제공할 수 있는 경우 항상 더 좋습니다. 몇 년 전 Permabit은 ESG(Enterprise Strategy Group)와 함께 연구를 진행했습니다. 본 연구는 다양한 환경에서의 데이터 감소율을 살펴보고 압축 단독, 중복제거 단독, 압축과 중복제거 결합을 비교하였다.
설정 및 구성
SANblox 어플라이언스는 기본적으로 라우팅되는 LUN의 데이터 경로에 자신을 삽입하는 1U 서버입니다. 물론 모든 LUN이 SANblox를 거쳐야 하는 것은 아닙니다. SANblox 장치는 일반적으로 HA 쌍으로 배포되며 기본 스토리지의 요구 사항 또는 기능에 따라 여러 HA 쌍을 사용하여 모든 스토리지 또는 성능 요구 사항을 해결할 수 있습니다.
SANblox를 온라인으로 전환하는 것은 매우 빠르고 쉽습니다. 시스템에 두 개의 IP 주소를 할당합니다. 하나는 IPMI용이고 다른 하나는 웹 관리 및 SSH 인터페이스용입니다. 온라인 상태가 되면 XNUMX개의 백엔드 FC 포트(스토리지 시스템에 연결할 포트)의 WWN을 가져오고 이를 사용하여 별도의 FC 영역을 생성합니다.
어레이 수준에서 장치 설정을 위한 하나의 1GB LUN과 기본 데이터 저장소를 위한 여러 LUN이 있도록 저장소를 프로비저닝합니다. 모든 메타데이터도 이러한 볼륨에 저장되며, SANblox는 동기식 인라인 기능을 통해 어플라이언스 내에서 어떤 데이터도 유지하지 않습니다. 스크린샷 예에서는 DotHill Ultra48 어레이를 사용하여 SANblox 설정용으로 1개의 1GB LUN을 구성하고 SANblox 스토리지 풀용으로 2개의 1TB LUN을 구성했습니다.
스토리지가 구성되면 SANblox는 장치 설정을 위해 1GB LUN을 사용하여 자동으로 감지 및 구성하고 스토리지 풀 생성을 위해 다른 LUN을 봅니다. 이 경우 풀을 생성할 때 모든 항목을 함께 그룹화하고 중복 제거를 켜거나 끌지 여부와 압축을 켜거나 끌지 여부를 선택할 수 있습니다.
생성된 풀을 통해 Permabit SANblox는 기본적으로 사용자가 10:1 논리적 주소 지정 가능 크기로 물리적 스토리지 주소를 지정할 수 있도록 합니다. 따라서 볼륨을 생성할 때 1TB raw는 10TB의 사용 가능한 공간이 됩니다. 우리의 경우에는 1.8TB의 원시 스토리지를 우리가 할당할 수 있는 18TB의 사용 가능한 스토리지로 매핑했습니다.
기본 스토리지가 정렬되면 나머지 인터페이스는 기본 스토리지 어레이와 유사하게 작동합니다. LUN을 생성하여 호스트 또는 호스트 그룹에 할당하고 읽기 전용 액세스 또는 읽기/쓰기 액세스와 같은 규칙을 정의할 수 있습니다.
퍼포먼스
모든 고성능 스토리지가 중복 제거를 제공하는 것은 아닙니다. X-IO ISE G3 플래시 어레이 제품군이 좋은 예입니다. X-IO ISE 860 주로 공연 연극으로 설계되었습니다. X-IO는 너무 많은 기능을 추가하지 않기로 의식적으로 결정했습니다. 이 모든 기능에는 더 많은 RAM과 CPU가 필요하며 최첨단 성능을 제공하는 어레이의 기능은 감소합니다. 즉, 애플리케이션이 성능과 용량을 절충해야 하고 TB 기준으로 플래시 비용이 여전히 상대적으로 높은 경우 중복 제거는 비용 문제를 해결하고 고성능 특성을 유지할 수 있을 만큼 성능 스토리지의 경제성을 극적으로 바꿀 수 있습니다. 이를 배경으로 SANblox를 ISE 860 앞에 배치하여 성능을 측정했습니다. 중복 제거가 애플리케이션 성능에 미치는 영향에 중점을 두고 Microsoft SQL Server, MySQL Sysbench 및 VMware VMmark 테스트 환경을 활용하여 단일 SANblox 어플라이언스에 스트레스를 가했습니다. 이러한 각 테스트는 지정된 스토리지 어레이에 동시에 도달하는 여러 동시 워크로드로 작동하므로 Permabit SANblox와 같은 데이터 감소 시스템은 배포된 워크로드의 데이터 공간을 줄일 수 있는 환상적인 기회를 제공합니다.
중복 제거 및 성능과 관련하여 이해해야 할 중요한 요소 중 하나는 데이터 공간을 줄이는 동시에 백엔드 스토리지의 I/O 로드도 증가한다는 것입니다. 이전보다 훨씬 적은 양의 데이터를 보내고 있기 때문에 대부분의 경우 처리량이 줄어들 수 있지만 작은 블록의 임의 I/O 요청은 상당히 증가합니다. 이것이 DR과 플래시가 함께 잘 어울릴 수 있는 한 가지 이유이지만 특정 시점에서 특정 시나리오에서 백엔드 스토리지를 포화시킬 수 있고 여전히 포화 상태가 될 것임을 의미하기도 합니다. 다행스럽게도 SANblox의 특허 기술은 데이터 축소 오버헤드를 최소한으로 관리하여 어레이를 확장하거나 기본적으로 다른 애플리케이션에 사용할 수 있는 여지를 남겨 둡니다. I/O 잠재력이 큰 대규모 환경 또는 플랫폼의 경우 사용자는 SANblox 어플라이언스의 수를 확장하여 성능 및 용량을 높일 수 있습니다. 검토할 단일 어플라이언스를 받았지만 한 쌍이 아닌 두 쌍이 함께 작동하면 더 높은 측정 성능을 볼 수 있었을 것입니다.
StorageReview의 Microsoft SQL Server OLTP 테스트 프로토콜 복잡한 애플리케이션 환경에서 발견되는 활동을 시뮬레이션하는 온라인 트랜잭션 처리 벤치마크인 TPC-C(Transaction Processing Performance Council의 벤치마크 C) 최신 초안을 사용합니다. TPC-C 벤치마크는 합성 성능 벤치마크보다 데이터베이스 환경에서 스토리지 인프라의 성능 강점과 병목 현상을 측정하는 데 더 가깝습니다.
이 테스트는 Windows Server 2014 R2012 게스트 VM에서 실행되는 SQL Server 2를 사용하며 Dell의 Benchmark Factory for Databases에서 스트레스를 받습니다. 이 벤치마크의 기존 사용은 로컬 또는 공유 스토리지에서 대규모 3,000개 규모의 데이터베이스를 테스트하는 것이었지만, 이 반복에서는 내부의 총 성능을 더 잘 보여주기 위해 X-IO ISE 1,500 전체에 860개의 4개 규모 데이터베이스를 고르게 분산시키는 데 중점을 둡니다. XNUMX노드 VMware 클러스터.
XNUMX세대 SQL Server OLTP Benchmark Factory LoadGen 장비
- Dell PowerEdge R730 VMware ESXi vSphere 가상 클라이언트 호스트(2)
- 클러스터의 5GHz용 Intel E2690-3 v124 CPU 2.6개(노드당 12개, 30GHz, XNUMX코어, XNUMXMB 캐시)
- 512GB RAM(노드당 256GB, 16GB x 16 DDR4, CPU당 128GB)
- SD 카드 부팅(Lexar 16GB)
- 2 x Mellanox ConnectX-3 InfiniBand 어댑터(vMotion 및 VM 네트워크용 vSwitch)
- 2 X Emulex 16GB 듀얼 포트 FC HBA
- 2 X Emulex 10GbE 듀얼 포트 NIC
- VMware ESXi vSphere 6.0 / Enterprise Plus 4-CPU
- Dell PowerEdge R730 가상화 SQL 4노드 클러스터
- 클러스터의 5GHz용 Intel E2690-3 v249 CPU 2.6개(노드당 12개, 30GHz, XNUMX코어, XNUMXMB 캐시)
- 1TB RAM(노드당 256GB, 16GB x 16 DDR4, CPU당 128GB)
- SD 카드 부팅(Lexar 16GB)
- 4 x Mellanox ConnectX-3 InfiniBand 어댑터(vMotion 및 VM 네트워크용 vSwitch)
- 4 X Emulex 16GB 듀얼 포트 FC HBA
- 4 X Emulex 10GbE 듀얼 포트 NIC
- VMware ESXi vSphere 6.0 / Enterprise Plus 8-CPU
각 SQL Server VM은 100개의 vDisk(부팅용 500GB 및 데이터베이스 및 로그 파일용 16GB)로 구성됩니다. 시스템 리소스 관점에서 각 VM을 vCPU 64개, DRAM XNUMXGB로 구성하고 LSI Logic SAS SCSI 컨트롤러를 활용했습니다.
X-IO ISE 860에서 SQL TPC-C 워크로드를 실행할 때와 Permabit SANblox에서 실행할 때의 TPS 성능 변화를 살펴보면 12,564TPS에서 12,431TPS로 상당히 적었습니다.
워크로드에서 데이터 감소의 영향을 확인했지만 트랜잭션 성능에서 대기 시간으로 초점을 변경했습니다. SANblox를 통해 작동하는 워크로드로 대기 시간이 평균 13ms에서 평균 84ms로 증가했습니다. 5.5배 점프 바로 아래. Permabit은 단일 SANblox 쌍에 대한 최대 로드에 근접할 수 있으며 워크로드를 약간 줄이거나 두 번째 SANblox를 추가하면 대기 시간 평균을 크게 줄일 수 있다고 설명했습니다.
The 시스벤치 OLTP 벤치마크는 CentOS 설치 내에서 작동하는 InnoDB 스토리지 엔진을 활용하여 Percona MySQL 위에서 실행됩니다. 기존 SAN 테스트를 최신 하이퍼 컨버지드 장비와 일치시키기 위해 많은 벤치마크를 더 큰 분산 모델로 전환했습니다. 주요 차이점은 베어메탈 서버에서 단일 벤치마크를 실행하는 대신 이제 가상화 환경에서 해당 벤치마크의 여러 인스턴스를 실행한다는 것입니다. 이를 위해 X-IO ISE 4에 8개 및 860개의 Sysbench VM(노드당 1-2개)을 배포하고 모두 동시에 작동하는 클러스터에서 표시되는 총 성능을 측정했습니다. 4개 VM과 8개 VM이 원시 플래시 어레이와 Permabit SANblox를 통해 작동하는 방식을 도표화했습니다.
Dell PowerEdge R730 가상화 Sysbench 4노드 클러스터
- 클러스터의 5GHz용 Intel E2690-3 v249 CPU 2.6개(노드당 12개, 30GHz, XNUMX코어, XNUMXMB 캐시)
- 1TB RAM(노드당 256GB, 16GB x 16 DDR4, CPU당 128GB)
- SD 카드 부팅(Lexar 16GB)
- 4 x Mellanox ConnectX-3 InfiniBand 어댑터(vMotion 및 VM 네트워크용 vSwitch)
- 4 X Emulex 16GB 듀얼 포트 FC HBA
- 4 X Emulex 10GbE 듀얼 포트 NIC
- VMware ESXi vSphere 6.0 / Enterprise Plus 8-CPU
각 Sysbench VM은 92개의 vDisk로 구성됩니다. 하나는 부팅용(~447GB), 하나는 사전 구축된 데이터베이스(~400GB), 세 번째는 테스트할 데이터베이스용(16GB)입니다. 시스템 리소스 관점에서 각 VM을 vCPU 64개, DRAM XNUMXGB로 구성하고 LSI Logic SAS SCSI 컨트롤러를 활용했습니다.
Sysbench 테스트는 평균 TPS(Transactions Per Second), 평균 대기 시간, 최대 99개 스레드 로드에서 평균 32번째 백분위수 대기 시간을 측정합니다.
860VM 워크로드로 X-IO ISE 8에서 기본적으로 실행되는 Sysbench를 사용하여 클러스터 전체에서 총 6,568TPS를 측정했습니다. SANblox를 믹스에 추가하면 2,971TPS로 떨어졌습니다. 4VM의 부하로 4,424TPS에서 2,752TPS로 감소하는 감소가 적었습니다. 두 경우 모두 데이터 축소 어플라이언스를 통한 운영 오버헤드는 각각 55%와 38%를 차지했습니다. 이 오버헤드 수치는 스토리지 어레이에서 직접 제공되는 LUN에 영향을 미치지 않지만 한 가지 중요한 측면입니다. 외부 시스템으로서 사용자는 데이터 감소로 인한 비용상의 이점 없이도 우선 순위가 더 높은 트래픽을 어레이 자체로 라우팅하도록 선택할 수 있습니다.
구성 간의 평균 대기 시간을 비교하면 4VM 평균 대기 시간이 29ms에서 47ms로 증가한 반면 8VM 평균 대기 시간은 39ms에서 86ms로 증가했습니다.
우리 환경에 추가된 SANblox의 99번째 백분위수 대기 시간을 살펴보면 57VM에서 89ms에서 4ms로, 83VM에서 178ms에서 8ms로 증가한 것으로 측정되었습니다.
VMmark 성능 분석
당사의 모든 애플리케이션 성능 분석과 마찬가지로 성능에 대한 회사의 주장과 비교하여 실제 생산 환경에서 제품이 어떻게 작동하는지 보여주려고 합니다. 우리는 스토리지를 더 큰 시스템의 구성 요소로 평가하는 것의 중요성을 이해하고 있으며, 가장 중요한 것은 주요 엔터프라이즈 애플리케이션과 상호 작용할 때 스토리지가 얼마나 반응이 좋은지 이해하고 있습니다. 이 테스트에서 우리는 VMware의 VMmark 가상화 벤치마크 다중 서버 환경에서.
VMmark는 설계상 매우 리소스 집약적인 벤치마크로, 스토리지, 네트워크 및 컴퓨팅 활동에 스트레스를 주는 VM 기반 애플리케이션 워크로드가 광범위하게 혼합되어 있습니다. 가상화 성능을 테스트할 때 VMmark는 스토리지 I/O, CPU 및 VMware 환경의 네트워크 성능까지 포함하는 많은 측면을 보기 때문에 이보다 더 나은 벤치마크는 거의 없습니다.
Dell PowerEdge R730 VMware VMmark 4노드 클러스터 사양
- Dell PowerEdge R730 서버(x4)
- CPU: Intel Xeon E5-2690 v3 2.6GHz(12C/24T) XNUMX개
- 메모리: 64 x 16GB DDR4 RDIMM
- Emulex LightPulse LPe16002B 16Gb FC 듀얼 포트 HBA
- Emulex OneConnect OCe14102-NX 10Gb 이더넷 듀얼 포트 NIC
- VM웨어 ESXi 6.0
ISE 860 G3(DataPac당 20×1.6TB SSD)
- RAID 이전: 51.2TB
- RAID 10 용량: 22.9TB
- RAID 5 용량: 36.6TB
- 리스트 가격 : $ 575,000
VMware의 VMmark로 테스트하기 위해 Permabit SANblox를 구성할 때 데이터 배포 방식을 최적화했습니다. 전통적으로 주어진 어레이를 사용하는 VM은 "전부 아니면 전무" 구성으로 배포됩니다. 즉, 전체 데이터가 테스트 중인 스토리지 어레이로 완전히 이동됩니다. SANblox는 스토리지 장치 앞에 있는 고유한 방식으로 일부 쓰기 집약적 워크로드에 스토리지를 직접 활용할 수 있을 뿐만 아니라 중복 제거 비용이 절감되는 대부분의 OS 디스크 및 VMmark 워크로드에 SANblox를 통해 사용할 수 있었습니다. 우리의 특정 구성에서는 X-IO ISE 40에 직접 배치한 개별 860GB Mailserver 사서함 vDisk를 제외하고 모든 VM을 SANblox로 마이그레이션했습니다.
최적화된 구성으로 X-IO ISE 8 앞에 있는 Permabit SANblox를 사용하여 VMmark로 총 860개의 타일에 도달할 수 있었습니다. 이는 이전에 어레이에서 직접 호스팅된 최대 26개 타일과 비교됩니다. 성능 관점에서 볼 때 SANblox를 통해 워크로드를 실행하면 70%의 오버헤드가 발생했습니다. 그러나 데이터 감소 측면에서 소비된 공간은 1타일에서 평평하게 유지되었습니다. 추가 타일을 어레이로 마이그레이션해도 소비되는 공간에 눈에 띄는 영향은 없었습니다. 이것은 SANblox 어플라이언스의 두 번째 HA 쌍이 전체 성능을 향상시키는 시나리오 중 하나입니다.
결론
Permabit Albireo SANblox는 조직의 데이터 공간을 크게 줄여 엄청난 이점을 제공하는 배포하기 쉬운 어플라이언스입니다. Permabit은 Albireo SANblox를 파이버 채널 SAN 앞에 놓을 수 있으며 고객은 데이터 공간을 최대 6:1로 줄일 수 있다고 말합니다. 모든 데이터 감소는 SANblox의 존재를 인식하지 못하는 SAN과 함께 인라인으로 발생합니다. 일반적인 6:1 데이터 감소와 함께 SANblox는 씬 프로비저닝 및 압축도 제공합니다. Permabit은 중복 제거 분야에서 오랫동안 널리 인정받은 이름이며 고객이 워크로드에 따라 잠재적인 공간을 크게 줄일 수 있도록 도울 수 있습니다.
겉보기에는 중복 제거가 훌륭하게 들립니다. 조직은 구매한 스토리지를 중복으로 채우지 않고 최대한 활용할 수 있으며 오래된 디스크 기반 스토리지도 새로운 생명을 찾을 수 있습니다. Permabit Albireo SANblox가 뒤따르는 구성에 관계없이 작동한다는 사실은 그것에 대해 생각해야 하는 또 다른 빛나는 이유입니다. 중복 제거의 가장 큰 단점은 성능이 저하되어야 한다는 것입니다. 경우에 따라 성능 저하가 상당히 클 수 있습니다. 이를 딜 브레이커로 보는 대신 잠재 고객은 원시 올플래시와 비교하여 성능이 타격을 입지만 여전히 비슷한 가격대의 기존 HDD 스토리지 어레이보다 빠르다는 사실을 깨달아야 합니다.
모든 스토리지 투자를 활용하는 것보다 초고성능 및 극히 짧은 대기 시간이 더 필요한 경우 중복 제거를 건너뛰어야 합니다. 그러나 기업이 성능 저하를 감수하고 정의된 매개변수 내에서 여전히 기능할 수 있다면 반드시 Permabit Albireo SANblox와 같은 장치를 살펴봐야 합니다. 절충안도 있습니다. 세 번째 옵션은 SANblox를 통해 덜 중요한 성능 데이터(예: 개발)를 실행하고 프로덕션 데이터는 중복 제거 없이 진행하는 것입니다. 우리의 성과 결과를 보는 방식에 대해서도 유사한 사고 방식이 필요합니다. 비교는 "SANblox 없이 X-IO가 얼마나 더 나은 성능을 보이는지"라기보다는 SAN에 중복 제거를 적용할 때 기대할 수 있는 성능 유형을 제시하는 방법에 가깝습니다.
언급한 바와 같이 스토리지 스택에 어플라이언스를 추가하는 것은 많은 변수에 따라 달라집니다. 궁극적으로 Permabit이 제공하는 것은 특히 워크로드에 성능이 필요하지 않은 경우 스토리지 용량 및 수명의 확장입니다. 개발을 위해 자주 데이터베이스를 가동하는 것과 같은 작업이 표준 관행이 되는 오늘날의 IT 환경에서 SANblox는 데이터 풋프린트 페널티 없이 이를 가능하게 합니다. 엔터프라이즈로의 통합도 간단하며 조정 및 사용자 지정이 필요한 경우 어플라이언스가 이를 허용합니다.
장점
- 스토리지 아키텍처에 간편하게 통합
- 최신 개발 관행에 부합
- LUN으로 켜고 끌 수 있음
단점
- 중복 제거에는 오버헤드가 있으며 대기 시간에 민감한 애플리케이션은 어플라이언스를 우회해야 할 수 있습니다.
히프 라인
Permabit Albireo SANblox는 기존 시스템에 쉽게 통합되고 인라인 데이터 감소를 수행하여 조직이 스토리지 투자의 잠재력을 최대한 활용할 수 있도록 합니다. 성능과 용량을 모두 최대화하기 위해 데이터 축소를 켜거나 끌 수 있으며 특정 워크로드에만 적용할 수도 있습니다.
Permabit Albireo SANblox 제품 페이지
이 리뷰에 대해 토론하기
