Data Domain: 디렉토리 및 풀 복제에 대한 모범 사례

디렉토리 복제에 대한 모범 사례

목적

이 문서에서는 디렉터리 복제를 구성하기 위한 모범 사례를 정의합니다.

적용 대상

• 모든 Data Domain 시스템
• 모든 소프트웨어 릴리스

권장 사항

1. 가능한 한 많은 컨텍스트에 워크로드를 분산합니다.
   이상적인 단일 컨텍스트 사전 압축 처리량은 200-300MB/초 범위입니다. 멀티스트리밍을 사용할 수 있는 구성에서 이상적인 단일 컨텍스트 성능은 이상적인 다중 컨텍스트 성능과 유사합니다. 그러나 멀티스트리밍의 효과를 제한하는 몇 가지 변수가 있습니다.

   • 소스 DDR에 많은 복제 컨텍스트가 있는 경우 컨텍스트 간에 멀티스트리밍 스트림을 나누는 논리에 따라 사용 가능한 스트림 수가 제한됩니다.
   • 스냅샷 기반 초기화/복구 중에는 멀티 스트리밍이 활성화되지 않습니다. 기본적으로 스냅샷 기반 초기화는 소스 컨텍스트에 100만 개 이상의 항목이 있는 경우에 적용됩니다.
   • 5.0 이상에서는 CIFS 데이터를 복제하기 위해 멀티스트림이 도입되었습니다.

   모델별로 이상적인 다중 컨텍스트 사전 압축 처리량은 약 200MB/초에서 500MB/초 이상까지 다양합니다.

2. 적당한 크기의 파일로 워크로드를 설계합니다.
   파일 크기는 모든 복제 컨텍스트의 전반적인 성능에 큰 영향을 줄 수 있습니다. 일반적으로 크기가 10MB 미만인 파일은 효율적으로 복제할 수 없습니다.

   또한 예기치 않은 연결 해제 후 복제 페어가 다시 연결되면 연결 해제 중에 복제 중이던 파일의 시작 부분부터 소스가 다시 시작되어야 합니다. 파일이 매우 크고 연결이 자주 끊어지는 경우(예: 신뢰할 수 없는 네트워크로 인해) 복제가 효과적으로 중단될 수 있습니다. 동일한 파일을 반복해서 복제하려고 합니다. 이 문제는 크기가 100GB를 초과하는 파일에서 가장 일반적으로 나타납니다. 파일 크기 자체로 인한 성능 영향은 없습니다.

3. 복제 예약을 활용하도록 워크로드를 설계합니다.
   파일이 내부적으로 닫힐 때 복제를 위해 대기열에 추가됩니다. 파일이 닫히는 시간은 다음과 같습니다.

   수정된 파일을 닫으면 해당 파일에 대한 복제 로그 "닫기" 레코드가 생성됩니다. 복제는 전송을 위해 파일의 새 데이터를 대기열에 넣습니다. 대기열에 다른 복제 작업(처리되지 않은 로그 레코드)이 없는 경우 새 데이터가 즉시 전송됩니다. 그렇지 않으면 이전 로그 레코드가 처리된 후 파일이 복제됩니다.

   • 마지막 액세스 후 10분이 지나면 NFS가 파일을 닫습니다.
   • 모든 파일은 얼마나 최근에 작성되었는지에 관계없이 매시간 닫힙니다.
   • 많은 파일이 액세스되거나 기록되는 경우 위의 규칙에 명시된 것보다 더 빨리 파일이 닫힐 수 있습니다. 백업 소프트웨어에서 파일을 더 작은 조각(예: 1MB)으로 쓰면 생성되는 파일 수로 인해 복제가 더 빨리 시작될 수 있습니다.

4. 가능하면 전용 네트워크를 사용합니다.
   패킷 손실률이 0.1%에 불과하면 네트워크 처리량이 심각하게 저하될 수 있으며, 특히 대역폭 지연이 높은 네트워크의 경우 더욱 그렇습니다. 대역폭 <= T2인 네트워크의 경우 최대 1초의 RTT(Round-Trip Time)는 양호한 처리량을 제공합니다. = T3인 >네트워크의 경우 300-500ms의 RTT에서 시작하여 처리량이 크게 저하됩니다.

   보다 일반적으로, 패킷 손실에 따른 처리량은 대략
   처리량 = MSS /(RTT * sqrt(p)) 여기서 MSS := 최소 세그먼트 크기(일반적으로 1460바이트) RTT := 왕복 시간 p := 패킷 손실 확률

5. 델타 복제를 평가합니다(저대역폭 최적화).
   DD OS 4.8 이상에서는 "저대역폭 최적화"라고도 하는 델타 복제를 통해 사용 가능한 대역폭이 6Mbps 미만인 링크에서 디렉토리 또는 풀 복제의 가상 처리량을 늘릴 수 있습니다. 델타 복제는 소스 및 대상 Data Domain 시스템 모두에서 상당한 추가 CPU 및 입출력 오버헤드를 발생시킵니다. 대역폭이 6Mbps를 초과하는 링크에서 저대역폭 최적화를 사용하는 경우 가상 처리량이 향상될 가능성은 거의 없습니다. 일반적으로 다음과 같은 경우입니다.

   • 복제할 데이터가 대상 시스템에 이미 있는 데이터와 96% 미만으로 동일합니다
   • 사용 가능한 대역폭이 6Mbps 미만입니다.
   • 두 시스템 모두 스페어 CPU 및 I/O 용량이 있음

     대역폭이 낮은 환경 최적화를 활성화해야 합니다. 몇 주 동안 "replication show history"의 출력을 모니터링합니다. "Low-bw-optim" 비율은 평균 2.00 이상이어야 하며 네트워크 처리량(네트워크 바이트를 시간 간격으로 나눈 값)은 사용 가능한 대역폭보다 훨씬 작으면 안 됩니다. "Low-bw-optim" 비율이 평균 2.00 이상이 아닌 경우 델타 압축은 데이터 세트에 효과적이지 않을 수 있으며 비활성화해야 합니다. 네트워크 처리량이 사용 가능한 대역폭보다 훨씬 적은 경우 하나 또는 두 Data Domain 시스템에 델타 복제를 지원할 수 있는 예비 CPU 또는 입출력 용량이 충분하지 않을 수 있으며 이를 비활성화해야 합니다.

6. 다른 구성 요소 및 타사 백업 애플리케이션에 대한 모범 사례를 따릅니다.
   모범 사례 가이드는 전반적인 성과를 염두에 두고 작성되었습니다. Data Domain에서 벗어난 것으로 추정되는 모범 사례는 당장은 명확하지 않겠지만 여러 영역에서 성능에 중대한 영향을 미칠 수 있습니다.

참조

복제 지연 문제 해결 180482