네트워크 토폴로지 설계 방법: VLAN·PoE·서버망·관리망 구성 실전 가이드

네트워크 토폴로지 설계 방법: VLAN·PoE·서버망·관리망 구성 실전 가이드#

1장 네트워크 설계는 장비를 선으로 연결하는 작업이 아니다#

새로운 사업장에 네트워크를 구축한다고 생각해보겠습니다.

현장에는 다음과 같은 장비가 있습니다.

업무용 PC 80대
무선 AP 15대
IP Camera 40대
서버 4대
Printer 10대
IoT Device 50대
관리자 PC 3대
Firewall 1대
Switch 여러 대
UPS

가장 단순하게 생각하면 모든 장비를 Switch에 연결하면 됩니다.

PC ─┐
AP ─┤
Camera ─┤
Server ─┼─ Switch ─ Router ─ Internet
IoT ────┤
Printer ─┘

소규모 환경에서는 실제로 이런 구조로도 동작합니다.

하지만 장비가 증가하기 시작하면 문제가 생깁니다.

Camera Traffic 때문에 업무 Network가 느려진다.

IoT Device에서 Server 관리 Port에 접근할 수 있다.

Switch 한 대가 장애 나면 전체 Network가 멈춘다.

어떤 IP가 어떤 장비인지 알 수 없다.

장애가 어느 구간에서 발생했는지 찾기 어렵다.

새로운 장비를 추가할 때마다 Network 구조를 다시 수정한다.

그래서 Network 설계에서는 단순히:

어떻게 연결할 것인가?

만 생각해서는 안 됩니다.

다음 질문을 함께 고려해야 합니다.

어떤 장비끼리 통신해야 하는가?

어떤 장비끼리는 통신하면 안 되는가?

Traffic은 얼마나 발생하는가?

어디까지 장애가 확산될 수 있는가?

어떤 구간을 이중화해야 하는가?

어떤 장비를 관리 Network에 둘 것인가?

향후 장비가 두 배로 늘어나도 확장 가능한가?

즉 Network Topology는 장비·Traffic·보안·장애·확장성을 하나의 구조로 설계하는 작업입니다.

2장 물리 토폴로지와 논리 토폴로지를 먼저 구분한다#

Network를 설계할 때 가장 먼저 구분해야 하는 것이 물리 구조와 논리 구조입니다.

물리 토폴로지#

실제 Cable과 Network Device가 어떻게 연결되어 있는지를 나타냅니다.

예:

PC
↓
Access Switch
↓
Core Switch
↓
Firewall
↓
Internet

또는:

IP Camera
↓
PoE Switch
↓
Core Switch
↓
Video Server

여기에서는 다음이 중요합니다.

어떤 Cable을 사용하는가?

어느 Switch Port에 연결하는가?

Switch는 어디에 설치하는가?

Rack과 통신실은 어디에 있는가?

Copper인가 Fiber인가?

전원은 어디에서 공급하는가?

논리 토폴로지#

실제 Cable 연결과 별개로 Network를 어떻게 구분하고 통신시키는지를 의미합니다.

예:

VLAN 10
업무용 PC

VLAN 20
Server

VLAN 30
Camera

VLAN 40
IoT

VLAN 99
Network Management

물리적으로는 같은 Switch에 연결되어 있어도 VLAN을 이용하면 서로 다른 Network처럼 분리할 수 있습니다.

정리하면:

물리 토폴로지
→ 어디에 연결되어 있는가?

논리 토폴로지
→ 누구와 통신할 수 있는가?

입니다.

실무에서는 두 가지를 반드시 함께 설계해야 합니다.

3장 먼저 장비와 Traffic을 분류한다#

처음부터 VLAN 번호를 정하는 것보다 먼저 해야 할 일이 있습니다.

Network에 연결될 장비를 분류하는 것입니다.

예를 들어 일반적인 사업장이라면 다음처럼 나눌 수 있습니다.

