사무실 인터넷 이중화, 장애 때 정말 자동 전환될까?

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

회의가 한창이던 오후, 사무실 인터넷이 끊기자 클라우드 문서와 메신저, 인터넷전화가 거의 동시에 멈췄습니다. 공유기를 재부팅하며 복구를 기다린 시간은 20분 남짓이었지만, 고객 응대와 파일 전송이 한꺼번에 밀리니 체감 손실은 훨씬 컸습니다. 이후 주 회선과 보조 회선을 함께 사용하는 사무실 인터넷 이중화를 직접 구성하고 약 두 달간 장애 전환 과정을 확인했습니다.

인터넷 이중화를 설치한 뒤 업무 중단은 얼마나 줄었을까

두 회선보다 중요한 것은 자동 전환 설정이었습니다

처음에는 인터넷 회선 두 개만 신청하면 장애가 생길 때 알아서 바뀌는 줄 알았습니다. 그러나 각각의 회선을 별도 공유기에 연결하면 직원이 문제가 발생한 사실을 확인하고 와이파이나 랜선을 직접 바꿔야 합니다. 실제 자동 전환을 구현하려면 두 개 이상의 WAN 포트를 지원하는 라우터나 방화벽에 회선을 연결하고, 장비가 외부 통신 상태를 계속 검사하도록 설정해야 했습니다.

저희 사무실은 업무용 주 회선과 다른 통신사의 보조 회선을 연결한 뒤 주 회선 우선, 장애 시 보조 회선 전환 방식으로 운영했습니다. 여기서 네트워크는 장비 한 대가 아니라 여러 통신 요소가 연결된 구조라는 점을 이해하면 설정 목적이 선명해집니다. 기본 개념은 네트워크 용어 설명도 함께 참고할 만합니다.

첫 모의 장애에서는 주 회선 케이블을 뽑은 뒤 약 18초 만에 보조 회선으로 전환됐습니다. 메신저와 웹 검색은 잠시 멈춘 후 다시 동작했지만, 진행 중이던 영상회의와 VPN 접속은 끊겨 재접속해야 했습니다. 자동 전환은 모든 연결을 흔적 없이 유지하는 기능이 아니라, 새로운 통신이 가능한 경로를 신속하게 확보하는 기능에 가까웠습니다.

• 효과가 컸던 업무: 웹 기반 그룹웨어, 메신저, 이메일, 일반적인 클라우드 문서 작업
• 재접속이 필요했던 업무: 화상회의, 외부 서버 VPN, 고정 세션을 사용하는 원격 데스크톱
• 별도 확인이 필요했던 장비: 인터넷전화 교환기, 출입통제 서버, 외부에서 접속하는 NAS와 CCTV
• 체감 장점: 담당자가 통신사 장애 접수를 하는 동안 다른 직원은 보조 회선으로 업무를 이어갈 수 있었음

인터넷 이중화의 목표를 ‘절대 끊기지 않기’로 잡으면 실망하기 쉽습니다. 실제 현장에서는 장애 인지와 복구 대기 시간을 줄이는 것을 첫 번째 목표로 삼는 편이 현실적입니다.

주 회선과 보조 회선을 어떻게 구성해야 효과가 있었나

같은 통신사 회선 두 개는 기대보다 취약했습니다

설치 초기에 가장 고민한 부분은 어떤 보조 회선을 선택할지였습니다. 비용만 보면 기존 통신사의 회선을 하나 더 추가하는 방법이 간단했지만, 건물 인입 구간이나 통신사 측 상위 장비를 공유하면 한 번의 장애로 두 회선이 함께 멈출 수 있습니다. 저희는 통신사를 다르게 선택하고 설치 기사에게 인입 경로와 건물 통신실 내 연결 구간이 실제로 분리되는지 확인했습니다.

보조 회선은 주 회선과 같은 최고 속도로 계약하지 않았습니다. 평소 약 35명이 근무하는 환경에서 장애 시간에는 대용량 백업과 운영체제 업데이트를 제한하고, 그룹웨어와 고객 응대 트래픽을 우선 처리하기로 했기 때문입니다. 1Gbps 주 회선과 그보다 낮은 등급의 보조 회선을 조합하니 비용 부담을 낮추면서도 기본 업무는 유지할 수 있었습니다. 단, 회선 상품과 설치비는 통신사·건물·약정 조건에 따라 달라지므로 견적서에서 장비 임대료와 출동비까지 따로 확인해야 합니다.

