Users Guide

11–QLogic 팀 구성 서비스
응용 프로그램 고려 사항
170 BC0054508-03 J
4 개의 클라이언트 서버가 있으므로 백업 서버는 클라이언트당 하나씩 4 개의 백업
작업을 동시에 다중 드라이브 자동 로더로 스트림할 수 있습니다 . 하지만 스위치
와 백업 서버 사이는 단일 링크로 구성되어 있기 때문에 4 스트림 백업으로는 어댑
터와 링크를 쉽게 포화시킬 수 있습니다 . 백업 서버의 어댑터가 1Gbps(125MB/s)
로 작동하고 각 클라이언트가 테이프 백업 동안 20MB/s 로 데이터를
스트림할 수
있다면 백업 시스템과 스위치 간의 처리율은 80MB/s(20MB/s x 4) 가 되며 , 이는
네트워크 대역폭의 64% 에 해당됩니다 . 이 64% 는 네트워크 대역폭 범위 내에서
는 무리가 없지만 , 특히 다른 응용 프로그램이 동일한 링크를 공유하는 경우 매우
높은 비율입니다 .
팀 구성 및 네트워크 백업 정보에는 다음이 포함됩니다 .
 로드 밸런싱과 장애 조치
 결함 허용
로드 밸런싱과 장애 조치
백업 스트림 수가 증가하면 전체 처리율도 증가합니다 . 그러나 각 데이터 스트림
은 25MBps 의 단일 백업 스트림과 동일한 성능을 유지하지 못할 수도 있습니다 .
즉 , 백업 서버가 단일 클라이언트의 데이터를 25MB/s 로 스트림할 수 있다고 해도
4 개의 동시 실행 백업 작업이 100MB/s(20MB/s x 4) 로 스트림할 수 있는 것은 아
닙니다 . 백업 스트림 수가 늘어나면 전체 처리율도
증가하는 것은 사실이지만 , 각
백업 스트림은 테이프 소프트웨어 또는 네트워크 스택 제한에 의해 영향을 받습니
다 .
테이프 백업 서버가 클라이언트를 백업할 때 안정적으로 어댑터 성능 및 네트워크
대역폭을 사용하도록 하려면 네트워크 인프라에서 로드 밸런싱 및 결함 허용 등의
팀 구성을 구현해야 합니다 . 데이터 센터는 중복 스위치 , 링크 집계 및 트렁킹을
결함
허용 솔루션으로 통합합니다 . 팀 구성 장치 드라이버가 팀 구성 인터페이스
및 장애 조치 경로를 통해 데이터가 흐르는 방식을 조정하지만 , 테이프 백업 응용
프로그램은 이를 인식하지 못하므로 네트워크를 통해 원격 시스템을 백업할 때 테
이프 백업 과정이 인터럽트되지 않습니다 . 173 페이지의 그림 11-10 에서는
QLogic 팀 구성 환경의 테이프 백업 및 스마트 로드 밸런싱이
팀 구성 어댑터 간에
테이프 백업 데이터를
로드 밸런싱 하는 방법을 설명하는 네트워크 토폴로지를 볼
수 있습니다 .
클라이언트 - 서버가 데이터를 백업 서버로 보내는 데 사용할 수 있는 경로에는 네
가지가 있지만 , 데이터 전송 중에는 이러한 경로 중 하나만 지정됩니다 . 클라이언
트 - 서버 Red 가 데이터를 백업 서버로 보내는 데 사용할 수 있는 경로 중 하나는
다음 예와 같습니다 .
경로 예 : 클라이언트 -
서버 Red 가 어댑터 A, 스위치 1, 백업 서버 어댑터 A 를 통
해 데이터를 보냅니다 .