하나의 크고 단순한 플랫 네트워크

네트워크는 자연스럽게 불필요하게 복잡해지는 경향이 있습니다. 하지만 네트워크를 깔끔하고 단순하게 유지하는 데는 큰 가치가 있습니다. 단순한 네트워크는 관리하기 쉽고, 성능이 더 뛰어나며, 신뢰성이 높고, 일반적으로 비용도 적게 듭니다. 모든 네트워크는 서로 다른 수준의 복잡성을 필요로 하며, 대규모 네트워크는 분명히 높은 수준의 복잡성이 요구되겠지만, 소규모 기업은 종종 네트워크를 매우 단순하게 유지할 수 있습니다. 이것이 바로 소규모 기업이 더욱 민첩하고 비용 효율적으로 운영되어 대기업보다 우위를 점할 수 있는 이유 중 하나입니다. 소규모 기업은 대기업이 가진 규모의 경제라는 이점이 없기 때문에 이러한 우위를 반드시 활용해야 합니다.

네트워크 복잡성을 바라보는 두 가지 관점이 있습니다. 첫 번째는 물리적 네트워크로, 네트워크를 구성하는 스위치와 라우터의 실제 구성입니다. 두 번째는 논리적 네트워크로, IP 주소 범위가 어떻게 세분화되는지, 라우팅 장벽이 어디에 존재하는지 등입니다. 네트워크의 복잡성을 고려할 때 두 가지 모두 중요하게 살펴봐야 합니다.

모든 네트워크의 목표는 네트워크의 모든 목표와 요구 사항을 충족하면서 가능한 한 단순하게 유지하는 것이어야 합니다.

먼저 물리적 플랫 네트워크에 대해 살펴보겠습니다. 물리적 네트워크를 플랫하게 줄이면 해당 네트워크의 성능과 신뢰성에 놀라운 효과를 가져올 수 있습니다. 매우 소규모 네트워크에서는 모든 연결에 단일 스위치를 사용하는 것을 의미할 수 있습니다. 일반적으로 스위치는 48포트, 또는 52포트를 초과하는 제품이 거의 없기 때문에 이는 가장 소규모 네트워크에서만 가능합니다. 하지만 많은 소규모 기업에서는 이것이 완전히 가능합니다. 건물 내 모든 연결을 중앙 위치로 모으기 위해 추가 케이블링이 필요할 수 있지만, 적어도 각 사이트 단위로는 달성할 수 있는 경우가 많습니다. 오늘날 많은 기업이 여러 지점을 보유하거나 직원들이 재택근무를 하기 때문에 네트워크 과제가 훨씬 커질 수 있지만, 그런 경우에도 각 지점은 자체적인 단순성을 추구할 수 있습니다.

네트워크가 성장함에 따라 단일 스위치 개념도 스위치 스태킹(switch stacking) 방식으로 확장할 수 있습니다. 스태킹된 스위치는 단일 스위칭 패브릭 또는 백플레인을 공유합니다. 스택으로 구성하면 더 많은 포트를 가진 단일 스위치처럼 동작합니다. (일부 스위치는 실제 백플레인 공유를 제공하고, 일부는 해당 포트를 통한 공유 관리를 통해 매우 고속 업링크 포트로 이를 모방합니다.) 스위치 스택은 단일 스위치로 관리되므로, 스택의 경우 단일 스위치와 비교해 네트워크 관리가 더 어렵거나 복잡해지지 않습니다. 스위치 스택은 일반적으로 300포트 이상으로 확장할 수 있어 단일 스위치 방식을 벗어나기 전에 더 큰 물리적 사이트 성장을 수용할 수 있습니다.

경우에 따라, 일부 대형 모듈식 단일 스위치 샤시는 "블레이드형" 엔터프라이즈 스위칭 샤시에서 400포트 이상으로 더욱 크게 확장될 수 있습니다.

창의적으로 접근하여 단순하고 우아한 솔루션을 찾으면, 중간 규모의 비교적 큰 네트워크도 단일 스위칭 패브릭 내에 유지하여 모든 네트워크 연결이 단일 백플레인을 공유하도록 하는 것이 충분히 가능합니다.

두 번째로 살펴봐야 할 영역은 네트워크의 논리적 복잡성입니다. 물리적으로 단순한 네트워크에서도 소규모 기업이 불필요한 서브넷이나 VLAN 및 그에 따른 오버헤드를 구현하는 데 상당한 시간과 에너지를 투자하는 경우가 흔히 발견됩니다.

서브넷팅(subnetting)은 소규모 또는 중소 규모의 비즈니스에서는 거의 필요하지 않습니다. 전통적으로 1990년대로 거슬러 올라가면, 패킷 충돌, 브로드캐스트 및 기타 실용적인 문제들 때문에 서브넷을 최대 256개 장치(또는 /24 서브넷)로 유지하려는 경향이 매우 일반적이었습니다. 허브가 스위치 대신 사용되고, 브로드캐스트가 흔했으며, 공유 버스에서 네트워크 대역폭이 10Mb/s에 불과했던 그 시대에는 매우 합리적인 접근이었습니다. 오늘날의 브로드캐스트 경량화, 충돌 없는 1Gb/s 전용 채널 네트워크는 네트워크 부하를 완전히 다른 방식으로 경험합니다. 그 당시 서브넷에 256개 장치는 매우 큰 네트워크였지만, 오늘날에는 단일 서브넷에 1,000개 이상의 장치를 두는 것이 전혀 문제가 되지 않습니다.