라우터는 단순히 ‘듀얼 WAN 지원’ 문구만 보고 고르지 않았습니다. 상태 확인 방식, 정책 기반 라우팅, 장애 복귀 지연시간, 로그 저장 기능을 확인했습니다. 네트워크의 구성과 의미를 살펴보면 회선뿐 아니라 연결 장비와 서비스가 함께 작동해야 한다는 점을 이해하는 데 도움이 됩니다.

• 서로 다른 통신사라도 건물 밖 인입 경로가 같은지 질문합니다.
• 보조 회선 속도는 장애 시 반드시 유지해야 할 업무량을 기준으로 산정합니다.
• 장비 처리 성능은 포트 속도가 아니라 방화벽·VPN 기능을 켠 상태의 처리량으로 봅니다.
• 고정 공인 IP를 사용하는 서비스가 있다면 회선 전환 후 접근 허용 정책도 준비합니다.
• 보조 회선 요금뿐 아니라 라우터, 구축 작업, 유지보수 비용을 함께 비교합니다.

직접 장애를 만들어 보니 설정에서 무엇이 문제였나

케이블 분리 시험만으로는 실제 장애를 재현하지 못했습니다

처음에는 주 회선 케이블을 뽑는 방식으로만 테스트했습니다. 이 경우 라우터의 물리 포트가 즉시 내려가므로 보조 회선 전환도 빠르게 진행됩니다. 하지만 실제 통신 장애에서는 케이블 연결 상태가 정상으로 표시된 채 외부 인터넷만 되지 않을 수 있습니다. 이런 상황을 잡으려면 라우터가 특정 외부 주소로 주기적인 응답 확인을 수행해야 합니다.

저희가 처음 지정한 확인 대상은 한 곳뿐이었습니다. 그런데 해당 서버가 점검되자 회선은 정상인데도 라우터가 장애로 오인해 보조 회선으로 넘어갔습니다. 이후 서로 다른 외부 대상 여러 곳을 확인하고, 일정 횟수 이상 연속으로 실패할 때만 전환하도록 조정했습니다. 회선이 잠깐 흔들릴 때 주 회선과 보조 회선을 반복해서 오가는 현상도 줄이기 위해 복귀 대기시간을 추가했습니다.

또 하나의 문제는 DNS였습니다. 보조 회선으로 전환한 직후 IP 주소로는 접속되는데 도메인 이름으로 웹사이트가 열리지 않는 현상이 나타났습니다. 특정 통신사의 DNS만 고정해서 사용한 것이 원인이었고, 회선 전환 상황에서도 접근할 수 있는 DNS 구성을 검토해 해결했습니다. 이 경험 이후 회선 상태, DNS 응답, 사내 DHCP, 방화벽 정책을 분리해 점검해야 원인을 빠르게 찾을 수 있었습니다.

1. 물리 장애 시험: 주 회선 케이블을 분리하고 전환 시간과 알림 발생 여부를 기록했습니다.
2. 논리 장애 시험: 포트 연결은 유지한 채 외부 통신이 실패하는 조건을 만들어 상태 검사가 작동하는지 확인했습니다.
3. 업무 시험: 메일, 그룹웨어, 화상회의, 인터넷전화, VPN을 각각 실행한 상태에서 전환했습니다.
4. 복귀 시험: 주 회선을 복구한 뒤 즉시 돌아가는지, 설정한 대기시간 후 안정적으로 복귀하는지 살폈습니다.
5. 로그 시험: 장애 시작과 종료 시각, 실패한 상태 확인 대상, 실제 사용 회선이 기록되는지 확인했습니다.

시험은 한 번에 모든 회선을 끊기보다 영향이 적은 시간에 서비스별로 진행하는 것이 좋았습니다. 특히 결제, 전화, 원격접속처럼 세션 유지가 중요한 업무는 담당자와 시험 시간을 미리 공유해야 합니다.

사용자에게 보이는 변화까지 기록해야 했습니다

관리 화면에서 ‘전환 성공’이라고 표시돼도 직원 입장에서는 프로그램이 멈출 수 있습니다. 그래서 부서별로 한 명씩 참여해 어떤 화면이 나타났는지, 재로그인이 필요했는지, 저장 중이던 데이터가 유지됐는지를 기록했습니다. 덕분에 장애 시 영상회의는 재입장하고, 대용량 업로드는 처음부터 다시 시작해야 한다는 실제 대응 절차를 만들 수 있었습니다.

