현재 파이버 채널 네트워크는 기존의 IP 네트워크와 비교할 때 규모 면에서 비교적 제한적입니다. 반면 스토리지 네트워크는 결국 패브릭 구역화가 제공하는 확장성의 한계 지점까지 성장할 것입니다. 파이버 채널은 단순히 패브릭 내의 도메인 숫자(보통 도메인당 스위치 1개)뿐만 아니라 도메인 내의 포트 숫자를 제한합니다. 분리된 구역에 상주하는 디바이스는 여전히 패브릭 내의 어드레싱 범위와 라우팅 확장성에 의해 제한을 받습니다. 또한 패브릭이 커지면서 구현된 구역의 수도 증가하게 되고, 증가된 구역을 관리하기 위해 필요한 컨트롤 플레인 대역폭 역시 커지게 됩니다.
게다가 구역화는 패브릭 자체에 향상된 가용성을 제공하는 것이 아닙니다. 공용 패브릭 서비스는 패브릭 내의 모든 구역에서 공유하기 때문에 네임 서버나 FSPF 라우팅 레벨에서 기능 장애가 발생하면 스토리지 네트워크 전체에 영향이 미칩니다. 구역화의 분산 특성 역시 액티브 구역 세트를 대상으로 한 구역 세트 변경은 패브릭 전체에 영향을 미치며 장애를 일으킬 수 있음을 의미합니다.
많은 기업들은 대규모 혹은 소규모 SAN 패브릭 상의 다양한 응용프로그램들을 통합시킬 수단을 찾고 있기 때문에 구역화는 앞으로도 가장 일반적인 분산 서비스일 것입니다. 하지만 불행히도 구역화는 원래 여러 개의 다른 관리 그룹에 관리 기능을 분산하기 위해 설계된 것이 아닙니다. 때문에 어떤 기업이 A부서의 응용프로그램 인프라를 B부서의 응용프로그램 인프라와 함께 동일한 SAN에 분산 배치하고자 하는 경우, 두 응용프로그램 그룹이 공유하고 있는 공용 구역이 파손(corrupt)되지 않도록 하기 위해서는 두 응용프로그램 담당부서가 철저한 협력과 조정 과정을 거쳐야 합니다.
마지막으로 구역화는 구역화된 디바이스 간의 스토리지 네트워크를 통해 전송되는 데이터 프레임의 경로 선택 및 흐름을 제어하는 기능을 제공하지 않습니다. 구역화를 구성할 때 두 개의 디바이스간 통신을 허용하는 한 패브릭 내의 라우팅 프로토콜이 지정한 바에 따라 SAN 내의 어떤 경로든 데이터를 전송시킬 수 있습니다. 스토리지 네트워크 환경이 성장하면서 트래픽 플로우 설계 역시 점점 필수적인 요건이 되어가고 있습니다.
