Avamar - 캐시 오버플로로 인해 백업 성능 문제가 발생하지 않도록 Avamar Client 캐시의 크기를 설정하는 방법

클라이언트 캐시를 튜닝해야 하는지 확인합니다.  

• Avamar - Avamar Client 로그에서 파일 캐시 또는 해시 캐시 사이징 문제를 확인하는 방법

캐시 파일의 크기가 적절하면 변경하지 마십시오. 성능에 아무런 영향이 없습니다.

최대 캐시 크기 조정 규칙

캐시가 너무 커져서 클라이언트의 물리적 RAM이 부족하여 모든 프로세스를 처리할 수 없기 때문에 스와핑이 발생하지 않도록 합니다. 스와핑은 RAM과 디스크 간의 메모리 페이지 이동입니다.

최대 캐시 크기 튜닝에 대한 모범 사례:

• 총 결합 캐시 크기가 사용 가능한 총 물리적 RAM의 1/4을 초과해서는 안 됩니다.
• 최대 파일 및 해시 캐시 크기를 사용 가능한 총 실제 RAM의 일부로 설정합니다. 파일 및 해시 캐시 크기를 음의 정수로 지정합니다.
• 총 캐시 크기를 물리적 RAM의 약 1/4로 제한합니다.
• 캐시 중 하나를 -5(클라이언트 RAM의 20%에 해당)로 설정하고 다른 캐시를 -32(클라이언트 RAM의 3%)로 설정합니다.
• 예를 들어 대규모 데이터베이스 클라이언트의 경우 다음 설정을 사용합니다.
  --filecachemax=-32
  --hashcachemax=-5
• 기본 캐시 크기 이외의 크기를 사용하는 경우 맞춤 구성된 최대 캐시 설정을 클라이언트의 avtar.cmd 파일에 포함시킵니다.
• 때로는 클라이언트의 물리적 RAM 양을 늘리는 것이 유일한 선택일 수 있습니다. 여러 개의 작은 데이터 세트를 사용하여 클라이언트를 백업할 수도 있습니다.
• 필요한 경우 캐시 크기를 최적 값 미만으로 제한합니다.
  • 일반적인 파일 서버의 경우 먼저 필요한 RAM을 파일 캐시에 할당합니다.
  • 일반적인 데이터베이스 클라이언트의 경우 먼저 필요한 RAM을 해시 캐시에 할당합니다.

파일 캐시 튜닝

파일 캐시가 삭제되었거나, 사용되지 않거나, 크기가 작은 경우 파일 캐시에서 적중되지 않은 모든 파일을 처리해야 합니다. 처리에는 파일 내용을 읽고, 청크하고, 압축하고, 해싱하는 작업이 포함됩니다.
이 작업은 Avamar 프로세스에서 해시가 이전에 Avamar Server로 전송되었는지 확인하기 전에 발생합니다.
파일이 파일 캐시에 있는 경우 avtar에서 읽을 필요가 없습니다.
이렇게 하면 처리 시간과 시간이 크게 절약되고 백업 기간이 최소화됩니다.

기본적으로 파일 캐시는 Avamar Client에 있는 물리적 RAM의 최대 1/8을 사용할 수 있습니다.
예를 들어 클라이언트에 4GB의 RAM이 있는 경우 파일 캐시는 4GB를 8로 나눈 값 또는 최대 512MB로 제한됩니다.

파일 캐시는 늘려야 할 때마다 크기가 두 배로 커집니다.
파일 캐시 크기는 다음과 같을 수 있습니다(MB). 5.5MB, 11MB, 22MB, 44MB, 88MB, 176MB, 352MB, 704MB 및 1,408MB.

avtar 프로그램은 32비트 애플리케이션이므로 avtar에서 사용할 수 있는 최대 파일 캐시 크기는 2GB 미만으로 제한됩니다.
예를 들어 클라이언트에 4GB의 RAM이 있는 경우 파일 캐시의 최대 크기는 352MB입니다.

파일 캐시의 각 항목은 4바이트 헤더와 2개의 20바이트 SHA-1 해시(총 44바이트)로 구성됩니다.

