Microsoft Azure 고객은 오버헤드 비용을 최소화하면서 데이터의 가치를 극대화하기 위해 파일 시스템 기능, 성능 및 경제성을 정기적으로 비교합니다. 아래 분석은 여러 번의 계약과 Azure Native Qumulo와 Azure NetApp Files 간의 일대일 경쟁 시나리오에서 수집된 일반적인 고객 결과를 반영합니다.
아래 견해는 권장 사항 및 조달 피드백을 요약한 것으로, 특정 고객이나 Microsoft의 의견을 반영하지 않습니다. Qumulo는 Microsoft와 파트너 관계를 맺고 적절한 경우 NetApp과 통합하는 것을 자랑스럽게 생각합니다 업무에 적합한 도구를 사용해야 한다고 믿습니다.
고객 조사 결과 요약
Azure NetApp Files(ANF)는 널리 사용 가능하며, 기존 용량은 대부분의 중소규모 구현(예: 1-100TB)에 적합합니다. 하지만 ANF는 온-프레미스보다 훨씬 비싸고 용량, ACL 관리, 감사 로깅, 스냅샷 세분성, 실시간 파일 시스템 분석 등 여러 가지 본질적인 제한이 있으며, 이러한 제한은 모두 Azure에서 대규모 파일 서비스로서의 사용성, 관리 및 실행 가능성에 영향을 미칩니다.
ANF의 일반 볼륨은 인스턴스당 100TB로 제한됩니다. 대용량 볼륨은 각각 최대 1PB(요청 시 지역 가용성에 따라 최대 2PB까지)까지 확장할 수 있지만, Azure NetApp Files의 용량 풀 제한은 Azure NetApp Files 계정당 12.5PB입니다. 또 다른 고려 사항은 용량 요구 사항의 변화에 따라 ANF 볼륨을 확장하거나 축소할 수 있지만, 두 가지 유형의 크기 조정 작업을 모두 수동으로 시작해야 하므로 비용을 최소화하기 위해 사용량 변경을 모니터링하고 대응하는 전반적인 관리 부담이 증가한다는 점입니다.
Azure NetApp 파일 표준 100TB 비용(미국 동부 2): 월 $15,099.90 또는 TB당 월 $151입니다. Azure 포털에서 직접 구매하여 시작할 수 있습니다.
Azure NetApp Files와 마찬가지로 Azure Native Qumulo(ANQ)도 Azure 지역 전체에서 광범위하게 사용 가능하며, 일반적으로 시작 즉시 용량을 사용할 수 있습니다. ANQ는 여러 번 배포할 필요 없이 100TB에서 1EB까지 확장할 수 있으며 용량과 성능을 독립적으로 확장할 수 있습니다. 처리량 요구 사항을 충족하기 위해 필요 이상의 용량을 프로비저닝할 필요가 없으며, 프로비저닝된 용량이 아닌 실제로 사용한 용량 및 성능에 대해서만 비용을 지불하면 됩니다. ANQ의 직관적인 웹 UI는 권한 관리, 감사 로깅(모든 ANQ 구독에 포함), 디렉터리 수준 스냅샷 제어를 위한 직관적인 도구를 제공합니다.
또한 ANQ는 용량, 처리량, IOPS, 연결 원격 분석은 물론 활성 연결, 연결별 및 디렉토리별 처리량, 핫스팟 분석에 대한 세부 정보 등 실시간 시스템 및 데이터 분석을 제공하며, 이 모든 기능은 ANQ 관리 및 문제 해결을 획기적으로 간소화할 수 있고 모든 ANQ 구독에 포함되어 있습니다.
Azure 네이티브 Qumulo Hot 100TB 비용(미국 동부 2): 월 $3,700, 즉 월 TB당 $37입니다. Azure 포털 또는 Microsoft 상업용 마켓플레이스에서 직접 시작하고 구매할 수 있습니다.
고객 식별 Azure NetApp 파일의 강점:
관리형 인프라: ANF는 Azure 포털에서 프로비저닝을 간소화합니다. Microsoft는 복제 및 가용성을 포함하여 기본 스토리지를 직접 관리합니다. 이렇게 하면 시작 및 초기 구성 프로세스에서 효율성을 높일 수 있지만, ANF 고객은 필요 전에 추가 용량을 미리 프로비저닝하고 스냅샷 스토리지에 충분한 오버헤드(대부분의 경우 10~20% 추가 용량)를 확보하는 등 일상 운영의 일부로서 데이터 사용을 모니터링 및 관리해야 합니다.
- Azure Native Qumulo는 Azure 포털을 통해 자동으로 프로비저닝됩니다. 완전한 클라우드 네이티브 서비스로서 Azure Blob Storage가 직접 지원하는 ANQ는 데이터 볼륨이 변경되면 자동으로 확장되므로 스토리지를 사전 프로비저닝할 필요가 없으며 고객이 사용하지 않는 용량에 대해 비용을 지불하지 않아도 됩니다.
- 다른 Qumulo 환경으로의 복제를 위해서는 몇 가지 추가 설정이 필요합니다. 이로 인해 배포당 10~20분 정도의 시간이 추가될 수 있습니다. 참고: Qumulo는 용량 탄력적이기 때문에 대부분의 경우 여러 번 배포할 필요가 없으므로 이러한 설정 시간으로 인한 불편함을 일부 완화할 수 있습니다.
빠른 프로비저닝: 공유(SMB) 및 내보내기(NFS) 생성 프로세스는 빠르고 간단하며, 웹UI 또는 API 명령을 통해 수행할 수 있습니다.
고가용성: 출시 시 최대 99.99%의 서비스 가동 시간.
- Azure Native Qumulo 배포 옵션에는 99.9%의 가용성을 제공하는 최저 비용 옵션인 로컬 중복 스토리지 또는 추가 비용으로 99.99%의 가용성을 제공하는 영역 중복 스토리지가 있습니다.
성능: ANF는 스탠다드, 프리미엄, 울트라 성능 티어로 제공되며 각각 다른 가격대로 제공되므로 고객은 다양한 워크로드에 맞게 성능과 비용의 최적 조합을 선택할 수 있습니다.
- Azure Native Qumulo의 클라우드 네이티브 아키텍처는 성능 탄력성을 지원하므로 단일 배포에서 노이즈 이웃 문제를 발생시키거나 워크로드당 별도의 용량 '섬'을 만들지 않고도 고성능 및 저성능 워크로드를 동시에 처리할 수 있습니다.
고객이 Azure NetApp 파일 제한을 확인했습니다:
규모에 맞는 ACL 관리
- ANF는 CIFS(SMB) 데이터 세트에 대한 ACL을 관리하기 위한 기본 도구를 제공하지 않습니다. ACL이 필요한 경우 ANF는 Windows MMC 도구를 사용해야 합니다. 단일 디렉터리에 수천만 개의 파일이 포함된 시나리오에서 Windows MMC를 사용하여 ANF 볼륨에 재귀적으로 권한 변경 사항을 적용하면 완료하는 데 상당한 시간이 걸릴 수 있으며, 이로 인해 클라이언트 연결 문제가 발생할 수 있습니다. 또한 Windows MMC는 외부 도구이므로 추가적인 통합 및 관리가 필요하므로 신중한 고려가 필요합니다.
- Azure NetApp Files는 다중 프로토콜 데이터 액세스를 지원하지만, 관리자는 클라이언트 액세스 권한 및 사용 권한에 부정적인 영향을 줄 수 있는 각 ANF 볼륨에 대해 기본 보안 스타일(Unix/NFS 또는 Windows/NTFS)을 선택해야 합니다. 또한 SMB/ACL 권한이 POSIX 액세스 설정과 충돌하지 않도록 사용 권한을 관리할 때 주의를 기울여야 합니다
- 왜 쿠물로인가: 권한 관리를 위해 MMC 사용이 지원되지만 반드시 필요한 것은 아닙니다. Qumulo의 스토리지 플랫폼은 기본적으로 ACL을 처리하므로 대규모 권한 변경을 Windows가 아닌 API를 통해 구현할 수 있습니다. Qumulo의 크로스 프로토콜 보안 모델은 NTFS/ACL 및 POSIX 권한 설정을 완전히 분리하여 모든 사용 사례와의 완벽한 호환성을 보장하고 크로스 프로토콜 권한 충돌의 위험을 제거합니다.
감사 로깅 및 규정 준수
- Microsoft Learn에서는 ANF를 사용하면 파일 시스템 "[r]요청은 최선의 노력을 기준으로 기록되므로 대부분의 요청이 로그 기록으로 남지만 파일 액세스 로그의 완전성 및 적시성이 보장되지는 않는다고 명시하고 있습니다. Azure NetApp Files 파일 액세스 로그 기능은 감사 및 규정 준수 목적의 로깅에 대한 명시적 또는 암시적 기대치나 보장을 제공하지 않습니다."
- 왜 쿠물로인가요? Qumulo는 클러스터 인터페이스에서 액세스 가능한 정확한 감사 로깅을 제공합니다. 이는 감사 로깅 검증 및 규정 준수 보고에 대한 대부분의 고객 요구를 충족합니다.
스냅샷 관리
- ANF는 파일 또는 폴더 수준에서 스냅샷 세분화를 지원하지 않습니다. 고객은 볼륨 수준 스냅샷에만 의존해야 하므로 용량이 초과 사용되며 스냅샷에서 데이터를 복구하는 프로세스가 복잡해질 수 있습니다
- 왜 쿠물로인가요? Qumulo의 복구 도구는 파일, 폴더 또는 클러스터 수준(예: 볼륨 수준과 유사)에서 거의 즉각적인 액세스를 제공합니다. 이 기능은 파일 이탈이 많고 복구 시간 목표가 낮은 환경을 지원합니다.
실시간 분석
- ANF는 Azure Monitor와의 기본 통합을 제공하지만 파일 시스템 동작에 대한 실시간 운영 가시성을 제공하지는 않습니다.
- 왜 쿠물로인가요? Qumulo의 내장된 실시간 분석 기능은 스토리지 용량, 사용률, 성능, 프로토콜 연결, 성능 병목 현상, 클라이언트 연결을 IP 주소 및 디렉토리/파일 사용 패턴별로 표시합니다. 이러한 분석은 PowerBI 대시보드 또는 기타 시각화 도구에 통합하기 위해 Qumulo의 API를 통해서도 사용할 수 있습니다. Azure Native Qumulo의 운영 환경은 모든 파일 시스템 및 메타데이터 작업을 실시간으로 기록하여 시스템 성능에 영향을 미치고 관리 복잡성을 가중시킬 수 있는 리소스 집약적인 트리 워크 없이 기본 제공 웹 UI를 통해 데이터 가시성 및 분석을 제공합니다.
결론 Azure NetApp 파일과 Azure 네이티브 큐뮬로 비교
ANF와 ANQ는 각각 확장 가능한 완전 클라우드 지원 파일 시스템을 제공하며, 멀티프로토콜 데이터 액세스, 스냅샷, Kerberos 및 Active Directory와의 완벽한 통합, 다양한 워크로드 지원 기능 등 엔터프라이즈급 기능을 갖추고 있습니다.
Azure NetApp Files와 Azure Native Qumulo는 모두 Azure 포털을 통해 직접 구매할 수 있으며, 두 서비스 모두 Azure 지출 약정을 구매하는 데 사용할 수 있습니다(즉, 둘 다 MACC 계약을 감소시키는 데 사용).
Azure Native Qumulo는 필요에 따라 독립적으로 용량과 성능을 확장할 수 있는 클라우드 네이티브 탄력성을 제공하며, 전체 이벤트 감사 및 강력한 교차 프로토콜 사용 권한 모델을 지원하여 Azure에서 배포 계획과 워크로드 통합을 모두 간소화합니다.
대부분의 워크로드에서 ANQ의 유연성, 보안 및 실시간 데이터 분석은 운영을 클라우드로 이전하는 프로세스를 간소화하여 관리 복잡성을 최소화하는 동시에 비용을 절감할 수 있습니다.
1. Azure Native Qumulo는 필요에 따라 자동으로 확장되도록 설계되었지만, 일부 수요가 많은 Azure 지역에서는 원활한 ANQ 확장을 위해 Qumulo에 사전 통지가 필요한 컴퓨팅 및 용량 제약이 있을 수 있습니다. 대부분의 경우 성능 용량 및 스토리지는 즉시 프로비저닝되지만 경우에 따라 Microsoft의 승인에 따라 추가 리소스를 프로비저닝하는 데 최대 하루가 걸릴 수 있습니다.
2. 일부 사업부에서는 성능 이외의 이유로 데이터 볼륨 분리가 필요할 수 있습니다. Qumulo는 필요한 경우 지역당 여러 배포를 지원합니다.
3. https://qumulo.com/wp-content/uploads/2024/08/WP-Qumulo-Cross-Protocol-Permissions.pdf