작은 사무실은 언제 공유기 한 대로 충분할까

장비가 멈췄을 때 기다릴 수 있는 시간을 먼저 정한다 ↑

공유기 한 대에 기능을 모으면 그 장비가 고장 났을 때 여러 업무가 함께 멈춥니다. 단일 장애점이 있어도 사용할 수는 있지만, 복구하는 동안 업무를 얼마나 오래 멈출 수 있는지 먼저 정해야 합니다.

사례 사무실은 업무 단말과 방문자 무선을 사용하며 일부 업무는 인터넷 서비스에 의존합니다. 먼저 인터넷이 끊겼을 때 계속 가능한 작업과 바로 멈추는 작업을 나눕니다. 내부 인쇄가 돼도 외부 업무 서비스에는 접속하지 못할 수 있으므로, 업무별로 무엇이 가능한지 확인합니다.

교육용 조건으로 장비 교체와 설정 복원에 30분을 확보할 수 있다고 가정하겠습니다. 30분은 설명을 위해 정한 값이며 모든 사무실에 권하는 복구 시간은 아닙니다. 업무 담당자가 그 시간의 중단을 수용할 수 있고 실제 교체 시험도 그 안에 끝난다면, 통합 장비와 예비품이 합리적인 선택이 될 수 있습니다.

반대로 업무가 그 시간을 기다릴 수 없다면 예비 장비를 교체하는 방식만으로는 부족합니다. 자동 전환이나 별도 업무 경로가 필요한지 검토해야 합니다. 대체 접속이 있어도 내부 서버·인증·고정 주소를 요구하는 업무까지 이어지는지는 실제로 시험해야 합니다.

허용 중단은 장비가 켜질 때까지의 시간이 아니라 필요한 업무가 다시 되는 시점으로 정합니다. 장비 교체 뒤 회선 인증과 주소 배포, 이름 해석, 업무 접속을 기다려야 할 수 있습니다. 작은 현장일수록 이 작업을 누가 실제로 수행할 수 있는지도 함께 확인해야 합니다.

중단 시간은 언제부터 언제까지 잴지도 정해야 합니다. 장비 이상을 발견한 때부터 셀지, 사용자 업무가 실패한 때부터 셀지에 따라 결과가 달라집니다. 복구의 끝도 전원 표시등이 켜지는 때가 아니라 요구한 업무를 다시 수행하는 때로 정해야 같은 기준으로 구성안을 비교할 수 있습니다.

업무·방문자·관리 구간을 나누고 접근을 제한한다 ↑

통합 장비에서도 필요한 분리가 실제로 구현되는지 확인해야 합니다. 서로 다른 무선 이름을 만들었다는 사실만으로 사용자 사이의 모든 통신이 차단되는 것은 아닙니다.

이 사례는 VLAN과 구간별 정책을 지원하는 장비를 가정합니다. 업무는 VLAN10, 방문자는 VLAN30, 관리는 VLAN99에 둡니다. 각 구간에 10.60.10.0/24, 10.60.30.0/24, 10.60.99.0/24를 배정하면 주소와 방송 범위를 구별해서 관찰할 수 있습니다. 사용 중인 장비에 VLAN과 구간별 정책 기능이 없다면 이 구성을 그대로 적용할 수 없습니다.

방문자 단말은 자기 게이트웨이를 통해 인터넷으로 나가지만 업무·관리 구간에는 접근하지 못하도록 정책을 둡니다. 단말에서 방문자 주소를 받았는지 확인한 다음, 외부 접속 성공과 내부 접근 거부를 각각 시험합니다. 한쪽만 확인하면 인터넷을 막아 분리를 달성한 것인지 필요한 분리만 한 것인지 구별할 수 없습니다.

같은 방문자망 안의 단말끼리도 서로 접근하지 못해야 한다면 별도 조건이 필요합니다. 같은 VLAN 내부의 통신은 게이트웨이 정책을 지나지 않을 수 있기 때문입니다. 무선 단말 격리나 포트별 통제처럼 실제 경로에 맞는 기능을 확인하고, 유선·무선이 섞인 경우까지 요구 범위를 분명히 합니다.

