편집 업데이트:
- 9 / 23 / 2021 : 우리는 더 많은 것을 배우면서 우리의 정보가 정확하게 표현되도록 하고 싶습니다. 그래서 우리는 더 정확한 정신으로 이 이야기를 조정했습니다.
- 9 / 15 / 2021 : . 원본 LinkedIn 게시물 (9년 2월 2021일 게시) 저는 NetApp ONTAP용 AWS FSx에 대해 몇 가지 가정을 했고, 솔루션이 스토리지 관점과 일부 기능에서 구성될 수 있는 것처럼 보였습니다. 파트너인 AWS 덕분에 이러한 가정이 이번 업데이트의 일부로 수정되었습니다. 나는 또한 내가 만들고 있는 요점에 대해 절대적으로 명확하게 하기 위해 이 블로그에 더 많은 생각을 추가하는 시간을 가졌습니다.
AWS의 파일은 NetApp을 사용해도 나아지지 않습니다.
오늘 AWS 스토리지의 날 NetApp ONTAP용 Amazon FSx의 일반 공급이 발표되었습니다. AWS FSx는 AWS에서 제공하는 관리형 서비스로, AWS에서 세 번째로 제공하는 서비스입니다. 출시 당시에는 솔루션이 액면 그대로 무엇인지 명확하지 않았습니다. 그러나 이 주제에 대한 다른 블로그, 특히 이 블로그를 조사한 후 Judsonian.com, CVO(Cloud Volumes Ontap)인 것 같습니다. 이제 이에 대해 잘 알고 계시다면 확장과 관련된 복잡성에 대해서도 잘 알고 계실 것입니다. Qumulo는 필요한 잠재적 용량을 미리 계획하거나 전략을 수립해야 하는 최종 사용자의 책임 없이 매우 쉽게 확장됩니다.
확장 시 처리량이 손실됨
이 발표는 이 솔루션이 규모면에서 "거의 무제한"이라고 주장합니다. 그러나 내가 읽은 내용에 따르면 두 개의 별도 스토리지 계층이 있습니다. 결론적으로 CVO의 최대 볼륨 크기는 100TB입니다. 100TB 이상으로 확장하려면 데이터를 이미 확보한 후 확장하는 것이 어려울 수 있으므로 사전 계획과 전략을 세워야 합니다. 그들은 또한 오퍼링과 함께 "지능형 계층화" 기능을 도입했습니다. 간단해 보이지만 "자동 계층화" 기본 옵션이 만족스럽지 않으면 데이터를 "지능적으로" 이동할 대상, 시기 및 방법을 구성해야 합니다.
또한 더 큰 용량을 생성하는 더 큰 볼륨이 S3 버킷인 것으로 나타납니다. 기본 스토리지에 필요한 용량을 전략화하려면 상당한 계획을 수행해야 하며, 그렇지 않은 경우 데이터를 비우고 솔루션을 해체하고 재구축해야 할 수 있습니다. "플렉스 볼륨." 따라서 NetApp ONTAP용 FSx는 페타바이트 규모의 스토리지로 확장할 수 있지만 Qumulo에서처럼 그렇게 하기가 쉽지 않습니다. 스토리지의 "다른 계층" 또는 "용량 계층"의 경우, 이 솔루션은 "테이프" 제조업체의 플레이북에서 한 페이지를 빼고 S3를 테이프 대신 사용하여 "마케팅"을 통해 "가상적으로" 무제한 규모.” 기술적으로 페타바이트 규모의 데이터가 있지만 실제 문제는 데이터에 얼마나 빨리 액세스하고 사용할 수 있는지입니다. 솔직히 말해 페타바이트 규모는 단일 네임스페이스 또는 볼륨에서 쉽고 빠르게 소비할 수 있는 합리적인 상태에서 페타바이트 규모를 의미합니다. 기본 계층의 크기를 적절하게 지정하지 않으면 "용량 계층"의 안전망이 확보되지만 그 시점에서는 Qumulo가 고객에게 제공하는 단일 네임스페이스 지능형 스토리지 솔루션보다 아카이브에 가깝습니다.
해당 데이터가 최대한 빨리 필요한 경우 가동 시간 외에 해당 데이터 검색의 성능을 보장할 수 있습니까? 용량 풀이 S3인 것이 사실이라면 "검색했을 때 찾은 SLA를 가정합니다.AWS S3 SLA"는 FSx for NetApp ONTAP 고객을 위한 이 솔루션에 적용되는 내용입니다. 이 글을 읽을 때 성능 보장에 대해서는 아무 것도 볼 수 없고 가동 시간만 있습니다. 내가 말할 수 있는 한 용량 풀에서 기본 볼륨 또는 네임스페이스까지의 성능 보장은 알 수 없습니다. Qumulo가 다른 점은 고객이 성능, 액세스 또는 용량 확장 능력을 타협하지 않으면서 활성 및 비활성 데이터를 지능적으로 계층화하는 방법입니다. 우리는 계층화가 어려워야 한다고 생각하지 않습니다. 사실, 그것은 여러분의 어깨에 달려 있어서는 안 되며 지능형 파일 시스템의 손에 맡겨야 합니다. Qumulo는 오랫동안 지능형 계층화 분야의 리더였으며 사실 우리는 수년간 SSD(읽기/쓰기용)와 HDD를 모두 포함하는 솔루션을 제공해 왔습니다. 안에 블로그 게시물 Qumulo의 제품 관리자인 Jason Sturgeon은 다음과 같이 지적합니다.Qumulo의 기계 학습(ML) 캐시는 패턴 일치를 활용하여 미리 데이터를 읽고 열 분석을 위한 블록 수준 활동을 활용합니다. 인텔리전스는 실제로 클라이언트뿐만 아니라 해당 클라이언트의 세션을 살펴보고 어떤 캐싱 메커니즘이 가장 잘 작동하는지 결정합니다. 머신 러닝 캐시를 사용하면 하이브리드 환경에서 메모리 또는 NVMe SSD에서 데이터의 87% 이상을 읽을 수 있습니다.” 따라서 보시다시피 Qumulo를 사용하면 추측이 필요하지 않으며 의심의 여지 없이 데이터에 대한 더 나은 성능 액세스를 얻을 수 있습니다.
또한 중복 제거, 압축 및 압축으로 파일 효율성을 결정하는 것은 고객의 몫인 것 같습니다. 도움을 요청할 때 NetApp 또는 AWS FSx 담당자가 "마일리지가 다를 수 있습니다"라고 말하는 것을 듣게 될 것입니다. 그것이 그와 같은 기술의 현실입니다. 실제로는 추측 게임이며, 그렇지 않으면 가격이 오를 가능성이 더 큽니다. NetApp ONTAP용 Amazon FSx는 최고로 복잡합니다. Qumulo 파일 시스템은 ONTAP보다 훨씬 효율적이므로 중복 제거/압축/압축의 무거운 오버헤드가 필요하지 않습니다. Qumulo는 금세기에 탄생했으며 클라우드 우선을 염두에 두고 설계된 진정한 현대식 파일 데이터 플랫폼입니다. 이것이 고객이 Qumulo에 동일한 양의 데이터를 저장하는 것이 경쟁사보다 최대 25% 적은 원시 용량을 차지할 수 있다는 것을 알게 될 것입니다. 이것은 삭제 코딩 (EC) 미러링과 반대입니다. 이는 데이터 보호라는 매우 중요한 요소로 요약됩니다. 데이터를 보호하는 것은 모든 스토리지 제조업체의 최우선 과제여야 하며 90년대 후반에 처음 나왔을 때 ONTAP에서도 마찬가지였습니다. EC를 통해 효율성을 높일 수 있을 뿐만 아니라 고객이 사용 가능한 용량을 100% 사용할 수 있다는 것을 알게 되었습니다. Qumulo가 기존 경쟁업체와 어떻게 다른지 자세히 알아보려면 다음을 읽어보십시오. 백지
지능형 계층화? 클라우드를 복잡하게 만드는 작업
"지능형 계층화"를 감안하더라도 이 솔루션에 대해 여전히 가지고 있는 미해결 질문은 NetApp이 여전히 고객에게 기본 스토리지의 80%를 초과하지 않도록 강력하게 촉구할 것입니다. 내 말은, 그것이 ONTAP이고 ONTAP이 너무 가득 차면 그것을 좋아하지 않기 때문에 의미가 있을 것입니다. 성능이 제한되고 계층화 기준이 무시되며 기본에서 보조로 대량 데이터 마이그레이션을 생성하여 공간을 절약하고 성능의 악몽을 피할 수 있습니까? 지금은 알 수 없지만 ONTAP에 대해 내가 아는 것을 알고 있으면 이런 일이 일어나는 것을 보고 놀라지 않을 것입니다.
NetApp에 성능 문제가 있다는 것을 우리는 모두 알고 있습니다. 이는 모든 확장 솔루션에 내재된 문제입니다. 이것이 바로 당신이 Qumulo와 같은 스케일 아웃 분산 파일 시스템을 원하는 이유입니다. FSx for NetApp ONTAP 성능에 비해 최대 40GB/sec의 성능을 달성하고 있습니다. 읽기 성능은 2GB/sec, 쓰기 성능은 1GB/sec입니다. 그래서 지금이 더 궁금합니다. 2GB/초 읽기에는 용량 풀의 읽기가 포함됩니까, 아니면 NetApp ONTAP용 FSx의 기본 스토리지 볼륨에서만 읽습니까? 불분명, 위에서 언급한 것 외에 다른 참조를 찾을 수 없습니다. 실제 성능 수치를 찾기 위해 조금 파헤쳐야 했습니다. FAQ에 묻혔습니다.
페타바이트 규모의 비용 추가
NetApp은 발표에서 100TB의 예를 사용하지만 AI 모델 교육, 게놈 시퀀싱 또는 비디오 제작과 같은 워크로드에 실제로 사용해야 하는 데이터가 포함된 페타바이트 규모의 사용 사례를 보면 비용 모델이 큰 비용을 절감할 수 있습니다. 또는 Qumulo를 사용하면 특정 워크로드에 필요한 용량을 미리 계획하거나 예측할 필요 없이 실제로 확장할 수 있습니다. 더 많은 용량이 필요한 경우(페타바이트의 용량이라도) 용량을 추가하기만 하면 네임스페이스가 원활하게 확장됩니다. Qumulo의 가장 좋은 점은 더 이상 구매할 것이 없다는 것입니다. Qumulo Core를 구입하면 이러한 모든 기능이 포함됩니다.
- Qumulo 코어에는 다음이 포함됩니다.
- 쿠물로 스케일
- 단일 네임스페이스에 페타바이트를 저장하도록 동적으로 확장
- 쿠물로 공연
- 가장 엄격한 워크로드를 충족하는 지능형 캐싱
- 쿠물로 어웨어
- 실시간 분석을 통한 즉각적인 가시성
- 쿠물로 통합
- 고급 API로 워크플로 자동화 및 애플리케이션 구축
- 쿠물로 시프트
- 데이터를 클라우드로 쉽게 이동
- 쿠물로 프로텍트
- 중단을 최소화하기 위해 데이터를 쉽게 보호
- 쿠물로 시큐어
- 외부 위협으로부터 데이터를 자동으로 보호
- 쿠물로 스케일
우리에 대해 자세히 알아보기 여기에서 데이터 서비스.
여기에서 NetApp이 게시한 정확한 계산을 가져와 페타바이트로 확장했습니다(여러 볼륨 관리를 좋아하지 않는 한 NetApp에서는 실제로 수행할 수 없음). 월 $72TB로 실행되며 해당 데이터에 자주 액세스해야 하는 경우(시간의 80%를 가정해 봅시다) 가격은 월 최대 $142TB입니다. AWS의 Qumulo에 대한 동일한 사용 사례에서 월 $52TB로 실행할 수 있는 경우.
복잡하다는 표시가 있는 경우 구성해야 하는 "손잡이와 다이얼"의 수를 살펴보십시오. 각각은 복권처럼 스토리지 비용을 증가시킵니다!
- 볼륨 크기로 시작하십시오.
- 다음으로, 기본 계층(자주 액세스하는 데이터)에 얼마나 많은 데이터가 있는지 추측하여 계층화 프로필을 만듭니다. 그것은 요금입니다.
- 이제 "용량 풀"의 크기(자주 액세스하지 않는 데이터)를 결정해야 합니다. 그것은 또 다른 청구입니다.
- 그런 다음 처리량 요구 사항의 범위를 지정해야 합니다. 예! 당신은 그것을 추측했습니다 ... 또 다른 청구.
- 백업은 어떻습니까? 그것은 당신이 연마하고 추가 요금을 추가해야 할 또 다른 다이얼입니다.
스토리지를 시작하고 실행하기 위해 복잡한 결정을 내릴 필요가 없습니다.
Qumulo를 사용하면 그 어떤 것도 결정하기 위해 주판이 필요하지 않습니다. 용량, 성능을 선택하고 원하는 만큼 데이터를 입력하십시오. 또한 데이터를 얼마나 자주 또는 적게 사용하는지는 중요하지 않습니다. Qumulo는 더 이상 추측 게임이 아닌 지능형 캐싱으로 데이터를 자동으로 계층화합니다. 그리고 "지능형 캐싱"이라고 해서 다이얼을 돌리고 구성을 조정해야 하는 것은 아닙니다. Qumulo는 수 페타바이트의 스토리지로 확장할 수 있는 단일 네임스페이스 내에서 지능적으로 이를 처리합니다. 그게 다야 정말 간단합니다. 숨겨진 비용으로 인해 노브, 다이얼 또는 관리 문제가 없습니다. Qumulo는 큰 비용을 들이지 않는 포괄적인 가격의 소프트웨어 플랫폼입니다.
NetApp의 인터넷
클라우드에서 파일 서비스에 대한 필요성이 기하급수적으로 증가하고 있으며 많은 고객이 자신의 비즈니스 핵심에 집중하면서 "데이터 센터 비즈니스에서 벗어나"는 능력과 요구 사항을 충족하는 솔루션을 찾고 있습니다. 문제는 NetApp과 같은 레거시 공룡이 구식의 복잡한 아키텍처를 클라우드로 가져오고 있으며 규모, 성능 및 비용. 대신 고객은 확장성과 성능이 입증되고 규모에 따라 비용 효율성을 제공할 수 있는 클라우드 네이티브 플랫폼을 고려해야 합니다. 예, 저는 Qumulo에 대해 이야기하고 있습니다.
Qumulo는 특정 사용 사례에 최적화된 가격과 성능을 갖춘 페타바이트 규모의 파일 환경을 구축하는 데 도움이 될 수 있습니다.
여기에서 지금 확인해 보세요. 회의를 주선합니다.
이 게시물은 이전에 링크드인.
문의하기
- 시승하기 대화형 실습 랩에서 또는 데모 예약.
- Qumulo 블로그 구독 고객 사례, 기술 통찰력 및 제품 뉴스를 제공합니다.
