Storage Gateway가 AWS에 업로드할 때 성능 저하 문제를 해결하려면 어떻게 해야 합니까?

3분 분량
0

AWS Storage Gateway의 게이트웨이가 AWS에 업로드할 때의 성능 저하 문제를 해결하고 싶습니다.

해결 방법

AWS로의 인터넷 대역폭 또는 네트워크 처리량(throughput) 검토

게이트웨이와 AWS 간의 인터넷 속도는 업로드 성능에 영향을 줄 수 있습니다. 게이트웨이에 사용할 수 있는 인터넷 대역폭을 확인하려면 가상 머신에서 네트워크 테스트를 실행합니다. 또는 게이트웨이 어플라이언스와 동일한 네트워크에 있는 시스템을 사용합니다.

게이트웨이가 AWS Direct Connect 또는 VPN 연결을 사용하여 Amazon Simple Storage Service(S3)용 Amazon Virtual Private Cloud(Amazon VPC) 엔드포인트를 통해 AWS에 연결하는 경우, 온프레미스 VM에서 VPC에 있는 인스턴스로의 네트워크 처리량 테스트를 실행합니다.

게이트웨이가 온프레미스로 호스팅되고 Direct Connect 또는 VPN 연결을 사용하여 Storage Gateway의 VPC 엔드포인트를 통해 AWS에 연결하는 경우, 게이트웨이에서 S3 버킷으로의 트래픽이 퍼블릭 가상 인터페이스 또는 퍼블릭 인터넷을 통과합니다. 퍼블릭 가상 인터페이스 또는 인터넷 연결이 혼잡한 경우 게이트웨이의 업로드 성능에 영향을 줄 수 있습니다. 트래픽이 프라이빗 가상 인터페이스를 통과하도록 허용하려면 Amazon S3 VPC 엔드포인트를 사용하여 게이트웨이를 설정하는 것이 좋습니다. 이 구성을 사용할 때는 게이트웨이 어플라이언스에서 Amazon Elastic Compute Cloud(Amazon EC2) 프록시를 생성하고 구성해야 합니다.

Storage Gateway 어플라이언스에 쓰고 있는 파일의 크기 확인

Storage Gateway는 일반적으로 크기가 작은 파일을 사용할 때보다 큰 파일을 사용할 때 업로드 성능이 더 좋습니다. 이는 Storage Gateway가 대용량 파일을 여러 부분으로 나누고 나눈 부분을 S3 버킷에 병렬 스트림으로 업로드하기 때문입니다.

파일 게이트웨이에 대한 성능 지침에서 설명하는 파일 크기 및 스레드 수로 테스트를 실행하여 게이트웨이에서 AWS로의 업로드 속도를 벤치마킹할 수 있습니다. 그런 다음 CloudBytesUploaded 지표를 검토하여 업로드 속도를 확인합니다.

게이트웨이의 캐시 스토리지 검토

파일 게이트웨이를 사용하는 경우 CachePercentDirty 지표를 확인합니다. 게이트웨이에 기록된 데이터 중 Amazon S3에 아직 기록되지 않은 데이터는 더티 데이터로 간주됩니다. CachePercentDirty 지표가 80%를 초과할 경우 게이트웨이에서 Amazon S3로의 업로드 속도가 느리다는 의미일 수 있습니다.

CachePercentDirty 지표가 높으면 CloudBytesUploaded 지표를 확인하여 Amazon S3로의 업로드 속도가 느린지 확인합니다. 업로드 속도가 느린 경우 게이트웨이에 사용할 수 있는 인터넷 대역폭을 늘리는 것이 좋습니다.

또한 Amazon CloudWatch에서 게이트웨이의 IoWaitPercent 지표를 확인합니다. 테스트 중에 게이트웨이의 IoWaitPercent 지표가 10%보다 높게 나타나면 게이트웨이의 디스크 I/O가 워크로드를 처리하기에 부족한 것일 수 있습니다. SampleCount 통계를 사용해 WriteBytes 지표를 검토하여 AWS로의 총 쓰기 I/O를 확인할 수 있습니다.

게이트웨이의 캐시 디스크에 워크로드를 처리하기에 충분한 I/O가 없는 경우 캐시 디스크를 더 빠른 디스크 유형으로 변경하는 것이 좋습니다. 예를 들어 SSD 또는 NVMe 지원 SSD 디스크를 사용하는 것이 좋습니다. 게이트웨이에 다른 캐시 디스크를 연결하면 게이트웨이에서 사용할 수 있는 총 I/O를 늘릴 수 있습니다.

게이트웨이의 호스트 VM 또는 Amazon EC2 인스턴스의 구성 확인

게이트웨이의 호스트 VM 또는 EC2 인스턴스의 CPU와 RAM이 AWS에 대한 게이트웨이의 처리량을 지원할 수 있는지 확인합니다. 예를 들어 EC2 인스턴스 유형마다 기준 처리량이 다릅니다. 버스트 처리량이 소진된 경우 인스턴스는 기준 처리량을 사용하므로 AWS로의 업로드 처리량이 제한될 수 있습니다.

게이트웨이가 EC2 인스턴스에서 호스팅되는 경우 인스턴스의 NetworkOut 지표를 확인합니다. 테스트 중에 NetworkOut 지표가 기준 처리량에 머물러 있는 경우 인스턴스를 더 큰 인스턴스 유형으로 변경하는 것이 좋습니다. 인스턴스 유형이 클수록 더 많은 네트워크 처리량을 얻을 수 있습니다.

게이트웨이와 데이터 세트 간의 지리적 거리 고려

데이터 세트와 동일한 네트워크 또는 데이터 세트와 지리적으로 가까운 네트워크에 게이트웨이를 배포하는 것이 가장 좋습니다. WAN(광대역 네트워크)을 통한 연결을 설정하지 마십시오. WAN 연결의 한 예로, Direct Connect 또는 VPN을 통해 마운트된 파일 공유를 사용하는 EC2 인스턴스에 배포된 게이트웨이가 있습니다. WAN 연결을 통해 AWS로 전송되는 온프레미스 트래픽에서 발생하는 지연 시간은 데이터가 게이트웨이에 도달하는 속도에 영향을 미칩니다. 이 지연 시간은 결국 S3 버킷으로의 업로드 속도에 영향을 미칩니다. 업로드 지연 시간을 줄이려면 파일 공유로 사용 중인 S3 버킷과 동일한 AWS 리전에 게이트웨이를 배포합니다.


AWS 공식
AWS 공식업데이트됨 7달 전
댓글 없음