본문 65 슬라이드 · 강의 시간 약 90분 · TA(Technical Architect) 양성 과정
강사 박수현 · 🚀 젠아이랩스(GenAI Labs)
🎨 이미지 프롬프트: "Editorial wide cinematic illustration on dark navy background — a Network Operations Center workroom overhead view; on the long desk sit three curved 49-inch ultrawide monitors: left monitor shows 'SolarWinds Orion NPM — Network Performance Monitor' dashboard with green/amber/red status tiles and an 'Uptime 99.98% · Bandwidth 7.2 Gbps · Active Alerts 3' KPI strip, center monitor shows a Spine-Leaf topology map in Cisco DNA Center / Catalyst Center style with 2 'Nexus 9336C-FX2 Spine' nodes and 4 'Nexus 93180YC-EX Leaf' nodes connected in glowing teal Clos lines, right monitor shows a VLAN allocation spreadsheet in Excel-like grid with columns 'VID · Name · Subnet · GW · 담당' filled with rows like '10 MGT-OOB 10.10.0.0/24 · 20 SVR-WEB 10.20.0.0/24 · 200 VOICE 192.168.200.0/24'; an open MacBook on the side runs a black terminal showing live log lines '%VRRP-6-STATECHANGE: Vlan10 Grp 10 state Backup -> Master / %BFD-6-SESSION_STATE_DOWN: GigabitEthernet0/0 ld:1 / VRRPv3 RFC 5798 advertisement'; a thick printed binder labeled 'VLAN·VRF·LB·DMZ 설계서 v3.2' sits beside coiled aqua LC-LC fiber patch cords, a 1U toy-sized 'F5 BIG-IP i7800' load balancer chassis and a 'Cisco Nexus 9336C-FX2' switch model with visible QSFP28 ports, hot coffee mug; soft cinematic light, teal #00b894 and purple #6c5ce7 accents, 16:9"
2021.10.25 (월)
라우터 설정 변경 중 BGP 오설정 → 전국 KT 유·무선 인터넷 약 89분 마비.
💡 교훈 — 변경관리(CAB)·롤백 절차·점검 시간대 + 라우팅 검증
참고: 「2021 KT 통신장애」 검색
2022.10.15~10.20
판교 DC 화재 → DNS·LB·세션 동기화 다중 장애 연쇄. 메시지·결제·인증 모두.
💡 교훈 — GSLB·Anycast DNS·LB Health Check·세션 외부화
참고: 「카카오 장애 보고서 과방위」 검색
2023.11.17 (금)
행정안전부 「새올」 인증 인프라 장애 → 전국 민원 시스템 마비 (24시간+).
💡 교훈 — 공공 NW 이중화·우회 경로·인증 NW 분리
참고: 「2023 새올 행정망 장애」 검색
📌 이번 세션의 시각 — 위 3건은 모두 「VRRP/GSLB 미적용」「라우팅 변경 관리 부실」「NW 이중화 부재」가 핵심. 본 세션의 VLAN·HA(VRRP)·LB·GSLB·망분리가 직접 해법.

