성능

이 섹션에서는 Storage Gateway 성능에 대해 설명합니다.

게이트웨이 성능 최적화

권장되는 게이트웨이 서버 구성

게이트웨이의 성능을 극대화하기 위해 Storage Gateway는 게이트웨이 호스트 서버에 다음과 같은 게이트웨이 구성을 권장합니다.

• 최소 24개의 전용 물리적 CPU 코어

• Volume Gateway의 경우 하드웨어에 할당해야 하는 RAM 양은 다음과 같습니다.

  • 최소 16GiB의 예약 RAM(캐시 크기가 최대 16TiB인 게이트웨이)

  • 최소 32GiB의 예약 RAM(캐시 크기가 16Ti-32TiB인 게이트웨이)

  • 최소 48GiB의 예약 RAM(캐시 크기가 32Ti-64TiB인 게이트웨이)

• 디스크 1 - 다음과 같이 게이트웨이 캐시로 사용됨

  • NVMe 컨트롤러를 사용하는 SSD

• 디스크 2 - 다음과 같이 게이트웨이 업로드 버퍼로 사용됨

  • NVMe 컨트롤러를 사용하는 SSD

• 디스크 3 - 다음과 같이 게이트웨이 업로드 버퍼로 사용됨

  • NVMe 컨트롤러를 사용하는 SSD

• VM 네트워크 1에 구성된 네트워크 어댑터 1:

  • VM 네트워크 1을 사용하고 수집에 사용할 VMXNet3(10Gbps)를 추가합니다.

• VM 네트워크 2에 구성된 네트워크 어댑터 2:

  • VM 네트워크 2를 사용하고 AWS에 연결하는 데 사용할 VMXNet3(10Gbps)를 추가합니다.

게이트웨이에 리소스 추가

다음과 같은 병목 현상으로 인해 성능이 이론상 최대 지속 처리량 (클라우드로의 대역폭) 이하로 떨어질 수 있습니다. AWS

• CPU 코어 수

• 캐시/업로드 버퍼 디스크 처리량

• 총 RAM 용량

• 네트워크 대역폭: AWS

• 이니시에이터에서 게이트웨이까지의 네트워크 대역폭

이 섹션에서는 게이트웨이 성능을 최적화하기 위해 수행할 수 있는 단계에 대해 다룹니다. 이 지침은 게이트웨이 또는 애플리케이션 서버에 리소스를 추가하는 것을 전제로 합니다.

다음 중 하나 이상의 방법으로 게이트웨이에 리소스를 추가하여 게이트웨이 성능을 최적화할 수 있습니다.

고성능 디스크 사용

캐시 및 업로드 버퍼 디스크 처리량으로 인해 게이트웨이의 업로드 및 다운로드 성능이 제한될 수 있습니다. 게이트웨이 성능이 예상보다 현저히 낮은 경우 다음과 같이 캐시 및 업로드 버퍼 디스크 처리량을 개선하는 것이 좋습니다.

• 스트라이프 RAID(예: RAID 10)를 사용하여 디스크 처리량을 개선합니다. 하드웨어 RAID 컨트롤러를 사용하는 것이 가장 좋습니다.

  참고

  RAID(Redundant Array of Independent Disk) 또는 특히 RAID 10과 같은 디스크 스트라이프 RAID 구성은 데이터 본문을 블록으로 나누고 데이터 블록을 여러 스토리지 디바이스에 분산하는 프로세스입니다. 사용하는 RAID 수준은 달성할 수 있는 정확한 속도와 내결함성에 영향을 줍니다. I/O 워크로드를 여러 디스크에 분산하므로 RAID 디바이스의 전체 처리량은 단일 멤버 디스크의 처리량보다 훨씬 높습니다.

