Huawei Dorado V6: 쓰촨성 열기

올해 모스크바의 여름은 솔직히 별로 좋지 않았습니다. 너무 일찍, 빨리 시작해서 모두가 반응할 시간이 없었고, 이미 34월 말에 끝났습니다. 따라서 Huawei가 저를 RnD 센터가 있는 중국 청두로 초대했을 때 그늘에서 +6도의 일기 예보를 살펴본 후 즉시 동의했습니다. 결국 나는 더 이상 같은 나이가 아니며 뼈를 조금 따뜻하게해야합니다. 하지만 실제로 청두가 위치한 쓰촨성은 매운 음식을 좋아하는 곳으로 유명하기 때문에 뼈뿐만 아니라 속까지 따뜻하게 데울 수 있었다는 점에 주목하고 싶습니다. 하지만 여전히 이것은 여행에 관한 블로그가 아니므로 여행의 주요 목표인 새로운 스토리지 시스템 라인인 Huawei Dorado VXNUMX로 돌아가 보겠습니다. 이 기사는 과거로부터 약간의 영향을 미칠 것입니다. 왜냐하면... 공식 발표 이전에 작성되었지만 출시 후에야 출판되었습니다. 그래서 오늘 우리는 Huawei가 우리를 위해 준비한 흥미롭고 맛있는 모든 것을 자세히 살펴 보겠습니다.

새로운 라인에는 5개의 모델이 있을 예정이다. 3000V6을 제외한 모든 모델은 SAS와 NVMe의 두 가지 버전으로 제공됩니다. 선택에 따라 이 시스템에서 사용할 수 있는 디스크의 인터페이스, 백엔드 포트 및 시스템에 설치할 수 있는 디스크 드라이브 수가 결정됩니다. NVMe의 경우 기존 2.5인치 SAS SSD보다 얇고 최대 36개까지 설치할 수 있는 팜 크기 SSD가 사용됩니다. 새로운 라인은 All Flash이며 디스크를 사용한 구성이 없습니다.

팜 NVMe SSD

제 생각에는 Dorado 8000과 18000이 가장 흥미로운 모델인 것 같습니다. Huawei는 이를 고급 시스템으로 포지셔닝하고 Huawei의 가격 정책 덕분에 이러한 중급 모델을 경쟁사 부문과 대조합니다. 오늘 리뷰에서 중점을 둘 모델은 바로 이러한 모델입니다. 디자인 기능으로 인해 주니어 듀얼 컨트롤러 시스템은 Dorado 8000 및 18000과 약간 다른 아키텍처를 가지므로 오늘 이야기할 모든 내용이 주니어 모델에 적용되는 것은 아닙니다.

새로운 시스템의 주요 특징 중 하나는 자체 개발된 여러 칩을 사용한다는 것입니다. 각 칩을 사용하면 컨트롤러 중앙 프로세서의 논리적 부하를 분산하고 다양한 구성 요소에 기능을 추가할 수 있습니다.

새로운 시스템의 핵심은 ARM 기술을 기반으로 개발되고 화웨이가 독립적으로 제조한 Kunpeng 920 프로세서입니다. 모델에 따라 코어 수, 주파수 및 각 컨트롤러에 설치된 프로세서 수가 다릅니다.
Huawei Dorado V6 8000 - 2CPU, 64코어
Huawei Dorado V6 18000 - 4CPU, 48코어

Huawei는 ARM 아키텍처에서 이 프로세서를 개발했으며, 제가 아는 한 처음에는 일부 V8000 모델의 경우와 마찬가지로 이전 Dorado 18000 및 5 모델에만 설치할 계획이었지만 제재로 인해 이 아이디어가 조정되었습니다. 물론 ARM도 제재 조치 과정에서 화웨이와의 협력을 거부한다는 얘기도 나눴지만 여기서는 인텔과 상황이 다르다. 화웨이는 이러한 칩을 독립적으로 생산하며 어떤 제재도 이 과정을 막을 수 없습니다. ARM과의 관계 단절은 새로운 개발에 대한 접근권 상실만을 위협할 뿐입니다. 성능에 관해서는 독립적인 테스트를 거쳐야 판단이 가능하다. Dorado 18000 시스템에서 문제 없이 1M IOPS가 제거되는 것을 보았지만 랙에 직접 손을 대고 반복하기 전까지는 믿을 수 없습니다. 하지만 컨트롤러에는 실제로 많은 권한이 있습니다. 이전 모델에는 각각 4개의 프로세서가 포함된 4개의 컨트롤러가 장착되어 총 768개의 코어를 제공합니다.

