기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다. # FSx for ONTAP 파일 시스템 관리 파일 시스템은 온프레미스 ONTAP 클러스터와 유사한 기본 Amazon FSx 리소스입니다. 파일 시스템의 솔리드 스테이트 드라이브(SSD) 스토리지 용량 및 처리량 용량을 지정하고 파일 시스템을 생성할 Virtual Private Cloud(VPC)를 선택합니다. 각 파일 시스템에는 관리 엔드포인트가 있으며, 이 엔드포인트를 사용하여 ONTAP CLI 또는 REST API로 리소스 및 데이터를 관리할 수 있습니다. ## 파일 시스템 리소스 Amazon FSx for NetApp ONTAP 파일 시스템은 다음과 같은 기본 리소스로 구성되어 있습니다. + 파일 시스템 자체의 물리적 하드웨어(파일 서버 및 스토리지 미디어 포함). + 스토리지 가상 머신(SVM)을 호스팅하는 하나 이상의 고가용성(HA) 파일 서버 쌍입니다. 1세대 파일 시스템과 다중 AZ 2세대 파일 시스템에는 HA 페어가 하나 있고 2세대 Single-AZ 파일 시스템에는 최대 12개의 HA 페어가 있습니다. 각 HA 페어에는 집계라는 스토리지 풀이 있습니다. 모든 HA 페어의 집계 모음은 SSD 스토리지 계층을 구성합니다. + 파일 시스템 볼륨을 호스팅하고 자체 자격 증명 및 액세스 관리 기능을 갖춘 하나 이상의 SVM. + 데이터를 가상으로 구성하고 클라이언트가 마운트하는 하나 이상의 볼륨. 다음 이미지는 하나의 HA 쌍이 있는 1세대 FSx for ONTAP 파일 시스템의 아키텍처와 기본 리소스 간의 관계를 보여줍니다. 왼쪽의 FSx for ONTAP 파일 시스템은 하나의 SVM 및 하나의 볼륨으로 구성된 가장 단순한 파일 시스템입니다. 오른쪽의 파일 시스템에는 여러 SVM이 있으며 일부 SVM에는 여러 볼륨이 있습니다. 파일 시스템과 SVM에는 각각 여러 관리 엔드포인트가 있으며, SVM에는 데이터 액세스 엔드포인트도 있습니다. ![\[FSx for ONTAP 파일 시스템에 대한 아키텍처\]](http://docs.aws.amazon.com/ko_kr/fsx/latest/ONTAPGuide/images/ontap-file-system-structure.png) FSx for ONTAP 파일 시스템을 생성할 때는 다음 속성을 정의합니다. + **배포 유형** - 파일 시스템의 배포 유형(다중 AZ 또는 Single-AZ). Single-AZ 파일 시스템은 데이터를 복제하고 단일 가용 영역 내에서 자동 장애 조치를 제공합니다. 1세대 Single-AZ 파일 시스템은 HA 페어 하나를 지원합니다. 2세대 Single-AZ 파일 시스템은 최대 12개의 HA 페어를 지원합니다. 다중 AZ 파일 시스템은 데이터를 복제하고 동일한 AWS 리전내 여러 가용 영역에 걸쳐 장애 조치를 지원하여 복원력을 강화합니다. 1세대 및 2세대 다중 AZ 파일 시스템 모두 하나의 HA 페어를 지원합니다. **참고** 생성 후에는 파일 시스템의 배포 유형을 변경할 수 없습니다. 배포 유형을 변경하려면(예: Single-AZ 1에서 Single-AZ 2로 이동) 데이터를 백업하고 새 파일 시스템에서 복원할 수 있습니다. NetApp SnapMirror, AWS DataSync또는 타사 데이터 복사 도구를 사용하여 데이터를 마이그레이션할 수도 있습니다. 자세한 내용은 [NetApp SnapMirror를 사용하여 FSx for ONTAP으로 마이그레이션](migrating-fsx-ontap-snapmirror.md) 및 [를 사용하여 FSx for ONTAP으로 마이그레이션 AWS DataSync](migrate-files-to-fsx-datasync.md) 섹션을 참조하세요. + **스토리지 용량** - 1세대 파일 시스템의 경우 최대 192테비바이트(TiB), 2세대 다중 AZ 파일 시스템의 경우 512TiB, 2세대 Single-AZ 파일 시스템의 경우 1페비바이트(PiB)의 SSD 스토리지 용량입니다. + **SSD IOPS** - 기본적으로 각 기가바이트의 SSD 스토리지에는 3개의 SSD IOPS(파일 시스템 구성에서 지원하는 최대 개수까지)가 포함됩니다. 필요에 따라 SSD IOPS를 추가로 프로비저닝할 수도 있습니다. + **처리량 용량** - 파일 서버가 데이터를 제공할 수 있는 지속 속도입니다. + **네트워킹** - 파일 시스템이 생성하는 관리 및 데이터 액세스 엔드포인트의 VPC와 서브넷입니다. 다중 AZ 파일 시스템의 경우 IP 주소 범위와 라우팅 테이블도 정의합니다. + **암호화** - 저장된 파일 시스템 데이터를 암호화하는 데 사용되는 AWS Key Management Service (AWS KMS) 키입니다. + **관리 액세스** - `fsxadmin` 사용자의 암호를 지정할 수 있습니다. 이 사용자는 NetApp ONTAP CLI 및 REST API를 사용하여 파일 시스템을 관리할 수 있습니다. NetApp ONTAP CLI 또는 REST API를 사용하여 FSx for ONTAP 파일 시스템을 관리할 수 있습니다. 또한 Amazon FSx 파일 시스템과 다른 ONTAP 배포(다른 Amazon FSx 파일 시스템 포함) 간에 SnapMirror 또는 SnapVault 관계를 설정할 수 있습니다. 각 FSx for ONTAP 파일 시스템에는 NetApp 애플리케이션에 대한 액세스를 제공하는 다음과 같은 파일 시스템 엔드포인트가 있습니다. + **관리(Management)** - Secure Shell(SSH)을 통해 NetApp ONTAP CLI에 액세스하거나 파일 시스템에 NetApp ONTAP REST API를 사용하려면 이 엔드포인트를 사용합니다. + **인터클러스터(Intercluster)** - NetApp SnapMirror를 사용하여 복제를 설정하거나 NetApp FlexCache를 사용하여 캐싱을 설정할 때 이 엔드포인트를 사용합니다. 자세한 내용은 [NetApp 애플리케이션을 사용하여 FSx for ONTAP 관리](managing-resources-ontap-apps.md) 및 [NetApp SnapMirror를 사용하여 데이터 복제](scheduled-replication.md) 섹션을 참조하세요. # 파일 시스템 만들기 이 섹션에서는 Amazon FSx 콘솔 AWS CLI또는 Amazon FSx API를 사용하여 FSx for ONTAP 파일 시스템을 생성하는 방법을 설명합니다. 소유한 Virtual Private Cloud(VPC) 또는 다른 사용자가 공유 AWS 계정 한 VPC에서 파일 시스템을 생성할 수 있습니다. 참가자인 VPC에서 다중 AZ 파일 시스템을 생성할 때 고려해야 할 사항이 있습니다. 이러한 고려 사항은 이 주제에서 설명합니다. 기본적으로 Amazon FSx 콘솔에서 새 파일 시스템을 생성하면 Amazon FSx는 단일 스토리지 가상 머신(SVM)과 하나의 볼륨으로 파일 시스템을 자동으로 생성하여 NFS(네트워크 파일 시스템) 프로토콜을 통해 Linux 인스턴스의 데이터에 빠르게 액세스할 수 있습니다. 파일 시스템을 생성할 때 선택적으로 SVM을 Active Directory에 조인하면 Windows 및 MacOS 클라이언트에서 서버 메시지 블록(SMB) 프로토콜을 통해 액세스할 수 있습니다. 파일 시스템을 생성한 후 필요에 따라 추가 SVM 및 볼륨을 생성할 수 있습니다. ## 파일 시스템 생성(콘솔) 이 절차에서는 **표준 생성** 옵션을 사용하여 필요에 맞게 사용자 지정하는 구성으로 FSx for ONTAP을 생성합니다. **빠른 생성** 옵션을 사용하여 기본 구성 파라미터 세트를 통해 파일 시스템을 빠르게 생성하는 방법에 대한 자세한 내용은 [Amazon FSx for NetApp ONTAP 파일 시스템 생성](getting-started.md#getting-started-step1) 섹션을 참조하세요. 1. [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/)에서 Amazon FSx 콘솔을 엽니다. 1. 대시보드에서 **파일 시스템 생성**을 선택합니다. 1. **파일 시스템 유형 선택** 페이지의 **파일 시스템 옵션**에서 **Amazon FSx for NetApp ONTAP**를 선택한 후 **다음**을 선택합니다. 1. **생성 방법** 섹션에서 **표준 생성**을 선택합니다. 1. **파일 시스템 세부 정보** 섹션에서 다음 정보를 입력합니다. + **파일 시스템 이름 - 선택 사항**에 파일 시스템의 이름을 입력합니다. 파일 시스템의 이름을 지정하면 파일 시스템을 보다 쉽게 찾고 관리할 수 있습니다. 최대 256개의 유니코드 문자, 공백 및 숫자와 특수 문자 \$1 - = . \$1 : /를 사용할 수 있습니다. + **배포 유형**에서 **다중 AZ 2**, **Single-AZ 2**, **다중 AZ 1** 또는 **Single-AZ 1**을 선택합니다. + **다중 AZ** 파일 시스템은 데이터를 복제하고 동일한 AWS 리전내 여러 가용 영역에 걸쳐 장애 조치를 지원합니다. 다중 AZ 1은 1세대 FSx for ONTAP 파일 시스템입니다. 다중 AZ 2는 2세대 파일 시스템입니다. 둘 다 고가용성(HA) 페어 하나를 지원합니다. + **Single-AZ** 파일 시스템은 데이터를 복제하고 단일 가용 영역 내에서 자동 장애 조치를 제공합니다. Single-AZ 1은 HA 페어 하나를 지원하는 1세대 FSx for ONTAP 파일 시스템입니다. Single-AZ 2는 최대 12개의 HA 페어를 지원하는 2세대 파일 시스템입니다. 자세한 내용은 [고가용성(HA) 페어 관리](HA-pairs.md) 단원을 참조하십시오. 배포 유형에 대한 자세한 내용은 [가용성, 내구성 및 배포 옵션](high-availability-AZ.md) 섹션을 참조하세요. **참고** 생성 후에는 파일 시스템의 배포 유형을 변경할 수 없습니다. 배포 유형을 변경하려면(예: Single-AZ 1에서 Single-AZ 2로 이동) 데이터를 백업하고 새 파일 시스템에서 복원할 수 있습니다. NetApp SnapMirror, AWS DataSync또는 타사 데이터 복사 도구를 사용하여 데이터를 마이그레이션할 수도 있습니다. 자세한 내용은 [NetApp SnapMirror를 사용하여 FSx for ONTAP으로 마이그레이션](migrating-fsx-ontap-snapmirror.md) 및 [를 사용하여 FSx for ONTAP으로 마이그레이션 AWS DataSync](migrate-files-to-fsx-datasync.md) 섹션을 참조하세요. + **SSD 스토리지 용량**에는 파일 시스템의 스토리지 용량을 기비바이트(GiB) 단위로 입력합니다. 1,024\$11,048,576GiB(최대 1페비바이트[PiB]) 범위의 정수를 입력합니다. 파일 시스템을 생성한 후 언제든지 필요에 따라 스토리지 용량을 늘릴 수 있습니다. 자세한 내용은 [스토리지 용량 관리](managing-storage-capacity.md) 단원을 참조하십시오. + **프로비저닝된 SSD IOPS**의 경우 파일 시스템의 IOPS 수를 프로비저닝하는 두 가지 옵션이 있습니다. + Amazon FSx가 SSD 스토리지의 GiB당 3 IOPS를 자동으로 프로비저닝하도록 하려면 **자동**(기본값)을 선택합니다. + IOPS 수를 지정하려면 **사용자 프로비저닝**을 선택합니다. 파일 시스템당 최대 200,000 SSD IOPS를 프로비저닝할 수 있습니다. **참고** 파일 시스템을 생성한 후 프로비저닝된 SSD IOPS를 늘릴 수 있습니다. 파일 시스템이 달성할 수 있는 최대 SSD IOPS 수준은 추가 SSD IOPS를 프로비저닝하는 경우에도 파일 시스템의 처리량 용량에 따라 결정된다는 점을 기억하세요. 자세한 내용은 [처리량 용량이 성능에 미치는 영향](performance.md#impact-throughput-cap-performance) 및 [스토리지 용량 관리](managing-storage-capacity.md) 섹션을 참조하세요. + **처리량 용량**의 경우 처리량 용량을 초당 메가바이트(MBps) 단위로 결정하는 두 가지 옵션이 있습니다. + Amazon FSx가 선택한 스토리지 용량 양에 따라 처리량 용량을 자동으로 선택하도록 하려면 **권장 처리량 용량**을 선택합니다. + **처리량 용량 양을 지정**하려면 처리량 용량 지정을 선택합니다. 이 옵션을 선택하면 **처리량 용량** 드롭다운이 나타나고 선택한 배포 유형에 따라 채워집니다. HA 페어 수(최대 12개)를 선택할 수도 있습니다. 자세한 내용은 [고가용성(HA) 페어 관리](HA-pairs.md) 단원을 참조하십시오. 처리량 용량은 파일 시스템을 호스팅하는 파일 서버가 데이터를 제공할 수 있는 지속 속도입니다. 자세한 내용은 [Amazon FSx for NetApp ONTAP 성능성능](performance.md) 단원을 참조하십시오. 1. **네트워킹** 섹션에서 다음 정보를 입력합니다. + **Virtual Private Cloud(VPC)**의 경우 파일 시스템에 연결할 VPC를 선택합니다. + **VPC 보안 그룹**의 경우, 파일 시스템의 네트워크 인터페이스와 연결할 보안 그룹을 선택할 수 있습니다. 지정하지 않으면 Amazon FSx가 VPC의 기본 보안 그룹을 파일 시스템과 연결합니다. + (다중 AZ만 해당) **기본 서브넷**의 경우 사용 가능한 서브넷 목록에서 원하는 값을 선택합니다. 대기 파일 서버에는 **대기 서브넷**을 선택합니다. + (Single-AZ만 해당) **서브넷**의 경우 사용 가능한 서브넷 목록에서 원하는 값을 선택합니다. + (다중 AZ만 해당) **VPC 라우팅 테이블**의 경우 파일 시스템의 엔드포인트를 생성할 VPC 라우팅 테이블을 지정합니다. 클라이언트가 있는 서브넷과 연결된 모든 VPC 라우팅 테이블을 선택합니다. 기본적으로 Amazon FSx는 VPC의 기본 라우팅 테이블을 선택합니다. 자세한 내용은 [배포 VPC 외부에서 데이터 액세스](supported-fsx-clients.md#access-from-outside-deployment-vpc) 단원을 참조하십시오. **참고** Amazon FSx는 태그 기반 인증을 사용하여 다중 AZ 파일 시스템에 대한 이러한 라우팅 테이블을 관리합니다. 이러한 라우팅 테이블은 `Key: AmazonFSx; Value: ManagedByAmazonFSx`로 태그가 지정됩니다. 를 사용하여 FSx for ONTAP 다중 AZ 파일 시스템을 생성할 때는 `Key: AmazonFSx; Value: ManagedByAmazonFSx` 태그를 수동으로 추가하는 것이 CloudFormation 좋습니다. + **네트워크 유형**에서 **IPv4**(IPv4 지원만 해당) 또는 **듀얼 스택**(IPv4 및 IPv6 지원 모두 해당)을 선택합니다. 언제든지 기존 파일 시스템의 네트워크 유형을 변경할 수 있습니다. 자세한 내용은 [네트워크 유형 변경파일 시스템의 네트워크 유형 변경(콘솔)](manage-network-type.md#change-network-type) 단원을 참조하십시오. **참고** 듀얼 스택 모드를 사용하는 FSx for ONTAP 파일 시스템을 생성하려는 경우 먼저 VPC 및 서브넷에 Amazon 제공 IPv6 CIDR 블록을 할당해야 합니다. 자세한 내용은 *Amazon Virtual Private Cloud 사용 설명서*의 [VPC에 IPv6 지원 추가](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-migrate-ipv6-add.html)를 참조하세요. + (다중 AZ만 해당) **엔드포인트 IPv4 주소 범위**는 파일 시스템에 액세스하기 위한 엔드포인트가 생성될 IPv4 주소 범위를 지정합니다. 엔드포인트 IPv4 주소 범위에는 다음과 같은 세 가지 옵션이 있습니다. + **VPC의 할당되지 않은 IPv4 주소 범위** - Amazon FSx는 파일 시스템의 엔드포인트 IPv4 주소 범위로 사용할 VPC의 기본 CIDR 범위에서 마지막 64개 IP 주소를 선택합니다. 이 옵션을 여러 번 선택하면 이 범위가 여러 파일 시스템에서 공유됩니다. **참고** VPC의 기본 CIDR 범위에 있는 마지막 64개의 IP 주소 중 서브넷에서 사용 중인 주소가 있는 경우 이 옵션은 회색으로 표시됩니다. 이 경우에도 **IP 주소 범위 입력** 옵션을 선택하여 VPC 내 주소 범위(즉, 기본 CIDR 범위의 끝에 있지 않은 범위 또는 VPC의 보조 CIDR에 있는 범위)를 선택할 수 있습니다. + **VPC 외부의 유동 IPv4 주소 범위** - Amazon FSx는 동일한 VPC와 라우팅 테이블을 사용하는 다른 파일 시스템에서 아직 사용되지 않은 198.19.x.0/24 주소 범위를 선택합니다. + **IPv4 주소 범위 입력** - 원하는 CIDR 범위를 제공할 수 있습니다. 선택한 IPv4 주소 범위는 서브넷과 겹치지 않는 한 VPC의 IP 주소 범위 내부 또는 외부에 있을 수 있습니다. **참고** 다음 CIDR 범위에 속하는 범위는 FSx for ONTAP과 호환되지 않으므로 선택하지 않습니다. 0.0.0.0/8 127.0.0.0/8 198.19.0.0/20 224.0.0.0/4 240.0.0.0/4 255.255.255.255/32 + (다중 AZ 및 듀얼 스택만 해당) **엔드포인트 IPv6 주소 범위**는 파일 시스템에 액세스하기 위한 엔드포인트가 생성될 IPv6 주소 범위를 지정합니다. 엔드포인트 IPv6 주소 범위에는 다음과 같은 두 가지 옵션이 있습니다. + **VPC의 할당되지 않은 IPv6 주소 범위** - Amazon FSx는 파일 시스템의 엔드포인트 IPv6 주소 범위로 사용할 VPC의 IPv6 CIDR 범위 중 하나에서 1024개의 사용 가능한 IPv6 주소 블록을 선택합니다. + **IPv6 주소 범위 입력** - 원하는 IPv6 CIDR 범위를 제공할 수 있습니다. 선택한 IPv6 주소 범위는 서브넷과 겹치지 않는 한 VPC의 IPv6 주소 범위 내부 또는 외부에 있을 수 있습니다. 1. **암호화** 섹션의 **암호화 키**에서 파일 시스템의 저장 데이터를 보호하는 AWS Key Management Service (AWS KMS) 암호화 키를 선택합니다. 1. **파일 시스템 관리 암호**에는 `fsxadmin` 사용자의 보안 암호를 입력합니다. 암호를 확인합니다. `fsxadmin` 사용자는 ONTAP CLI 및 REST API를 사용하여 파일 시스템을 관리할 수 있습니다. `fsxadmin` 사용자에 대한 자세한 내용은 [ONTAP CLI를 사용한 파일 시스템 관리](managing-resources-ontap-apps.md#fsxadmin-ontap-cli) 섹션을 참조하세요. 1. **기본 스토리지 가상 머신 구성** 섹션에 다음 정보를 입력합니다. + **스토리지 가상 머신 이름** 필드에 스토리지 가상 머신의 이름을 입력합니다. 밑줄(\$1) 특수 문자를 포함해 최대 47자의 영숫자를 사용할 수 있습니다. + **SVM 관리 암호**의 경우 선택적으로 **암호 지정**을 선택하고 SVM의 `vsadmin` 사용자 암호를 제공할 수 있습니다. `vsadmin` 사용자를 사용하여 ONTAP CLI 또는 REST API를 사용해 SVM을 관리할 수 있습니다. `vsadmin` 사용자에 대한 자세한 내용은 [ONTAP CLI로 SVM 관리하기](managing-resources-ontap-apps.md#vsadmin-ontap-cli) 섹션을 참조하세요. **암호 지정 안 함**(기본값)을 선택한 경우에도 파일 시스템의 `fsxadmin` 사용자를 사용하여 ONTAP CLI 또는 REST API를 사용해 파일 시스템을 관리할 수 있지만 SVM의 `vsadmin` 사용자를 사용하여 동일한 작업을 수행할 수는 없습니다. + **볼륨 보안 스타일**에서는 볼륨에 대해 **Unix(Linux)**와 ** NTFS** 중 하나를 선택합니다. 자세한 내용은 [볼륨 보안 스타일](managing-volumes.md#volume-security-style) 단원을 참조하십시오. + **Active Directory** 섹션에서 Active Directory를 SVM에 조인할 수 있습니다. 자세한 내용은 [FSx for ONTAP에서 Microsoft Active Directory 작업](ad-integration-ontap.md) 단원을 참조하십시오. SVM을 Active Directory에 조인하지 않으려면 **Active Directory 조인 안 함**을 선택합니다. SVM을 자체 관리형 Active Directory 도메인에 조인하려면 **Active Directory 조인**을 선택하고 Active Directory에 대한 다음 세부 정보를 제공합니다. + SVM에 대해 생성할 Active Directory 컴퓨터 객체의 NetBIOS 이름. NetBIOS 이름은 15자를 초과할 수 없습니다. + Active Directory의 정규화된 도메인 이름. 도메인 이름은 255자를 초과할 수 없습니다. + **DNS 서버 IP 주소** - 도메인에 대한 도메인 이름 시스템(DNS)의 IPv4 또는 IPv6 주소입니다. + **서비스 계정 자격 증명** - 서비스 계정 자격 증명을 제공하는 방법을 선택합니다. + **옵션 1**: AWS Secrets Manager 비밀 ARN - Active Directory 도메인의 서비스 계정에 대한 사용자 이름과 암호를 포함하는 보안 암호입니다. 자세한 내용은 [를 사용하여 Active Directory 자격 증명 저장 AWS Secrets Manager](self-managed-AD-best-practices.md#bp-store-ad-creds-using-secret-manager) 단원을 참조하십시오. + **옵션 2**: 일반 텍스트 자격 증명 + **서비스 계정 사용자 이름** - 기존 Microsoft Active Directory에 있는 서비스 계정의 사용자 이름입니다. 도메인 접두사나 접미사를 포함하지 않습니다. 예를 들어 `EXAMPLE\ADMIN`에는 `ADMIN`만 사용합니다. + **서비스 계정 암호** - 서비스 계정의 암호입니다. + **암호 확인** - 서비스 계정의 암호입니다. + (선택 사항) **조직 단위(OU)** - 파일 시스템에 조인하려는 조직 단위의 고유 경로 이름입니다. + **위임된 파일 시스템 관리자 그룹** - Active Directory에서 파일 시스템을 관리할 수 있는 그룹의 이름입니다. 를 사용하는 경우 AWS 위임된 FSx 관리자 AWS Managed Microsoft AD AWS , 위임된 관리자 또는 OU에 위임된 권한이 있는 사용자 지정 그룹과 같은 그룹을 지정해야 합니다. 자체 관리형 AD에 조인하는 경우 AD에 있는 그룹의 이름을 사용합니다. 기본 그룹은 `Domain Admins`입니다. 1. **기본 볼륨 구성** 섹션에서 파일 시스템으로 만든 기본 볼륨에 대해 다음 정보를 입력합니다. + **볼륨 이름** 필드에 볼륨의 이름을 입력합니다. 최대 203자의 영숫자 또는 밑줄 (\$1) 문자를 사용할 수 있습니다. + (HA 페어가 한 개 있는 파일 시스템만 해당) **볼륨 스타일**에서 **FlexVol** 또는 **FlexGroup**을 선택합니다. FlexVol 볼륨은 최대 300테비바이트(TiB) 크기의 범용 볼륨입니다. FlexGroup 볼륨은 고성능 워크로드를 위한 것이며 최대 20PiB 크기의 볼륨일 수 있습니다. + **볼륨 크기**는 FlexVol 볼륨의 경우 20–314,572,800 메비바이트(MiB) 범위의 정수를 입력하거나, FlexGroup 볼륨의 경우 HA 쌍당 800기가바이트(GiB)\$12,400TiB 범위의 정수를 입력합니다. 예를 들어 HA 페어가 12개인 파일 시스템의 최소 볼륨 크기는 9,600GiB이고 최대 크기는 20,480TiB. + **볼륨 유형**의 경우 읽기 및 쓰기가 가능한 볼륨을 생성하려면 **읽기-쓰기(RW)**를 선택하고 NetApp SnapMirror 또는 SnapVault 관계의 대상으로 사용할 수 있는 읽기 전용 볼륨을 생성하려면 **데이터 보호(DP)**를 선택합니다. 자세한 내용은 [볼륨 유형](managing-volumes.md#volume-types) 단원을 참조하십시오. + **정션 경로**에는 파일 시스템 내에서 볼륨을 마운트할 위치를 입력합니다. 이름 앞에 슬래시가 있어야 합니다(예: `/vol3`). + **스토리지 효율성**의 경우 ONTAP 스토리지 효율성 기능(중복 제거 및 압축)을 활성화하려면 **활성화**를 선택합니다. 자세한 내용은 [스토리지 효율성](managing-storage-capacity.md#storage-efficiency) 섹션을 참조하세요. + **스냅샷 정책**에서 볼륨의 스냅샷 정책을 선택합니다. 스냅샷 정책에 대한 자세한 내용은 [스냅샷 정책](snapshots-ontap.md#snapshot-policies) 섹션을 참조하세요. **사용자 지정 정책**을 선택하는 경우 **custom-policy** 필드에 정책 이름을 지정해야 합니다. 사용자 지정 정책은 SVM 또는 파일 시스템에 이미 있어야 합니다. ONTAP CLI 또는 REST API를 사용하여 사용자 지정 스냅샷 정책을 생성할 수 있습니다. 자세한 내용은 NetApp ONTAP 제품 설명서의 [스냅샷 정책 생성](https://docs.netapp.com/us-en/ontap/data-protection/create-snapshot-policy-task.html)을 참조하세요. 1. **기본 볼륨 스토리지 계층화** 섹션에서 **용량 풀 계층화 정책**에는 볼륨의 스토리지 풀 계층화 정책을 **자동**(기본값), **스냅샷만**, **모두**, **없음** 중에서 선택합니다. 용량 풀 계층화 정책에 대한 자세한 내용은 [볼륨 계층화 정책](volume-storage-capacity.md#data-tiering-policy) 섹션을 참조하세요. **계층화 정책 휴지 기간**에서 스토리지 계층화를 `Auto` 및 `Snapshot-only` 정책 중 하나로 설정한 경우 유효한 값은 2\$1183일입니다. 볼륨의 계층화 정책 휴지 기간은 액세스되지 않은 데이터가 콜드 상태로 표시되고 용량 풀 스토리지로 이동되기까지의 일수를 정의합니다. 1. **기본 볼륨 SnapLock 구성** 섹션의 **SnapLock 구성**에서 **활성화**와 **비활성화** 중 하나를 선택합니다. SnapLock 컴플라이언스 볼륨 또는 SnapLock 엔터프라이즈 볼륨 구성에 대한 자세한 내용은 [SnapLock 규정 준수 이해](snaplock-compliance.md) 및 [SnapLock 엔터프라이즈 이해](snaplock-enterprise.md)를 참조하세요. SnapLock에 대한 자세한 정보는 [SnapLock로 데이터 보호](snaplock.md) 섹션을 참조하세요. 1. **백업 및 유지 관리 - *선택 사항***에서 다음 옵션을 설정할 수 있습니다. + **일별 자동 백업**의 경우 자동 일별 백업의 **활성화**를 선택합니다. 이 옵션은 기본적으로 활성화되어 있습니다. + **일별 자동 백업 기간**에는 하루 중 일별 자동 백업 기간을 시작할 시간을 협정 세계시(UTC) 단위로 설정합니다. 기간은 지정 시각에서 시작하여 30분입니다. 이 기간은 주별 유지 관리 백업 기간과 겹칠 수 없습니다. + **자동 백업 보존 기간**의 경우 자동 백업을 보존할 기간을 1\$190일로 설정합니다. + **주별 유지 관리 기간**에는 유지 관리 기간을 주중 시각을 설정합니다. 1일차는 월요일, 2일차는 화요일 등입니다. 백업 기간은 지정 시각에서 시작하여 30분입니다. 이 기간은 일별 자동 백업 기간과 겹칠 수 없습니다. 1. **태그 - *옵션***의 경우 키와 값을 입력하여 태그를 파일 시스템에 추가합니다. 태그는 파일 시스템을 관리, 필터링 및 검색하는 데 도움이 되는 대소문자 구분 키-값 페어입니다. **다음**을 선택합니다. 1. **파일 시스템 생성** 페이지에 표시된 파일 시스템 구성을 검토합니다. 참조할 수 있도록 파일 시스템을 생성한 후 수정할 수 있는 파일 시스템 설정을 확인합니다. 1. **파일 시스템 생성**을 선택합니다. ## 파일 시스템 생성(CLI) + FSx for ONTAP 파일 시스템을 생성하려면 다음 예제와 같이 [create-file-system](https://docs.aws.amazon.com/cli/latest/reference/fsx/create-file-system.html) CLI 명령(또는 이에 상응하는 [CreateFileSystem](https://docs.aws.amazon.com/fsx/latest/APIReference/API_CreateFileSystem.html) API 작업)을 사용합니다. **참고** 생성 후에는 파일 시스템의 배포 유형을 변경할 수 없습니다. 배포 유형을 변경하려면(예: Single-AZ 1에서 Single-AZ 2로 이동) 데이터를 백업하고 새 파일 시스템에서 복원할 수 있습니다. NetApp SnapMirror, AWS DataSync또는 타사 데이터 복사 도구를 사용하여 데이터를 마이그레이션할 수도 있습니다. 자세한 내용은 [NetApp SnapMirror를 사용하여 FSx for ONTAP으로 마이그레이션](migrating-fsx-ontap-snapmirror.md) 및 [를 사용하여 FSx for ONTAP으로 마이그레이션 AWS DataSync](migrate-files-to-fsx-datasync.md) 섹션을 참조하세요. ``` aws fsx create-file-system \ --file-system-type ONTAP \ --storage-capacity 1024 \ --storage-type SSD \ --security-group-ids security-group-id \ --subnet-ids subnet-abcdef1234567890b subnet-abcdef1234567890c \ --ontap-configuration DeploymentType=MULTI_AZ_1, ThroughputCapacity=512,PreferredSubnetId=subnet-abcdef1234567890b ``` 파일 시스템을 만든 후 Amazon FSx에서는 다음 예제에서처럼 파일 시스템 설명을 JSON 형식으로 반환합니다. ``` { "FileSystem": { "OwnerId": "111122223333", "CreationTime": 1625066825.306, "FileSystemId": "fs-0123456789abcdef0", "FileSystemType": "ONTAP", "Lifecycle": "CREATING", "StorageCapacity": 1024, "StorageType": "SSD", "VpcId": "vpc-11223344556677aab", "SubnetIds": [ "subnet-abcdef1234567890b", "subnet-abcdef1234567890c" ], "KmsKeyId": "arn:aws:kms:us-east-1:111122223333:key/wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY", "ResourceARN": "arn:aws:fsx:us-east-1:111122223333:file-system/fs-0123456789abcdef0", "Tags": [], "OntapConfiguration": { "DeploymentType": "MULTI_AZ_HA_1", "EndpointIpAddressRange": "198.19.0.0/24", "Endpoints": { "Management": { "DnsName": "management.fs-0123456789abcdef0.fsx.us-east-1.amazonaws.com" }, "Intercluster": { "DnsName": "intercluster.fs-0123456789abcdef0.fsx.us-east-1.amazonaws.com" } }, "DiskIopsConfiguration": { "Mode": "AUTOMATIC", "Iops": 3072 }, "PreferredSubnetId": "subnet-abcdef1234567890b", "RouteTableIds": [ "rtb-abcdef1234567890e", "rtb-abcd1234ef567890b" ], "ThroughputCapacity": 512, "WeeklyMaintenanceStartTime": "4:10:00" } } } ``` **참고** 콘솔에서 파일 시스템을 만드는 과정과 달리, `create-file-system` CLI 명령과 `CreateFileSystem` API 작업은 기본 SVM이나 볼륨을 만들지 않습니다. SVM을 생성하려면 [스토리지 가상 머신 생성(SVM)](creating-svms.md) 섹션을 참조하고, 볼륨을 생성하려면 [볼륨 생성](creating-volumes.md) 섹션을 참조하세요. ## 공유 서브넷에서 FSx for ONTAP 파일 시스템 만들기 VPC 공유를 사용하면 여러 AWS 계정 가 공유된 중앙 관리형 Virtual Private Cloud(VPCs. 이 모델에서 VPC(소유자)를 소유한 계정은 하나 이상의 서브넷을 동일한 조직에 속한 다른 계정(참가자)과 공유합니다 AWS Organizations. 참가자 계정은 소유자 계정이 공유한 VPC 서브넷에서 FSx for ONTAP Single-AZ 및 다중 AZ 파일 시스템을 생성할 수 있습니다. 참가자 계정이 다중 AZ 파일 시스템을 생성하려면 소유자 계정도 Amazon FSx에 참가자 계정을 대신하여 공유 서브넷의 라우팅 테이블을 수정할 수 있는 권한을 부여해야 합니다. 자세한 내용은 [다중 AZ 파일 시스템에 대한 공유 VPC 지원 관리](#maz-shared-vpc) 단원을 참조하십시오. **참고** 참가자 계정은 참가자 파일 시스템의 VPC 내 CIDR과 겹치는 후속 VPC 서브넷이 생성되지 않도록 VPC 소유자와 조율할 책임이 있습니다. 서브넷이 겹치면 파일 시스템으로의 트래픽이 중단될 수 있습니다. ### 공유 서브넷 요구 사항 및 고려 사항 FSx for ONTAP 파일 시스템을 공유 VPC 서브넷에 생성할 경우 다음 사항에 유의하세요. + VPC 서브넷의 소유자는 참가자 계정과 서브넷을 공유해야만 해당 계정이 해당 서브넷에 FSx for ONTAP 파일 시스템을 생성할 수 있습니다. + 참여자는 VPC의 기본 보안 그룹을 사용하여 리소스를 시작할 수 없습니다. 보안 그룹은 소유자에게 속해 있기 때문입니다. 또한 참여자 계정은 소유자 또는 다른 참여자가 소유한 보안 그룹을 사용하여 리소스를 시작할 수 없습니다. + 공유 서브넷에서는 참여자와 소유자가 각 계정 내의 보안 그룹을 별도로 제어합니다. 소유자 계정은 참가자가 만든 보안 그룹을 볼 수 있지만 해당 그룹에 대해 어떤 작업도 수행할 수 없습니다. 소유자 계정에서 보안 그룹을 제거하거나 수정하고자 하는 경우 보안 그룹을 생성한 참가자가 조치를 취해야 합니다. + 참가자 계정은 소유자 계정이 공유한 서브넷에서 Single-AZ 파일 시스템 및 관련 리소스를 확인, 생성, 수정 및 삭제할 수 있습니다. + 참가자 계정은 소유자 계정이 공유한 서브넷에서 다중 AZ 파일 시스템 및 관련 리소스를 생성, 보기, 수정 및 삭제할 수 있습니다. 또한 소유자 계정은 참가자 계정을 대신하여 공유 서브넷의 라우팅 테이블을 수정할 수 있는 Amazon FSx 서비스 권한도 부여해야 합니다. 자세한 내용은 [다중 AZ 파일 시스템에 대한 공유 VPC 지원 관리](#maz-shared-vpc) 섹션을 참조하세요. + 공유 VPC 소유자는 참가자가 공유 서브넷에서 만든 리소스를 보거나 수정하거나 삭제할 수 없습니다. 여기에 더해 계정마다 액세스 권한이 다른 VPC 리소스가 있습니다. 자세한 내용은 Amazon VPC 사용 설명서의 [소유자 및 참여자에 대한 책임 및 권한](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-sharing.html#vpc-share-limitations)을 참조하세요. 자세한 내용은 Amazon VPC 사용 설명서의 [다른 계정과 VPC 공유](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-sharing.html)를 참조하세요. #### VPC 서브넷을 공유하는 경우 공유 서브넷에서 FSx for ONTAP 파일 시스템을 생성할 참가자 계정과 서브넷을 공유할 때는 다음을 수행해야 합니다. + VPC 소유자는를 사용하여 VPCs 및 서브넷을 다른와 AWS Resource Access Manager 안전하게 공유해야 합니다 AWS 계정. 자세한 내용은 AWS Resource Access Manager 사용 설명서의 [AWS 리소스 공유를 참조하세요](https://docs.aws.amazon.com/ram/latest/userguide/getting-started-sharing.html#getting-started-sharing-orgs). + VPC 소유자는 참가자 계정과 하나 이상의 VPCs를 공유해야 합니다. 자세한 내용은 Amazon 가상 사설 클라우드 사용 설명서에서 [다른 계정과 VPC 공유](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-sharing.html)를 참조하세요. + 참가자 계정이 FSx for ONTAP 다중 AZ 파일 시스템을 생성하려면 VPC 소유자는 참가자 계정을 대신하여 공유 서브넷에서 라우팅 테이블을 생성하고 수정할 수 있는 Amazon FSx 서비스 권한도 부여해야 합니다. 이는 FSx for ONTAP 다중 AZ 파일 시스템이 부동 IP 주소를 사용하므로 연결된 클라이언트가 장애 조치 이벤트 중에 기본 파일 서버와 대기 파일 서버 간에 원활하게 전환할 수 있기 때문입니다. 장애 조치 이벤트가 발생하면 Amazon FSx는 현재 활성 파일 서버를 가리키도록 파일 시스템과 연결된 모든 라우팅 테이블의 모든 경로를 업데이트합니다. #### 다중 AZ 파일 시스템에 대한 공유 VPC 지원 관리 소유자 계정은 다음 섹션에 설명된 대로 소유자가 AWS Management Console AWS CLI및 API를 사용하여 참가자와 공유한 VPC 서브넷에서 참가자 계정이 다중 AZ FSx for ONTAP 파일 시스템을 생성할 수 있는지 여부를 관리할 수 있습니다. **다중 AZ 파일 시스템의 VPC 공유를 관리하려면(콘솔)** [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/)에서 Amazon FSx 콘솔을 엽니다. 1. 탐색 창에서 **설정**을 선택합니다. 1. **설정** 페이지에서 **다중 AZ 공유 VPC 설정**을 찾습니다. + 공유하는 VPC 서브넷에서 다중 AZ 파일 시스템에 대한 VPC 공유를 활성화하려면 **참가자 계정에서 라우팅 테이블 업데이트 활성화**를 선택합니다. + 소유한 모든 VPC에서 다중 AZ 파일 시스템에 대한 VPCs 비활성화하려면 **참가자 계정에서 라우팅 테이블 업데이트 비활성화**를 선택합니다. 확인 화면이 표시됩니다. **중요** 이 기능을 비활성화하기 전에 공유 VPC에서 참가자가 생성한 다중 AZ 파일 시스템을 삭제하는 것이 좋습니다. 기능이 비활성화되면 이러한 파일 시스템은 `MISCONFIGURED` 상태가 되고 사용할 수 없게 될 위험이 있습니다. 1. **confirm**를 입력하고 **확인**을 선택하여 기능을 비활성화합니다. **다중 AZ 파일 시스템의 VPC 공유를 관리하려면(AWS CLI)** 1. 다중 AZ VPC 공유의 현재 설정을 보려면 다음과 같이 [describe-shared-vpc-configuration](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-shared-vpc-configuration) CLI 명령 또는 이에 상응하는 [DescribeSharedVpcConfiguration](https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeSharedVpcConfiguration.html) API 명령을 사용합니다. ``` $ aws fsx describe-shared-vpc-configuration ``` 서비스는 다음과 같이 성공적인 요청에 응답합니다. ``` { "EnableFsxRouteTableUpdatesFromParticipantAccounts": "false" } ``` 1. 다중 AZ 공유 VPC 구성을 관리하려면 [update-shared-vpc-configuration](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-shared-vpc-configuration) CLI 명령 또는 동등한 [UpdateSharedVpcConfiguration](https://docs.aws.amazon.com/fsx/latest/APIReference/API_UpdateSharedVpcConfiguration.html) API 명령을 사용합니다. 다음 예제에서는 다중 AZ 파일 시스템에 대한 VPC 공유를 활성화합니다. ``` $ aws fsx update-shared-vpc-configuration --enable-fsx-route-table-updates-from-participant-accounts true ``` 서비스는 다음과 같이 성공적인 요청에 응답합니다. ``` { "EnableFsxRouteTableUpdatesFromParticipantAccounts": "true" } ``` 1. 기능을 비활성화하려면 다음 예제와 같이 `EnableFsxRouteTableUpdatesFromParticipantAccounts`를 `false`로 설정합니다. ``` $ aws fsx update-shared-vpc-configuration --enable-fsx-route-table-updates-from-participant-accounts false ``` 서비스는 다음과 같이 성공적인 요청에 응답합니다. ``` { "EnableFsxRouteTableUpdatesFromParticipantAccounts": "false" } ``` # 파일 시스템 업데이트 이 주제에서는 업데이트할 수 있는 기존 파일 시스템의 속성을 설명하고 Amazon FSx 콘솔 및 CLI를 사용하여 업데이트할 수 있는 절차를 제공합니다. Amazon FSx 콘솔 AWS CLI및 API를 사용하여 다음 FSx for ONTAP 파일 시스템 속성을 업데이트할 수 있습니다. + **자동 일별 백업**. 자동 일별 백업을 켜거나 끄고, 백업 기간과 백업 보존 기간을 수정합니다. 자세한 내용은 [자동 일별 백업.](using-backups.md#automatic-backups) 단원을 참조하십시오. + **주별 유지 관리 기간**. Amazon FSx가 파일 시스템 유지 관리 및 업데이트를 수행하는 요일과 시간을 설정합니다. 자세한 내용은 [Amazon FSx 유지 관리 기간을 통한 성능 최적화](maintenance-windows.md) 단원을 참조하십시오. + **파일 시스템 관리 암호**. 파일 시스템의 `fsxadmin` 사용자의 암호를 변경합니다. `fsxadmin` 사용자는 ONTAP CLI 및 REST API를 사용하여 파일 시스템을 관리할 수 있습니다. `fsxadmin` 사용자에 대한 자세한 내용은 [ONTAP CLI를 사용한 파일 시스템 관리](managing-resources-ontap-apps.md#fsxadmin-ontap-cli) 섹션을 참조하세요. + **Amazon VPC 라우팅 테이블**. 다중 AZ FSx for ONTAP 파일 시스템을 사용하는 경우 NFS 또는 SMB를 통해 데이터에 액세스하는 데 사용하는 엔드포인트와, ONTAP CLI, API 및 NetApp 콘솔에 액세스하는 관리 엔드포인트는 파일 시스템과 연결하는 Amazon VPC 라우팅 테이블의 유동 IP 주소를 사용합니다. 새로 생성한 라우팅 테이블을 기존의 다중 AZ 파일 시스템과 연결하여 네트워크가 발전하더라도 데이터에 액세스할 수 있는 클라이언트를 구성할 수 있습니다. 파일 시스템에서 기존 라우팅 테이블을 분리(제거)할 수도 있습니다. **참고** Amazon FSx는 태그 기반 인증을 사용하여 다중 AZ 파일 시스템의 VPC 라우팅 테이블을 관리합니다. 이러한 라우팅 테이블은 `Key: AmazonFSx; Value: ManagedByAmazonFSx`로 태그가 지정됩니다. 를 사용하여 FSx for ONTAP 다중 AZ 파일 시스템을 생성하거나 업데이트할 때는 `Key: AmazonFSx; Value: ManagedByAmazonFSx` 태그를 수동으로 추가하는 것이 CloudFormation 좋습니다. ## 파일 시스템 업데이트(콘솔) 다음 절차에서는 AWS Management Console를 사용하여 기존 FSx for ONTAP 파일 시스템을 업데이트하는 방법에 대한 지침을 제공합니다. **자동 일별 백업 업데이트** 1. [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/)에서 Amazon FSx 콘솔을 엽니다. 1. 파일 시스템 세부 정보 페이지를 표시하려면 왼쪽 탐색 창에서 **파일 시스템**을 선택한 후 업데이트할 FSx for ONTAP 파일 시스템을 선택합니다. 1. 페이지의 두 번째 패널에서 **백업** 탭을 선택합니다. 1. **업데이트**를 선택합니다. 1. 이 파일 시스템의 자동 일별 백업 설정을 수정합니다. 1. **저장**을 선택하여 변경 사항을 저장합니다. **주별 유지 관리 기간 업데이트** 1. [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/)에서 Amazon FSx 콘솔을 엽니다. 1. 파일 시스템 세부 정보 페이지를 표시하려면 왼쪽 탐색 창에서 **파일 시스템**을 선택한 후 업데이트할 FSx for ONTAP 파일 시스템을 선택합니다. 1. 페이지의 두 번째 패널에서 **관리** 탭을 선택합니다. 1. **유지 관리** 창에서 **업데이트**를 선택합니다. 1. 이 파일 시스템의 주별 유지 관리 기간이 발생하는 시기를 수정합니다. 1. **저장**을 선택하여 변경 사항을 저장합니다. **파일 시스템 관리 암호 변경** 1. [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/)에서 Amazon FSx 콘솔을 엽니다. 1. 파일 시스템 세부 정보 페이지를 표시하려면 왼쪽 탐색 창에서 **파일 시스템**을 선택한 후 업데이트할 FSx for ONTAP 파일 시스템을 선택합니다. 1. **관리** 탭을 선택합니다. 1. **ONTAP 관리** 패널의 **ONTAP 관리자 암호**에서 **업데이트**를 선택합니다. 1. **ONTAP 관리자 자격 증명 업데이트** 대화 상자의 **ONTAP 관리 암호 필드**에 새 암호를 입력합니다. 1. **암호 확인** 필드를 사용하여 암호를 확인합니다. 1. **자격 증명 업데이트**를 선택하여 변경 사항을 저장합니다. **참고** 새 암호가 암호 요구 사항을 충족하지 않는다는 오류가 발생하면 [https://docs.netapp.com/us-en/ontap-cli-9141/security-login-role-config-show.html#description](https://docs.netapp.com/us-en/ontap-cli-9141/security-login-role-config-show.html#description) ONTAP CLI 명령을 사용하여 파일 시스템의 암호 요구 사항 설정을 볼 수 있습니다. 암호 설정을 변경하는 방법에 대한 지침을 비롯한 자세한 내용은 [`fsxadmin` 계정 암호 업데이트 실패했습니다.](updating-admin-password.md)을 참조하세요. **다중 AZ 파일 시스템에서 VPC 경로 테이블 업데이트하기** 1. [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/)에서 Amazon FSx 콘솔을 엽니다. 1. 파일 시스템 세부 정보 페이지를 표시하려면 왼쪽 탐색 창에서 **파일 시스템**을 선택한 후 업데이트할 FSx for ONTAP 파일 시스템을 선택합니다. 1. **작업**에서 **파일 시스템 업데이트 > 라우팅 테이블 업데이트**를 선택합니다. 또는 **네트워크 및 보안** 패널에서 파일 시스템의 **라우팅 테이블** 옆에 있는 **관리**를 선택합니다. 1. **라우팅 테이블 관리** 대화 상자에서 다음 중 하나를 수행합니다. + 새 VPC 라우팅 테이블을 연결하려면 **새 라우팅 테이블 연결** 드롭다운 목록에서 라우팅 테이블을 선택한 후 **연결**을 선택합니다. + 기존 VPC 라우팅 테이블을 연결 해제하려면 **현재 라우팅 테이블** 창에서 라우팅 테이블을 선택한 후 **연결 해제**를 선택합니다. 1. **닫기**를 선택하세요. ## 파일 시스템 업데이트(CLI) 다음 절차에서는 AWS CLI를 사용하여 기존 FSx for ONTAP 파일 시스템을 업데이트하는 방법을 보여줍니다. 1. FSx for ONTAP 파일 시스템 구성을 업데이트하려면 다음 예제에서와 같이 [update-file-system](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-file-system.html) CLI 명령(또는 이에 상응하는 [UpdateFileSystem](https://docs.aws.amazon.com/fsx/latest/APIReference/API_UpdateFileSystem.html) API 작업)을 사용합니다. ``` aws fsx update-file-system \ --file-system-id fs-0123456789abcdef0 \ --ontap-configuration AutomaticBackupRetentionDays=30,DailyAutomaticBackupStartTime=01:00, \ WeeklyMaintenanceStartTime=1:01:30,AddRouteTableIds=rtb-0123abcd, \ FsxAdminPassword=new-fsx-admin-password ``` 1. 자동 일일 백업을 비활성화하려면 `AutomaticBackupRetentionDays` 속성을 0으로 설정합니다. ``` aws fsx update-file-system \ --file-system-id fs-0123456789abcdef0 \ --ontap-configuration AutomaticBackupRetentionDays=0 ``` # 고가용성(HA) 페어 관리 각 FSx for ONTAP 파일 시스템은 액티브 스탠바이 구성에서 하나 이상의 고가용성(HA) 파일 서버 페어로 구동됩니다. 이 구성에는 트래픽을 적극적으로 처리하는 기본 파일 서버와 활성 서버를 사용할 수 없는 경우 인계하는 보조 파일 서버가 있습니다. 1세대 FSx for ONTAP 파일 시스템은 최대 4GBps의 처리량 용량과 160,000 SSD IOPs. 2세대 FSx for ONTAP 다중 AZ 파일 시스템은 하나의 HA 페어로도 구동되며 최대 6GBps의 처리량 용량과 200,000 SSD IOPS를 제공합니다. 2세대 FSx for ONTAP Single-AZ 파일 시스템은 최대 12개의 HA 페어로 구동되며, 최대 72GBps의 처리량 용량과 2,400,000 SSD IOPS(HA 페어당 6GBps의 처리량 용량과 200,000 SSD IOPS)를 제공할 수 있습니다. Amazon FSx 콘솔에서 파일 시스템을 생성할 때 Amazon FSx는 원하는 SSD 스토리지를 기반으로 사용해야 하는 HA 페어 수를 권장합니다. 워크로드 및 성능 요구 사항에 따라 HA 페어 수를 수동으로 선택할 수도 있습니다. 파일 시스템 요구 사항이 최대 6GBps의 처리량 용량과 200,000 SSD IOPs를 충족하는 경우 단일 HA 페어를 사용하고 워크로드에 더 높은 수준의 성능 확장성이 필요한 경우 여러 HA 페어를 사용하는 것이 좋습니다. 각 HA 페어에는 논리적 물리적 디스크 집합인 하나의 집계가 있습니다. **참고** 2세대 Single-AZ 파일 시스템에 HA 페어를 추가할 수 있습니다. 자세한 내용은 [고가용성(HA) 페어 추가](adding-HA-pairs.md) 단원을 참조하십시오. 그렇지 않으면를 사용하거나 백업에서 새 파일 시스템으로 데이터를 복원SnapMirror AWS DataSync하여 파일 시스템(HA 페어가 서로 다름) 간에 데이터를 마이그레이션할 수 있습니다. # 고가용성(HA) 페어 추가 FSx for ONTAP 파일 시스템은 하나 이상의 HA 쌍의 파일 서버로 구성됩니다. 1세대 파일 시스템과 2세대 다중 AZ 파일 시스템은 HA 페어 하나를 지원하는 반면 2세대 Single-AZ 파일 시스템은 최대 12개의 HA 페어를 지원합니다. 2세대 Single-AZ 파일 시스템을 생성한 후 HA 페어를 더 추가할 수도 있습니다(최대 12개). HA 페어를 추가하는 것은 방해가 되지 않으며 일반적으로 완료하는 데 몇 분밖에 걸리지 않습니다. 파일 시스템에 HA 페어를 추가할 때 다음 사항을 고려하세요. + 파일 시스템에 HA 페어를 추가하면 자체 스토리지(또는 집계)가 있는 새 파일 서버가 도입됩니다. 새 HA 페어는 파일 시스템의 기존 HA 페어와 처리량 및 스토리지 용량이 동일합니다. 예를 들어 파일 시스템에 총 12GBps의 처리량 용량과 2테비바이트(TiB)의 SSD 스토리지를 포함하는 HA 페어가 2개 있다고 가정해 보겠습니다. 새 HA 페어를 하나 추가하면 파일 시스템에 18GBps의 처리량 용량과 3TiB의 SSD 스토리지가 제공됩니다. + 새 HA 페어의 추가 성능을 활용하려면 기존 볼륨의 일부를 새 HA 페어로 이동하고 클라이언트를 다시 탑재하여 연결해야 합니다. 자세한 내용은 [HA 페어 간 워크로드 밸런싱](monitor-workload-balance.md) 단원을 참조하십시오. + HA 페어를 추가할 때 또는 HA 페어 추가 업데이트가 진행되는 동안에는 파일 시스템의 처리량 용량, SSD 스토리지 용량 또는 프로비저닝된 SSD IOPS를 수정할 수 없습니다. + HA 페어를 추가한 후에는 제거할 수 없습니다. 일시적으로 더 많은 성능이 필요한 경우 파일 시스템의 처리량 용량을 조정하는 것이 좋습니다(파일 시스템이 처리량 용량이 가장 크지 않다고 가정). 이렇게 하면 파일 시스템의 기존 HA 페어의 처리량 용량이 증가합니다. + iSCSI 프로토콜은 고가용성 페어(HA 페어)가 6개 이하인 파일 시스템에서 사용할 수 있습니다. NVMe/TCP 프로토콜은 HA 페어가 6개 이하인 2세대 파일 시스템에서 사용할 수 있습니다. 자세한 내용은 [FSx for ONTAP 데이터 액세스](supported-fsx-clients.md) 단원을 참조하십시오. + 파일 시스템에 새 HA 페어를 추가하면 새 파일 시스템 노드에 대해 NVMe 캐시가 기본적으로 활성화됩니다. 처리량이 많은 워크로드에는 비활성화하는 것이 좋습니다. 자세한 내용은 [NVMe 캐시 관리](nvme-cache.md) 단원을 참조하십시오. **HA 페어를 추가하려면** 1. [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/)에서 Amazon FSx 콘솔을 엽니다. 1. 파일 시스템 세부 정보 페이지를 표시하려면 왼쪽 탐색 창에서 **파일 시스템**을 선택한 후 업데이트할 FSx for ONTAP 파일 시스템을 선택합니다. 1. **요약** 패널의 **HA 페어 수**에서 **업데이트**를 선택합니다. 1. **HA 페어** 드롭다운에서 파일 시스템에 추가할 HA 페어 수를 선택합니다. 1. **업데이트** 버튼을 선택합니다. HA 페어를 추가한 후에는 I/O가 파일 시스템의 HA 페어에 고르게 분산되도록 기존 데이터의 균형을 재조정하는 것이 중요합니다. 자세한 내용은 [HA 페어 간 워크로드 밸런싱](monitor-workload-balance.md) 단원을 참조하십시오. # HA 페어 간 워크로드 밸런싱 HA(고가용성) 페어가 여러 개 있는 파일 시스템이 있는 경우 각 HA 페어에 처리량과 스토리지가 분산됩니다. FSx for ONTAP는 파일 시스템에 기록될 때 자동으로 파일의 균형을 맞추지만 HA 페어를 추가하면 워크로드 데이터와 I/O가 더 이상 균형을 이루지 않습니다. 또한 드문 경우지만 워크로드 데이터 또는 I/O가 파일 시스템의 기존 HA 페어에서 불균형해질 수 있으며, 이는 워크로드의 전체 성능에 영향을 미칠 수 있습니다. 워크로드가 불균형한 경우 각 파일 시스템의 HA 페어(및 그에 상응하는 파일 서버 및 *집계*, 즉 프라이머리 스토리지 계층을 구성하는 스토리지 풀) 간에 워크로드를 재조정할 수 있습니다. **Topics** + [기본 스토리지 사용률 균형](#primary-storage-balance) + [파일 서버 및 디스크 성능 사용률 불균형](#server-disk-imbalance) + [CloudWatch 차원을 ONTAP CLI 및 REST API 리소스에 매핑](#map-dimensions-to-resources) + [클라이언트 리밸런싱](#rebalancing-clients) + [볼륨 재조정](#rebalancing-volumes) ## 기본 스토리지 사용률 균형 파일 시스템의 기본 스토리지 용량은 집계라고 하는 스토리지 풀의 각 HA 페어 간에 균등하게 분할됩니다. 각 HA 페어에는 하나의 집계가 있습니다. 기본 스토리지 계층의 평균 사용률을 80% 이하로 유지하는 것이 좋습니다. HA 페어가 여러 개인 파일 시스템의 경우 모든 집계에 대해 평균 사용률을 최대 80%까지 유지하는 것이 좋습니다. 80%의 사용률을 유지하면 새 수신 데이터를 위한 여유 공간이 확보되고 유지 관리 작업에 대한 양호한 오버헤드가 유지되어 집계의 여유 공간을 일시적으로 확보할 수 있습니다. 집계가 불균형한 경우 파일 시스템의 기본 스토리지 용량을 늘리거나(각 집계의 스토리지 용량을 늘리는 것에 상응) 집계 간에 볼륨을 이동할 수 있습니다. 자세한 내용은 [집계 간 볼륨 이동](moving-fg-volumes.md) 단원을 참조하십시오. ## 파일 서버 및 디스크 성능 사용률 불균형 파일 시스템의 총 성능 기능(예: 네트워크 처리량, 파일 서버-디스크 처리량 및 IOPS, 디스크 IOPS)은 파일 시스템의 HA 페어 간에 균등하게 분할됩니다. 모든 성능 제한에 대해 평균 사용률을 지속적으로 50% 미만으로 유지하는 것이 좋습니다(최대 최대 사용률은 80% 미만). 이는 모든 HA 페어에서 파일 시스템의 파일 서버 리소스를 전체적으로 사용하는 것뿐만 아니라 파일당 서버 기준으로도 적용됩니다. 파일 서버 성능 사용률이 불균형하고 워크로드가 불균형한 파일 서버의 사용률이 80%를 초과하는 경우 ONTAP CLI 및 REST API를 사용하여 성능 불균형의 원인을 추가로 진단하고 수정할 수 있습니다. 다음은 가능한 불균형 지표와 추가 진단을 위한 다음 단계 표입니다. | 파일 시스템의 | 해당되는 조치 | | --- | --- | | 파일 서버 디스크 처리량 또는 파일 서버 디스크 IOPS 불균형 | HA 페어의 하위 집합(액세스되는 데이터의 양이 너무 많은 볼륨의 하위 집합)에서 I/O 핫스팟이 발생할 수 있으며, 이로 인해 HA 페어의 하위 집합에 대해 병목 현상이 발생하기 때문에 워크로드의 전체 성능이 제한될 수 있습니다. 활용도가 높은 각 파일 서버에 대해 가장 많이 사용되는 볼륨을 확인하여 집계 내에서 활동이 가장 높은 볼륨을 확인합니다. 이 절차에 대한 자세한 정보는 [볼륨 재조정](#rebalancing-volumes) 단원을 참조하세요. | | 네트워크 처리량이 불균형하지만 파일 서버 디스크 처리량, 파일 서버 디스크 IOPS 또는 디스크 IOPS가 불균형하지 않음 | 데이터는 HA 페어 간에 균등하게 분산되지만 클라이언트는 그렇지 않습니다. 다른 것보다 네트워크 처리량 사용률이 더 높은 파일 서버의 경우 각 파일 서버의 최상위 클라이언트를 확인한 다음 해당 클라이언트에서 볼륨을 탑재 해제하고 다른 HA 페어에서 다른 엔드포인트를 사용하여 다시 탑재하여 해당 클라이언트의 균형을 조정합니다. 이 절차에 대한 자세한 정보는 [클라이언트 리밸런싱](#rebalancing-clients) 단원을 참조하세요. | ## CloudWatch 차원을 ONTAP CLI 및 REST API 리소스에 매핑 2세대 파일 시스템에는 `FileServer` 또는 `Aggregate` 차원이 있는 Amazon CloudWatch 지표가 있습니다. 불균형 사례를 추가로 진단하려면 이러한 차원 값을 ONTAP CLI 또는 REST API의 특정 파일 서버(또는 *노드*) 및 집계에 매핑해야 합니다. + 파일 서버의 경우 각 파일 서버 이름은 ONTAP의 파일 서버(또는 노드) 이름(예: `FsxId01234567890abcdef-01`)에 매핑됩니다. 홀수 번호의 파일 서버는 선호하는 파일 서버(즉, 파일 시스템이 보조 파일 서버로 장애 조치되지 않은 한 트래픽을 서비스함)이고, 짝수 번호의 파일 서버는 보조 파일 서버(즉, 파트너를 사용할 수 없는 경우에만 트래픽을 서비스함)입니다. 따라서 보조 파일 서버는 일반적으로 선호하는 파일 서버보다 사용률이 낮습니다. + 집계의 경우 각 집계 이름은 ONTAP의 집계에 매핑됩니다(예: `aggr1`). 모든 HA 페어에는 하나의 집계가 있는데, 즉, 집계 `aggr1`는 HA 페어의 파일 서버 `FsxId01234567890abcdef-01`(활성 파일 서버)와 `FsxId01234567890abcdef-02`(보조 파일 서버)가 공유하고, 집계 `aggr2`는 파일 서버 `FsxId01234567890abcdef-03`와 `FsxId01234567890abcdef-04`가 공유하는 식입니다. ONTAP CLI를 사용하여 모든 집계와 파일 서버 간의 매핑을 볼 수 있습니다. 1. 파일 시스템의 NetApp ONTAP CLI에 SSH를 설정하려면 *Amazon FSx for NetApp ONTAP 사용 설명서*의 [NetApp ONTAP CLI 사용](managing-resources-ontap-apps.md#netapp-ontap-cli) 섹션에 설명된 단계를 따릅니다. ``` ssh fsxadmin@file-system-management-endpoint-ip-address ``` 1. [스토리지 집계 표시](https://docs.netapp.com/us-en/ontap-cli-9131/storage-aggregate-show.html) 명령을 사용하여 `-fields node` 파라미터를 지정합니다. ``` ::> storage aggregate show -fields node aggregate node ------------------------------- ------------------------- aggr1 FsxId01234567890abcdef-01 aggr2 FsxId01234567890abcdef-03 aggr3 FsxId01234567890abcdef-05 aggr4 FsxId01234567890abcdef-07 aggr5 FsxId01234567890abcdef-09 aggr6 FsxId01234567890abcdef-11 6 entries were displayed. ``` ## 클라이언트 리밸런싱 HA 페어를 추가한 후 또는 파일 서버 간에 I/O 불균형이 발생하는 경우(특히 네트워크 처리량 사용률에 따라) 클라이언트를 재조정할 수 있습니다. HA 페어를 추가한 후 클라이언트의 리밸런싱을 수행하는 경우 [클라이언트 재탑재](#remounting-clients)로 건너뛸 수 있습니다. 그렇지 않으면 먼저 이동하려는 트래픽이 많은 클라이언트를 식별하여 워크로드 I/O의 균형을 재조정해야 합니다. 파일 서버(특히 네트워크 처리량 사용률) 간에 I/O 불균형이 발생하는 경우 I/O 클라이언트가 높을 수 있습니다. 트래픽이 많은 클라이언트를 식별하려면 ONTAP CLI를 사용합니다. **트래픽이 많은 클라이언트 식별** 1. 파일 시스템의 NetApp ONTAP CLI에 SSH를 설정하려면 *Amazon FSx for NetApp ONTAP 사용 설명서*의 [NetApp ONTAP CLI 사용](managing-resources-ontap-apps.md#netapp-ontap-cli) 섹션에 설명된 단계를 따릅니다. ``` ssh fsxadmin@file-system-management-endpoint-ip-address ``` 1. 트래픽이 가장 높은 클라이언트를 보려면 [통계 상위 클라이언트 show](https://docs.netapp.com/us-en/ontap-cli-9131/statistics-top-client-show.html) ONTAP CLI 명령을 사용합니다. 선택적으로 `-node` 파라미터를 지정하여 특정 파일 서버의 최상위 클라이언트만 볼 수 있습니다. 특정 파일 서버의 불균형을 진단하는 경우 `-node` 파라미터를 사용하고 `node_name`를 파일 서버의 이름으로 바꿉니다(예: `FsxId01234567890abcdef-01`). 선택적으로 `-interval` 파라미터를 추가하여 각 보고서가 출력되기 전에 측정할 간격(초)을 제공할 수 있습니다. 간격을 늘리면(예: 최대 300초) 각 볼륨으로 구동되는 트래픽 양에 대한 장기 샘플이 제공됩니다. 기본값은 `5`(초)입니다. ``` ::> statistics top client show -node FsxId01234567890abcdef-01 [-interval [5,300]] ``` 출력에서 최상위 클라이언트는 IP 주소 및 포트별로 표시됩니다. ``` *Total Total Client Vserver Node Ops (Bps) ------------------ --------- ------------------------- ------ --------- 172.17.236.53:938 svm01 FsxId01234567890abcdef-01 2143 140443648 172.17.236.160:898 svm02 FsxId01234567890abcdef-01 812 53215232 ``` **클라이언트 재탑재** + 클라이언트를 다른 HA 페어로 리밸런싱할 수 있습니다. 이렇게 하려면 클라이언트에서 볼륨을 탑재재 해제하고 SVM의 NFS/SMB 엔드포인트의 DNS 이름을 사용하여 다시 탑재재합니다. 그러면 무작위 HA 페어에 해당하는 무작위 엔드포인트가 반환됩니다. DNS 이름을 재사용하는 것이 좋지만 지정된 클라이언트 탑재재에 대해 명시적으로 HA 페어를 선택할 수 있는 옵션이 있습니다. 클라이언트를 다른 엔드포인트에 탑재하고 있는지 확인하기 위해 트래픽이 많은 파일 서버에 해당하는 것과 다른 엔드포인트 IP 주소를 대신 지정할 수 있습니다. 다음 명령을 실행하면 됩니다. ``` ::> network interface show -vserver svm_name -lif nfs_smb_management* -fields address,curr-node vserver lif address curr-node --------- -------------------- ------------ ------------------------- svm01 nfs_smb_management_1 172.31.15.89 FsxId01234567890abcdef-01 svm01 nfs_smb_management_3 172.31.8.112 FsxId01234567890abcdef-03 2 entries were displayed. ``` `statistics top client show` 명령의 예제 출력에 따르면 클라이언트 `172.17.236.53`는 `FsxId01234567890abcdef-01`로 높은 트래픽을 유도하고 있습니다. `network interface show` 명령의 출력은 이 주소 `172.31.15.89`임을 나타냅니다. 다른 엔드포인트에 탑재하려면 다른 주소를 선택합니다(이 예제에서는 `FsxId01234567890abcdef-03`에 해당하는 유일한 다른 주소는 `172.31.8.112`입니다). ## 볼륨 재조정 볼륨 또는 집계에 I/O 불균형이 발생하는 경우 볼륨을 재조정하여 볼륨 전체에 I/O 트래픽을 재분배할 수 있습니다. **참고** 집계에 스토리지 사용률 불균형이 발생하는 경우 높은 사용률이 I/O 불균형과 결합되지 않는 한 일반적으로 성능에 영향을 주지 않습니다. 스토리지 사용률의 균형을 맞추기 위해 집계 간에 볼륨을 이동할 수 있지만 성능에 영향을 미치는 경우에만 볼륨을 이동하는 것이 좋습니다. 이동 볼륨은 이동을 고려 중인 각 볼륨에 I/O를 구동하지 않으면 성능에 부정적인 영향을 미칠 수 있습니다. 1. 파일 시스템의 NetApp ONTAP CLI에 SSH를 설정하려면 *Amazon FSx for NetApp ONTAP 사용 설명서*의 [NetApp ONTAP CLI 사용](managing-resources-ontap-apps.md#netapp-ontap-cli) 섹션에 설명된 단계를 따릅니다. ``` ssh fsxadmin@file-system-management-endpoint-ip-address ``` 1. [통계 볼륨 show](https://docs.netapp.com/us-en/ontap-cli-9131/statistics-volume-show.html) ONTAP CLI 명령을 사용하여 다음과 같은 변경 사항과 함께 지정된 집계의 최고 트래픽 볼륨을 확인합니다. + *aggregate\$1name*을 aggregate의 이름으로 바꿉니다(예: `aggr1`). + 선택적으로 `-interval` 파라미터를 추가하여 각 보고서가 출력되기 전에 측정할 간격(초)을 제공할 수 있습니다. 간격을 늘리면(예: 최대 300초) 각 볼륨으로 구동되는 트래픽 양에 대한 장기 샘플이 제공됩니다. 기본값은 `5`(초)입니다. ``` ::> statistics volume show -aggregate aggregate_name -sort-key total_ops [-interval [5,300]] ``` 선택한 간격에 따라 데이터를 표시하는 데 최대 5분이 걸릴 수 있습니다. 명령은 각 집계로 구동되는 트래픽 양과 함께 집계의 모든 볼륨을 표시합니다. ``` *Total Read Write Other Read Write Latency Volume Vserver Aggregate Ops Ops Ops Ops (Bps) (Bps) (us) ---------- ------- --------- ------ ---- ----- ----- --------- ----- ------- vol1__0007 svm1 aggr1 4078 4078 0 0 267255808 0 1092 vol1__0005 svm1 aggr1 4078 4078 0 0 267255808 0 1086 vol1__0003 svm1 aggr1 4077 4077 0 0 267223040 0 1086 vol1__0001 svm1 aggr1 4077 4077 0 0 267239424 0 1087 vol1__0008 svm1 aggr2 2314 2314 0 0 151650304 0 1112 vol1__0006 svm1 aggr2 2144 2144 0 0 140509184 0 1104 vol1__0002 svm1 aggr2 2183 2183 0 0 143065088 0 1106 vol1__0004 svm1 aggr2 2183 2183 0 0 143065088 0 1103 ``` 볼륨 통계는 구성 요소별로 표시됩니다(예: `vol1__0015`는 FlexGroup `vol1`의 15번째 구성 요소). 예시 출력에서 `aggr1`의 구성 요소가 `aggr2`의 구성 요소보다 활용도가 높다는 것을 알 수 있습니다. 집계 간 트래픽의 균형을 맞추기 위해 트래픽이 더 균등하게 분산되도록 구성 볼륨을 집계 간에 이동할 수 있습니다. 1. 새 HA 페어를 추가한 경우 기존 볼륨을 새 집계로 이동해야 합니다. 자세한 내용은 [집계 간 볼륨 이동](moving-fg-volumes.md) 단원을 참조하십시오. # NVMe 캐시 관리 NVMe 캐시는 2세대 파일 시스템에서 기본적으로 활성화됩니다. 2세대 파일 시스템에 처리량이 많은 워크로드가 있는 경우 NVMe 캐시를 비활성화하여 성능을 개선할 수 있습니다. 다음 절차에서는 파일 시스템의 NVMe 캐시를 활성화, 비활성화 및 검증하는 방법을 설명합니다. **NVMe 캐시를 관리하려면** 1. SSH를 ONTAP 파일 시스템에 입력합니다. 자세한 내용은 [NetApp ONTAP CLI 사용](managing-resources-ontap-apps.md#netapp-ontap-cli) 단원을 참조하십시오. ``` ssh fsxadmin@file-system-management-endpoint-ip-address ``` 1. [https://docs.netapp.com/us-en/ontap-cli-9131/system-node-external-cache-modify.html](https://docs.netapp.com/us-en/ontap-cli-9131/system-node-external-cache-modify.html) ONTAP CLI 명령을 사용합니다. NVMe 캐시를 활성화하려면 **true**를 선택하고 비활성화하려면 **false**를 선택합니다. ``` ::> system node external-cache modify -node * -is-enabled [true|false] ``` 1. [https://docs.netapp.com/us-en/ontap-cli-9131/system-node-external-cache-show.html](https://docs.netapp.com/us-en/ontap-cli-9131/system-node-external-cache-show.html) ONTAP CLI 명령을 사용하여 NVMe 캐시가 활성화 또는 비활성화되었는지 확인합니다. ``` ::> system node external-cache show -node * -fields is-enabled ``` NVMe 캐시는 노드별로 활성화 또는 비활성화됩니다. 파일 시스템에 새 고가용성(HA) 페어를 추가하면 각 새 노드의 기본 동작은 새 파일 시스템 노드와 동일합니다. 따라서 기존 노드에 비활성화되어 있더라도 파일 시스템의 새 노드에 대해 NVMe 캐시가 활성화됩니다. 자세한 내용은 [고가용성(HA) 페어 추가](adding-HA-pairs.md) 단원을 참조하십시오. # 네트워크 유형 관리 FSx for ONTAP 파일 시스템을 생성할 때 네트워크 유형을 지정해야 합니다. 네트워크 유형은 다음 옵션 중 하나여야 합니다. + `IPv4`를 사용하면 파일 시스템이 인터넷 프로토콜 버전 4(IPv4)만 사용하여 통신할 수 있습니다. + `Dual-stack`를 사용하면 파일 시스템이 인터넷 프로토콜 버전 6(IPv6)과 IPv4를 모두 사용하여 통신할 수 있습니다. Amazon FSx Management Console, AWS CLI, AWS API 또는 AWS SDK 중 하나를 사용하여 언제든지 기존 FSx for ONTAP 파일 시스템의 네트워크 유형을 변경할 수 있습니다. 예를 들어 서브넷이 IPv4 및 IPv6 주소 지정을 모두 지원하는 경우 기존 파일 시스템을 IPv4 전용에서 듀얼 스택 모드로 업데이트할 수 있으며, 듀얼 스택 파일 시스템을 IPv4 전용으로 업데이트할 수도 있습니다. ## 듀얼 스택 모드 사용 기본적으로 IPv6 클라이언트에서 Amazon FSx 파일 시스템에 액세스하고 관리해야 하는 경우 듀얼 스택 모드를 사용해야 합니다. 듀얼 스택 주소 지정을 사용하도록 Amazon FSx 파일 시스템을 구성하면 동일한 Amazon VPC, 다른 AWS 계정의 VPC 또는 온프레미스 네트워크에서 IPv6 클라이언트 및 IPv4 클라이언트의 파일 데이터에 액세스할 수 있습니다. 예를 들어 듀얼 스택을 사용하도록 구성된 Amazon FSx 파일 시스템을 사용하면 기존 IPv4 클라이언트와 새 IPv6 클라이언트가 파일 시스템에 저장된 파일 데이터에 액세스하도록 할 수 있습니다. 기본적으로 Amazon FSx와 Amazon VPC는 IPv4 주소 지정 프로토콜을 사용합니다. 따라서 IPv6를 사용하기 위한 사전 조건으로 먼저 VPC 및 서브넷에 Amazon 제공 IPv6 Classless Inter-Domain Range(CIDR) 블록을 할당해야 Amazon FSx 파일 시스템에서 IPv6를 사용할 수 있습니다. VPC에 대해 IPv6를 활성화하는 방법에 대한 자세한 내용은 *Amazon Virtual Private Cloud 사용 설명서*의 [VPC에 대한 IPv6 지원 추가](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-migrate-ipv6-add.html)를 참조하세요. 듀얼 스택 모드로 설정된 FSx for ONTAP 파일 시스템을 생성할 때 파일 시스템에 액세스할 엔드포인트가 생성되는 기존 IPv4 주소 범위 외에도 IPvIPv6 주소 범위를 지정할 수 있습니다. 기본적으로 Amazon FSx는 Amazon FSx는 파일 시스템의 엔드포인트 IPv6 주소 범위로 사용할 VPC의 IPv6 CIDR 범위 중 하나에서 1024 IP 주소의 블록을 선택합니다. ## 네트워크 유형 변경 Amazon FSx 콘솔, AWS Command Line Interface(AWS CLI) 또는 Amazon FSx API를 사용하여 파일 시스템의 네트워크 유형을 수정할 수 있습니다. ### 파일 시스템의 네트워크 유형 변경(콘솔) 1. [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/)에서 Amazon FSx 콘솔을 엽니다. 1. **파일 시스템**으로 이동하여 네트워크 유형을 변경할 FSx for ONTAP 파일 시스템을 선택합니다. 1. **작업**에서 **네트워크 유형 업데이트**를 선택합니다. 또는 **네트워크 및 보안** 패널에서 파일 시스템의 **네트워크 유형** 옆에 있는 **관리**를 선택합니다. **네트워크 유형 업데이트** 창이 표시됩니다. 1. **원하는 네트워크 유형**에서 **IPv4** 또는 **듀얼 스택**을 선택합니다. + `IPv4`를 선택한 경우 추가 구성이 필요하지 않습니다. + `Dual-stack`을 선택하는 경우 파일 시스템 엔드포인트에서 사용할 IPv6 주소 범위를 지정합니다. + **VPC의 할당되지 않은 IPv6 주소 범위** - Amazon FSx는 파일 시스템의 엔드포인트 IPv6 주소 범위로 사용할 VPC의 IPv6 CIDR 범위 중 하나에서 이용 가능한 /118 IP 주소를 선택합니다. + **IPv6 주소 범위 입력** - 원하는 IPv6 CIDR 범위를 제공할 수 있습니다. 선택한 IP 주소 범위는 서브넷과 겹치지 않는 한 VPC의 IP 주소 범위 내부 또는 외부에 있을 수 있습니다. 1. **업데이트**를 선택합니다. ### 파일 시스템의 네트워크 유형 수정(CLI) + 파일 시스템의 네트워크 유형을 수정하려면 다음 예제에서와 같이 [update-file-system](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-file-system.html) CLI 명령(또는 이에 상응하는 [UpdateFileSystem](https://docs.aws.amazon.com/fsx/latest/APIReference/API_UpdateFileSystem.html) API 작업)을 사용합니다. ``` aws fsx update-file-system \ --file-system-id fs-0123456789abcdef0 \ --network-type DUAL ``` # 파일 시스템 세부 정보 모니터링 Amazon FSx 콘솔, 및 API AWS CLI와 지원되는SDK를 사용하여 FSx for ONTAP 파일 시스템에 대한 자세한 구성 정보를 볼 수 있습니다. AWS SDKs **자세한 파일 시스템 정보를 보려면:** + **콘솔 사용** - 파일 시스템을 선택하여 **파일 시스템** 세부 정보 페이지를 봅니다. **요약** 패널에는 파일 시스템의 ID, 수명 주기 상태, 배포 유형, SSD 스토리지 용량, 처리량 용량, 프로비저닝된 IOPS, 가용 영역, 생성 시간이 표시됩니다. 다음 탭은 수정할 수 있는 속성에 대한 자세한 구성 정보와 편집을 제공합니다. + 네트워크 및 보안 - 다음 파일 시스템 관리 정보를 표시합니다. + 기본 Amazon VPC + 다중 AZ 파일 시스템과 연결된 Amazon VPC 라우팅 테이블 + 파일 시스템의 네트워크 유형(IPv4 전용 또는 듀얼 스택) + 엔드포인트 IPv4 또는 IPv6 주소 범위 + AWS Key Management Service (AWS KMS) 키 ID + 모니터링 및 성능 - 생성한 CloudWatch 경보와 다음 범주에 대한 지표 및 경고를 표시합니다. + 요약 - 파일 시스템 활동 지표에 대한 상위 수준 요약 + 파일 시스템 스토리지 용량 + 파일 서버 및 디스크 성능 자세한 내용은 [Amazon CloudWatch를 사용한 모니터링](monitoring-cloudwatch.md) 단원을 참조하십시오. + 관리 - 다음 파일 시스템 관리 정보를 표시합니다. + 파일 시스템 관리 및 클러스터 간 엔드포인트의 DNS 이름과 IP 주소입니다. + ONTAP 관리자 사용자 아이디입니다. + ONTAP 관리자 암호를 업데이트하는 옵션입니다. + 파일 시스템의 SVMs 목록 + 파일 시스템의 볼륨 목록 + 백업 설정 - 파일 시스템의 자동 일일 백업 설정을 변경합니다. + 업데이트 - 파일 시스템 구성에 대한 사용자 시작 업데이트의 상태를 표시합니다. + 태그 - Key:Value 페어 태그를 보고, 편집하고, 추가하고, 제거합니다. + **CLI 또는 API 사용** - [describe-file-systems](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html) CLI 명령 또는 [DescribeFileSystems](https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeFileSystems.html) API 작업을 사용합니다. ## FSx for ONTAP 파일 시스템 상태 Amazon FSx 콘솔, AWS CLI 명령 [describe-file-systems](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html) 또는 API 작업 [DescribeFileSystems](https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeFileSystems.html)를 사용하여 Amazon FSx 파일 시스템의 상태를 볼 수 있습니다. | 파일 시스템 상태 | 설명 | | --- | --- | | 사용 가능 | 파일 시스템이 성공적으로 생성되어 사용할 수 있습니다. | | 생성 중 | Amazon FSx가 새 파일 시스템을 생성하고 있습니다. | | 삭제 중 | Amazon FSx가 기존 파일 시스템을 삭제하고 있습니다. | | 잘못 구성됨 | 파일 시스템이 잘못 구성되었지만 복구 가능한 상태입니다. | | 실패함 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/fsx/latest/ONTAPGuide/viewing-file-system.html) | # 파일 시스템 삭제 Amazon FSx 콘솔, AWS CLI및 Amazon FSx API 및 SDK를 사용하여 FSx for ONTAP 파일 시스템을 삭제할 수 있습니다. SDKs **파일 시스템을 삭제하려면 다음을 수행합니다.** + **콘솔 사용** - [리소스 정리](getting-started.md#getting-started-step3)에 설명된 절차를 따릅니다. + **CLI 또는 API 사용** - 먼저 파일 시스템에서 모든 볼륨과 SVM을 삭제합니다. 그런 다음 [delete-file-system](https://docs.aws.amazon.com/cli/latest/reference/fsx/delete-file-system.html) CLI 명령 또는 [DeleteFileSystem](https://docs.aws.amazon.com/fsx/latest/APIReference/API_DeleteFileSystem.html) API 작업을 사용합니다.