기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# Amazon FSx for NetApp ONTAP으로 마이그레이션
다음 섹션에서는 기존 NetApp ONTAP 파일 시스템을 Amazon FSx for NetApp ONTAP으로 마이그레이션하는 방법에 대한 정보를 제공합니다.
**참고**
`All` 계층화 정책을 사용하여 데이터를 용량 풀 계층으로 마이그레이션하려는 경우 파일 메타데이터는 항상 SSD 계층에 저장되며 모든 새 사용자 데이터는 먼저 SSD 계층에 기록된다는 점에 유념하세요. 데이터가 SSD 계층에 기록되면 백그라운드 계층화 프로세스가 데이터를 용량 풀 스토리지 계층으로 이동하기 시작하지만 계층화 프로세스는 즉시 이루어지지 않으며 네트워크 리소스를 사용합니다. 사용자 데이터를 용량 풀 스토리지 계층으로 이동하기 전에 사용자 데이터를 위한 버퍼로서 파일 메타데이터(사용자 데이터 크기의 3%\$17%)를 고려하여 SSD 계층 크기를 조정해야 합니다. SSD 계층의 사용률은 80%를 초과하지 않는 것이 좋습니다.
데이터를 마이그레이션하는 동안 [CloudWatch 파일 시스템 지표](file-system-metrics.md)를 사용하여 SSD 계층을 모니터링하여 계층화 프로세스가 데이터를 용량 풀 스토리지로 이동할 수 있는 것보다 더 빠르게 채워지지 않는지 확인합니다.
**Topics**
+ [
# NetApp SnapMirror를 사용하여 FSx for ONTAP으로 마이그레이션
](migrating-fsx-ontap-snapmirror.md)
+ [
# 를 사용하여 FSx for ONTAP으로 마이그레이션 AWS DataSync
](migrate-files-to-fsx-datasync.md)
# NetApp SnapMirror를 사용하여 FSx for ONTAP으로 마이그레이션
NetApp SnapMirror를 사용하여 NetApp ONTAP 파일 시스템을 Amazon FSx for NetApp ONTAP으로 마이그레이션할 수 있습니다.
NetApp SnapMirror는 두 ONTAP 파일 시스템 간에 블록 수준 복제를 사용하여 지정된 소스 볼륨에서 대상 볼륨으로 데이터를 복제합니다. SnapMirror를 사용하여 온프레미스 NetApp ONTAP 파일 시스템을 FSx for ONTAP으로 마이그레이션하는 것이 좋습니다. NetApp SnapMirror의 블록 레벨 복제는 다음과 같은 파일 시스템에서도 빠르고 효율적입니다.
+ 복잡한 디렉터리 구조
+ 5천만 개 이상의 파일
+ 매우 작은 파일 크기(킬로바이트 정도)
SnapMirror를 사용하여 FSx for ONTAP으로 마이그레이션하면 중복 제거 및 압축된 데이터가 해당 상태로 유지되므로 전송 시간이 단축되고 마이그레이션에 필요한 대역폭이 줄어듭니다. 소스 ONTAP 볼륨에 있는 스냅샷은 대상 볼륨으로 마이그레이션될 때 보존됩니다. 온프레미스 NetApp ONTAP 파일 시스템을 FSx for ONTAP으로 마이그레이션하려면 다음과 같은 높은 수준의 작업이 필요합니다.
1. Amazon FSx에서 대상 볼륨 생성.
1. 소스 및 대상 논리 인터페이스(LIF) 수집.
1. 소스 파일 시스템과 대상 파일 시스템 간에 클러스터 피어링 설정.
1. SVM 피어링 관계 생성.
1. SnapMirror 관계 생성.
1. 업데이트된 대상 클러스터 유지 관리.
1. FSx for ONTAP 파일 시스템으로 전환.
다음 다이어그램은 이 섹션에 설명된 마이그레이션 시나리오를 보여줍니다.
![\[온프레미스 NetApp ONTAP 파일 시스템을 FSx for ONTAP로 마이그레이션하는 프로세스를 보여주는 흐름도입니다.\]](http://docs.aws.amazon.com/ko_kr/fsx/latest/ONTAPGuide/images/snapmirror-on-premise-migration.png)
**Topics**
+ [
## 시작하기 전 준비 사항
](#prerequisites)
+ [
## 대상 볼륨 생성
](#create-destination-volume)
+ [
## 소스 및 대상 클러스터 간 LIF 기록
](#get-lifs)
+ [
## 소스 및 대상 간에 클러스터 피어링 설정
](#cluster-peering)
+ [
## SVM 피어링 관계 생성
](#svm-peering)
+ [
## SnapMirror 관계 생성
](#snapmirror-relationship)
+ [
## FSx for ONTAP 파일 시스템으로 데이터 전송
](#transfer-data)
+ [
## Amazon FSx로 전환
](#cutover)
## 시작하기 전 준비 사항
다음 섹션에 설명된 절차를 사용하기 전에 다음 사전 조건을 충족해야 합니다.
+ FSx for ONTAP은 데이터 계층화, 스토리지 효율성, 백업 등의 백그라운드 작업보다 클라이언트 트래픽에 우선 순위를 둡니다. 데이터를 마이그레이션할 때는 일반적으로 SSD 계층의 용량을 모니터링하여 사용률이 80%를 초과하지 않도록 하는 것이 좋습니다. [CloudWatch 파일 시스템 지표](file-system-metrics.md)를 사용하여 SSD 계층의 사용률을 모니터링할 수 있습니다. 자세한 내용은 [볼륨 지표](volume-metrics.md) 섹션을 참조하세요.
+ 데이터를 마이그레이션할 때 대상 볼륨의 데이터 계층화 정책을 `All`로 설정하면 모든 파일 메타데이터가 기본 SSD 스토리지 계층에 저장됩니다. 파일 메타데이터는 볼륨의 데이터 계층화 정책과 관계없이 항상 SSD 기반 기본 계층에 저장됩니다. 기본 계층과 용량 풀 계층 스토리지 용량의 비율을 1:10으로 가정하는 것이 좋습니다.
+ 소스 및 대상 파일 시스템은 동일한 VPC에 연결되거나 Amazon VPC 피어링, Transit Gateway AWS Direct Connect 또는를 사용하여 피어링되는 네트워크에 있습니다 Site-to-Site VPN. 자세한 내용은 *Amazon VPC 피어링 가이드*의 [내에서 데이터 액세스 AWS 클라우드](supported-fsx-clients.md#access-environments)와 [VPC 피어링이란?](https://docs.aws.amazon.com/vpc/latest/peering/what-is-vpc-peering.html) 섹션을 참조하세요.
+ ONTAP용 FSx 파일 시스템의 VPC 보안 그룹에는 클러스터 간 엔드포인트(LIF)용 포트 443, 10000, 11104 및 11105에서 ICMP와 TCP를 허용하는 인바운드 및 아웃바운드 규칙이 있습니다.
+ SnapMirror 데이터 보호 관계를 생성하기 전에 소스 볼륨과 대상 볼륨이 호환되는 NetApp ONTAP 버전을 실행하고 있는지 확인합니다. 자세한 내용은 NetApp의 ONTAP 사용자 설명서에서 [SnapMirror 관계에 대한 호환 가능한 ONTAP 버전](https://docs.netapp.com/us-en/ontap/data-protection/compatible-ontap-versions-snapmirror-concept.html#snapmirror-dr-relationships)을 참조하세요. 여기에 제시된 절차는 온프레미스 NetApp ONTAP 파일 시스템을 소스로 사용합니다.
+ 온프레미스 (소스) NetApp ONTAP 파일 시스템에는 SnapMirror 라이센스가 포함되어 있습니다.
+ SVM을 사용하여 대상 FSx for ONTAP 파일 시스템을 생성했지만 대상 볼륨은 생성하지 않았습니다. 자세한 내용은 [파일 시스템 만들기](creating-file-systems.md) 섹션을 참조하세요.
이 절차의 명령은 다음 클러스터, SVM 및 볼륨 별칭을 사용합니다.
+ *`FSx-Dest`* – 대상(FSx) 클러스터의 ID(FSxIdabcdef1234567890a 형식).
+ *`OnPrem-Source`* – 소스 클러스터의 ID.
+ *`DestSVM`* – 대상 SVM 이름.
+ *`SourceSVM`* – 소스 SVM 이름.
+ 소스 볼륨 이름과 대상 볼륨 이름 모두 `vol1`입니다.
**참고**
FSx for ONTAP 파일 시스템은 모든 ONTAP CLI 명령에서 클러스터라고 합니다.
이 섹션의 절차에서는 다음과 같은 NetApp ONTAP CLI 명령을 사용합니다.
+ [volume create](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/volume__create.html) 명령
+ [cluster](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/TOC__cluster.html) 명령
+ [vserver peer](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/TOC__vserver__peer.html) 명령
+ [snapmirror](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/TOC__snapmirror.html) 명령
NetApp ONTAP CLI를 사용하여 FSx for ONTAP 파일 시스템에서 SnapMirror 구성을 생성하고 관리합니다. 자세한 내용은 [NetApp ONTAP CLI 사용](managing-resources-ontap-apps.md#netapp-ontap-cli) 섹션을 참조하세요.
## 대상 볼륨 생성
NetApp ONTAP CLI 및 REST API 외에도 Amazon FSx 콘솔 AWS CLI, 및 Amazon FSx API를 사용하여 데이터 보호(DP) 대상 볼륨을 생성할 수 있습니다. Amazon FSx 콘솔을 사용하여 대상 볼륨을 생성하는 방법에 대한 자세한 내용은 섹션을 AWS CLI참조하세요[볼륨 생성](creating-volumes.md).
**참고**
ONTAP은 대상 볼륨의 계층화 정책이 `All`인 경우 소스에서 프로세스 후 압축으로 달성된 절감 효과를 대상 DP 볼륨에서 유지하지 않습니다. 프로세스 후 압축의 절감 효과를 유지하려면 대상 볼륨 계층화 정책을 `Auto`로 설정하고 대상 파일 시스템에서 inactive-data-compression을 활성화하여 대상 위치에서 프로세스 후 압축의 절감 효과를 다시 적용해야 합니다.
다음 절차에서는 NetApp ONTAP CLI를 사용하여 FSx for ONTAP 파일 시스템의 대상 볼륨을 생성합니다. 파일 시스템의 관리 포트의 `fsxadmin` 암호와 IP 주소 또는 DNS 이름이 필요합니다.
1. 파일 시스템을 생성할 때 설정한 사용자 `fsxadmin`과 암호를 사용하여 대상 파일 시스템과의 SSH 세션을 설정합니다.
```
ssh fsxadmin@file-system-management-endpoint-ip-address
```
1. 대상 클러스터에 최소한 소스 볼륨 스토리지 용량과 같은 스토리지 용량을 가진 볼륨을 생성합니다. `-type DP`를 사용하여 SnapMirror 관계의 대상으로 지정합니다.
데이터 계층화를 사용하려는 경우 `-tiering-policy`를 `all`로 설정하는 것이 좋습니다. 이렇게 하면 데이터가 용량 풀 스토리지로 즉시 전송되고 SSD 계층의 용량이 부족해지는 것을 방지할 수 있습니다. 마이그레이션 후에는 `-tiering-policy`를 `auto`로 전환할 수 있습니다.
**참고**
파일 메타데이터는 볼륨의 데이터 계층화 정책과 관계없이 항상 SSD 기반 기본 계층에 저장됩니다.
```
FSx-Dest::> vol create -vserver DestSVM -volume vol1 -aggregate aggr1 -size 1g -type DP -tiering-policy all
```
## 소스 및 대상 클러스터 간 LIF 기록
SnapMirror는 각각 고유한 IP 주소를 가진 클러스터 간 논리 인터페이스(LIF)를 사용하여 소스 및 대상 클러스터 간의 데이터 전송을 용이하게 합니다.
1. 대상 FSx for ONTAP 파일 시스템의 경우 파일 시스템 세부 정보 페이지의 **관리** 탭으로 이동하여 Amazon FSx 콘솔에서 **클러스터 간 엔드포인트 - IP 주소**를 검색할 수 있습니다.
1. 소스 NetApp ONTAP 클러스터에서는 ONTAP CLI를 사용하여 클러스터 간 LIF IP 주소를 검색합니다. 다음 명령을 실행합니다.
```
OnPrem-Source::> network interface show -role intercluster
Logical Network
Vserver Interface Status Address/Mask
----------- ---------- ------- ------------
FSx-Dest
inter_1 up/up 10.0.0.36/24
inter_2 up/up 10.0.1.69/24
```
**참고**
2세대 Single-AZ 파일 시스템의 경우 각 고가용성(HA) 페어에 대해 클러스터 간 IP 주소가 두 개 있습니다. 나중에 사용할 수 있도록 이 값을 저장합니다.
`inter_1` 및 `inter_2` IP 주소를 저장합니다. 이들은 `FSx-Dest`에서는 `dest_inter_1`과 `dest_inter_2`로, `OnPrem-Source`에 대해서는 `source_inter_1`과 `source_inter_2`로 참조됩니다.
## 소스 및 대상 간에 클러스터 피어링 설정
클러스터 간 IP 주소를 제공하여 대상 클러스터에서 클러스터 피어 관계를 설정합니다. 또한 소스 클러스터에서 클러스터 피어링을 설정할 때 필요한 암호를 생성해야 합니다.
1. 다음 명령을 사용하여 대상 클러스터에서 피어링을 설정합니다. 2세대 Single-AZ 파일 시스템의 경우 각 클러스터 간 IP 주소를 제공해야 합니다.
```
FSx-Dest::> cluster peer create -address-family ipv4 -peer-addrs source_inter_1,source_inter_2
Enter the passphrase:
Confirm the passphrase:
Notice: Now use the same passphrase in the "cluster peer create" command in the other cluster.
```
1. 다음으로, 소스 클러스터에서 클러스터 피어 관계를 설정합니다. 인증을 위해 앞서 생성한 암호를 입력해야 합니다. 2세대 Single-AZ 파일 시스템의 경우 각 클러스터 간 IP 주소를 제공해야 합니다.
```
OnPrem-Source::> cluster peer create -address-family ipv4 -peer-addrs dest_inter_1,dest_inter_2
Enter the passphrase:
Confirm the passphrase:
```
1. 소스 클러스터에서 다음 명령을 사용하여 피어링이 성공했는지 확인합니다. 출력에서 `Availability`를 `Available`로 설정해야 합니다.
```
OnPrem-Source::> cluster peer show
Peer Cluster Name Availability Authentication
----------------- -------------- --------------
FSx-Dest Available ok
```
## SVM 피어링 관계 생성
클러스터 피어링이 설정되면 다음 단계는 SVM을 피어링하는 것입니다. `vserver peer` 명령을 사용하여 대상 클러스터(FSx-Dest)에서 SVM 피어링 관계를 생성합니다. 다음 명령에 사용되는 추가 별칭은 다음과 같습니다.
+ `DestLocalName` – 소스 SVM에서 SVM 피어링을 구성할 때 대상 SVM을 식별하는 데 사용되는 이름입니다.
+ `SourceLocalName` – 대상 SVM에서 SVM 피어링을 구성할 때 소스 SVM을 식별하는 데 사용되는 이름입니다.
1. 다음 명령을 사용하여 소스 SVM과 대상 SVM 간에 SVM 피어링 관계를 생성합니다.
```
FSx-Dest::> vserver peer create -vserver DestSVM -peer-vserver SourceSVM -peer-cluster OnPrem-Source -applications snapmirror -local-name SourceLocalName
Info: [Job 207] 'vserver peer create' job queued
```
1. 다음과 같이 소스 클러스터에서 피어링 관계를 수락합니다.
```
OnPrem-Source::> vserver peer accept -vserver SourceSVM -peer-vserver DestSVM -local-name DestLocalName
Info: [Job 211] 'vserver peer accept' job queued
```
1. 다음 명령을 사용하여 SVM 피어링 상태를 확인합니다. `Peer State`는 응답에서 `peered`로 설정해야 합니다.
```
OnPrem-Source::> vserver peer show
Peer Peer Peer Peering Remote
Vserver Vserver State Cluster Applications Vserver
------- -------- ------ -------- ------------- ---------
svm01 destsvm1 peered FSx-Dest snapmirror svm01
```
## SnapMirror 관계 생성
소스 SVM 및 대상 SVM을 피어링했으므로 다음 단계는 대상 클러스터에서 SnapMirror 관계를 생성하고 초기화하는 것입니다.
**참고**
SnapMirror 관계를 생성하고 초기화하면 관계가 끊어질 때까지 대상 볼륨은 읽기 전용 상태가 됩니다.
+ `[snapmirror create](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/snapmirror__create.html)` 명령을 사용하여 대상 클러스터에 SnapMirror 관계를 생성합니다. `snapmirror create` 명령은 대상 SVM에서 사용해야 합니다.
선택적으로 SnapMirror 관계에 최대 대역폭(KB/s)을 설정하기 위해 `-throttle`을 사용할 수 있습니다.
```
FSx-Dest::> snapmirror create -source-path SourceLocalName:vol1 -destination-path DestSVM:vol1 -vserver DestSVM -throttle unlimited
Operation succeeded: snapmirror create for the relationship with destination "DestSVM:vol1".
```
## FSx for ONTAP 파일 시스템으로 데이터 전송
이제 SnapMirror 관계를 생성했으므로 대상 파일 시스템으로 데이터를 전송할 수 있습니다.
1. 대상 파일 시스템에서 다음 명령을 실행하여 대상 파일 시스템으로 데이터를 전송할 수 있습니다.
**참고**
이 명령을 실행하면 SnapMirror가 소스 볼륨에서 대상 볼륨으로 데이터 스냅샷을 전송하기 시작합니다.
```
FSx-Dest::> snapmirror initialize -destination-path DestSVM:vol1 -source-path SourceLocalName:vol1
```
1. 현재 사용 중인 데이터를 마이그레이션하는 경우 대상 클러스터를 업데이트하여 소스 클러스터와 동기화된 상태를 유지해야 합니다. 대상 클러스터를 일회성으로 업데이트하려면 다음 명령을 실행합니다.
```
FSx-Dest::> snapmirror update -destination-path DestSVM:vol1
```
1. 마이그레이션을 완료하고 클라이언트를 FSx for ONTAP으로 이동하기 전에 시간별 또는 일별 업데이트를 예약할 수도 있습니다. [https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/snapmirror__modify.html](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/snapmirror__modify.html) 명령을 사용하여 SnapMirror 업데이트 일정을 설정할 수 있습니다.
```
FSx-Dest::> snapmirror modify -destination-path DestSVM:vol1 -schedule hourly
```
## Amazon FSx로 전환
FSx for ONTAP 파일 시스템으로 전환을 준비하기 위해 다음을 수행합니다.
+ 소스 클러스터에 쓰는 모든 클라이언트를 연결 해제합니다.
+ 전환 시 데이터 손실이 없도록 최종 SnapMirror 전송을 수행합니다.
+ SnapMirror 관계를 끊습니다.
+ FSx for ONTAP 파일 시스템에 모든 클라이언트를 연결합니다.
1. 소스 클러스터의 모든 데이터가 FSx for ONTAP 파일 시스템으로 전송되도록 하려면 최종 Snapmirror 전송을 수행합니다.
```
FSx-Dest::> snapmirror update -destination-path DestSVM:vol1
```
1. `Mirror State`가 `Snapmirrored`로, `Relationship Status`가 `Idle`로 설정되어 있는지 확인하여 데이터 마이그레이션이 완료되었는지 확인합니다. 또한 대상 볼륨으로의 마지막 전송이 발생한 시간을 보여주는 `Last Transfer End Timestamp` 날짜가 예상과 같은지 확인해야 합니다.
1. 다음 명령을 실행하여 SnapMirror 상태를 표시합니다.
```
FSx-Dest::> snapmirror show -fields state,status,last-transfer-end-timestamp
Source Destination Mirror Relationship Last Transfer End
Path Path State Status Timestamp
---------- ----------- ---------- ------- ---------------
Svm01:vol1 svm02:DestVol Snapmirrored Idle 09/02 09:02:21
```
1. `snapmirror quiesce` 명령을 사용하여 향후 SnapMirror 전송을 비활성화합니다.
```
FSx-Dest::> snapmirror quiesce -destination-path DestSVM:vol1
```
1. `snapmirror show`를 사용하여 `Relationship Status`가 `Quiesced`로 변경되었는지 확인합니다.
```
FSx-Dest::> snapmirror show
Source Destination Mirror Relationship
Path Path State Status
----------- ------------ ------------- --------
sourcesvm1:vol1 svm01:DestVol Snapmirrored Quiesced
```
1. 마이그레이션 중에는 대상 볼륨이 읽기 전용입니다. 읽기/쓰기를 활성화하려면 SnapMirror 관계를 끊고 FSx for ONTAP 파일 시스템으로 전환해야 합니다. 다음 명령을 사용하여 SnapMirror 관계를 끊습니다.
```
FSx-Dest::> snapmirror break -destination-path DestSVM:vol1
Operation succeeded: snapmirror break for destination "DestSVM:vol1".
```
1. SnapMirror 복제가 완료되고 SnapMirror 관계가 끊어지면 볼륨을 마운트하여 데이터를 사용할 수 있도록 할 수 있습니다.
```
FSx-Dest::> vol mount -vserver fsx -volume vol1 -junction-path /vol1
```
이제 소스 볼륨의 데이터가 대상 볼륨으로 완전히 마이그레이션된 상태에서 볼륨을 사용할 수 있습니다. 볼륨에 대해 클라이언트가 읽고 쓸 수도 있습니다. 이전에 이 볼륨의 `tiering-policy`를 `all`로 설정한 경우 `auto` 또는 `snapshot-only`로 변경할 수 있으며 액세스 패턴에 따라 스토리지 계층 간에 데이터가 자동으로 전환됩니다. 클라이언트와 애플리케이션에서 이 데이터에 액세스할 수 있도록 하려면 [FSx for ONTAP 데이터 액세스](supported-fsx-clients.md) 섹션을 참조하세요.
# 를 사용하여 FSx for ONTAP으로 마이그레이션 AWS DataSync
AWS DataSync 를 사용하여 FSx for ONTAP 파일 시스템과 FSx for Lustre, FSx for OpenZFS, FSx FSx for Windows File Server, Amazon EFS, Amazon S3 및 온프레미스 파일러를 포함한 비 ONTAP 파일 시스템 간에 데이터를 전송하는 것이 좋습니다. FSx for ONTAP과 NetApp ONTAP 간에 파일을 전송하는 경우 [NetApp SnapMirror](migrating-fsx-ontap-snapmirror.md)를 사용하는 것이 좋습니다. AWS DataSync 는 인터넷 또는를 통해 자체 관리형 스토리지 시스템과 AWS 스토리지 서비스 간의 데이터 이동 및 복제를 간소화, 자동화 및 가속화하는 데이터 전송 서비스입니다 Direct Connect. DataSync는 소유권, 타임스탬프, 액세스 권한과 같은 파일 시스템 데이터 및 메타데이터를 전송할 수 있습니다.
DataSync를 사용하여 두 FSx for ONTAP 파일 시스템 간에 파일을 전송하고 데이터를 다른 AWS 리전 또는 AWS 계정의 파일 시스템으로 이동할 수도 있습니다. FSx for ONTAP 파일 시스템들과의 DataSync를 다른 작업에 사용할 수도 있습니다. 예를 들어, 일회성 데이터 마이그레이션을 수행하고, 분산 워크로드를 위해 주기적으로 데이터를 수집하며, 복제를 예약하여 데이터를 보호 및 복구할 수 있습니다.
DataSync에서 *위치*는 FSx for ONTAP 파일 시스템의 엔드포인트입니다. 특정 전송 시나리오에 대한 자세한 내용은 *AWS DataSync 사용 설명서*의 [위치 작업](https://docs.aws.amazon.com/datasync/latest/userguide/working-with-locations.html) 섹션을 참조하세요.
**참고**
`All` 계층화 정책을 사용하여 데이터를 용량 풀 계층으로 마이그레이션하려는 경우 파일 메타데이터는 항상 SSD 계층에 저장되며 모든 새 사용자 데이터는 먼저 SSD 계층에 기록된다는 점에 유념하세요. 데이터가 SSD 계층에 기록되면 백그라운드 계층화 프로세스가 데이터를 용량 풀 스토리지 계층으로 이동하기 시작하지만 계층화 프로세스는 즉시 이루어지지 않으며 네트워크 리소스를 사용합니다. 사용자 데이터를 용량 풀 스토리지 계층으로 이동하기 전에 사용자 데이터를 위한 버퍼로서 파일 메타데이터(사용자 데이터 크기의 3%\$17%)를 고려하여 SSD 계층 크기를 조정해야 합니다. SSD 사용률은 80% 를 초과하지 않는 것이 좋습니다.
데이터를 마이그레이션하는 동안 [CloudWatch 파일 시스템 지표](file-system-metrics.md)를 사용하여 SSD 계층을 모니터링하여 계층화 프로세스가 데이터를 용량 풀 스토리지로 이동할 수 있는 것보다 더 빠르게 채워지지 않는지 확인합니다. 또한 DataSync 전송을 계층화 속도보다 낮은 속도로 조절하여 SSD 계층 사용률이 80% 를 초과하지 않도록 할 수 있습니다. 예를 들어 처리량 용량이 512MBps 이상인 파일 시스템의 경우 일반적으로 200MBps 제한은 데이터 전송 속도와 데이터 계층화 속도의 균형을 맞춥니다.
## 사전 조건
FSx for ONTAP 설정으로 데이터를 마이그레이션하려면 서버와 네트워크가 DataSync 요구 사항을 충족해야 합니다. 자세히 알아보려면 *AWS DataSync 사용 설명서*의 [DataSync 요구 사항](https://docs.aws.amazon.com/datasync/latest/userguide/requirements.html)을 참조하세요.
## DataSync를 사용하여 파일을 마이그레이션하는 기본 단계
DataSync를 사용하여 소스에서 대상으로 파일을 전송하는 기본 단계는 다음과 같습니다.
+ 환경에 에이전트를 다운로드하여 배포하고 활성화합니다(이전하는 경우 필요하지 않음 AWS 서비스).
+ 소스 및 대상 위치 생성.
+ 작업 생성.
+ 작업을 실행하여 소스에서 대상으로 파일 전송.
자세한 내용은 *AWS DataSync 사용 설명서*에서 다음 주제를 참조하세요.
+ [ 자체 관리형 스토리지와 간의 데이터 전송 AWS](https://docs.aws.amazon.com/datasync/latest/userguide/how-datasync-works.html#onprem-aws)
+ [Amazon FSx for NetApp ONTAP을 위한 위치 생성](https://docs.aws.amazon.com/datasync/latest/userguide/create-ontap-location.html)