관리 화면과 원격 관리의 접근 범위도 시험표에 넣습니다. 관리 VLAN을 만들었더라도 인터넷 쪽 관리 기능이 따로 열려 있으면 다른 경로가 남습니다. 도면에 세 구간을 다른 색으로 표시한 뒤에는, 각 구간에서 허용할 통신과 차단할 통신을 정책표로 정리합니다. 정책을 적용한 장비와 시험 결과도 함께 적습니다.

장비는 E1 한 대지만 안에서 맡는 일은 나누어 볼 수 있습니다. 아래 도해에서 업무·방문자·관리 접속이 어디에서 구분되고, 인터넷으로 나가는 통신과 내부 접근의 정책을 어디에서 적용하는지 따라가 보겠습니다.

업무·방문자·관리 구간의 주소와 허용할 통신을 나란히 정리했습니다. VLAN을 나눈 뒤에도 구간 사이의 접근 정책이 필요한 이유를 확인할 수 있습니다.

회선 속도와 장비가 실제로 처리할 수 있는 양을 구분한다 ↑

회선이 빠르다고 모든 업무가 그 속도로 처리되지는 않습니다. 유선 전달, 무선 접속, 암호화와 검사 기능은 서로 다른 지점에서 통신량을 제한할 수 있습니다.

예를 들어 인터넷 회선이 1 Gbps이고 VPN 업무도 같은 장비를 지난다고 하겠습니다. 일반 NAT 처리량과 암호화가 켜진 상태의 처리량은 같은 지표가 아닙니다. 시험에 사용한 패킷 크기와 연결 수, 검사 기능이 우리 업무와 다른데 제품의 가장 큰 숫자만 가져오면 필요한 용량을 잘못 판단할 수 있습니다.

무선 속도도 AP와 단말이 같은 채널 자원을 어떻게 쓰는지에 영향을 받습니다. 단말에 표시되는 연결 속도와 애플리케이션이 실제로 데이터를 주고받는 속도는 다릅니다. 거리·간섭·재전송·동시 사용 조건을 포함해 업무를 수행하고, 유선 비교군과 결과를 나누어 측정해야 원인 범위를 좁힐 수 있습니다.

짧은 웹 요청과 긴 파일 업로드가 겹칠 때도 관찰합니다. 전체 평균 사용률이 낮더라도 업로드가 집중된 동안 대화형 업무의 응답이 늦어질 수 있습니다. 장비의 CPU나 연결 수만 따로 보기보다 같은 시간의 인터페이스 폐기량과 사용자 응답을 함께 기록해야 합니다.

유선에서 빠르게 동작하는 업무도 무선에서는 느릴 수 있습니다. 무선은 사용자 위치와 간섭, 함께 사용하는 단말에 따라 결과가 달라집니다. 같은 업무 요청을 실제 사용할 위치에서 확인하고, 유선 상향과 무선 접속 중 어느 구간이 제한하는지 나누어 기록합니다.

관측 결과에는 측정 위치와 켠 기능을 남깁니다. 무선을 우회했더니 빨라졌다는 결과와 방화벽 기능을 끄니 빨라졌다는 결과는 다른 문제를 가리킵니다. 보안 기능을 끈 구성을 정상 해결책으로 확정하지 말고, 필요한 통제를 유지한 상태에서 요구 처리량을 충족하는지 다시 평가합니다.

예비 장비는 실제로 교체하고 복원해 보아야 대안이 된다 ↑

예비 장비가 있다면 실제로 연결하고 설정을 복원해 보아야 합니다. 장애 때 연결하고 설정을 올려 업무를 회복할 수 있어야 단일 장비 구성의 실제 대안이 됩니다.

교체 시험은 고장 난 장비를 분리하고 예비 장비를 연결하는 과정부터 봅니다. 케이블 표식, 회선 접속 정보, 관리 접근 수단이 준비되어 있는지 확인합니다. 설정 파일만 있고 관리자가 그 파일에 접근할 수 없다면 현장에서 복원 시간이 길어질 수 있습니다.