구분 대표 장비 주요 Traffic
사용자 PC·Notebook Web·업무 Application
Server Application·DB·File Server API·DB·File
Camera IP Camera·NVR Video Stream
IoT Sensor·Controller·Gateway Telemetry·Control
Voice IP Phone Voice
Wireless AP·무선 Client 다양한 Traffic
관리 관리자 PC·Monitoring SSH·HTTPS·SNMP
Guest 방문자 Device Internet 중심

이런 분류가 중요한 이유는 각 영역의 성격이 다르기 때문입니다.

예를 들어 Camera Network는:

대역폭 사용량이 많다.

Server Network는:

보호 수준이 높아야 한다.

Management Network는:

접근 가능한 사람을 최소화해야 한다.

Guest Network는:

내부 System에 접근하면 안 된다.

라는 요구가 있습니다.

따라서 첫 번째 설계 단계는:

장비 목록
↓
역할 분류
↓
Traffic 흐름 분석
↓
Network 분리 기준 결정

입니다.

4장 Access·Distribution·Core 구조를 이해한다#

중형 이상 Network에서는 Switch를 역할별로 나누기도 합니다.

대표적인 계층은:

Access

Distribution

Core

입니다.

Access Layer#

사용자와 Device가 직접 연결되는 영역입니다.

예:

PC

Printer

Camera

AP

IoT Device

IP Phone

이 연결됩니다.

구조:

PC ─────┐
Camera ─┤
AP ─────┼─ Access Switch
Phone ──┤
IoT ────┘

Distribution Layer#

여러 Access Switch를 모으고 다음과 같은 기능을 담당할 수 있습니다.

VLAN 집선

Inter-VLAN Routing

ACL

Policy

Traffic 제어

예:

Access SW 1 ─┐
Access SW 2 ─┼─ Distribution SW
Access SW 3 ─┘

Core Layer#

대규모 Network에서는 Distribution 영역 사이를 고속으로 연결하는 Backbone 역할을 합니다.

Distribution A
       │
       │
     Core
       │
       │
Distribution B

모든 환경에 반드시 3계층 구조가 필요한 것은 아닙니다.

중소 규모에서는:

Access
+
Core

를 합친 Collapsed Core 구조도 많이 사용합니다.

중요한 것은 장비 이름보다:

어디에서 Device를 연결하고

어디에서 Traffic을 집선하고

어디에서 Routing과 Policy를 적용할지

를 명확히 하는 것입니다.

5장 VLAN은 장비 종류가 아니라 보안과 Traffic 경계로 설계한다#

VLAN은 Broadcast Domain을 논리적으로 나누는 기술입니다.

예:

VLAN 10
USER

VLAN 20
SERVER

VLAN 30
CAMERA

VLAN 40
IOT

VLAN 50
GUEST

VLAN 99
MANAGEMENT

하나의 Switch를 사용하더라도 각각 다른 Network로 분리할 수 있습니다.

              Switch

PC ───── VLAN 10
Server ─ VLAN 20
Camera ─ VLAN 30
IoT ──── VLAN 40
Admin ── VLAN 99

하지만 중요한 것은:

장비 종류마다 무조건 VLAN 하나

가 아닙니다.

분리 기준은 다음과 같이 잡는 것이 좋습니다.

보안 수준이 다른가?

Traffic 특성이 다른가?

장애 범위를 분리해야 하는가?

접근 정책이 다른가?

운영 담당자가 다른가?

예를 들어 IoT Device와 업무 PC는 Traffic 양이 많지 않아도 보안 특성이 매우 다르므로 별도 VLAN으로 분리할 가치가 큽니다.

6장 VLAN만 나누면 보안이 끝나는 것은 아니다#

다음 구조가 있다고 하겠습니다.

VLAN 10
USER

VLAN 20
SERVER

두 VLAN 사이에 Routing이 가능하다면 USER Network에서 SERVER Network로 접근할 수 있습니다.

따라서:

VLAN 분리
=
접근 차단

으로 생각하면 안 됩니다.

VLAN 사이의 통신은:

L3 Switch

Router

Firewall

등을 통해 이루어집니다.

여기에서 ACL이나 Firewall Policy를 적용합니다.

예:

USER VLAN
→ Application Server 443
허용

USER VLAN
→ Database Server 3306
차단