• 직접 연결된 고성능 디스크 사용

  게이트웨이 성능을 최적화하기 위해 SSD(Solid-State Drive) 및 NVMe 컨트롤러와 같은 고성능 디스크를 추가할 수 있습니다. Microsoft Hyper-V NTFS 대신 스토리지 영역 네트워크(SAN)에서 직접 가상 디스크를 VM에 연결할 수도 있습니다. 디스크 성능이 향상되면 일반적으로 처리량과 초당 입출력 작업 처리량(IOPS)이 증가합니다.

  처리량을 측정하려면 Samples Amazon CloudWatch 통계와 함께 ReadBytes 및 WriteBytes 지표를 사용하십시오. 예를 들어, 5분의 샘플 기간 동안의 ReadBytes 지표의 Samples 통계를 300초로 나누면 IOPS를 알 수 있습니다. 일반적으로 게이트웨이에 대한 이러한 지표를 검토할 때는 디스크 관련 병목 현상을 나타내는 낮은 처리량과 낮은 IOPS 추세를 살펴보세요. .

  참고

  CloudWatch 모든 게이트웨이에서 지표를 사용할 수 있는 것은 아닙니다. 게이트웨이 지표에 대한 자세한 내용은 Storage Gateway 모니터링 섹션을 참조하세요.

업로드 버퍼 디스크 추가

쓰기 처리량을 높이려면 업로드 버퍼 디스크를 두 개 이상 추가하십시오. 데이터가 게이트웨이에 기록되면 업로드 버퍼 디스크에 로컬로 기록되고 저장됩니다. 그런 다음 저장된 로컬 데이터를 디스크에서 비동기적으로 읽고 처리한 뒤 AWS에 업로드합니다. 업로드 버퍼 디스크를 추가하면 각 개별 디스크에서 수행되는 동시 I/O 작업의 양을 줄일 수 있습니다. 이로 인해 게이트웨이에 대한 쓰기 처리량이 증가할 수 있습니다.

별도의 물리적 디스크로 게이트웨이 가상 디스크 지원

게이트웨이 디스크를 프로비저닝할 때는 동일한 기본 물리적 스토리지 디스크를 사용하는 업로드 버퍼 및 캐시 스토리지에 로컬 디스크를 프로비저닝하지 않는 것이 좋습니다. 예를 들어, VMware ESXi에서는 기본 물리적 스토리지 리소스가 데이터 스토어로 표시됩니다. 게이트웨이 VM을 배포할 경우, VM 파일을 저장할 데이터 스토어를 선택합니다. 가상 디스크를 프로비저닝할 때(예: 업로드 버퍼 용도) 가상 디스크를 VM과 동일한 데이터 스토어 또는 다른 데이터 스토어에 저장할 수 있습니다.

데이터 스토어가 두 개 이상인 경우 생성하는 로컬 스토리지의 유형별로 하나씩 데이터 스토어를 선택하는 것이 좋습니다. 기본 물리적 디스크 하나로만 지원되는 데이터 스토어는 성능 저하로 이어질 수 있습니다. 게이트웨이 설정에서 이러한 디스크를 사용하여 캐시 스토리지와 업로드 버퍼를 모두 지원하는 경우를 예로 들 수 있습니다. 마찬가지로, RAID 1 또는 RAID 6와 같이 성능이 낮은 RAID 구성을 통해 지원되는 데이터 스토어는 성능이 저하될 수 있습니다.

게이트웨이 호스트에 CPU 리소스 추가

게이트웨이 호스트 서버의 최소 요구 사항은 가상 프로세서 4개입니다. 게이트웨이 성능을 최적화하려면 게이트웨이 VM에 할당된 각 가상 프로세서에 전용 CPU 코어가 지원되는지 확인합니다. 또한 호스트 서버의 CPU를 과다 구독하고 있지 않은지 확인합니다.

게이트웨이 호스트 서버에 CPU를 추가하면 게이트웨이의 처리 능력이 향상됩니다. 이렇게 하면 게이트웨이가 애플리케이션의 데이터를 로컬 스토리지에 저장하고 이 데이터를 Amazon S3로 업로드하는 작업을 병렬로 처리할 수 있습니다. CPU를 추가하면 호스트를 다른 VM과 공유할 때 게이트웨이가 충분한 CPU 리소스를 확보할 수 있습니다. CPU 리소스를 충분히 제공하면 일반적으로 처리량이 향상되는 효과가 있습니다.

게이트웨이와 AWS 클라우드 간 대역폭 늘리기

송수신 대역폭을 AWS 늘리면 게이트웨이로의 최대 데이터 수신 및 클라우드 송신 속도가 증가합니다. AWS 이렇게 하면 느린 디스크나 낮은 게이트웨이-이니시에이터 연결 대역폭과 같은 다른 요인보다 네트워크 속도가 게이트웨이 구성의 제한 요소인 경우 게이트웨이 성능을 개선할 수 있습니다.

참고

