SECTION 011. 누구를 위한 글인가
이 가이드는 대규모 엔터프라이즈 네트워크 구축 프로젝트를 준비하는 인프라 설계자(Architect), 사업의 범위를 정의해야 하는 프로젝트 매니저(PM), 그리고 현업의 요구사항을 기술적 사양으로 변환해야 하는 네트워크 운영 엔지니어를 위해 작성되었습니다. 설계 단계에서의 작은 누락이 구축 단계의 거대한 장애나 예산 초과로 이어지는 것을 방지하고자 하는 모든 실무자에게 실질적인 도움이 될 것입니다.
SECTION 022. 개념과 동작 원리
네트워크 설계의 시작은 단순히 장비를 고르는 것이 아니라, 비즈니스 요구사항을 기술적 언어로 번역하는 과정입니다. 이 과정에서 핵심이 되는 세 가지 요소는 다음과 같습니다.
BOD (Basis of Design, 설계 근거)
BOD는 프로젝트의 기술적 결정에 대한 근거를 기록한 문서입니다. "왜 이 대역폭이 필요한가?", "왜 이 이중화 구조를 선택했는가?"에 대한 답을 담고 있습니다. 이는 프로젝트 중반에 설계 변경이 발생했을 때 의사결정의 기준점이 됩니다. [1]
RFP (Request for Proposal, 제안요청서)
RFP는 발주자가 공급업체(Vendor)나 SI 업체에 요구하는 상세 사양서입니다. 기술적 요구사항뿐만 아니라 사업 범위, 일정, 품질 관리 기준을 포함하며, 법적/계약적 효력을 갖는 중요한 문서입니다. [2]
요구사항 인터뷰 (Requirement Interview)
실제 네트워크를 사용할 부서와 관리 주체의 목소리를 듣는 과정입니다. 인터뷰를 통해 문서화되지 않은 잠재적 요구사항(예: 향후 확장 계획, 특수 프로토콜 사용 여부 등)을 발굴합니다.
| 구분 | 주요 목적 | 주요 포함 내용 |
|---|---|---|
| 요구사항 인터뷰 | 현업의 Needs 파악 | 업무 특성, 트래픽 패턴, 보안 요구수준 |
| RFP | 사업 범위 확정 및 업체 선정 | 기술 규격, 도입 수량, 이행 조건 |
| BOD | 기술적 설계 정당성 확보 | 설계 표준, 용량 산정 근거, 토폴로지 원칙 |
SECTION 033. 설계 또는 구축 단계
1단계: 사전 현황 분석
기존 네트워크의 구성도, 트래픽 통계, 현재 발생 중인 고질적인 장애 리포트를 검토합니다. 특히 Cisco 장비를 사용 중이라면 공식 Cisco EOS/EOL Index를 확인하여 교체 대상 장비의 단종 여부를 반드시 체크해야 합니다. [1]
2단계: 스테이크홀더 인터뷰 진행
단순히 "무엇이 필요한가?"라고 묻기보다, "현재 업무에서 가장 불편한 점은 무엇인가?"와 같이 구체적인 질문을 던져야 합니다. 인터뷰 대상은 C-Level(비전), IT 팀장(운영 효율성), 현업 실무자(성능)로 나누어 진행합니다.
3단계: 요구사항의 우선순위화 (MoSCoW 기법)
- Must have: 반드시 포함되어야 하는 핵심 기능 (예: L2 보안 기능)
- Should have: 중요하지만 대안이 있는 기능
- Could have: 있으면 좋지만 예산에 따라 조정 가능한 기능
- Won't have: 이번 프로젝트 범위에서 제외할 기능
4단계: RFP 및 BOD 작성
인터뷰 결과를 바탕으로 RFP를 작성합니다. 한드림넷 장비를 도입 고려 대상으로 포함할 경우, 한드림넷 공식 제품 페이지의 최신 사양을 기준으로 작성하되, 별도의 EOS 공지가 확인되지 않았음을 명시하여 제안사가 최신 모델을 제안하도록 유도합니다. [3]
SECTION 044. 안전한 확인 절차 및 주의사항
설계 단계에서 기술 사양을 확정하기 전, 다음의 절차를 통해 검증을 수행해야 합니다.
Field note
주의: 실제 운영 환경의 장비 설정을 변경하는 명령어를 실행할 때는 반드시 백업을 수행하고, 영향도를 평가한 후 승인된 작업 시간(Maintenance Window) 내에 진행해야 합니다.
- 현행 장비 리소스 확인: 신규 기능(예: SD-WAN, 보안 태깅) 도입 시 기존 장비의 CPU/Memory 부하를 확인합니다.
- Cisco 예시:
show processes cpu sorted,show memory statistics
- 상호 운용성(Interoperability) 테스트: 서로 다른 제조사(예: Cisco 코어와 한드림넷 액세스) 간의 프로토콜 호환성을 확인합니다.
- RTM(Requirement Traceability Matrix) 작성: 모든 요구사항이 RFP와 설계도에 반영되었는지 추적표를 만들어 대조합니다.
SECTION 055. 흔한 장애와 분리 진단
설계 미비로 발생하는 대표적인 장애 상황과 대응 방법입니다.
- 요구사항 불일치 (Mismatch): 현업은 고속 무선망을 원했으나, 설계 시 백홀 스위치의 PoE 용량을 간과하여 AP 성능이 저하되는 경우입니다.
- 진단: 인터뷰 기록과 실제 설계 사양(PoE Budget)을 대조합니다.
- 기술적 과잉 설계 (Over-engineering): 불필요하게 복잡한 프로토콜 도입으로 운영 난이도가 상승하는 경우입니다.
- 진단: BOD의 설계 근거를 재검토하여 단순화 가능한 구간을 식별합니다.
- 단종 제품 도입: 프로젝트 진행 중 장비가 단종되어 수급에 차질이 생기는 경우입니다.
- 진단: 구매 전 반드시 제조사 공식 홈페이지에서 EOS/EOL 공지를 재확인합니다.
SECTION 066. 도입/회의 체크리스트
- 인터뷰 대상자 선정: 모든 유관 부서(보안, 서버, 현업)가 포함되었는가?
- 비즈니스 목표 명확화: 단순히 "빠른 네트워크"가 아닌 구체적인 KPI가 정의되었는가?
- 예산 적정성: 요구사항 대비 예산이 현실적인가?
- Cisco 제품군: 제안된 모델이 비-EOS(End of Sale) 상태임을 확인했는가? (구매 전 공식 인덱스 재확인 필수)
- 한드림넷 제품군: 공개된 현행 제품 페이지를 기준으로 사양이 작성되었는가? (별도 EOS 공지 미확인 상태 명시)
- 확장성 고려: 향후 3~5년간의 트래픽 증가량이 반영되었는가?
- 보안 요구사항: 내부망 보안 스위치 도입 등 보안 정책이 RFP에 포함되었는가?
SECTION 077. References
[1] Cisco Systems, "Cisco Design Zone - Campus and Branch," [Online]. Available: https://www.cisco.com/c/en/us/solutions/design-zone/campus-branch.html
[2] Cisco Systems, "Cisco Validated Designs (CVD) Overview," [Online]. Available: https://www.cisco.com/site/us/en/solutions/cisco-validated/index.html
[3] HanDreamnet, "SG Security Switch Product Lineup," [Online]. Available: https://www.handream.net/product/sg_security_switch.php
[4] HanDreamnet, "Backbone Switch Product Lineup," [Online]. Available: https://www.handream.net/product/backbone_switch.php