IOT VLAN
→ MQTT Broker 8883
허용

IOT VLAN
→ Management Network
차단

즉 좋은 Network 설계는:

VLAN
+
Routing
+
Firewall / ACL

을 함께 설계합니다.

7장 Server Network와 Management Network를 분리한다#

Server가 있는 Network와 Network 장비를 관리하는 Network는 가능하면 역할을 구분하는 것이 좋습니다.

예:

SERVER VLAN
10.20.0.0/24

MANAGEMENT VLAN
10.99.0.0/24

Management Network에는 다음 장비의 관리 Interface가 들어갈 수 있습니다.

Switch

Router

Firewall

Hypervisor

UPS Network Card

Storage

Access Point Controller

일반 사용자 PC가 이런 관리 Interface에 직접 접근할 필요는 없습니다.

구조:

User PC
   X
   │
Management VLAN

Admin PC
   │
   ▼
Management VLAN

필요하면:

VPN

Jump Host

MFA

Privileged Account

등을 결합할 수 있습니다.

Network 설계에서 Management Plane을 분리하는 것은 장애와 보안 모두에서 매우 중요합니다.

8장 IP 주소 계획은 장비가 늘어날 것을 전제로 만든다#

초기에는 장비가 30대뿐이라고 하겠습니다.

그래서:

192.168.0.1
~
192.168.0.254

하나의 Network에 전부 넣을 수도 있습니다.

하지만 장비가 늘어나면 관리가 어려워집니다.

예를 들어 다음처럼 역할별 Address Plan을 만들 수 있습니다.

10.10.10.0/24
USER

10.10.20.0/24
SERVER

10.10.30.0/24
CAMERA

10.10.40.0/24
IOT

10.10.50.0/24
GUEST

10.10.99.0/24
MANAGEMENT

이렇게 하면 IP만 보고도 어느 영역인지 어느 정도 추측할 수 있습니다.

너무 빡빡하게 설계하지 않는다#

현재 Camera가 120대인데 /25 Network를 사용하면 최대 Host 수에 여유가 크지 않습니다.

향후:

Camera 추가

NVR 추가

Encoder 추가

Monitoring Device 추가

가 예상된다면 확장 공간을 두어야 합니다.

IP Address Plan에서는 현재 수량뿐 아니라:

3년 후 장비 수

증설 가능성

예비 주소

다른 Site와 중복 여부

VPN 연결 가능성

Cloud Network 대역

까지 고려하는 것이 좋습니다.

9장 DHCP와 Static IP를 어디에 사용할지 정한다#

모든 장비에 Static IP를 입력할 필요는 없습니다.

일반 사용자 Device:

PC

Notebook

Mobile

에는 DHCP가 편리합니다.

반대로:

Server

Network Device

Gateway

일부 Camera

Infrastructure Device

같이 주소가 안정적으로 유지되어야 하는 장비는 Static IP나 DHCP Reservation을 사용할 수 있습니다.

예:

DHCP
→ 일반 Client

DHCP Reservation
→ 관리가 필요한 고정 Device

Static IP
→ 핵심 Infrastructure

어떤 방식이 절대적인 정답은 아닙니다.

중요한 것은 IP가:

문서화되어 있고

중복되지 않으며

누가 사용하는지 추적 가능해야 한다.

는 것입니다.

10장 PoE를 사용할 때는 Port 수보다 전력 예산을 먼저 본다#

PoE Switch에 Camera 24대를 연결한다고 하겠습니다.

Port가 24개 있다고 해서 Camera 24대를 모두 안정적으로 동작시킬 수 있다는 뜻은 아닙니다.

Switch에는 PoE Power Budget이 있습니다.

예를 들어:

Switch PoE Budget
370W

Camera 한 대의 최대 전력 소비가:

15W

라면 단순 계산으로:

15W × 24
=
360W

입니다.

여유가 거의 없습니다.

실제로는 다음을 함께 고려해야 합니다.

Camera 최대 소비 전력

IR LED 동작

PTZ Motor

Heater

Switch 자체 소비

PoE Standard

전력 여유율

따라서 PoE 설계는:

