사무실 네트워크 이중화는 복구 시간에서 값이 난다

• 목록
• 답변
• 글쓰기
• 옵션
  • 수정
  • 삭제

한 번 끊겨 보니 회선 두 개가 사치가 아니었습니다

사무실 인터넷이 20분만 멈춰도 체감은 훨씬 큽니다. 메신저가 늦게 뜨고, 클라우드 문서가 저장되지 않고, 카드 결제 단말이나 화상회의가 동시에 흔들리면 직원들은 각자 휴대폰 핫스팟을 켭니다. 저도 처음에는 네트워크 이중화를 과한 투자라고 봤지만, 실제 장애를 겪은 뒤 생각이 바뀌었습니다. 네트워크 인프라의 가치는 평상시 속도보다 장애 순간의 복구 시간에서 드러납니다.

제가 쓴 구성은 단순했지만 효과는 분명했습니다

운영했던 사무실은 직원 40명 규모였고, 주 회선은 광랜, 보조 회선은 다른 통신사의 기업용 인터넷으로 구성했습니다. 장비는 듀얼 WAN을 지원하는 방화벽 라우터를 사용했고, 업무용 PC와 NAS, 프린터, Wi-Fi AP는 기존 스위치에 그대로 물렸습니다. 용어가 헷갈린다면 네이버 지식백과의 네트워크 설명처럼 여러 장치가 연결되어 정보를 주고받는 구조라고 이해하면 쉽습니다.

• 주 회선: 평소 업무 트래픽을 처리하는 기본 인터넷 회선입니다. 속도와 안정성이 중요합니다.
• 보조 회선: 주 회선 장애 때 자동으로 넘어가는 예비 통신 회선입니다. 속도보다 연결 유지가 핵심입니다.
• 듀얼 WAN 장비: 두 회선의 상태를 감시하고 장애 시 자동 전환하는 장비입니다. 이 장비 설정이 체감 품질을 크게 좌우했습니다.
• 알림 설정: 회선 전환이 일어나면 담당자에게 메일이나 메신저로 알림이 오도록 해 두었습니다. 이 기능은 생각보다 자주 도움이 됩니다.

가장 좋았던 점은 직원들이 장애를 늦게 알아챈다는 점입니다

이중화 전에는 인터넷이 끊기면 전산 담당자에게 전화가 쏟아졌습니다. 이중화 후에는 주 회선이 끊겨도 30초에서 2분 사이에 보조 회선으로 넘어가면서 대부분의 업무가 유지됐습니다. 대용량 파일 업로드나 영상회의 품질은 순간적으로 떨어졌지만, ERP 접속, 메일, 메신저, 웹 기반 업무는 계속 이어졌습니다. 완벽한 무중단은 아니지만 업무 중단을 짧고 조용하게 만드는 것, 이것이 제가 느낀 가장 큰 장점입니다.

팁: 보조 회선은 주 회선과 같은 통신사로 맞추기보다 가능하면 다른 통신사, 다른 인입 경로를 선택하는 편이 안전했습니다. 같은 관로 문제라면 회선이 두 개여도 같이 멈출 수 있습니다.

좋았던 점보다 먼저 봐야 할 단점도 있었습니다

네트워크 이중화는 설치하면 끝나는 상품이 아니었습니다. 회선 비용이 매달 추가되고, 라우터 설정을 잘못 잡으면 일부 서비스가 끊겼다 붙는 증상을 보입니다. 특히 그룹웨어, VPN, 외부 접속이 있는 NAS처럼 접속 IP를 민감하게 보는 서비스는 전환 방식에 따라 로그인이 풀리거나 세션이 재시작될 수 있었습니다. 그래서 저는 속도보다 업무 서비스별 우선순위를 먼저 정했습니다.

비용은 회선료보다 운영 방식에서 갈렸습니다

제가 받은 견적 기준으로 보조 인터넷 회선은 월 4만 원대부터 18만 원대까지 차이가 컸고, 듀얼 WAN 지원 라우터나 방화벽 장비는 40만 원대 소형 장비부터 160만 원 이상 제품까지 폭이 넓었습니다. 5G 라우터를 보조망으로 쓰는 방식은 설치가 빠른 대신 데이터 요금과 신호 품질을 확인해야 했습니다. SKCN 같은 네트워크 전문 업체에 문의할 때도 단순히 장비 가격만 묻기보다 장애 전환 테스트, 원격 관리, 로그 보관, 현장 출동 범위를 같이 물어보는 편이 실속 있었습니다.

설정에서 체감한 차이는 장애 감지 시간과 예외 처리였습니다

처음 설정값은 장애 감지 시간이 너무 짧아 회선이 잠깐 흔들릴 때마다 보조망으로 넘어갔습니다. 직원 입장에서는 인터넷이 느려졌다가 돌아오는 이상한 현상으로 보였고, 전산 담당자 입장에서는 로그가 지저분해졌습니다. 이후 감지 대상을 단순 게이트웨이가 아니라 외부 DNS와 업무용 클라우드 접속으로 나누고, 3회 이상 실패할 때 전환되도록 바꾸자 안정감이 생겼습니다. IT를 장비가 아니라 업무 흐름 전체로 봐야 한다는 점은 IT 개념을 설명한 지식백과 항목과도 맞닿아 있습니다.