네트워크 동작 방식의 이러한 변화는 중소기업이 규모를 이유로 서브넷팅할 필요가 거의 없게 만들었으며, 전체 비즈니스에 단일 서브넷을 편안하게 사용하여 복잡성을 줄이고 네트워크 관리를 쉽게 할 수 있음을 의미합니다. 프로덕션 네트워크와 게스트 네트워크를 분리하는 것과 같은 특정 네트워크 세분화를 지원하기 위해 하나 이상의 서브넷이 필요할 수 있지만, 전통적으로 서브넷팅의 이유였던 규모는 이제 대형 기업에만 해당하는 문제가 되었습니다.

모든 소규모 비즈니스 환경에도 VLAN을 구현하고 싶은 유혹이 있습니다. 서브넷팅과 VLAN은 종종 연관되고 혼동되지만, 서브넷은 VLAN 없이 존재할 수 있는 반면, VLAN은 서브넷 없이는 존재하지 않습니다.

대규모 환경에서 VLAN은 당연한 결론으로, 단순히 존재할 것이라고 가정됩니다. 이러한 사고방식은 종종 소규모 조직으로 내려와 VLAN 관리를 의미 있게 만드는 규모가 없는 기업에도 적용하려는 유혹을 받게 됩니다. VLAN은 소규모 비즈니스 네트워크에서는 상대적으로 드물어야 합니다.

VLAN이 필요하지 않은 데도 사용되는 가장 흔한 사례는 VoIP(인터넷 전화) 네트워크입니다. VoIP에는 VLAN 지원이 필요한 특별한 요구 사항이 있다는 것이 일반적인 가정입니다. 이는 사실이 아닙니다. VoIP와 때때로 필요한 QoS는 VLAN 없이도 이용 가능하며, 종종 VLAN 없이 더 잘 작동합니다.

VLAN은 단일 서브넷으로 프로비저닝할 수 없는 대규모에서 관리가 필요하고 물리적으로 분리할 수 없거나, SMB 시장에서는 비교적 드문 특정 네트워크 계층 보안이 필요할 때에만 실제로 중요해집니다. VLAN은 매우 유용하며 그 자리가 있습니다. VLAN은 전용 게스트 네트워크가 필요한 경우에 종종 사용되지만, 일반적으로 소규모 비즈니스에서 게스트 액세스는 격리된 네트워크보다는 인터넷에 직접 게스트 연결을 통해 제공됩니다.

SMB에서 VLAN의 가장 일반적인 실용적 사용은 BYOD 장치가 게스트처럼 연결되지만 RDP, ICA 또는 PCoIP 프로토콜과 같은 원격 액세스 리소스에 접근할 수 있는 격리된 BYOD 원격 액세스를 위해 설계된 월드 가든(walled garden) DMZ일 것입니다. VLAN은 웹 및 이메일 서버와 같은 외부 공개 서비스를 위한 전통적인 DMZ 구축에도 널리 사용되지만, 오늘날 SMB에서는 이러한 서비스를 로컬 네트워크에서 호스팅하지 않는 경우가 많아 SMB에서의 이 고전적인 VLAN 사용은 빠르게 사라지고 있습니다.

VLAN이 부적절하게 자주 사용되는 또 다른 사용 사례는 SAN(스토리지 에어리어 네트워크)입니다. SAN은 일반 스위칭 인프라와 무관한 완전히 독립적인(에어 갭) 물리적 전용 네트워크여야 한다는 것이 모범 사례입니다. 일반적으로 SAN을 VLAN이나 서브넷으로 구성하는 것은 권장되지 않으며, 대신 전용 스위치에 구성해야 합니다.

복잡한 스위칭 설정, 추가 서브넷 및 VLAN을 추가하고 싶은 유혹은 우리가 대규모 환경에서 이러한 것들에 대한 이야기를 듣기 때문이며, 재미있고 흥미롭고, 네트워크를 유지 관리하기 더 어렵게 만들어 직업 안정성을 높여주는 것처럼 보이기 때문입니다. 복잡한 네트워크는 더 높은 수준의 기술이 필요하며, 그 네트워킹 자격증을 활용하기에 좋은 방법처럼 보일 수 있습니다. 하지만 장기적으로 보면, 이는 좋지 않은 커리어 및 IT 전략입니다. 네트워크 복잡성은 학습 목적의 랩 환경에 추가해야 하며, 프로덕션 네트워크에는 추가해서는 안 됩니다. 프로덕션 네트워크는 가능한 한 단순하고, 우아하며, 비용 효율적으로 운영되어야 합니다.

비교적 적은 노력으로 소규모 비즈니스 네트워크는 물리적으로나 논리적으로 매우 단순하게 설계될 수 있습니다. 물론 목표는 모든 장치가 물리적 및 논리적 피어가 되고 불필요한 병목 현상이나 프로토콜 에스컬레이션이 없는 단일 플랫 네트워크 구조에 최대한 가깝게 만드는 것입니다. 이를 통해 성능과 신뢰성이 향상되고, 비용이 절감되며, IT 리소스가 더 중요한 작업에 집중할 수 있게 됩니다.

원문은 StorageCraft 블로그에 게재되었습니다.