Port 개수
+
PoE Budget

을 함께 확인해야 합니다.

11장 Copper와 Fiber를 어디에서 사용할지 결정한다#

일반 Ethernet Copper Cable은 Device 연결에 매우 편리합니다.

예:

PC
↓
Cat6
↓
Switch

하지만 건물 간이나 장거리 Backbone에서는 Fiber가 더 적합한 경우가 많습니다.

예:

Building A
     │
     │ Fiber
     ▼
Building B

Fiber를 고려할 수 있는 상황은:

장거리 연결

건물 간 연결

전자기 노이즈가 강한 환경

고대역폭 Backbone

낙뢰·전위차 위험이 있는 구간

등입니다.

반면 Access Device까지 무조건 Fiber를 사용하는 것은 비용과 유지보수 측면에서 비효율적일 수 있습니다.

즉:

Endpoint Access
→ Copper 중심

Backbone / 장거리
→ Fiber 검토

라는 구조가 흔합니다.

12장 대역폭은 Internet 속도만 계산하면 안 된다#

Network Traffic이 모두 Internet으로 나가는 것은 아닙니다.

예를 들어 IP Camera 40대가 내부 NVR로 Stream을 보낸다면:

Camera
↓
Switch
↓
NVR

Traffic은 내부 Network에서 발생합니다.

각 Camera가 평균:

8Mbps

를 사용한다면:

8Mbps × 40
=
320Mbps

입니다.

여기에:

Peak Bitrate

재생 Traffic

Backup

업무 Traffic

IoT

Wireless

까지 더해집니다.

그래서 Uplink가:

1Gbps

라고 해서 언제나 충분하다고 단정할 수 없습니다.

Traffic이 어느 방향으로 흐르는지 계산해야 합니다.

13장 QoS는 대역폭을 만들어주는 기술이 아니다#

QoS는 Traffic의 우선순위를 조정할 수 있습니다.

예:

Voice

실시간 제어

영상

업무 Data

Backup

가 동시에 흐를 때 중요한 Traffic의 지연을 줄이도록 Policy를 설계할 수 있습니다.

하지만:

1Gbps Link
↓
2Gbps Traffic

이 들어오는데 QoS를 적용한다고 2Gbps를 모두 전송할 수 있는 것은 아닙니다.

QoS는:

부족한 대역폭을 새로 만드는 기술

이 아니라:

혼잡할 때 어떤 Traffic을 우선할지 결정하는 기술

에 가깝습니다.

따라서 지속적인 Bandwidth 부족은:

Link Upgrade

Traffic 분산

Compression

Architecture 변경

등으로 해결해야 합니다.

14장 이중화는 모든 장비를 두 대씩 사는 것이 아니다#

Network 장애에 대비해 Redundancy를 설계할 수 있습니다.

예:

Core Switch A
      │
      ├── Access Switch
      │
Core Switch B

또는:

ISP 1
  │
Firewall
  │
ISP 2

하지만 모든 장비를 무조건 이중화하면 비용과 복잡도가 크게 증가합니다.

먼저 Single Point of Failure를 찾는 것이 중요합니다.

예:

Core Switch 한 대

Firewall 한 대

Internet 회선 한 개

전원 공급 한 개

Fiber Backbone 한 가닥

여기서 장애가 발생했을 때 전체 서비스가 멈춘다면 중요도가 높습니다.

따라서:

장애 발생 확률

장애 영향 범위

허용 중단 시간

복구 시간

비용

을 기준으로 이중화를 결정합니다.

15장 이중화 경로는 Network Loop도 함께 고려해야 한다#

Switch 사이에 여러 Cable을 연결하면 Redundancy가 생기는 것처럼 보입니다.

하지만 잘못 연결하면 L2 Loop가 발생할 수 있습니다.

예:

Switch A
 │     │
 │     │
Switch B

Loop가 제어되지 않으면 Broadcast Traffic이 반복되면서 Network 전체가 불안정해질 수 있습니다.

그래서 L2 Network에서는 환경에 따라:

STP

RSTP

MSTP

Link Aggregation

같은 기술을 사용합니다.

이중화는 단순히:

