Data Domain: 액세스 그룹 모범 사례

액세스 그룹 모범 사례

적용 대상:

• 모든 Data Domain 시스템
• VTL을 지원하는 모든 소프트웨어 릴리스
• VTL 및 SAN 프로토콜
• NetWorker, TSM(Tivoli Storage Manager) 등과 같은 써드파티 백업 애플리케이션

목적

이 문서에서는 액세스 그룹의 잠재적인 문제를 방지하기 위한 적절한 컨피그레이션에 대한 정보를 제공합니다.

해결책

액세스 그룹을 생성할 때 고려해야 할 사항:

• 클라이언트 및 운영 체제:
  • 어떤 OS가 그룹에 액세스하고 있습니까? 그룹당 하나의 OS 유형을 사용하는 것이 가장 좋으며, 이상적으로는 그룹당 하나의 클라이언트 시스템을 사용하는 것이 좋습니다.
  • 동일한 테이프 드라이브에 액세스해야 하는 클라이언트 수는 몇 개입니까? 가능한 경우 각 클라이언트 시스템에 서로 다른 드라이브 세트를 할당하는 것이 좋습니다.
  • 백업 소프트웨어에 "공유 스토리지" 옵션이 없는 경우에는 각 클라이언트에 대해 정의된 고유한 테이프 드라이브를 사용하여 각 클라이언트에 대해 별도의 액세스 그룹을 만드는 것이 가장 좋습니다.
• 드라이브 및 체인저:
  • 모든 액세스 그룹에 체인저를 배치하지 마십시오. 일반적으로 주 백업 서버만 체인저에 액세스할 수 있어야 합니다. (아래 TSM 권장 사항 참조)
  • 동일한 액세스 그룹에 둘 이상의 체인저를 배치하지 마십시오. (아래 TSM 권장 사항 참조)
  • VTL HBA(Host Bus Adapter) 포트를 개별 테이프 드라이브 또는 체인저에 할당할 때 기본 또는 보조 포트에 "all"을 지정하지 마십시오. 디바이스당 하나의 기본 또는 보조 포트를 할당하는 것이 좋습니다. 이렇게 하면 드라이브 또는 체인저에 발생할 수 있는 충돌 명령을 방지할 수 있습니다. 명확하고 테스트된 페일오버 계획이 없는 한 보조 포트는 none이어야 합니다.
  • 여러 액세스 그룹 간에 동일한 테이프 드라이브 또는 체인저를 공유하지 마십시오. (아래 TSM 권장 사항 참조)
  • 동일한 액세스 그룹에서 두 개 이상의 서로 다른 테이프 드라이브 유형을 사용하지 마십시오. (예를 들어, IBM LTO3 및 LTO-5가 동일한 그룹에 포함되지 않도록 함)
• LUN 주소 지정:
  • 일반적으로 액세스 그룹을 생성할 때 LUN 번호를 입력하지 않음으로써 VTL이 LUN 번호를 자동으로 할당하도록 허용하는 것이 가장 좋습니다. 또한 잘못된 순서의 LUN 번호 지정을 사용하면 성능상의 이점이 없으며, 그렇게 하면 VTL과 통신하는 특정 OS 유형에 문제가 발생할 수 있습니다. 
  • NAS 파일러에 액세스하려면 LINUX 시스템과 동일한 스키마를 사용합니다. 일반적으로 번호 지정은 항상 LUN 0에서 시작해야 하며 모든 타겟 포트에 대해 0부터 연속된 LUN 번호 지정 시퀀스를 유지해야 합니다. 일반적으로 테이프 드라이브 및 체인저에 대한 VTL HBA의 기본 경로 하나를 사용합니다.
