90년대 중반 SAN(Storage Area Network)이 도입된 이후 엔터프라이즈 데이터 스토리지 솔루션 조직의 용량 요구 사항에 따라 확장할 수 있는 빠른 스토리지를 찾는 IT 관리자를 위한 선택입니다. 전 세계의 SAN 공급업체는 고객에 맞게 용량을 확장할 수 있다고 약속하지만 그 확장에는 문제가 있습니다.
SAN을 사용하면 조직에서 배포 및 유지 관리에 대해 걱정해야 하는 세 가지 개별 네트워크가 있습니다.
첫째, 클라이언트를 서로 연결하는 기본 이더넷 네트워크가 있습니다. 다음으로 파이버 채널 네트워크는 SAN의 블록 스토리지를 클라이언트 시스템에 연결합니다. 마지막으로 완전히 분리된 메타데이터 네트워크는 맞춤형 드라이버(지속적으로 최신 상태로 유지되어야 함)를 통해 각 클라이언트와 인터페이스하여 해당 블록 스토리지에 저장된 콘텐츠를 제공합니다.
SAN 대 NAS: 용량 확장은 SAN에서 큰 문제로 밝혀졌습니다.
관리를 넘어 용량 확장은 SAN의 큰 문제.
예, 관리자는 새로 구입한 블록 스토리지 장치를 파이버 채널 네트워크에 추가할 수 있지만 새로 추가된 스토리지는 별도의 네임스페이스에 있습니다. 기본적으로 사용자의 관점에서 이는 프로젝트의 절반이 D:\ 드라이브에 있고 나머지 절반은 E:\ 드라이브에 있음을 의미할 수 있습니다.
다음은 블록 스토리지 장치를 추가하기 전의 SAN 아키텍처 다이어그램입니다.
다음은 블록 스토리지 장치를 추가한 후입니다.
SAN 공급업체는 새로운 블록 스토리지 장치를 기존 장치에 연결하여 고객이 네트워크에 새 블록 스토리지를 추가할 수 있도록 영리하게 허용합니다. 기술적으로 두 개의 개별 스트라이프 그룹이 존재하지만 SAN은 최종 사용자로부터 이를 추상화할 수 있습니다. 불행히도 연결된 저장 장치의 성능은 크게 저하되므로 관리자는 일반적으로 SAN을 지우고 모든 장치를 다시 스트라이핑하여 사용자가 단일 네임스페이스에서 모든 데이터에 빠르게 액세스할 수 있습니다.
관련 : 블록 스토리지 대 오브젝트 스토리지 대 파일 스토리지: 차이점은 무엇입니까?
데이터가 단일 네임스페이스 아래에 "존재"하더라도 새로 추가된 블록 저장 장치에 있는 데이터는 원래 스트라이프 그룹이 있는 저장 장치에 있는 데이터보다 액세스 속도가 훨씬 느립니다.
SAN vs NAS 스토리지: 어느 것이 더 나은 확장성입니까?
SAN의 고유한 확장 문제를 해결하는 유일한 방법은 Qumulo와 같은 NAS(Network Attached Storage) 아키텍처로 전환하는 것입니다.
조직은 XNUMX개의 개별 네트워크를 유지 관리하는 대신 기존 이더넷 네트워크에 NAS 제품을 연결하기만 하면 됩니다. 쿠물로스와 함께 노드 기반 아키텍처, 성능 저하 없이 하나의 네임스페이스에서 용량을 모두 확장할 수 있으므로 최종 사용자는 필요할 때 필요한 데이터에 빠르게 액세스할 수 있습니다. Qumulo 클러스터에 다른 노드를 추가하기만 하면 스토리지의 용량과 성능을 높일 수 있습니다.
마지막으로 완전히 Qumulo가 돕는 독특한 방식 조직은 SAN과 기존 NAS 모두가 할 수 없는 방식으로 확장할 수 있습니다. Qumulo는 데이터 센터와 공용 클라우드 모두에서 실행할 수 있습니다. 따라서 버스트 컴퓨팅, 가상화된 워크플로 또는 퍼블릭 클라우드에 데이터 보관을 위한 스토리지가 필요한지 여부에 관계없이 Qumulo는 귀하의 요구 사항을 충족할 수 있습니다.
Qumulo가 모든 저울 요구 사항을 충족할 수 있는 방법에 대해 자세히 알아보려면 손을 내밀다. 우리는 당신과 이야기하고 싶습니다!