Cable을 두 개 연결한다.

가 아니라:

장애 때 전환되고
정상 상태에서는 Loop가 발생하지 않도록 한다.

까지 설계해야 합니다.

16장 UPS와 전원도 Network Topology의 일부다#

Network Diagram에서는 Cable만 그려놓고 전원을 빠뜨리는 경우가 많습니다.

하지만 Switch에 전원이 없으면 Network도 없습니다.

특히 다음 장비를 확인합니다.

Core Switch

Firewall

Router

PoE Switch

Server

Storage

Wireless Controller

UPS를 적용할 때도 단순히:

UPS가 있다.

에서 끝나면 안 됩니다.

다음을 계산해야 합니다.

전체 부하

UPS 용량

예상 Runtime

Battery 상태

PoE 부하

Shutdown 정책

PoE Switch가 UPS에 연결되어 있다면 Camera나 AP 같은 Endpoint의 전력도 UPS 부하에 포함될 수 있습니다.

17장 DNS·NTP·Syslog도 Network 설계에 포함한다#

Network가 연결되었다고 운영 준비가 끝나는 것은 아닙니다.

운영에서는 기본 Infrastructure Service도 중요합니다.

DNS#

server01.example.local

같은 이름을 IP와 연결합니다.

NTP#

Switch, Server, Firewall, Camera 등의 시간을 맞춥니다.

예:

Switch Log
10:00:03

Firewall Log
10:00:04

Server Log
10:00:03

시간이 맞아야 동일 사건을 추적할 수 있습니다.

Syslog#

여러 Network Device의 Log를 중앙 Server로 모을 수 있습니다.

Switch ─────┐
Router ─────┤
Firewall ───┼→ Log Server
AP ─────────┤
Server ─────┘

장애 분석에서는 이런 운영 Infrastructure가 매우 중요합니다.

18장 Monitoring이 없는 Network는 장애가 난 뒤에야 상태를 안다#

Network는 구축보다 운영 기간이 훨씬 깁니다.

따라서 다음 정보를 Monitoring하는 것이 좋습니다.

Port Up / Down

Bandwidth

Packet Error

Discard

CPU

Memory

Temperature

PoE 사용량

Interface Error

Latency

Packet Loss

Device Uptime

예를 들어 사용자가:

Network가 느립니다.

라고 신고했을 때 Monitoring이 없다면 처음부터 모든 장비를 확인해야 합니다.

Monitoring이 있다면:

14:32
Core Uplink 98%

14:34
Packet Drop 증가

처럼 원인을 빠르게 좁힐 수 있습니다.

19장 보안은 Firewall 하나 설치한다고 끝나지 않는다#

Network Security는 여러 계층으로 구성합니다.

예:

Internet
↓
Firewall
↓
Server Network
↓
VLAN / ACL
↓
Endpoint

각 영역에서는:

Network Segmentation

ACL

Firewall

VPN

MFA

관리 계정 분리

Patch

Log

Monitoring

등을 사용할 수 있습니다.

특히 Management Network에는 일반 사용자 접근을 제한하는 것이 좋습니다.

예:

USER VLAN
    X
    │
Switch Management

ADMIN VLAN
    │
    ▼
Switch Management

그리고 Internet에서 Network 장비의 관리 Interface를 직접 노출하는 구조는 피하는 것이 좋습니다.

20장 범용 네트워크 토폴로지를 하나 만들어보자#

중형 사업장의 예를 들어보겠습니다.

                       Internet
                          │
                      Firewall
                          │
                    Core L3 Switch
               ┌──────────┼───────────┐
               │          │           │
             Server     Access       Access
             Network    Switch A     Switch B
               │          │           │
             Server     Users       Camera
                        AP           IoT

논리 구조:

VLAN 10
USER

VLAN 20
SERVER

VLAN 30
CAMERA

VLAN 40
IOT

VLAN 50
GUEST

VLAN 99
MANAGEMENT

Traffic Policy:

USER
→ SERVER HTTPS
허용

USER
→ SERVER DB
차단

IOT
→ 지정 Broker
허용

IOT
→ USER
차단