캐시/업로드 버퍼 디스크 처리량, CPU 코어 수, 총 RAM 용량 또는 이니시에이터와 게이트웨이 간 대역폭 등 여기에 나열된 다른 제한 요인으로 인해 관찰된 게이트웨이 성능이 네트워크 대역폭보다 낮을 수 있습니다. 또한, 게이트웨이의 정상 작동에는 데이터를 보호하기 위한 여러 가지 조치가 포함되므로 관찰된 성능이 네트워크 대역폭보다 낮을 수 있습니다.

볼륨 구성 변경

Volume Gateway의 경우 게이트웨이에 볼륨을 더 추가해도 게이트웨이 처리량이 줄어든다면 볼륨을 별도의 게이트웨이에 추가하는 것이 좋습니다. 특히 처리량이 많은 애플리케이션에 볼륨을 사용하는 경우, 처리량이 많은 애플리케이션을 위한 별도의 게이트웨이를 생성하는 것이 좋습니다. 그러나 일반적으로 한 게이트웨이는 처리량이 높은 모든 애플리케이션에 사용하고 다른 게이트웨이는 처리량이 낮은 모든 애플리케이션에 사용해서는 안됩니다. 볼륨 처리량을 측정하려면 ReadBytes 및 WriteBytes 지표를 사용하세요.

이러한 지표에 대한 자세한 내용은 애플리케이션과 게이트웨이 간 성능 측정 섹션을 참조하세요.

iSCSI 설정 최적화

iSCSI 초기자에서 iSCSI 설정을 최적화하여 I/O 성능을 높일 수 있습니다. MaxReceiveDataSegmentLength 및 FirstBurstLength에는 256 KiB를 선택하고, MaxBurstLength에는 1MiB를 선택하는 것이 좋습니다. iSCSI 설정 구성에 대한 자세한 내용은 iSCSI 설정 사용자 지정 단원을 참조하십시오.

참고

이러한 권장 설정을 통해 전반적으로 더 나은 성능을 실현할 수 있습니다. 그러나 성능을 최적화하는 데 필요한 특정 iSCSI 설정은 사용하는 백업 소프트웨어에 따라 다릅니다. 자세한 내용은 백업 소프트웨어 설명서를 참조하십시오.

애플리케이션 환경에 리소스 추가

애플리케이션 서버와 게이트웨이 간의 대역폭 늘리기

iSCSI 이니시에이터와 게이트웨이 간의 연결로 인해 업로드 및 다운로드 성능이 제한될 수 있습니다. 게이트웨이의 성능이 예상보다 현저히 떨어지는데 CPU 코어 수와 디스크 처리량을 이미 개선했다면 다음 사항을 고려하세요.

• 네트워크 케이블을 업그레이드하여 이니시에이터와 게이트웨이 간에 더 높은 대역폭을 확보합니다.

게이트웨이 성능을 최적화하려면 애플리케이션과 게이트웨이 간의 네트워크 대역폭이 애플리케이션 요구 사항을 충족할 수 있는지 확인하세요. 게이트웨이의 ReadBytes 및 WriteBytes 지표를 사용하여 총 데이터 처리량을 측정할 수 있습니다.

애플리케이션의 경우 측정된 처리량을 원하는 처리량과 비교합니다. 측정된 처리량이 원하는 처리량보다 적을 경우, 애플리케이션과 게이트웨이 간의 대역폭을 늘리면 네트워크 병목 현상이 발생하는 경우 성능을 개선할 수 있습니다. 마찬가지로, 직접 연결되지 않은 VM과 로컬 디스크 간의 대역폭을 늘릴 수 있습니다.

애플리케이션 환경에 CPU 리소스 추가

애플리케이션에서 추가 CPU 리소스를 사용할 수 있는 경우 CPU를 더 추가하면 애플리케이션이 I/O 부하를 조정하는 데 도움이 될 수 있습니다.

Storage Gateway와 함께 VMware vSphere High Availability 사용

Storage Gateway는 VMware vSphere High Availability(VMware HA)와 통합된 애플리케이션 수준의 상태 확인 세트를 통해 VMware에서 고가용성을 제공합니다. 이러한 접근 방식을 통해 하드웨어, 하이퍼바이저 또는 네트워크 장애로부터 스토리지 워크로드를 보호할 수 있습니다. 또한 연결 시간 초과, 파일 공유 또는 볼륨 사용 불가와 같은 소프트웨어 오류로부터 보호할 수 있습니다.