하지만 나중에 새로운 시스템의 아키텍처를 볼 때 코어에 대해 이야기하겠지만 지금은 시스템에 설치된 다른 칩으로 돌아가겠습니다. 이 칩은 매우 흥미로운 솔루션처럼 보입니다. 상승 310 (내가 아는 한, 최근 대중에게 공개된 Ascend 910의 남동생입니다.) 그 임무는 시스템에 들어오는 데이터 블록을 분석하여 읽기 적중률을 높이는 것입니다. 직장에서 어떻게 작동할지 말하기는 어렵습니다. 왜냐하면... 현재는 주어진 템플릿에 따라서만 작동하며 지능형 모드에서는 학습할 수 없습니다. 지능형 모드의 출현은 향후 펌웨어에서 약속되며, 아마도 내년 초가 될 것입니다.

건축으로 넘어 갑시다. 화웨이는 구성 요소 연결에 풀 메시 접근 방식을 구현하는 자체 스마트 매트릭스 기술을 계속 개발해 왔습니다. 그러나 V5에서는 이것이 컨트롤러에서 디스크로의 액세스만을 위한 것이라면 이제 모든 컨트롤러는 백엔드와 프런트엔드 모두의 모든 포트에 액세스할 수 있습니다.

새로운 마이크로서비스 아키텍처 덕분에 LUN이 하나만 있는 경우에도 모든 컨트롤러 간의 로드 밸런싱이 가능합니다. 이 어레이 제품군의 OS는 처음부터 완전히 개발되었으며 단순히 플래시 드라이브 사용에 최적화된 것이 아닙니다. 모든 컨트롤러가 동일한 포트에 액세스할 수 있기 때문에 컨트롤러 장애가 발생하거나 재부팅되는 경우 호스트는 스토리지 시스템에 대한 단일 경로를 잃지 않으며 경로 전환은 스토리지 시스템 수준에서 수행됩니다. 그러나 호스트에서 UltraPath를 사용할 필요는 없습니다. 시스템을 설치할 때 또 다른 "절약"은 필요한 링크 수가 적다는 것입니다. 그리고 4개의 컨트롤러에 대한 "클래식" 접근 방식을 사용하려면 8개의 공장에서 2개의 링크가 필요하며, Huawei의 경우 2개로도 충분합니다(지금은 하나의 링크 처리량이 충분하다는 것을 말하는 것이 아닙니다).

이전 버전과 마찬가지로 미러링 기능이 있는 글로벌 캐시가 사용됩니다. 이를 통해 가용성에 영향을 주지 않고 동시에 최대 3개의 컨트롤러를 손실하거나 순차적으로 XNUMX개의 컨트롤러를 손실할 수 있습니다. 그러나 데모 스탠드에서 하나의 오류가 발생하는 경우 나머지 XNUMX개의 컨트롤러 간의 완전한 로드 밸런싱을 확인하지 못했다는 점은 주목할 가치가 있습니다. 실패한 컨트롤러의 로드는 나머지 컨트롤러 중 하나에 의해 완전히 인계되었습니다. 이를 위해서는 이 구성에서 시스템이 더 오랫동안 작동하도록 해야 할 수도 있습니다. 어쨌든, 나는 내 자신의 테스트를 통해 이것을 더 자세히 확인할 것입니다.
Huawei는 새로운 시스템을 엔드 투 엔드 NVMe 시스템으로 포지셔닝하고 있지만 현재 NVMeOF는 아직 프런트 엔드에서 지원되지 않으며 FC, iSCSI 또는 NFS만 지원됩니다. 이 기능이 끝나면 또는 다음 기능이 시작될 때 다른 기능과 마찬가지로 RoCE 지원이 약속됩니다.

선반은 RoCE를 사용하여 컨트롤러에도 연결되며 이와 관련된 한 가지 단점이 있습니다. SAS의 경우처럼 선반의 "루프백" 연결이 없다는 것입니다. 제 생각에는 상당히 큰 시스템을 계획하고 있다면 이는 여전히 큰 단점입니다. 사실 모든 선반은 직렬로 연결되어 있으며 선반 중 하나에 오류가 발생하면 그 뒤를 따르는 다른 모든 선반에 완전히 접근할 수 없게 됩니다. 이 경우 내결함성을 보장하려면 모든 쉘프를 컨트롤러에 연결해야 하며, 이로 인해 시스템에 필요한 백엔드 포트 수가 늘어납니다.

그리고 또 한 가지 언급할 가치가 있는 것은 NDU(무중단 업데이트)입니다. 위에서 말했듯이 Huawei는 새로운 Dorado 라인의 OS 운영에 컨테이너 접근 방식을 구현했습니다. 이를 통해 컨트롤러를 완전히 재부팅할 필요 없이 서비스를 업데이트하고 다시 시작할 수 있습니다. 일부 업데이트에는 커널 업데이트가 포함되어 있다는 점을 즉시 언급할 가치가 있으며, 이 경우 업데이트 중에 컨트롤러를 다시 부팅해야 하는 경우가 있지만 항상 그런 것은 아닙니다. 이렇게 하면 이 작업이 생산 시스템에 미치는 영향이 줄어듭니다.

