Data Domain: VTL(Virtual Tape Library) 모범 사례 가이드

VTL 모범 사례 가이드

목적

이 문서는 백업 환경에서 VTL(Data Domain Virtual Tape Library)의 최적 성능을 보장하고 제품을 지원하고 유지하는 데 필요한 모범 사례 지침을 제공합니다.

적용 대상

• 모든 Data Domain 시스템
• VTL을 지원하는 모든 소프트웨어 릴리스
• VTL 프로토콜
• NetWorker, TeraSAM 등과 같은 타사 "BA"(Backup Application)

해결책

1. 성능 저하를 방지하기 위한 기본 지침:
   1. 설치에 대한 VTL 정규자를 완료하고 올바른 작동을 확인하는 것이 중요합니다. 지원되지 않는 HBA, 드라이버 등을 사용하는 것이 문제의 일반적인 원인입니다.
   2. Data Domain 시스템의 용량을 85% 이하로 유지하려고 합니다. 파일 시스템 정리 및 기타 작업은 시스템에 이러한 중요한 작업을 수행할 수 있는 충분한 사용 가능한 디스크가 있는 경우 더 빠르고 효율적으로 수행됩니다.
   3. 활성 백업이 실행되고 있지 않을 때 파일 시스템 정리(가비지 컬렉션 또는 파일 시스템 정리)이 실행되도록 예약하십시오.
   4. 대부분의 환경에서 기본 파일 시스템 정리 일정이면 충분합니다. 이 프로세스를 보다 잘 이해하려면 "Data Domain System에서 정리 예약: 모범 사례 12089" 문서를 참조하십시오. 그래도 파일 시스템 정리를 더 자주 실행하기 위해 기본 일정을 변경해야 할 이유가 있다고 생각되면 Data Domain 지원 팀에 문의하여 논의하십시오.
   5. 활성 VTL 백업 기간과 겹치도록 복제를 예약하지 마십시오. 두 프로세스에는 모두 상당한 리소스가 필요하며, 동시에 실행하지 않고 별도로 실행하면 더 빠르게 완료됩니다.
   6. 클라이언트 BA(즉, NetWorker, TeraSAM)에서 암호화, 멀티플렉싱, 사전 압축 또는 클라이언트 측 중복 제거를 사용하지 마십시오. Data Domain 시스템에서 얻을 수 있는 압축 비율이 크게 줄어들 수 있습니다. 이러한 작업은 Data Domain 시스템에서만 수행합니다. 일부 백업 애플리케이션에서 이러한 기능은 기본적으로 켜지므로(즉, HP Data Protector는 기본적으로 멀티플렉싱으로 설정됨) 애플리케이션에 대해 이러한 기능이 모두 꺼져 있는지 확인합니다.
   7. Data Domain 시스템에서는 스트림 수, 스로틀링, 복제 등의 구성 옵션에서 더 높은 제한을 제공할 수 있지만 일반적으로는 보통 수준의 구성을 사용하는 것이 전반적으로 최상의 성능을 제공합니다. 
   8. Data Domain 시스템의 모든 알림을 읽고 이해해야 합니다. 알림을 이해하지 못하는 경우 지원 부서에 문의하여 확인하십시오.
   9. 모든 것에 기본 풀을 사용하지 마십시오. 하나 이상의 다른 풀을 생성하고 생성한 풀에 모든 테이프를 생성합니다. 복제를 사용 중이거나 미래에 사용할 계획이라면 성능을 개선하기 위해 5~10개의 복제 컨텍스트(즉, VTL 풀)를 생성하여 사용하는 것이 중요합니다.
   10. 특정 구성 요소가 VTL과 호환되는지 확인합니다.