Session 5 · Day 2 — TA의 기업 네트워크 운영 설계 한 권
기초 위에 쌓는 고급 도구 7종 — VLAN으로 분리, HA/LB로 살리고, NAT/QoS로 다듬고, 망분리/NMS로 지킨다.
VLAN은 단순히 "방을 나누는 것"을 넘어, QinQ로 ISP·Private VLAN으로 호텔·Voice로 IP전화까지 확장된다.
🔗 본문 참조 — VLAN 802.1Q 태깅·Trunk·Access·Native VLAN 본문은 Session 4
## VLAN — 802.1Q 태깅슬라이드에서 다뤘다. 여기서는 한 줄로 환기만 하고, QinQ·Private VLAN·Voice VLAN·VTP·VLAN 보안으로 곧장 들어간다.
0x8100 + TCI: PCP 3bit / DEI 1bit / VID 12bit)
QinQ 다이어그램 (삽화)
| 종류 | 통신 가능 대상 |
|---|---|
| Primary | 모든 Secondary와 + 외부 |
| Isolated (격리) | Primary와만 — 동일 Isolated끼리도 차단 |
| Community (공동체) | 같은 Community 내부 + Primary — 다른 Community 차단 |
STP는 보호되어야 한다. 그리고 STP를 우회해서 진짜 Active-Active를 만드는 도구가 클러스터링이다.
spanning-tree portfast edge default
spanning-tree portfast bpduguard default
| 위치 | 권장 |
|---|---|
| 액세스 포트 | PortFast + BPDU Guard + Port Security |
| 코어 다운링크 | Root Guard |
| 광 Trunk | Loop Guard |
| 벤더 | 명칭 |
|---|---|
| Cisco | StackWise / StackWise Virtual |
| HPE | IRF (Intelligent Resilient Framework) |
| Aruba | VSF (Virtual Switching Framework) |
| Juniper | Virtual Chassis (VC) |
| Arista | (별도 — MLAG 선호) |
| 장점 | 단점 |
|---|---|
| 단일 관리 | 펌웨어 업그레이드 시 전체 영향 가능 |
| LAG/MLAG 자연스러움 | Stack Cable 장애 = 분할(Split) 위험 |
| 구성 단순 | Stack 멤버 수 한계 (보통 4~9대) |
| 액세스 SW에 인기 | 코어/Spine에는 부적합 |
게이트웨이 한 대만 죽어도 전체가 멈춘다. 표준 답은 가상 IP를 둘이서 나눠 갖는 것.
00:00:5E:00:01:VRID
VRRP 동작 (삽화)
| 프로토콜 | 표준 | 벤더 | 특징 |
|---|---|---|---|
| VRRP | RFC 5798 | 표준 | Master 1대, Active-Standby |
| HSRP | RFC 2281 (info) | Cisco 독자 | Active 1대 + Standby 1대, Hello 3초 |
| GLBP | (Cisco 독자) | Cisco | Active-Active — 가상 MAC 여러 개를 단말에 분배 |
| CARP | OpenBSD | BSD 진영 | VRRP 호환, BSD/pfSense |
00:00:0C:07:AC:GG| 항목 | VRRP | HSRP |
|---|---|---|
| 표준 | IETF RFC | Cisco 독자 |
| 멀티벤더 | ⭕ | △ (Cisco only) |
| IPv6 | v3 지원 | 가능 |
| Hello | 1초 | 3초 |
| 절체 시간 | 3.6초 | 10초 |
| 운영자 인지도 | 신규 표준 | 한국 SI 현장 압도적 |
! ────────── VRRP (RFC 5798) — SW-A: Master ──────────
SW-A# configure terminal
SW-A(config)# interface Vlan10
SW-A(config-if)# ip address 10.0.10.2 255.255.255.0
SW-A(config-if)# vrrp 10 ip 10.0.10.1 ! Virtual IP
SW-A(config-if)# vrrp 10 priority 110 ! 더 큼 = Master
SW-A(config-if)# vrrp 10 preempt
SW-A(config-if)# vrrp 10 authentication md5 key-string Sup3rS3cret
SW-A(config-if)# vrrp 10 timers advertise 1 ! Hello 1s
SW-A(config-if)# vrrp 10 track 1 decrement 20 ! 업링크 다운 시 -20
SW-A(config-if)# exit
SW-A(config)# track 1 interface GigabitEthernet0/0 line-protocol
SW-A(config)# end
! ────────── VRRP — SW-B: Backup (priority 100) ──────────
SW-B(config-if)# vrrp 10 ip 10.0.10.1
SW-B(config-if)# vrrp 10 priority 100
! ────────── HSRP (Cisco 독자) ──────────
SW-A(config-if)# standby version 2
SW-A(config-if)# standby 10 ip 10.0.10.1
SW-A(config-if)# standby 10 priority 110
SW-A(config-if)# standby 10 preempt
SW-A(config-if)# standby 10 timers msec 200 msec 750 ! 빠른 절체
SW-A(config-if)# standby 10 track 1 decrement 20
! ────────── 확인 ──────────
SW-A# show vrrp brief
SW-A# show standby brief
SW-A# show track 1
TA 표준 세트: preempt + track + timers msec + 인증. 절체 시 GARP가 흐름. 신규 = VRRP, 잔존 Cisco-only = HSRP.
| 모드 | 장점 | 단점 |
|---|---|---|
| Per-Packet | 균등 분산 | 재정렬 → TCP 성능 ↓ |
| Per-Flow ⭐ | 같은 플로우는 같은 경로 | 큰 플로우는 한 링크에 집중 |
maximum-paths 설정 + AS-PATH 동일 조건외부와 내부의 경계에서는 주소를 바꾸고, 트래픽의 종류에 따라 줄을 세운다.
| 종류 | 동작 | 주 용도 |
|---|---|---|
| Static NAT (1:1) | 내부 IP ↔ 외부 IP 고정 | 서버 공개 (웹·메일) |
| Dynamic NAT | 내부 IP → 풀의 외부 IP 임시 매핑 | 다수 내부 사용자 |
| PAT (NAPT) ⭐ | 다수 내부 IP → 1개 외부 IP + 포트 변환 | 가정·기업 인터넷 표준 |
| Hairpin NAT (NAT Loopback) | 내부 → 외부 공인IP로 접근 시 다시 내부로 | 내부에서 자사 웹 접속 |
| Twice NAT (Bidirectional) | Src·Dst 모두 변환 | 사이트 간 IP 충돌 해결 |
| NAT64 | IPv6 ↔ IPv4 양방향 | IPv6 단말이 IPv4 서버 접근 |
| NAT46 | IPv4 → IPv6 | 드물게 |
| CGN (LSN) | 통신사 대규모 PAT | IPv4 고갈 대응 |
현장 단순화: 가정/사무실 = PAT, 서버 공개 = Static, IPv6 전환 = NAT64, 통신사 = CGN.
| 클래스 | DSCP | 용도 |
|---|---|---|
| EF (Expedited Forwarding) | 46 | 음성 (VoIP) |
| AF41 | 34 | 영상 회의 |
| AF31 | 26 | 영상 스트리밍 |
| AF21 | 18 | 트랜잭션 |
| CS6 | 48 | 라우팅 제어 (OSPF·BGP) |
| CS0 (BE) | 0 | Best Effort (기본) |
| 알고리즘 | 특징 |
|---|---|
| FIFO | 단일 큐, 우선순위 없음 |
| WFQ (Weighted Fair Queue) | 플로우별 공평 분배 |
| CBWFQ (Clas6-Based) | 클래스별 대역폭 보장 |
| LLQ (Low Latency Queue) ⭐ | CBWFQ + PQ → VoIP 표준 |
| 상황 | 권고 |
|---|---|
| ISP 가입자 초과 단속 | Policing |
| WAN 회선 한계 맞춤 송출 | Shaping |
| QoS Marking | Policing의 Remark 활용 |
| 트래픽 | 표시 | 큐 | 대역 |
|---|---|---|---|
| Voice RTP | EF (46) | LLQ | 회선의 10~33% (한도) |
| Voice 시그널링 (SIP) | CS3 (24) | CBWFQ | 작게 |
| Video | AF41 (34) | CBWFQ | 25% |
| Mission Critical Data | AF31 (26) | CBWFQ | 25% |
| Best Effort | CS0 (0) | CBWFQ default | 나머지 |
| Scavenger (백업·P2P) | CS1 (8) | WRED 일찍 드롭 | 잔여 |
단일 서버는 한계가 있다. 여러 서버 앞에 LB를 두면 가용성·확장성·보안 모두 얻는다.
/api → API 서버, /static → 캐시
L4 vs L7 (삽화)
| 알고리즘 | 동작 | 적합 |
|---|---|---|
| Round Robin (RR) | 순서대로 1→2→3→1 | 균등한 서버 |
| Weighted RR | 가중치 비율 (2:1:1) | 사양 다른 서버 |
| Least Connections ⭐ | 현재 활성 연결 최소 서버 | 세션 긴 서비스 (DB·WebSocket) |
| Weighted Least Conn | 가중치 + 연결 수 | 세션 + 사양 차이 |
| IP Hash (Source Hash) | Src IP 해시로 고정 매핑 | Session Persistence 대안 |
| URL Hash (L7) | URL 해시 | 캐시 친화 |
| Random | 임의 | 단순 |
| Least Response Time | 응답시간 가장 빠른 서버 | 가용성 보장 안되면 위험 |
한 줄 결정: 짧은 요청 = RR/WRR, 긴 세션 = Least Conn, 캐시 = URL/IP Hash.
/api/* → API 백엔드, /static/* → CDNwww.a.com → A 풀, www.b.com → B 풀| 레벨 | 검사 | 비고 |
|---|---|---|
| ICMP Ping | L3 응답 | 가장 단순, 응용 무관 |
| TCP Connect | 3-way 성공 | L4 표준 |
| HTTP GET /health | 200 OK + 응답 본문 | L7 표준 ⭐ |
| TLS Handshake | 인증서 유효성 | HTTPS 서비스 |
| Script (gRPC·DB·Custom) | 응용 종속 | 정확도 ↑ |
| 방식 | 동작 | 단점 |
|---|---|---|
| Source IP | 클라이언트 IP 해시 | NAT 뒤 다수 사용자 한 서버 집중 |
| Cookie Insert ⭐ | LB가 쿠키 발급 | HTTP/HTTPS 한정 |
| App Cookie Learn | 서버가 발급한 쿠키 학습 | 응용 의존 |
| SSL Session ID | TLS 재사용 키 | TLS 1.3에서 변경 |
| Header (X-Forwarded) | 임의 헤더 | 응용 협조 필요 |
| 솔루션 | 형태 | 강점 | 일반 사용 |
|---|---|---|---|
| F5 BIG-IP LTM | 하드웨어/가상 | 시장 1위, iRules 강력, WAF(ASM)·DNS(GTM) 연계 | 국내 대기업·금융 표준 |
| Citrix NetScaler (NetScaler ADC) | 하드웨어/가상 | App Delivery + AAA·WAF, Citrix VDI 연계 | VDI 환경 |
| A10 Thunder | 하드웨어/가상 | 가성비, CGN·DDoS 우수 | 통신사·중견기업 |
| Radware Alteon | 하드웨어/가상 | DDoS·SSL 강점 | 보안 강조 |
| HAProxy | SW (OSS+상용) | 고성능·경량·세밀 제어 | MSA·DC 내부 |
| NGINX / NGINX Plus | SW (OSS+상용) | 웹서버 + LB + Caching | 웹·API GW |
| KEMP LoadMaster | SW/하드웨어 | 중소규모 가성비, Exchange 친화 | 중소·MS 스택 |
| AVI Networks (VMware NSX ALB) | SW Defined | DC SDN 통합 | NSX 환경 |
| 클라우드 LB | 관리형 | AWS ALB/NLB·Azure LB·GCP LB·NCP LB | 클라우드 |
| K8s Ingress / Service Mesh | SW (OSS) | NGINX·Traefik·Istio·Contour·HAProxy·Envoy | MSA·컨테이너 |
한국 현장 단순화 — 금융·공공 대기업 = F5, 통신사 = A10/Radware, 신규 MSA = HAProxy/NGINX, VDI = NetScaler, K8s = NGINX Ingress·Istio.
📷 실제 장비·UI 참조 (벤더 공식) - F5 BIG-IP rSeries Hardware — F5 공식 - F5 BIG-IP Configuration Utility (TMUI) / iControl REST — F5 TechDocs (관리 UI) - Citrix NetScaler ADC — NetScaler 공식 - A10 Thunder ADC — A10 공식 - Radware Alteon — Radware 공식 - HAProxy Enterprise Console — HAProxy 공식
한 LB로 단일 사이트, GSLB로 여러 사이트·국가 분산이 가능해진다.

GSLB 다이어그램 (삽화)
| 모드 | 특징 |
|---|---|
| Active-Active | 모든 사이트 동시 가동, 사용자 분산 |
| Active-Standby | 메인 사이트 우선, 장애 시만 보조 |
| Weighted | 가중치로 비율 분배 (Canary·신규 DC) |
| 솔루션 | 형태 | 강점 | 일반 사용 |
|---|---|---|---|
| F5 DNS (구 GTM) | 어플라이언스/가상 | LTM과 통합·iQuery로 LB 부하 인지 | 국내 대기업 표준 |
| Citrix ITM (NetScaler GSLB) | 어플라이언스 | NetScaler 환경 | VDI 사이트 |
| A10 Thunder GSLB | 어플라이언스 | 가성비 | 통신사 |
| Infoblox NIOS DTC | DDI 통합 | IPAM·DHCP·DNS 통합 | 대기업 |
| Akamai GTM | 글로벌 SaaS | 글로벌 PoP, 분석 | 글로벌 서비스 |
| AWS Route 53 | 클라우드 | Health Check·Geo·Weighted·Failover | 클라우드 |
| Azure Traffic Manager | 클라우드 | Performance·Priority·Weighted | Azure |
| Cloudflare Load Balancing | 글로벌 SaaS | 빠른 절체·Anycast | 글로벌 SaaS |
| NS1 / NS-One | 글로벌 SaaS | 데이터 기반 라우팅 | 핀테크 |
자동 주소 할당, 그룹 통신, 차세대 주소 — 세 가지 핵심 인프라.
🔗 본문 참조 — DHCP DORA 4단계 흐름·Relay·Option 표·Snooping 보안은 Session 4
## DHCP — DORA 4단계슬라이드에서 본문급으로 다뤘다. 여기서는 한 줄 환기만 하고 망분리·DNS·QoS 로 진입한다.
한국 공공·금융의 핵심 보안 요건. 인터넷망·업무망을 어떻게 나누는가가 설계의 절반.
| 방식 | 특징 |
|---|---|
| 물리적 망분리 | 별도 PC·별도 NIC·별도 케이블·별도 SW |
| 논리적 망분리 | 1대 PC·1대 SW + 가상화·VLAN·VDI로 격리 |

망분리 비교 (삽화)
📚 참조 자료 (공식 가이드·국내 솔루션) - KISA 정보보호 가이드 — KISA 공식 - 개인정보의 안전성 확보조치 기준 (개인정보보호위원회) — 개인정보위 공식 - 전자금융감독규정 (금융위·금감원) — 금융위 공식 - 시큐브 망연계 솔루션 — 시큐브 공식 - 소프트캠프 망간자료전송 — 소프트캠프 공식 - Owl Cyber Defense Data Diode — Owl 공식
Internet ─ FW (3-leg) ─┬─ DMZ (Web)
└─ Internal
Internet ─ FW1 ─ DMZ ─ FW2 ─ Internal
Internet ─ FW1 ─ Web Tier ─ FW2 ─ App Tier ─ FW3 ─ DB Tier
| 솔루션 종류 | 동작 | 사례 |
|---|---|---|
| 망연계 시스템 | 두 망 사이 게이트웨이로 파일 전송 + 검사 | 시큐브 SecuwayGate, 소프트캠프 SHIELDEX, 안랩 SafeTransfer |
| 검역망 (Sandbox) | 외부에서 들어온 파일 자동 분석 | FireEye, Cisco AMP, 안랩 MDS |
| SecureUSB·세큐어디스크 | 인가 USB만 사용, 자동 암호화 | 마크애니, Cyberone |
| DRM 전송 | 문서를 DRM으로 포장 전송 | 마크애니, Fasoo, 소프트캠프 |
| 데이터 다이오드 | 하드웨어 단방향 | Owl, Waterfall, 시큐레터 |
| 메일 망연계 | 메일을 망간 전송 전용으로 | 별도 메일 SMTP 게이트웨이 |
한국 SI 현장의 통념: 망분리 도입 시 망연계 시스템이 핵심 SW. 자료 흐름 통제 + 감사 로그 + 백신 검역 + 승인 워크플로우를 한 솔루션에서.
컨트롤 평면을 분리하고, 가상 네트워크를 오버레이로 띄우고, WAN을 소프트웨어로 제어한다.

SDN 아키텍처 (삽화)
측정되지 않는 것은 관리되지 않는다. NMS는 NW 운영의 시계·청진기·CCTV.
| 항목 | SNMPv1 | SNMPv2c | SNMPv3 ⭐ |
|---|---|---|---|
| 표준 | RFC 1157 (1990) | RFC 1901~ (1993) | RFC 3411~ (2002) |
| 인증 | Community String (평문) | Community String (평문) | User-Based (USM) — Auth + Priv |
| 암호화 | ❌ | ❌ | AES-128/192/256 |
| 데이터 타입 | 기본 | + Counter64 (대역폭) | v2c + 보안 |
| 메시지 | Get·GetNext·Set·Trap | + GetBulk·Inform | 동일 + 보안 |
| 보안 등급 | 매우 낮음 | 낮음 | 고 |
| 현재 권고 | 폐기 | 폐기 | 신규 표준 |
SNMP v3 보안 모드 — - noAuthNoPriv: 인증·암호 모두 없음 - authNoPriv: 인증(MD5/SHA) 있고 암호 없음 - authPriv: 인증 + 암호 (AES) — 권장
1.3.6.1.2.1.2.2.1.10 = ifInOctets (인터페이스 입력 바이트)1.3.6.1.2.1.2.2.1.16 = ifOutOctets (출력 바이트)1.3.6.1 iso.org.dod.internet
.1 directory
.2 mgmt
.1 mib-2 (표준 MIB)
.1 system
.2 interfaces
.4 ip
.6 tcp
.7 udp
.25 host
.4 private
.1 enterprises
.9 Cisco
.2636 Juniper
.12356 Fortinet
| 프로토콜 | 표준 | 동작 | 정확도 |
|---|---|---|---|
| NetFlow v5 | Cisco 독자 (1996) | 전수 측정 (모든 패킷) | 정확, CPU 부담 |
| NetFlow v9 | Cisco | 템플릿 기반 가변 | 정확 |
| IPFIX | IETF RFC 7011 | v9 표준화 | 정확, 벤더 중립 |
| sFlow | InMon Foundation | 샘플링 (예: 1/1024) | 통계적, 저부하 |
| NetStream | Huawei | v5/v9 호환 | Cisco 호환 |
한 줄 정리 — IPFIX는 NetFlow v9의 IETF 표준화 버전, sFlow는 샘플링 기반 저부하 솔루션. 운영 활용·샘플링 권고는 다음 페이지에서.
| 구간 | 권고 프로토콜 | 샘플링 |
|---|---|---|
| 액세스·캠퍼스 (≤10G) | NetFlow v9 / IPFIX | 전수 |
| DC 코어 (40G) | IPFIX | 1:100~1:1000 |
| DC 스파인·백본 (100G+) | sFlow 또는 IPFIX 샘플링 | 1:1000~1:10000 |
| WAN·인터넷 인입 | IPFIX + 자체 백엔드 | 전수 또는 1:100 |

NMS 대시보드 (삽화)
오늘 다룬 12개 PART를 산출물·결정 매트릭스로 묶는다.
| # | 결정 | 후보 | 권고 (전형) |
|---|---|---|---|
| 1 | 게이트웨이 HA | VRRP·HSRP·GLBP | VRRP (벤더 중립) |
| 2 | 스위치 클러스터링 | Stack·vPC/MLAG | 액세스 = Stack, DC = vPC/MLAG |
| 3 | DC 백본 토폴로지 | 3-Tier vs Spine-Leaf | Spine-Leaf + EVPN-VXLAN |
| 4 | 멀티테넌트 격리 | VLAN vs VXLAN/EVPN | 캠퍼스 = VLAN, DC = VXLAN (EVPN) |
| 5 | 로드 밸런서 | F5 vs HAProxy/NGINX vs A10 | 금융 = F5, MSA = HAProxy |
| 6 | SSL 처리 | Term · Bridge · Pass | 일반 = Term + WAF |
| 7 | DR 자동화 | DNS 변경·GSLB | GSLB (TTL 30s) |
| 8 | 망분리 방식 | 물리 2PC vs VDI | 금융 = 물리, 일반 = VDI |
| 9 | DMZ 토폴로지 | Single vs Dual vs 3-Tier | Dual FW (다른 벤더) |
| 10 | NMS·트래픽 분석 | SNMP + NetFlow/sFlow | SNMP v3 + IPFIX |
| VID | 이름 | 서브넷 | GW | 용도 | 담당 부서 | 비고 |
|---|---|---|---|---|---|---|
| 10 | MGT-OOB | 10.10.0.0/24 | .1 | 관리망 (OOB) | NW팀 | SSH·NMS 전용 |
| 20 | SVR-WEB | 10.20.0.0/24 | .1 | 웹 서비스 | 운영팀 | DMZ |
| 30 | SVR-APP | 10.30.0.0/24 | .1 | 응용 서비스 | 운영팀 | 내부 |
| 40 | SVR-DB | 10.40.0.0/24 | .1 | DB | DBA팀 | 내부, 제한 ACL |
| 50 | BACKUP | 10.50.0.0/24 | .1 | 백업망 | 운영팀 | Jumbo MTU 9000 |
| 100 | OFFICE-N | 192.168.100.0/24 | .1 | 사무 (북관) | 인사 | 사용자망 |
| 200 | VOICE | 192.168.200.0/24 | .1 | IP 전화 | 통신팀 | LLDP-MED 자동 |
| 999 | NATIVE-NULL | (사용 안 함) | - | 보안용 Native | NW팀 | 운영 사용 금지 |
산출물 품질의 척도 — VID·서브넷·게이트웨이만 적힌 표는 "지도", 담당·용도·비고까지 적힌 표가 "운영 매뉴얼".
| 서비스 | VS IP·Port | Pool 멤버 | 알고리즘 | Health | Persistence | SSL |
|---|---|---|---|---|---|---|
| portal.company.kr | 203.0.113.10:443 | web01~web04:8080 | Least Conn | HTTP /health 5s | Cookie Insert | Term + WAF |
| api.company.kr | 203.0.113.11:443 | api01~api04:8080 | RR | HTTP /health 5s | None (Stateless) | Term |
| db-rw.internal | 10.40.0.50:5432 | pg-master:5432 | (단일) | TCP 10s | - | Pass |
| db-ro.internal | 10.40.0.51:5432 | pg-replica1~3:5432 | Least Conn | TCP 10s | Source IP | Pass |
| mail.company.kr | 203.0.113.20:25 | smtp01~smtp02 | RR | TCP 30s | None | Pass |