설정을 올린 뒤에는 인터페이스·VLAN·주소 배정·정책이 기대대로 적용됐는지 차례로 확인합니다. 예비 장비의 모델이나 소프트웨어가 다르면 같은 파일을 받아도 지원하지 않는 기능이 있을 수 있습니다. 암호·인증서·회선 인증 정보처럼 설정 파일 외에 따로 준비할 정보도 점검합니다.

네트워크가 복구돼도 기존 연결은 끊겼을 수 있습니다. 새 접속이 되는지와 사용자가 진행하던 업무를 다시 시작할 수 있는지를 따로 확인합니다. 예비 장비를 교체하는 방식은 기존 연결 상태까지 넘겨받는 이중화와 다르기 때문입니다.

백업 파일이 있어도 교체 장비에 바로 적용할 수 있는지는 별도 문제입니다. 지원하는 설정 형식과 소프트웨어, 회선 인증 정보, 관리 접근을 확인해야 합니다. 예비 장비를 연결한 뒤 어떤 대표 업무를 확인할지 정해 두어야 장비를 바꾼 시간뿐 아니라 업무가 다시 되는 시간까지 잴 수 있습니다.

시험 시간과 실패한 단계는 운영 기록으로 남깁니다. 30분 안에 복원한다는 사례의 가정을 넘겼다면 장비를 더 빨리 연결하는 요령만 찾지 말고, 설정 복원, 인증, 현장에 도착하기까지의 과정 중 어디에서 오래 걸렸는지 나누어 봅니다. 그 결과가 통합 구성을 유지할지 다시 판단하는 근거가 됩니다.

E1 고장부터 업무 복구까지 필요한 순서입니다. 예비 장비를 연결한 뒤 설정과 인증을 복원하고 실제 업무를 확인하는 시간까지 포함합니다.

기능을 다른 장비로 옮길 때는 전환 순서와 복구 방법을 준비한다 ↑

현재 장비로 처리하기 어려운 일이 생기면 필요한 기능부터 분리합니다. 포트가 부족한 문제, 무선 배치 문제, 외부 경계 성능 문제를 구분해야 필요한 부분을 정확히 바꿀 수 있습니다.

유선 포트가 부족하다면 접속 스위치를 추가하되 게이트웨이와 NAT는 통합 장비에 둘 수 있습니다. 무선 위치가 문제라면 별도 AP가 해법일 수 있습니다. 두 변경 모두 장비 수는 늘지만 반드시 전용 Distribution이나 Core를 추가하는 것은 아닙니다.

게이트웨이까지 다른 장비로 옮기면 주소 설정과 라우팅을 함께 바꿔야 할 수 있습니다. DHCP가 알려 주는 값, VLAN의 연결 범위, NAT와 방화벽이 보는 내부 주소를 함께 검토해야 합니다. 이전 중 같은 게이트웨이 주소를 두 장비에서 충돌시켜 쓰거나 필요한 정책을 빼먹지 않도록 전환 순서를 정합니다.

게이트웨이를 옮기는 동안에는 통신이 끊길 수 있습니다. 기존 연결 상태와 단말에 남은 캐시, 회선 인증, 장비의 전환 기능이 모두 영향을 줍니다. 작업 시간과 허용할 중단 시간을 정하고, 문제가 생겼을 때 되돌릴 설정과 담당자를 준비합니다. 전환 단계마다 대표 단말에서 업무가 되는지도 확인합니다.

확장 작업에서 주소를 그대로 유지할지 바꿀지도 먼저 결정합니다. 게이트웨이 주소나 DHCP 제공 위치를 변경하면 단말이 이전 정보를 계속 사용할 수 있습니다. 새로 연결한 단말뿐 아니라 기존 단말이 정보를 갱신하거나 재접속하는 과정도 시험합니다. 이전 설정을 쓰는 단말과 새 설정을 쓰는 단말이 섞여 있는 동안에도 통신이 되는지 확인해야 합니다.

스위치와 AP를 분리한 작은 현장에서도 사무실이 커졌다는 사실보다, 어떤 문제가 생겨 어느 기능을 다른 장비로 옮겼는지에 주목하면 됩니다. 그 기록이 있어야 이후 장비가 늘어도 통합 구성에서 유지했던 통신과 정책을 잃지 않습니다.