• 애플리케이션별 참고 사항:
  • TSM(Tivoli Storage Manager): TSM 서버 또는 클라이언트의 경우 테이프 드라이브 또는 체인저에 하나의 특정 기본 포트만 할당합니다. TSM 서버에서 SAN 자동 검색 기능이 활성화된 경우 보조 포트를 할당할 수 있습니다. 또한 TSM 주 서버는 모든 라이브러리 체인저 및 테이프 드라이브에 액세스할 수 있어야 합니다. TSM이 테이프 헤더를 읽는 테이프를 로드하도록 체인저에 지시하면 기본 TSM 서버가 모든 테이프 드라이브로 구역화되어야 합니다. TSM은 프록시/클라이언트를 통해 테이프 레이블을 읽을 수 없으므로 주 서버를 모든 체인저 및 드라이브로 조닝해야 합니다. 백업할 클라이언트 머신은 체인저에 조닝되지 않아야 합니다. TSM에서 공유 저장소 옵션을 사용하는 경우 여러 클라이언트 간에 테이프 드라이브를 공유하는 것은 괜찮지만 서로 다른 OS 유형 간에 테이프 드라이브를 공유하지 않도록 합니다. (예: AIX와 HP-UX 클라이언트 간에 테이프 드라이브를 공유하지 않음)
  • IBMi 및 AS/400: IBMi 설치의 경우 테이프 드라이브 또는 체인저에 1개의 기본 포트만 할당하여 TSM과 동일한 정책을 준수합니다. LUN(Logical Unit Number)을 번갈아 가며 포트를 사용할 수 있으므로 LUN 0, 2, 4, 6, 8에 기본 포트 4a를 사용하고 LUN 1, 3, 5, 7에 기본 포트 4b를 사용해도 됩니다. VIOS는 IBMi 및 VTL에 대해 지원되며 모든 IOA/IOP 디바이스가 지원되는 것은 아닙니다. 올바른 디바이스 유형은 Dell 호환성 매트릭스를 참조하십시오.
  • 백업 애플리케이션 설명서를 참조하여 소프트웨어에 다음과 같은 제한 사항이 있는지 확인하십시오.
    • 일부 백업 소프트웨어는 클라이언트 또는 서버에 연결되어 있음을 인식할 수 있는 장치 수에 제한이 있을 수 있습니다.
    • 일부 백업 소프트웨어는 라이브러리에 수용할 수 있는 슬롯 수에 제한이 있을 수 있습니다.
    • 일부 백업 소프트웨어는 공통 리소스에 액세스하는 여러 클라이언트를 중재할 수 없으므로 각 액세스 그룹에 고유한 테이프 드라이브가 필요하고 그룹당 하나의 서버/클라이언트가 필요합니다.
• OS별 참고 사항:
  • Linux: Linux 시스템에 대한 액세스 권한을 할당할 때는 항상 LUN 0을 데이터 경로의 첫 번째 LUN으로 사용하고 시퀀스에 공백 없이 0부터 시작하는 연속 LUN 번호를 사용합니다. 예를 들어, LUN 0, 1, 2, 3, 4를 할당하는 것은 올바르지 않지만 LUN 0, 2, 4, 5는 올바르지 않습니다.
  • Solaris: Solaris의 경우 Solaris가 모든 경로에서 LUN 0을 볼 필요가 없으므로 LUN 간에 기본 경로를 분산할 수 있습니다. 예를 들어 LUN 0, 2, 4, 6의 경우 LUN 1, 3, 5, 7에 운영 포트 4a 및 기본 포트 4b를 할당할 수 있습니다. (현재 Ultrium-5 테이프 드라이브는 Solaris 11에서 지원되지 않습니다.)
  • Windows: 위의 Solaris에 대해 설명한 것과 동일한 포트 지정을 Windows에 사용할 수 있습니다.
  • IBMi 시스템 및 AS400: 일부 고객은 여러 LPAR 또는 시스템에서 단일 라이브러리를 사용하거나 IBMi 시스템에서 여러 HBA를 사용하기를 원합니다. 이러한 경우 다음 지침을 따르십시오. 라이브러리 및 드라이브 액세스는 이제 IBMi 시스템의 WRKMLBSTS 레벨에서 제어할 수 있습니다. 고객은 IBMi에서 라이브러리의 개별 인스턴스를 켜고 끄는 방식으로 라이브러리에 액세스하는 방법을 제어할 수 있습니다.
    1. 각각 단일 IBMi HBA를 처리하는 여러 액세스 그룹으로 드라이브를 분할합니다. (드라이브 공유 안 함)
    2. 각 그룹에 체인저를 추가합니다. 체인저는 여러 경로에서 볼 수 있으며 라이브러리는 IBMi 시스템에 여러 이름으로 표시됩니다.

참조

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