우리 회사의 어레이 중 대다수는 NetApp 제품입니다. 그러므로 제가 꽤 많이 작업해야 하는 시스템과 작은 비교를 해보면 꽤 논리적일 것이라고 생각합니다. 이는 누가 더 좋고, 누가 더 나쁘고, 누구의 아키텍처가 더 유리한지를 결정하려는 시도가 아닙니다. 나는 동일한 문제를 해결하기 위해 다른 공급업체의 두 가지 다른 접근 방식을 냉정하게 그리고 광신 없이 비교하려고 노력할 것입니다. 예, 물론입니다. 이 경우 Huawei 시스템을 "이론"으로 고려할 것이며 향후 펌웨어 버전에서 구현될 예정인 사항도 별도로 언급하겠습니다. 현재 어떤 이점이 있습니까?

1. 지원되는 NVMe 드라이브 수. NetApp에는 현재 288개가 있고 Huawei에는 모델에 따라 1600~6400개가 있습니다. 동시에 Huawei의 최대 가용 용량은 NetApp 시스템과 마찬가지로 32PBe입니다(더 정확하게 말하면 31.64PBe입니다). 이는 동일한 볼륨의 드라이브(최대 15Tb)가 지원된다는 사실에도 불구하고 그렇습니다. Huawei는 이 사실을 다음과 같이 설명합니다. 더 큰 스탠드를 조립할 기회가 없었습니다. 이론적으로는 볼륨 제한이 없지만 아직 이 사실을 테스트할 수 없었습니다. 그러나 여기서는 오늘날 플래시 드라이브의 성능이 매우 높다는 점에 주목할 가치가 있으며, NVMe 시스템의 경우 최고급 24컨트롤러 시스템을 활용하는 데 2개의 드라이브면 충분하다는 사실에 직면하게 되었습니다. 따라서 시스템의 디스크 수를 더 늘리면 성능이 향상될 뿐만 아니라 IOPS/Tb 비율에도 나쁜 영향을 미치게 됩니다. 물론 4컨트롤러 시스템 8000 및 16000이 얼마나 많은 드라이브를 처리할 수 있는지 확인해 볼 가치가 있습니다. 왜냐하면... Kunpeng 920의 성능과 잠재력은 아직 완전히 명확하지 않습니다.
2. NetApp 시스템의 소유자인 Lun의 존재. 저것들. 단 하나의 컨트롤러만이 달에 대한 작업을 수행할 수 있으며, 두 번째 컨트롤러는 자신을 통해서만 IO를 전달합니다. 반면 Huawei 시스템에는 소유자가 없으며 데이터 블록(압축, 중복 제거)을 사용한 작업은 모든 컨트롤러에서 수행할 수 있을 뿐만 아니라 디스크에 기록할 수도 있습니다.
3. 컨트롤러 중 하나에 오류가 발생해도 포트가 삭제되지 않습니다. 어떤 사람들에게는 이 순간이 매우 중요해 보입니다. 결론은 스토리지 시스템 내부의 전환이 호스트 측보다 더 빠르게 이루어져야 한다는 것입니다. 그리고 동일한 NetApp의 경우 실제로 컨트롤러를 꺼내고 경로를 전환할 때 약 5초의 정지 현상이 발견된 경우 Huawei로 전환해도 여전히 연습해야 합니다.
4. 업데이트할 때 컨트롤러를 다시 시작할 필요가 없습니다. 특히 NetApp의 새 버전과 펌웨어 분기가 상당히 자주 출시되면서 걱정이 되기 시작했습니다. 예, Huawei의 일부 업데이트에는 다시 시작이 필요하지만 전부는 아닙니다.
5. NetApp 컨트롤러 4개 가격으로 Huawei 컨트롤러 XNUMX개를 구매하세요. 위에서 말했듯이 화웨이의 가격 정책 덕분에 하이엔드 모델로 미드레인지급과 경쟁할 수 있습니다.
6. 시스템 효율성을 향상시키기 위한 잠재적인 의도로 선반 컨트롤러 및 포트 카드에 추가 칩이 있습니다.

일반적인 단점과 우려사항:

1. 쉘프를 컨트롤러에 직접 연결하거나 모든 쉘프를 컨트롤러에 연결하기 위해 많은 수의 백엔드 포트가 필요합니다.
2. ARM 아키텍처와 다수의 칩 존재 - 얼마나 효율적으로 작동하고 성능이 충분할까요?

대부분의 우려와 두려움은 새로운 라인에 대한 개인적인 테스트를 통해 해소될 수 있습니다. 출시 후 곧 모스크바에 나타날 것이며 자신의 테스트를 위해 신속하게 하나를 얻을 수 있을 만큼 충분할 것입니다. 지금까지는 일반적으로 회사의 접근 방식이 흥미롭고 새로운 라인이 경쟁사에 비해 매우 좋아 보인다고 말할 수 있습니다. 최종 구현에서는 많은 질문이 제기됩니다. 우리는 연말에만 많은 것을 보게 될 것이며, 아마도 2020년에만 보일 것입니다.

출처 : habr.com