vSphere HA는 이중화를 위해 가상 시스템과 가상 시스템이 상주하는 호스트를 클러스터로 풀링하는 방식으로 작동합니다. 클러스터의 호스트를 모니터링하며 장애가 발생할 경우 장애가 발생한 호스트의 가상 시스템이 대체 호스트에서 다시 시작됩니다. 일반적으로 이러한 복구는 데이터 손실 없이 신속하게 이루어집니다. vSphere HA에 대한 자세한 내용은 VMware 설명서에서 vSphere HA의 작동 방식을 참조하십시오.

참고

장애가 발생한 가상 시스템을 재시작하고 새 호스트에서 iSCSI 연결을 다시 설정하는 데 필요한 시간은 호스트 운영 체제 및 리소스 로드, 디스크 속도, 네트워크 연결, SAN/스토리지 인프라와 같은 여러 요인에 따라 달라집니다. https://docs.aws.amazon.com/storagegateway/latest/vgw/Performance.html#Optimizing-common

Storage Gateway에서 VMware HA를 사용하려면 다음 단계를 수행합니다.

주제

• vSphere VMware HA 클러스터 구성
• Storage Gateway 콘솔에서 .ova 이미지를 다운로드합니다.
• 게이트웨이 배포
• (선택 사항) 클러스터의 다른 VM에 대한 재정의 옵션 추가
• 게이트웨이 활성화
• VMware 고가용성 구성 테스트

vSphere VMware HA 클러스터 구성

먼저 아직 VMware 클러스터를 생성하지 않은 경우 클러스터를 생성합니다. VMware 클러스터를 생성하는 방법에 대한 자세한 내용은 VMware 설명서의 vSphere HA 클러스터 생성을 참조하십시오.

그런 다음 VMware 클러스터가 Storage Gateway와 함께 작동하도록 구성합니다.

VMware 클러스터를 구성하려면

1. VMware vSphere의 Edit Cluster Settings(클러스터 설정 편집) 페이지에서 VM 모니터링이 VM 및 애플리케이션 모니터링용으로 구성되어 있는지 확인합니다. 이렇게 하려면 다음 옵션을 나열된 대로 설정합니다.

   • Host Failure Response(호스트 실패 응답): Restart VMs(VM 다시 시작)

   • Response for Host Isolation(호스트 격리에 대한 응답): Shut down and restart VMs(VM 종료 및 다시 시작)

   • Datastore with PDL(PDL 포함 데이터 스토어): 비활성화

   • Datastore with APD(APD 포함 데이터 스토어): 비활성화

   • VM Monitoring(VM 모니터링): VM and Application Monitoring(VM 및 애플리케이션 모니터링)

   예를 들어, 다음 스크린샷을 참조하십시오.

   

2. 다음 값을 조정하여 클러스터의 민감도를 미세 조정합니다.

   • 실패 간격 - 이 간격이 지나면 VM 하트비트가 수신되지 않을 경우 VM이 다시 시작됩니다.

   • 최소 가동 시간 - VM이 VM 도구의 하트비트 모니터링을 시작한 후 클러스터가 이 시간 동안 기다립니다.

   • VM당 최대 재설정 - 클러스터가 최대 재설정 시간 내에서 VM을 이 최대 횟수만큼 다시 시작합니다.

   • 최대 재설정 시간 - VM 재설정당 최대 재설정 횟수를 계산할 시간입니다.

   설정할 값을 잘 모르는 경우 다음 설정 예를 사용합니다.

   • Failure interval(실패 간격): 30초

   • Minimum uptime(최소 가동 시간): 120초

   • Maximum per-VM resets(VM당 최대 재설정): 3

   • Maximum resets time window(최대 재설정 시간): 1시간

클러스터에서 다른 VM이 실행 중인 경우 이러한 값을 해당 VM에 맞게 설정할 수 있습니다. .ova에서 VM을 배포할 때까지는 이 작업을 수행할 수 없습니다. 이러한 값 설정에 대한 자세한 내용은 (선택 사항) 클러스터의 다른 VM에 대한 재정의 옵션 추가 단원을 참조하십시오.

Storage Gateway 콘솔에서 .ova 이미지를 다운로드합니다.

게이트웨이에 대한 .ova 이미지를 다운로드하려면