GUEST
→ Internet
허용

GUEST
→ Internal Network
차단

ADMIN
→ Network Management
허용

이 구조는 특정 산업에 종속되지 않습니다.

사무실·학교·공장·매장·물류센터·IoT 현장 등 다양한 환경에서 규모와 요구사항에 맞게 응용할 수 있습니다.

21장 네트워크 장애는 계층별로 추적한다#

사용자가:

Server 연결이 안 됩니다.

라고 이야기했다고 하겠습니다.

이 말만으로 Server 문제라고 판단하면 안 됩니다.

다음 순서로 확인할 수 있습니다.

Physical Link
↓
Switch Port
↓
VLAN
↓
IP Address
↓
Subnet Mask
↓
Gateway
↓
Routing
↓
Firewall / ACL
↓
TCP Port
↓
Application Service

예를 들어:

Ping 성공

한다고:

Application 정상

인 것은 아닙니다.

반대로 Ping이 차단되어 있어도 Application Port는 정상일 수 있습니다.

각 계층의 상태를 분리해서 확인해야 합니다.

22장 장애 범위를 먼저 확인하면 진단이 빨라진다#

장애가 발생하면 가장 먼저:

한 Device만 문제인가?

한 Switch 전체인가?

한 VLAN인가?

한 건물인가?

전체 Network인가?

Internet만 문제인가?

내부 Service만 문제인가?

를 확인합니다.

예:

PC 한 대만 장애
→ Endpoint 문제 가능성

Switch에 연결된 24대 모두 장애
→ Access Switch / Uplink 가능성

VLAN 40 전체 장애
→ VLAN / Routing / ACL 가능성

모든 VLAN에서 Server 접속 불가
→ Server / Core / Firewall 가능성

이처럼 영향 범위를 먼저 좁히는 것이 Network 장애 대응의 기본입니다.

23장 설계할 때 자주 하는 실수#

모든 장비를 하나의 VLAN에 넣는다#

처음에는 편하지만 규모가 커지면 보안·장애·운영 관리가 어려워집니다.

VLAN을 많이 만들수록 좋다고 생각한다#

너무 많은 VLAN도 Routing·ACL·운영 복잡성을 증가시킵니다.

분리가 필요한 이유가 있어야 합니다.

PoE Port 수만 확인한다#

PoE Budget을 함께 계산해야 합니다.

Backbone 대역폭을 계산하지 않는다#

Access Port가 모두 1Gbps여도 Uplink가 병목이 될 수 있습니다.

Management Network를 일반 사용자와 공유한다#

Network Device의 관리 Interface 노출 범위를 최소화하는 것이 좋습니다.

이중화 Cable만 연결하면 끝이라고 생각한다#

Loop 방지와 Failover 동작까지 설계해야 합니다.

IP 주소를 장비마다 즉흥적으로 지정한다#

Address Plan과 IP 관리 문서가 필요합니다.

Monitoring을 구축 이후의 문제라고 생각한다#

Monitoring과 Log는 초기 설계부터 포함하는 편이 좋습니다.

24장 설계 전에 반드시 작성해야 할 표#

실무에서는 다음 표 하나만 잘 만들어도 Network 설계가 훨씬 쉬워집니다.

항목 예
장비 종류 Camera
수량 40
VLAN 30
IP 대역 10.10.30.0/24
평균 Traffic 8Mbps
최대 Traffic 12Mbps
PoE 필요 Yes
통신 대상 NVR
Internet 필요 No
관리 접근 ADMIN만
중요도 Medium

다른 장비도 같은 방식으로 정리합니다.

PC

Server

AP

IoT

Camera

Printer

Network Device

그다음 전체 Traffic Flow를 설계합니다.

누가
→ 누구에게
→ 어떤 Protocol / Port로
→ 왜 접근해야 하는가

이 표가 나중에 Firewall Rule과 ACL을 만드는 기초가 됩니다.

25장 네트워크 설계 체크리스트#

□ 전체 장비 목록이 있는가?

□ 현재 수량과 향후 증설량을 계산했는가?

□ 물리 토폴로지를 작성했는가?

□ 논리 토폴로지를 작성했는가?