• 파일 특성의 SHA-1 해시 항목입니다.
  파일 특성은 다음과 같습니다. 파일 이름, 파일 경로, 수정 시간, 파일 크기, 소유자, 그룹 및 사용 권한
• 파일 특성과 독립적인 실제 파일 콘텐츠의 해시에 대한 SHA-1 해시 항목입니다.

파일 캐시 규칙

클라이언트가 N개의 파일로 구성된 경우 파일 캐시는 N개의 파일 x 4,400만 바이트/백만 개 파일 이상이어야 합니다. 즉, 파일 캐시는 최소 N x 44MB여야 하며 여기서 N은 백업에 있는 수백만 개의 파일 수입니다.

예 - 파일 캐시

클라이언트에 400만 개의 파일이 있는 경우 파일 캐시는 176MB(4 x 44MB) 이상이어야 합니다. 모든 파일을 수용하려면 파일 캐시를 176MB로 늘릴 수 있어야 합니다.

모범 사례:

파일 캐시는 최소 N x 44MB여야 합니다. 여기서 N은 백업에 있는 수백만 개의 파일 수입니다. 파일 캐시는 증가할 때마다 크기가 두 배로 커집니다. 파일 캐시의 크기를 적절하게 조정하려면 다음을 수행합니다.

1. 다음과 같이 --filecachemax 값을 설정합니다.
    

   --filecachemax = 2 x N x 44

   
   여기서 N은 백업에 있는 수백만 개의 파일 수입니다.
2. --hashcachemax를 다음과 같은 작은 값으로 설정합니다.

   --hashcachemax=30

해시 캐시 튜닝

avtar 프로세스는 청크의 해시가 해시 캐시에 포함되어 있지 않은 것을 발견하면 Avamar Server에 해시가 있는지 쿼리합니다.
기본적으로 해시 캐시는 Avamar Client에 있는 물리적 RAM의 최대 1/16까지 사용할 수 있습니다.
"파일 캐시 튜닝"에 설명된 RAM이 4GB인 동일한 클라이언트를 사용하는 경우 해시 캐시는 4GB/16 또는 최대 256MB로 제한됩니다.

해시 캐시는 또한 증가해야 할 때마다 크기가 두 배로 증가합니다.
현재 해시 캐시 크기는 메가바이트 단위입니다. 24MB, 48MB, 96MB, 192MB, 384MB, 768MB 등 클라이언트에 4GB의 RAM이 있는 이 예에서 해시 캐시의 최대 크기는 192MB입니다.

해시 캐시의 각 항목은 4바이트 헤더와 청크 또는 복합 항목당 하나의 SHA-1 해시로 구성됩니다. 이는 청크 또는 복합 콘텐츠의 해시입니다.

해시 캐시 규칙

클라이언트가 YGB의 데이터베이스 데이터로 구성된 경우 해시 캐시는 YGB/평균 청크 크기 x 2,400만 바이트/백만 청크 이상이어야 합니다.
모든 백업의 평균 청크 크기로 24KB를 사용합니다.
해시 캐시는 YMB 이상이어야 합니다. 여기서 Y는 백업에 있는 데이터베이스 데이터의 GB 수입니다.

예 - 해시 캐시

데이터베이스 클라이언트에 500GB의 데이터베이스 데이터가 있는 경우 해시 캐시를 최소 500MB로 늘릴 수 있어야 합니다.
데이터베이스 백업의 모든 청크에 대한 해시를 수용하려면 해시 캐시를 다음 증분 크기(768MB)로 늘릴 수 있어야 합니다.

Best Practice

해시 캐시는 최소 YMB여야 하며, 여기서 Y는 GB 단위로 백업되는 데이터베이스의 크기입니다.

해시 캐시는 증가할 때마다 크기가 두 배로 커집니다.
해시 캐시의 크기를 적절하게 조정하려면 다음과 같이 --hashcachemax 값을 설정합니다.

--hashcachemax = 2 x Y

여기서 Y는 백업할 데이터베이스의 크기(GB)입니다.