

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# File Transfer 모범 사례
<a name="best-practices"></a>

Nimble Studio File Transfer 사용으로 얻을 수 있는 이점을 극대화하려면 이 페이지의 모범 사례를 수행하는 것이 좋습니다.

**Topics**
+ [Amazon Simple Storage Service(S3)](#best-practices-s3)
+ [AWS Key Management Service (AWS KMS)](#best-practices-kms)
+ [Hardware(하드웨어)](#best-practices-hardware)
+ [구성](#best-practices-configuration)
+ [성능 최적화](performance-optimization.md)

## Amazon Simple Storage Service(S3)
<a name="best-practices-s3"></a>
+ [객체 키 이름 생성](https://docs.aws.amazon.com/AmazonS3/latest/userguide/object-keys.html) 자습서에 설명된 Amazon Simple Storage Service(S3) 버킷 이름 지정 방법대로 수행합니다.
+ 전 세계에서 Amazon S3 버킷으로의 전송 속도를 최적화하려면 [Amazon S3 Transfer Acceleration을 사용하여 빠르고 안전한 파일 전송 구성](https://docs.aws.amazon.com/AmazonS3/latest/userguide/transfer-acceleration.html) 자습서의 지침을 따릅니다.
+ 스토리지 비용을 최소화하려면 [불완전한 멀티파트 업로드를 중단하기 위한 버킷 수명 주기 구성](https://docs.aws.amazon.com/AmazonS3/latest/userguide/mpu-abort-incomplete-mpu-lifecycle-config.html) 자습서의 지침에 따라 수명 주기 규칙을 구성합니다. 비용 절감에 대한 자세한 내용은 [Discovering and Deleting Incomplete Multipart Uploads to Lower Amazon S3 Costs](https://aws.amazon.com/blogs/aws-cloud-financial-management/discovering-and-deleting-incomplete-multipart-uploads-to-lower-amazon-s3-costs/) 블로그 게시물을 참조하세요.

## AWS Key Management Service (AWS KMS)
<a name="best-practices-kms"></a>
+ [S3 버킷 생성](setting-up.md#setting-up-bucket)에서 S3 버킷을 생성할 때는 **AWS Key Management Service 키(SSE-KMS)**를 선택하는 것이 좋습니다. KMS 키 유형에 대한 자세한 내용은 [고객 키 및 AWS 키](https://docs.aws.amazon.com/kms/latest/developerguide/concepts.html#key-mgmt)를 참조하세요.

## Hardware(하드웨어)
<a name="best-practices-hardware"></a>

File Transfer는 다음 요구 사항을 충족하는 컴퓨터에서 실행하는 것이 좋습니다.
+ 8개의 논리적 CPU 코어 
+ 8GB RAM

File Transfer는 이보다 낮은 사양의 시스템에서도 실행할 수 있지만, 이렇게 하면 성능이 저하될 수 있습니다.

## 구성
<a name="best-practices-configuration"></a>

자동 조정을 사용하거나 파일 전송 사용 사례에 가장 적합하게 파라미터를 수동으로 조정할 수 있습니다. 설정을 수동으로 조정하기로 선택한 경우 잘못 조정하면 성능이 저하될 수 있습니다. 대부분의 사용자는 **자동 조정**을 계속 활성화하하는 것이 좋습니다.

### 자동 조정 구성
<a name="best-practices-auto-tuning"></a>

대부분의 사용자는 **전송 자동 조정** 설정을 활성화된 상태로 두는 것이 좋습니다. **전송 자동 조정** 설정이 활성화된 경우 File Transfer는 **스레드 수** 및 **청크 크기** 값을 자동으로 설정합니다. File Transfer는 전송하는 데이터 유형에 따라 가장 효과적인 설정을 결정합니다.

**전송 자동 조정** 설정은 파일별로 성능 설정을 조정합니다. **스레드 수** 및 **청크 크기** 값을 수동으로 설정하는 경우 해당 설정이 전체 전송 배치에 적용됩니다. 크기가 다른 파일을 전송할 때 일반적으로 **전송 자동 조정**의 성능이 향상되는 이유가 여기에 있습니다. **전송 자동 조정** 설정의 성능은 비슷한 크기의 파일을 전송할 때의 수동 설정 조정과 비슷합니다. 하드웨어와 전송 데이터에 대한 고급 지식이 있는 경우 수동 설정이 **전송 자동 조정**에서 선택한 값보다 성능이 뛰어날 수 있습니다.

### 스레드
<a name="best-practices-threads"></a>

File Transfer를 사용하면 각 전송이 각 파일을 전송하는 데 사용되는 여러 개의 개별 스레드로 분할됩니다. 스레드는 대용량 파일(1GB 이상)을 업로드할 때 가장 효과적입니다. 스레드는 작은 파일에도 도움이 될 수 있지만 전송 속도의 차이는 눈에 띄지 않을 것입니다.

기본적으로 스레드 수는 10개입니다. 대역폭 리소스를 완전히 사용할 때까지 이 값을 5씩 올리는 것이 좋습니다. 전송의 다운로드 및 업로드 속도를 확인하여 그래픽 사용자 인터페이스(GUI)에서 대역폭 리소스를 모니터링할 수 있습니다.

### 청크 크기
<a name="best-practices-chunk-size"></a>

청크 크기는 각 스레드에서 전달되는 크기(MB)입니다. 청크 크기는 업로드되는 파일 세트 내에서 파일 크기가 반복되는 경우 유용합니다.

청크 크기를 전송하는 평균 파일 크기보다 5\~10배 크게 설정하는 것이 좋습니다. 예를 들어 데이터세트의 평균 파일 크기가 50MB인 경우 청크 크기를 55\~60 사이로 설정합니다. 파일 크기가 1GB보다 크면 큰 이점이 없을 것입니다.

### 최대 활성 전송
<a name="best-practices-max-active-transfers"></a>

최대 활성 전송 수에 따라 File Transfer가 동시에 처리하는 개별 파일 수가 결정됩니다. 최대 활성 전송 수를 조정하는 것은 1GB 미만의 작은 파일을 여러 개 전송할 때 가장 효과적입니다. 최대 활성 전송 값은 파일 크기가 작아질수록 늘리는 것이 좋습니다.

다음 표에는 최대 활성 전송에 대한 권장 시작 지점 및 증분이 나와 있습니다. 최대 활성 전송 열의 값에서 시작하여 원하는 성능에 도달할 때까지 증분량만큼 올립니다.


| 파일 크기 | 최대 활성 전송 | 증분 | 
| --- | --- | --- | 
| 1MB 미만 | 100 | `20` | 
| 1MB\~100MB 미만 | 50 | `10` | 
| 100MB\~1GB 미만 | 25 | `5` | 
| 1GB 미만 | 10 | `2` | 

### 체크섬
<a name="best-practices-threads"></a>

[File Transfer 체크섬](checksums.md)는 File Transfer가 한 번에 처리하는 개별 체크섬 수입니다. 체크섬 알고리즘은 파일을 전송할 때 File Transfer가 파일 무결성을 위해 사용하는 알고리즘입니다.

네 가지 체크섬 알고리즘(MD5, XXHash, XXHash64 및 XXH3) 중에서 선택할 수 있습니다. 이는 원하는 보안 수준과 속도에 따른 기본 설정입니다. 가장 빠르고 가장 표준적인 안전한 체크섬 메서드는 MD5입니다.

권장되는 최대 활성 체크섬 값은 총 CPU 코어 수에서 1을 뺀 값입니다.