□ Access·Core 역할이 구분되어 있는가?

□ VLAN 분리 기준이 명확한가?

□ IP Address Plan이 있는가?

□ DHCP와 Static IP 정책이 있는가?

□ Inter-VLAN Routing 위치를 정했는가?

□ Firewall·ACL 정책이 있는가?

□ Management Network를 분리했는가?

□ Guest Network를 내부망과 분리했는가?

□ Uplink Bandwidth를 계산했는가?

□ PoE Budget을 계산했는가?

□ Copper와 Fiber 구간을 결정했는가?

□ Single Point of Failure를 확인했는가?

□ 필요한 구간에 Redundancy를 설계했는가?

□ L2 Loop 방지 정책이 있는가?

□ UPS 용량과 Runtime을 계산했는가?

□ DNS·NTP를 설계했는가?

□ 중앙 Log 수집이 가능한가?

□ Monitoring 항목을 정의했는가?

□ 장애 시 우회·복구 절차가 있는가?

□ Network Diagram과 Port Map을 문서화했는가?

26장 자기 점검#

물리 토폴로지와 논리 토폴로지는 무엇이 다른가#

물리 토폴로지는 실제 장비와 Cable 연결 구조이고 논리 토폴로지는 VLAN·IP·Routing 같은 Network상의 논리적 관계입니다.

VLAN을 나누면 서로 통신할 수 없는가#

반드시 그렇지는 않습니다. L3 Routing이 있다면 VLAN 사이에 통신할 수 있으므로 ACL이나 Firewall Policy를 함께 설계해야 합니다.

PoE Switch에서 가장 먼저 확인할 것은 무엇인가#

Port 수뿐 아니라 전체 PoE Power Budget과 각 Device의 최대 소비 전력을 함께 확인해야 합니다.

Management VLAN은 왜 필요한가#

Switch·Router·Firewall 등 Infrastructure 관리 Interface에 일반 사용자가 접근하지 못하도록 관리 Traffic을 분리하기 위해 사용할 수 있습니다.

Network 이중화에서 가장 먼저 해야 할 일은 무엇인가#

모든 장비를 이중화하기보다 Single Point of Failure와 장애 발생 시 영향 범위를 먼저 파악해야 합니다.

27장 이 글을 마치며#

Network Topology를 설계한다는 것은:

Switch 몇 대가 필요한가?

Cable을 어디에 연결할 것인가?

만 결정하는 작업이 아닙니다.

전체적으로는:

장비 파악
↓
Traffic 분석
↓
물리 Topology
↓
논리 Topology
↓
VLAN
↓
IP Address Plan
↓
Routing
↓
Firewall / ACL
↓
Bandwidth
↓
PoE
↓
Redundancy
↓
Power
↓
Monitoring

의 흐름으로 접근해야 합니다.

특히 다음 다섯 가지를 기억하면 됩니다.

물리 Network와 논리 Network를 분리해서 설계해야 장애와 보안 경계를 명확하게 만들 수 있습니다.

VLAN은 단순히 장비 종류를 나누기 위한 기능이 아니라 보안·Traffic·장애 범위를 분리하기 위한 수단입니다.

Server·IoT·Camera·사용자·관리 Network는 통신 요구사항이 다르므로 필요한 범위에서 분리하고 Routing과 ACL을 함께 설계해야 합니다.

PoE·Backbone 대역폭·UPS·Cable·Fiber 같은 물리 Infrastructure도 IP와 VLAN만큼 중요합니다.

좋은 Network는 정상 상태에서 빠른 Network가 아니라 장애가 발생했을 때 영향 범위를 빠르게 파악하고 격리·복구할 수 있는 Network입니다.

결국 네트워크 토폴로지를 잘 설계한다는 것은 장비를 많이 연결하는 것이 아닙니다.

장비가 늘어나고 Traffic이 증가하며 일부 장비에 장애가 발생하더라도 전체 시스템이 예측 가능한 방식으로 동작하도록 물리 구조·논리 구조·보안·전원·운영 체계를 함께 설계하는 것이 핵심입니다.

이 페이지의 목차