2. VRTX 구성 요소

   1. 이니시에이터:
      1. FC 이니시에이터 포트는 Data Domain VTL 디바이스 전용이어야 합니다.
      2. Data Domain 시스템의 특정 VTL 타겟 포트 세트와 통신해야 하는 이니시에이터만 해당 Data Domain 시스템과 조닝해야 합니다.
      3. 조닝하는 모든 이니시에이터에 대해 유용한 별칭을 생성하고 Data Domain 시스템에 연결하되 별칭 이름에 호스트 이름과 포트를 포함하는 것이 좋습니다. 
      4. 일대일 조닝만 사용합니다. 존당 이니시에이터 하나와 타겟 하나로 구성된 Fibre Channel 스위치에 존을 생성합니다. 
   2. 슬롯: 
   • 라이브러리에 있어야 하는 슬롯 또는 드라이브 수는 실행 중인 동시 백업 및 복원 스트림 수에 따라 결정됩니다. 드라이브 수도 특정 Data Domain 시스템의 구성 및 전반적인 성능 한계에 따라 제한됩니다. 슬롯 수는 일반적으로 보존 정책 주기 동안 사용되는 테이프 수에 따라 결정됩니다.

   3. CAP(Cartridge Access Point):

      • 특정 백업 애플리케이션에 대한 Data Domain 통합 설명서를 참조하여 특정 환경에 대해 CAP(Cartridge Access Point)를 에뮬레이트해야 하는지 확인하십시오.

   4. 체인저:

      • VTL당 하나의 체인저만 있을 수 있습니다.
      • 선택해야 하는 체인저 모델은 특정 구성에 따라 달라지는 경우가 종종 있습니다.
        • Symantec Backup 소프트웨어를 사용할 때 RESTORER-L180 라이브러리 에뮬레이션을 사용합니다.
        • IBM System i 플랫폼을 사용할 때 TS3500 라이브러리 에뮬레이션을 사용합니다.
        • AIX 6.1 및 AIX 5.3 플랫폼에서 TeraSAM 6.2를 사용하는 경우에도 TS3500 라이브러리 에뮬레이션을 사용할 수 있습니다.
        • 대부분의 다른 설치에서는 L180 라이브러리 에뮬레이션(비 Symantec, 비 IBM System i)을 사용해야 합니다.

   5. 테이프 드라이브

      1. 자동 오프라인:  테이프가 로드되면 드라이브가 온라인 상태입니다. 이 상태에서는 드라이브에서 테이프를 옮길 수 없으며 먼저 테이프를 언로드해야 합니다. 자동 오프라인 기능이 활성화된 경우에는 암시적 드라이브 언로드가 수행되므로 애플리케이션이 언로드 명령을 내리지 않아도 테이프를 드라이브에서 이동할 수 있습니다. 이 설정은 특정 애플리케이션에 유용할 수 있으며 VTL 서비스 전반에 걸쳐 전역적으로 적용됩니다(모든 드라이브에 대해 하나의 설정).
      2. 자동 꺼내기:  테이프를 드라이브 또는 슬롯에서 CAP으로 이동하면 볼트로 직접 이동합니다. 이 설정은 CAP에서 테이프가 제거되었는지 확인하는 애플리케이션에 유용할 수 있습니다. 일정 시간 지연 후에도 테이프가 여전히 CAP에 있으면 라이브러리 "꺼내기" 작업이 실패합니다. 자동 꺼내기 기능을 사용하면 CAP에서 테이프가 즉시 사라지기 때문에 이러한 애플리케이션을 만족스럽게 이용할 수 있습니다. 이 설정은 VTL 서비스 전반에도 전역적으로 적용됩니다(모든 드라이브에 대해 하나의 설정).
      3. 라이브러리당 한 가지 유형의 테이프 드라이브만 사용하는 것이 좋습니다.

   6. 타겟 HBA

      1. 싱글 포트에서 병목 현상을 방지하려면 Data Domain 시스템의 여러 FC 포트에 백업 로드를 분산하는 것이 좋습니다. 
      2. 스위치에서 각 FC 포트의 속도를 확인하여 포트가 원하는 속도로 구성되어 있는지 확인합니다.
      3. 특정 구성에 명시적으로 필요하지 않은 경우 보조 포트를 "none"으로 설정합니다.
      4. LUN 영구 바인딩을 위한 호스트 운영 체제 드라이버를 구성합니다. 이렇게 하면 타겟 변경 사항으로 인해 백업 소프트웨어 또는 운영 체제를 재구성해야 하는 상황을 방지할 수 있습니다. 