• 장애 감지 주기: 너무 짧으면 잦은 전환이 생기고, 너무 길면 실제 장애 대응이 늦어집니다.
• 업무별 예외 라우팅: 회계, ERP, VPN처럼 IP 변화에 민감한 서비스는 별도 정책을 잡는 것이 좋았습니다.
• 대역폭 제한: 보조 회선 전환 시 영상 스트리밍이나 대용량 백업을 제한하니 핵심 업무가 덜 밀렸습니다.
• 로그 확인: 전환 시각과 원인을 남겨야 통신사 문의나 내부 보고가 쉬웠습니다.

전문가 조언처럼 느껴진 실제 팁은 간단했습니다. 장애 대응 예산을 장비 성능에만 쓰지 말고, 전환 테스트와 운영 문서에 일부 남겨 두어야 합니다. 장비는 켜져 있어도 사람이 전환 과정을 모르면 복구는 늦어집니다.

월요일 오전 회선 장애를 12분 안에 넘긴 기록

가장 기억에 남는 날은 월요일 오전 9시 18분이었습니다. 회의가 몰린 시간에 주 회선 지연율이 갑자기 올라갔고, 라우터 로그에는 외부 응답 실패가 누적됐습니다. 예전이었다면 사무실 전체가 인터넷이 안 된다고 느꼈을 상황이지만, 이번에는 9시 20분쯤 보조 회선으로 전환됐고 메신저 알림이 먼저 도착했습니다. 직원들이 알아차린 증상은 화상회의 화면이 잠깐 뭉개진 정도였습니다.

장애가 시작된 순간에는 속도보다 연락 순서가 중요했습니다

저는 먼저 통신사 장애 접수를 하고, 동시에 내부 공지를 짧게 보냈습니다. 현재 보조 회선으로 전환되어 업무는 가능하지만 대용량 업로드와 클라우드 백업은 잠시 미뤄 달라는 내용이었습니다. 이 한 줄 공지가 효과가 컸습니다. 직원들이 각자 문제를 해결하려고 공유기를 껐다 켜거나, VPN을 여러 번 재접속하는 행동이 줄었고, 전산 담당자는 실제 원인 확인에 집중할 수 있었습니다.

1. 9시 18분: 주 회선 지연 증가와 패킷 손실 감지
2. 9시 20분: 듀얼 WAN 장비가 보조 회선으로 자동 전환
3. 9시 22분: 내부 공지 발송, 대용량 작업 일시 중지 요청
4. 9시 27분: 통신사 장애 접수 번호 확보
5. 9시 30분: ERP, 메일, 결제 단말, NAS 외부 접속 순서로 정상 여부 확인

복구 뒤에는 원인을 찾는 기록이 다음 장애를 줄였습니다

주 회선은 10시가 조금 지나 정상화됐지만 바로 원복하지 않았습니다. 자동 원복을 켜 두면 회선이 완전히 안정되지 않은 상태에서 다시 주 회선으로 넘어가 세션이 또 끊길 수 있었기 때문입니다. 20분 정도 품질을 지켜본 뒤 점심시간 직전에 수동으로 원복했고, 이후 장애 로그와 통신사 답변, 내부 체감 증상을 한 문서에 남겼습니다. 이 기록이 쌓이니 다음 견적 상담 때도 말이 쉬워졌습니다. 그냥 인터넷이 자주 끊긴다가 아니라 어느 시간대에, 어떤 서비스가, 몇 분 동안 영향을 받았는지 설명할 수 있었기 때문입니다.

• 업무 영향도 기록: 단순 장애 시간이 아니라 어떤 팀의 어떤 업무가 멈췄는지 적어야 투자 판단이 쉬워집니다.
• 전환 후 제한 정책: 백업, 업데이트, 영상 업로드는 보조 회선에서 자동 제한되도록 설정했습니다.
• 분기별 테스트: 장애가 없을 때도 주 회선을 일부러 분리해 전환 시간을 확인했습니다.
• 담당자 부재 대비: 라우터 접속 주소, 통신사 연락처, 원복 절차를 A4 한 장으로 남겼습니다.

이 사례 이후 사무실에서는 네트워크 이중화를 빠른 인터넷을 두 개 쓰는 일로 보지 않게 됐습니다. 실제 운영해 보니 핵심은 장애가 나도 업무가 계속되는 통신 솔루션을 만드는 일이었습니다. 장비 스펙보다 전환 기준, 직원 공지, 서비스별 우선순위가 더 자주 성패를 갈랐고, 그 12분의 기록 덕분에 다음 회선 계약에서는 가격보다 복구 시간을 먼저 물었습니다.