• 장애 알림을 받을 담당자와 부재 시 대체 담당자를 지정합니다.
• 전환 중 끊기는 프로그램에는 재접속 방법을 한 줄로 안내합니다.
• 중요 파일 업로드는 장애 종료 확인 후 다시 실행하도록 공지합니다.
• 복구 후에는 공인 IP와 VPN 접속 상태를 확인한 뒤 정상화 메시지를 보냅니다.

회선과 클라우드 정책이 바뀌면 다시 시험해야 합니다

설치 완료보다 변경 이력 관리가 더 오래 남았습니다

인터넷 이중화 장비를 설치한 뒤 그대로 두면 다음 장애에도 같은 결과가 나올 것 같지만, 실제 환경은 계속 달라집니다. 통신사가 모뎀이나 회선 상품을 변경할 수 있고, 사내에서는 방화벽 업데이트나 신규 VPN 도입, 클라우드 서비스의 접속 정책 변경이 생깁니다. 직원 수가 늘거나 영상회의 사용량이 많아지면 예전에 충분했던 보조 회선 속도도 병목이 될 수 있습니다.

저희는 월 1회 장비 상태와 회선 사용량을 살피고, 분기마다 짧은 전환 시험을 진행하는 방식이 부담과 효과의 균형이 좋았습니다. 장비 로그의 저장 공간이 차서 오래된 장애 기록이 사라진 적도 있었기 때문에 로그 보관 기간과 외부 전송 여부도 함께 확인했습니다. IT는 정보의 생산·처리·유통을 뒷받침하는 기술 범위가 넓으므로, 관련 개념은 IT 용어 설명에서 살펴볼 수 있습니다.

비용을 검토할 때는 ‘두 번째 회선 요금’만 보지 않는 편이 좋았습니다. 저희 환경에서는 장애로 멈춘 직원 수와 평균 복구시간을 계산하니 유지비를 설명하기 쉬웠습니다. 반대로 인터넷 중단이 매출이나 고객 대응에 거의 영향을 주지 않는 작은 공간이라면 스마트폰 테더링이나 5G 라우터가 더 경제적일 수도 있습니다. 업무 중단 비용이 구축·운영 비용보다 큰지가 도입 판단의 기준이 됐습니다.

• 매월: 두 회선 요금 납부 상태, 라우터 경고, 포트 오류, 보조 회선 사용량을 확인합니다.
• 분기별: 실제 자동 전환과 주 회선 복귀를 시험하고 소요 시간을 기록합니다.
• 인원 증가 시: 장애 상황의 필수 트래픽을 다시 측정해 보조 회선 속도를 조정합니다.
• 서비스 변경 시: 신규 SaaS, VPN, 인터넷전화, 원격접속의 공인 IP 제한을 재검토합니다.
• 계약 갱신 전: 통신사 장애 이력, 약정 조건, 장비 지원 종료일과 유지보수 범위를 비교합니다.

무선 보조 회선은 설치 장소에 따라 결과가 달랐습니다

유선 보조 회선 공사가 어려운 지점에서는 5G 라우터도 시험했습니다. 개통이 빠르고 유선 인입 장애와 경로를 분리하기 쉽다는 장점이 있었지만, 통신실 안쪽에서는 신호가 약해 속도 편차가 컸습니다. 창가와 통신실에서 각각 측정하고 외장 안테나 설치 가능 여부까지 확인해야 안정적인 위치를 찾을 수 있었습니다.

이동통신 데이터 요금제의 제공량과 속도 제한, 유선 상품의 약정 및 장비 정책은 시간이 지나면 바뀔 수 있습니다. 클라우드 서비스가 허용하는 접속 IP 정책이나 보안 장비 펌웨어 지원 범위도 고정된 조건이 아닙니다. 따라서 예전 견적과 시험 결과를 그대로 믿기보다 계약 갱신, 장비 교체, 핵심 서비스 변경 시점마다 전환 시간을 다시 측정하는 것이 실제 장애에서 가장 유용했습니다.

• 5G 라우터는 업무 시간대의 수신 감도와 업로드 속도도 측정합니다.
• 데이터 소진 후 속도 제한이 필수 업무를 감당할 수 있는지 확인합니다.
• 라우터와 통신 모뎀을 UPS에 연결해 정전 상황에서도 전환 가능한지 시험합니다.
• 통신사와 장비 제조사의 정책 변경 시 기존 설정 파일과 장애 대응 문서를 갱신합니다.