오프사이트 백업 업로드 속도를 극대화하려면 두 개의 WAN을 통해 백업을 푸시해야 함

오프사이트 백업 업로드 속도를 극대화하려면 두 개의 WAN을 통해 백업을 푸시해야 함

소개 및 배경
우리 회사 근처의 로컬 ISP는 아직 광섬유가 구현되지 않았기 때문에 WAN 연결당 최대 125Mbps의 업로드만 제공합니다. 우리는 바람직하게는 하루 이내에 오프사이트 위치로 푸시할 수 있는 필수 데이터가 1TiB 이상 있습니다. 우리의 오프사이트 위치는 약 300Mbps의 다운로드 속도를 가지고 있습니다.

두 개의 WAN 연결이 있습니다. 하나는 WiFi용이고 다른 하나는 서버 네트워크용이며 각각 125Mbps 업로드 속도입니다. 제 생각에는 트래픽이 두 개의 인터페이스로 분할되어 둘 다 별도의 LAN에 연결되고 별도의 WAN에 연결되면 어떻게 될까요?

질문
이 두 네트워크의 업로드 속도를 가장 효과적으로 활용하려면 어떻게 해야 합니까? 지금까지 내 아이디어:

  • 각 모뎀에서 두 번째 고정 IP를 구입하고 각 인터페이스의 MAC 주소를 공용 IP에 할당한 다음 일종의 라운드 로빈 또는 로드 분산 라우팅을 설정합니다(제안 환영).
  • 위와 비슷한 추세를 따르되 VPN과 다른 쪽 끝에 있는 두 번째 라우팅 하드웨어를 활용하세요.
  • SD-WAN 애그리게이터 서비스 비용을 지불하세요.https://itel.com/sd-wan/
  • 주 백업 서버에 있는 두 개의 네트워크 인터페이스를 사용하여 이를 실현할 수 있는 방법을 찾으십시오.

답변1

시나리오에서 가장 큰 요소는 백업 애플리케이션입니다. 애플리케이션이 단일 연결을 만드는 경우(단일 TCP 흐름)을 대상으로 전송하는 경우 작업 속도를 높이기 위해 할 수 있는 일이 거의 없습니다. 여러 연결에 걸쳐 "로드 밸런싱"을 시도하면 패킷 순서가 잘못되어 속도가 느려질 수 있습니다.

좋은 소식은 (빠른 계산에 따르면) 하나의 150Mb 스트림으로 약 15시간 안에 모든 데이터를 (이상적으로) 업로드할 수 있다는 것입니다.

응용 프로그램이 여러 연결을 지원하는 경우 여러 링크를 통해 연결을 분산시킬 수 있지만 양쪽에 추가 하드웨어/소프트웨어가 필요합니다. 15시간을 버틸 수 있다면 그게 답인 것 같습니다.

한 가지 더: 백업에 WiFi를 사용하지 마십시오. WiFi는 반이중이므로 150M 처리량을 얻는 데 어려움을 겪습니다.

관련 정보