백업 트래픽과 사용자 트래픽을 분리하기 위한 정책 라우팅 설정 방법

에바 왕

IceWhale author

에바 왕 는 기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

How to Set Up Policy Routing for Separate Backup and User Traffic - Zima Store Online

명시적인 소스 주소 또는 패킷 마크, 전용 라우팅 테이블, 범위를 좁힌 규칙을 사용해 백업 트래픽을 분리하세요. 기본 경로를 교체하거나 인터페이스 메트릭으로 동일한 호스트의 두 워크로드를 분류할 수 있다고 가정하지 마세요.

이 설계는 대화형 사용자가 빠르거나 지연 시간이 짧은 업링크를 사용하고, 예약된 백업은 보조 게이트웨이를 사용해야 할 때 유용합니다. 위험 요소는 비대칭 라우팅입니다. 응답이 요청과 다른 인터페이스를 통해 나가면 상태 저장 방화벽이나 원격 피어가 세션을 거부할 수 있습니다. 콘솔 액세스를 유지하고 기존 규칙을 기록한 다음, 트래픽을 해당 경로로 보내기 전에 대체 경로를 구축하세요.

안정적으로 유지되는 분류 기준 선택

백업 서비스가 하나의 주소에 바인딩할 수 있다면 전용 소스 IP를 사용하세요. 변경되는 대상 주소를 기반으로 하는 규칙보다 검사하기 쉽고 서비스 재시작에도 더 잘 유지됩니다.

두 워크로드가 하나의 주소를 공유한다면 방화벽 마크로 백업 연결을 분류하고 연결에 해당 마크를 유지하세요. Linux 정책 라우팅은 선택한 테이블을 참조하기 전에 규칙을 평가합니다. 따라서 라우팅 정책 데이터베이스가 결정 계층이며, 각 테이블에는 경로가 저장됩니다.

클라우드 제공업체의 IP 범위만으로 분류하지 마세요. 해당 목록을 직접 관리하고 유지하는 경우는 예외입니다. 안정적인 소스, 대상, 포트, 사용자 또는 네임스페이스로 백업 흐름을 식별할 수 없다면 중단하고 먼저 컨테이너 또는 네트워크 인터페이스 수준에서 워크로드를 분리하세요.

규칙을 추가하기 전에 백업 테이블 구축

연결된 서브넷 경로와 백업 게이트웨이의 기본 경로를 포함하는 이름이 지정된 테이블을 만드세요. 연결된 경로가 없으면 기본 항목이 올바르게 보여도 게이트웨이 자체에 연결할 수 없을 수 있습니다.

서비스가 사용할 동일한 소스 주소 또는 마크를 제공하는 경로 조회로 제안된 결정을 확인하세요. 백업 인터페이스와 예상 소스가 표시되면 통과입니다. 조회가 기본 테이블로 폴백하면 분류 기준 또는 우선순위가 잘못된 것입니다.

일반적인 기본 테이블 규칙보다 앞서지만 로컬 경로를 재정의하지 않는 우선순위에 좁은 범위의 규칙을 추가하세요. 같은 터미널 세션에 명시적인 롤백 명령을 남겨 두고, 변경 중인 경로를 통해 처음 테스트하지 마세요.

응답 대칭성과 로컬 액세스 유지

업스트림 라우터가 선택한 소스 네트워크로 트래픽을 반환하는 방법을 알고 있는지 확인하거나, 올바른 이그레스 경계에서만 소스 NAT를 적용하세요. 정책 규칙은 아웃바운드 경로를 선택할 수 있지만 원격 게이트웨이가 알 수 없는 사설 서브넷을 이해하도록 만들 수는 없습니다.

Linux가 기본 테이블에서 선택하지 않을 인터페이스로 유효한 응답이 들어오는 경우 역방향 경로 필터링을 확인하세요. 전역적으로 검증을 비활성화하지 말고 멀티홈 설계에 적합한 모드를 사용한 다음, 두 인터페이스에서 패킷 캡처로 선택을 확인하세요.

분리가 필요한 경우가 아니라면 관리, DNS, LAN 트래픽은 기본 테이블에 유지하세요. 안정적인 네트워크 공유 사용에 관한 ZimaSpace 가이드는 라우팅된 백업이 마운트된 스토리지 경로에도 의존할 때 유용한 참고 자료입니다.

-15% OFF

ZimaBoard 2 - 당신의 큰 아이디어를 위한 미니 홈 서버

Single board computer zimaboard2

성공뿐 아니라 실패도 테스트

대화형 전송 하나와 백업 하나를 시작한 다음 인터페이스 카운터와 연결 상태를 확인하세요. 백업 바이트는 백업 이그레스에서만 증가하고 사용자 세션은 기본 경로에 유지되어야 합니다.

제어된 시간 동안 백업 게이트웨이를 일시적으로 차단하거나 연결 해제하세요. 설계가 페일 클로즈라면 백업은 사용자 링크로 조용히 전환되지 않고 중지되어야 합니다. 페일오버를 의도한 경우에는 해당 동작을 문서화하고 대역폭을 제한하세요.

한 번 재부팅한 후 원래의 동시 워크로드를 반복하여 규칙 순서와 마크가 영구적으로 유지되는지 확인하세요. 조회, 패킷 캡처, 애플리케이션 로그가 일치할 때까지 중지하세요. 관리 액세스가 변경되거나 응답이 비대칭이 되거나 관련 없는 트래픽이 백업 테이블로 들어가면 롤백하세요.