• VTL 작동

  1. 슬롯: 생성한 테이프 수를 포함할 수 있는 충분한 슬롯을 생성합니다. 과도한 수량이 아니라면 몇 개의 추가 슬롯을 생성하는 것은 문제가 되지 않습니다.
  2. CAP
  3. 테이프
     1. 백업 요구 사항을 충족하는 데 필요한 만큼만 테이프를 생성합니다. 시작 테이프 수가 Restorer에서 사용 가능한 디스크 공간의 2배 미만입니다. 가상 테이프를 너무 많이 생성하면 Data Domain 시스템이 조기에 가득 차서 예기치 않은 시스템 운영 중단이 발생할 수 있습니다. 전역 압축 통계를 사용할 수 있게 되면 추가 테이프를 점진적으로 추가할 수 있습니다. 
     2. 시스템이 100%에 도달하면 시스템에 있을 수 있는 빈 테이프를 삭제한 다음 시스템 용량의 80% 미만으로 낮출 수 있도록 데이터를 만료해야 합니다. 이와 같이 시간이 많이 소요되는 작업을 방지하려면 시스템 가득 참 이벤트가 발생하지 않도록 해야 합니다.
     3. 복제 대상 시스템에서는 복제 중인 테이프를 읽는 것을 금지합니다.
     4. 다른 풀에서도 항상 고유의 테이프 바코드를 사용합니다.
     5. 모든 풀에서 항상 동일한 테이프 접미사(크기)를 사용합니다. 어떤 이유로 다른 접미사를 사용해야 하는 경우 적어도 한 풀 안에서 동일한 접미사를 유지해야 합니다.
     6. 테이프의 최적 크기는 사용 중인 특정 BA와 백업 중인 데이터의 특성 등 여러 요인에 따라 달라집니다. 일반적으로 디스크 사용량을 제어하고 시스템 가득 참 상태를 방지하려면 소수의 큰 테이프보다 다수의 작은 테이프를 사용하는 것이 좋습니다.
     7. TeraSAM의 경우 공간을 더 빠르게 재확보하기 위해 작은 테이프(즉, 30~50G)를 사용하는 것이 좋습니다.

  4. 백업 애플리케이션

     1. Data Domain 시스템에서 최대 성능을 발휘하려면 BA에 최적의 최대 블록 크기를 사용해야 합니다. 최적의 수는 디스크 속도, OS 캐싱 및 특정 백업 소프트웨어와 같은 여러 요인에 따라 달라집니다. 공급업체의 권장 사항과 통합 가이드를 참조하십시오.
     2. 일반적으로 64K의 배수인 테이프 블록 크기가 더 나은 성능을 제공하지만 특정 소프트웨어에 대한 모범 사례 또는 통합 가이드를 확인해야 합니다(링크는 아래 참조). 여러 백업 서버가 있는 Data Domain 디바이스에 액세스하는 경우 환경의 모든 서버(특히 이기종 OS 환경)에서 액세스할 수 있는 가장 큰 블록 크기를 사용합니다.

• 액세스 그룹

  1. 각 개별 VTL 액세스 그룹 내의 디바이스 번호는 LUN 0으로 시작해야 합니다.
  2. Data Domain 시스템이 과부하 상태일 때는 VTL 액세스 그룹 구성 변경을 피하는 것이 좋습니다.
  3. 액세스 그룹당 정확히 하나의 이니시에이터를 사용하는 것이 좋습니다.

• 통계

  1. VTL filemark 캐시 통계를 사용하는 경우 테이프가 드라이브에 로드되기 전에 통계를 재설정해야 합니다. 테이프를 로드하고 테이프 드라이브에 액세스한 후 통계 재설정을 수행하는 경우 vtl show detailed-stats 명령은 오해의 소지가 있을 수 있습니다. 보고서에서 "free" 수가 "alloc" 수보다 크게 표시될 수 있습니다. 이는 예기치 않은 상황이지만 문제가 되지는 않습니다. 이 문제는 드라이브가 사용 중인 동안 드라이브의 통계를 재설정하면 발생합니다. 통계를 재설정하는 것은 개별 작업이 아닙니다.
  2. 일반적으로는, 드라이브에 테이프를 로드하기 전에 통계를 재설정하는 것이 좋습니다.