Users Guide

NetXtreme 사용자 설명서 Broadcom Gigabit Ethernet 팀 구성 서비스
문서 2CS57XX-CDUM513-R 응용 프로그램 고려 사항 45 페이지
스를 결정합니다. 이 예에서 클라이언트 서버 Red의 데이터는 백업 서버 어댑터 A 인터페이스에서 수신됩니다. 팀 구성 인터
페이스에 추가적인 로드가 더해질 때의 SLB 메커니즘을 설명하기 위해, 백업 서버가 두 번째 백업 작업을 시작하는 시나리
오를 가정해 봅니다. 첫 번째 백업 작업은 클라이언트 서버 Red에 대한 작업이며 두 번째는 클라이언트 서버 Blue에 대한 작
업입니다.
클라이언트 서버 Blue가 데이터를 백업 서버로 보내는 데 사용하는 경로는 해당 ARP 캐시에 있으며, 백업 서버
MAC 주소를 가리킵니다. 백업 서버의 어댑터 A가 이미 클라이언트 서버 Red의 백업 작업으로 인해 로드되어 있기 때문에,
백업 서버는 SLB 알고리즘을 호출하여 클라이언트 서버 Blue에 백업 서버 어댑터 B MAC 주소를 반영하도록 해당 ARP 캐
시를 업데이트할 것을 G-ARP를 통해
알립니다 . 클라이언트 서버 Blue는 데이터를 전송해야 하는 경우 자체 SLB 알고리즘에
의해 결정되는 해당 어댑터 인터페이스 중 하나를 사용합니다. 여기서 클라이언트 서버 Blue의 데이터를 백업 서버 어댑터 A
인터페이스가 아닌 어댑터 B 인터페이스가 수신한다는 것이 중요합니다. 두 백업 스트림이 동시에 실행 중인 경우 백업 서버
는 서로 다른 클라이언트의 데이터 스트림을
로드 균형 조정 해야 하기 때문입니다. 두 백업 스트림이 모두 실행 중일 때 백업
서버의 각 어댑터 인터페이스는 같은 양의 로드를 처리하므로 두 어댑터 인터페이스 간의 데이터가 로드 균형 조정되는 것입
니다.
세 번째 및 네 번째 백업 작업이 백업 서버에서 시작되는 경우에도 이와 동일한 알고리즘이 적용됩니다. 백업 서버의 팀 구성
인터페이스는 유니캐스트 G-ARP를 백업
클라이언트로 전송하여 해당 ARP 캐시를 업데이트하도록 알립니다. 그런 다음 각
클라이언트는 경로를 통해 백업 데이터를 백업 서버의 대상 MAC 주소로 전송합니다.
결함 허용
테이프 백업 작업 중 네트워크 링크에 오류가 발생하는 경우 백업 서버 및 클라이언트 간의 모든 트래픽이 중지되고 백업 작
업이 실패합니다. 그러나 Broadcom SLB 및 스위치 결함 허용에 대해 모두 네트워크 토폴로지를 구성한 경우에는 링크 오류
가 발생해도 테이프 백업 작업을 중단하지 않고 계속 수행할 수 있습니다. 테이프 백업 소프트웨어 응용 프로그램은 네트워
크
내의 모든 장애 조치 과정을 인식할 수 없습니다. 네트워크 장애 조치 과정 동안 백업 데이터 스트림이 이동하는 방법을 이
해하려면 그림 6의 토폴로지를 살펴보십시오. 클라이언트 서버 Red가 경로 1을 통해 데이터를 백업 서버로 전송했지만 백업
서버 및 스위치 간에 링크 오류가 발생했습니다. 데이터를 더 이상 스위치 #1에서 백업 서버의 어댑터 A 인터페이스로 보낼
수 없기 때문에, 이 데이터는 스위치 #1에서 스위치 #2를 통해 백업 서버의 어댑터 B 인터페이스로 리디렉션됩니다. 모든 결
함 허용 작업은 스위치의 어댑터 팀 인터페이스 및 트렁크 설정이 처리하므로 백업 응용 프로그램은 이를 인식하지 못합니다
. 클라이언트 서버의 경우 원래 경로로 데이터가 전송되는 것처럼 그대로 작동합니다.