무선 링크를 백업으로: 라우팅 기반 페일오버인가, 단일 세그먼트인가?

두 건물, 지점 간 무선, 그리고 두 번째 경로가 될 수 있는 인터넷 VPN이 있습니다. 백업이 자동화되기 전에 무엇을 살려야 하는가, 별도 서브넷 사이의 IP 도달성인가, 아니면 하나의 공유 이더넷 세그먼트인가라는 한 가지 질문이 거의 모든 것을 결정합니다. 무선이 케이블처럼 동작한다는 것은 모든 브로드캐스트 프레임을 인터넷으로 보낼 이유가 아닙니다. 두 답이 서로 다른 루프 제어, 서로 다른 상태 확인, 복구의 의미에 대한 서로 다른 관점을 요구하므로 먼저 이 질문에 답하십시오.

장애에서 무엇이 살아남아야 하는지 정하십시오

계속 동작해야 하는 애플리케이션을 나열하고, 그것이 Layer 3 도달성에 의존하는지 Layer 2 인접성에 의존하는지 기록하십시오. 파일 공유, 데이터베이스 연결, 웹 서비스는 보통 경로만 신경 쓰지만, 검색 프로토콜과 일부 클러스터 제품, 단일 브로드캐스트 도메인을 기대하는 모든 것은 인접성을 신경 씁니다. 잘못된 종류의 도달성을 복원하는 백업은 기술적으로는 연결되어 있으나 실제로는 쓸모없는 사이트를 만듭니다.

첫 번째 애플리케이션 담당자가 새 링크를 듣는 순간 답은 대개 달라지므로 그 목록을 적어 설계에 첨부하십시오.

라우팅 기반 페일오버: 두 개의 프리픽스, 하나의 선호 경로

사이트 프리픽스가 별개라면 백업은 라우팅 문제가 됩니다. 각 라우터에는 무선을 통한 선호 경로와 터널을 통한 덜 선호되는 경로가 있으며, 무선이 트래픽 전달을 멈추면 선호 경로가 철회됩니다. 반대편에는 자체 복귀 경로가 필요하고 양쪽은 각 방향에서 어느 경로를 선호하는지 합의해야 하며, 그렇지 않으면 한 방향만 먼 길을 돌게 됩니다.

ip route show | grep -E '10.44\.|10.45\.'
ip route get 10.45.0.10
ip route get 10.45.0.10 from 10.44.0.1

정책 규칙, 두 번째 테이블, 소스 기반 결정은 한 서브넷의 트래픽을 다른 서브넷과 다르게 보낼 수 있으며 단일 기본 조회는 이를 감추므로, 세 번째 명령도 두 번째와 똑같이 읽으십시오.

브리지 기반 페일오버: 하나의 세그먼트, 하나의 차단 경로

인접성이 정말로 필요하다면 백업은 이더넷 프레임을 실어야 하며, 라우팅된 IP 터널은 그렇게 하지 않습니다. 일부 플랫폼은 VPN 인터페이스를 로컬 세그먼트로 브리지하는 것을 지원하며, 그 인터페이스는 그에 따르는 결과와 함께 브리지 구성원이 됩니다. 동시에 전달하는 두 개의 Layer 2 경로는 루프를 만들므로, 설계에는 두 사이트를 아우르는 스패닝 트리와 어느 경로를 차단해야 하는지에 대한 명확한 서술이 필요합니다.

이것은 체크박스가 아니라 중요한 설계 결정이며, 플랫폼의 브리지 문서, 예를 들어 pfSense의 브리지 개요가 VPN 구성원이 실제로 무엇에 참여하는지 확인할 지점입니다. 무관한 장치 하나에서 스패닝 트리 옵션을 켜는 것은 종단 간 구성에 대해 아무것도 증명하지 않습니다.

중요한 경계를 모니터링하십시오

전원이 들어온 무선, 링크가 올라온 인터페이스, 건강한 터널은 각각 국지적 사실을 말합니다. 그중 어느 것도 한 건물의 패킷이 다른 건물의 호스트에 도달했음을 증명하지 않으며, 페일오버 로직이 반응해야 하는 유일한 사실은 그것입니다. 정책이 허용한다면 원격 라우터 너머의 대상을 모니터링하고, 비대칭 장애가 보이도록 두 방향을 따로 모니터링하십시오.

ping -c 3 -W 2 10.45.0.10
ip -brief link show dev wlan0
ip route get 10.45.0.10

짧은 간격, 적은 횟수, 애플리케이션 허용치에 맞는 타임아웃으로 검사는 저렴하고 한정적으로 유지하십시오. 자신이 시험하는 경로에 스스로 의존하는 모니터는 아무것도 보고하지 않게 되는 순간까지 성공을 보고합니다.

부하 상태에서 양방향을 연습하십시오

다른 사람의 토폴로지에서 단일 수렴 목표를 복사하지 마십시오. 탐지 시간, 경로 또는 브리지 수렴, 터널 준비, 애플리케이션 복구가 각각 고유한 지연을 더하며, 여러분의 장비에서 나온 합계만이 의미 있는 숫자입니다. 대표 트래픽이 흐르는 동안 연습하여 측정에 운영 환경의 대기열과 세션이 포함되게 하십시오.

sudo ip link set dev wlan0 down
ip route get 10.45.0.10
sudo ip link set dev wlan0 up
ip route get 10.45.0.10

복구도 장애만큼 주의 깊게 시험하십시오. 불안정한 무선이 들락날락하면 선호 로직에 감쇠가 없을 경우 트래픽을 앞뒤로 끌어당기며, 사용자는 그것을 한 번의 깔끔한 단절보다 나쁘게 경험합니다. 각 단계에서 선택된 경로, 어떤 새 요청이 성공했는지, 경로가 바뀔 때 열려 있던 세션이 어떻게 되었는지 기록하십시오. 그 기록이 두 번째 케이블을 운영 정책으로 바꿉니다.