• Storage Gateway 콘솔의 게이트웨이 설정 페이지에서 게이트웨이 유형과 호스트 플랫폼을 선택한 다음 콘솔에 제공된 링크를 사용하여 Volume Gateway 설정에 설명된 대로.ova를 다운로드합니다.

게이트웨이 배포

구성된 클러스터에서 .ova 이미지를 클러스터의 호스트 중 하나에 배포합니다.

게이트웨이 .ova 이미지를 배포하려면

1. .ova 이미지를 클러스터의 호스트 중 하나에 배포합니다.

2. 루트 디스크 및 캐시에 대해 선택한 데이터 스토어를 클러스터의 모든 호스트에서 사용할 수 있는지 확인합니다. VMware 또는 온프레미스 환경에 Storage Gateway .ova 파일을 배포하는 경우 디스크를 반가상화된 SCSI 디스크라고 합니다. 반가상화는 VM에 추가하는 가상 디스크를 콘솔이 식별할 수 있도록 게이트웨이 VM이 호스트 운영 체제와 협력하는 모드입니다.

   VM을 구성하여 반가상화된 컨트롤러를 사용하려면

   1. VMware vSphere 클라이언트에서 게이트웨이 VM을 마우스 오른쪽 버튼으로 클릭하여 컨텍스트 메뉴를 연 후 설정 편집을 선택합니다.

   2. Virtual Machine Properties(가상 머신 속성) 대화 상자에서 Hardware(하드웨어) 탭을 선택하고 SCSI controller 0(SCSI 컨트롤러 0)을 선택한 후 Change Type(유형 변경)을 선택합니다.

   3. Change SCSI Controller Type(SCSI 컨트롤러 유형 변경) 대화 상자에서 VMware Paravirtual(VMware 반가상화) SCSI 컨트롤러 유형을 선택한 후 확인을 선택합니다.

(선택 사항) 클러스터의 다른 VM에 대한 재정의 옵션 추가

클러스터에서 다른 VM이 실행 중인 경우 각 VM에 맞게 클러스터 값을 설정할 수 있습니다.

클러스터의 다른 VM에 대한 재정의 옵션을 추가하려면

1. VMware vSphere의 요약 페이지에서 클러스터를 선택하여 클러스터 페이지를 연 다음 구성을 선택합니다.

2. 구성 탭을 선택한 다음 VM Overrides(VM 재정의)를 선택합니다.

3. 새 VM 재정의 옵션을 추가하여 각 값을 변경합니다.

   재정의 옵션은 다음 스크린샷을 참조하십시오.

   

게이트웨이 활성화

게이트웨이에 대한 .ova를 배포한 후 게이트웨이를 활성화합니다. 각 게이트웨이 유형마다 서로 다른 방법에 대한 지침입니다.

게이트웨이를 활성화하려면

• 다음 주제에 설명된 절차를 따릅니다.

  1. 볼륨 게이트웨이를 다음 위치에 연결 AWS

  2. 설정 검토 및 Volume Gateway 활성화

  3. Volume Gateway 구성

VMware 고가용성 구성 테스트

게이트웨이를 활성화한 후 구성을 테스트합니다.

VMware HA 구성을 테스트하려면

1. Storage Gateway 콘솔(https://console.aws.amazon.com/storagegateway/home)을 엽니다.

2. 탐색 창에서 게이트웨이를 선택한 다음 VMware HA에 대해 테스트할 게이트웨이를 선택합니다.

3. 작업에서 Verify VMware HA(VMware HA 확인)를 선택합니다.

4. Verify VMware High Availability Configuration(VMware 고가용성 구성 확인) 상자가 나타나면 확인을 선택합니다.

   참고

   VMware HA 구성을 테스트하면 게이트웨이 VM이 재부팅되고 게이트웨이 연결이 중단됩니다. 테스트를 완료하는 데 몇 분 정도 걸릴 수 있습니다.

   테스트가 성공하면 콘솔에 있는 게이트웨이의 세부 정보 탭에 확인됨 상태가 나타납니다.

5. 종료를 선택합니다.

Amazon CloudWatch 로그 그룹에서 VMware HA 이벤트에 대한 정보를 찾을 수 있습니다. 자세한 내용은 로그 그룹이 포함된 볼륨 게이트웨이 상태 CloudWatch 로그 가져오기를 참조하십시오.