기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
가용성, 내구성 및 배포 옵션
Amazon FSx for NetApp ONTAP은 Single-AZ 및 Multi-AZ 배포 유형을 사용합니다. Single-AZ 1, Single-AZ 2, Multi-AZ 1, Multi-AZ 2의 네 가지 옵션 중에서 선택할 수 있습니다. 이 주제에서는 워크로드에 적합한 배포 유형을 선택하는 데 도움이 되도록 각 배포 유형의 가용성 및 내구성 기능을 설명합니다. 서비스의 가용성 SLA(서비스 수준 계약)에 대한 자세한 내용은 Amazon FSx 서비스 수준 계약
파일 시스템 배포 유형 선택
Single-AZ 및 Multi-AZ 파일 시스템 배포 유형의 가용성 및 내구성 기능은 다음 섹션에서 설명합니다.
Single-AZ 배포 유형
Single-AZ 파일 시스템에 대해 Single-AZ 1과 Single-AZ 2 중에서 선택할 수 있습니다. Single-AZ 1은 고가용성(HA) 페어가 하나 있는 1세대 파일 시스템인 반면, Single-AZ 2는 1~12개의 HA 페어가 있는 2세대 파일 시스템입니다. 자세한 내용은 파일 시스템 생성 선택 단원을 참조하십시오.
Single-AZ 파일 시스템을 생성하면 Amazon FSx는 활성-대기 구성으로 1~12개의 파일 서버 쌍을 자동으로 프로비저닝하며, 각 쌍의 활성 및 대기 파일 서버는 AWS 리전의 단일 가용 영역 내에 있는 별도의 장애 도메인에 위치합니다. 계획된 파일 시스템 유지 관리 또는 활성 파일 서버의 계획되지 않은 서비스 중단 중에 Amazon FSx는 일반적으로 몇 초 이내에 고가용성(HA) 페어를 대기 파일 서버에 자동으로 독립적으로 장애 조치합니다. 장애 조치 중에는 수동 개입 없이 데이터에 계속 액세스할 수 있습니다.
고가용성을 보장하기 위해 Amazon FSx는 하드웨어 장애를 지속적으로 모니터링하고 장애 발생 시 인프라 구성 요소를 자동으로 교체합니다. 높은 내구성을 달성하기 위해 Amazon FSx는 가용 영역 내에 데이터를 자동으로 복제하여 구성 요소 장애로부터 데이터를 보호합니다. 또한 파일 시스템 데이터의 자동 일별 백업을 구성하는 옵션도 있습니다. 이러한 백업은 여러 가용 영역에 저장되어 모든 백업 데이터에 Multi-AZ 복원력을 제공합니다.
Single-AZ 파일 시스템은 Multi-AZ 파일 시스템의 데이터 복원력 모델이 필요하지 않은 사용 사례를 위해 설계되었습니다. 단일 가용 영역 내에서만 데이터를 복제 AWS 리전하여 개발 및 테스트 환경, 온프레미스 또는 다른에 이미 저장된 데이터의 보조 복사본 저장과 같은 사용 사례를 위한 비용 최적화 솔루션을 제공합니다.
다음 다이어그램은 1세대 FSx for ONTAP Single-AZ 파일 시스템의 아키텍처를 보여줍니다.
Multi-AZ 배포 유형
Multi-AZ 파일 시스템에 대해 Multi-AZ 1과 Multi-AZ 2 중에서 선택할 수 있습니다. Multi-AZ 1은 1세대 파일 시스템이고 Multi-AZ 2는 2세대 파일 시스템입니다. 두 옵션 모두 하나의 HA 페어가 있습니다. 자세한 내용은 파일 시스템 생성 선택 단원을 참조하십시오.
Multi-AZ 파일 시스템은 Single-AZ 파일 시스템의 가용성 및 내구성 기능을 모두 지원합니다. 또한 가용 영역을 사용할 수 없는 경우에도 데이터에 대한 지속적인 가용성을 제공하도록 설계되었습니다. Multi-AZ 배포에는 단일 HA 쌍의 파일 서버가 있으며, 대기 파일 서버는 동일한 AWS 리전의 활성 파일 서버와 다른 가용성 영역에 배포됩니다. 파일 시스템에 기록된 모든 변경 사항은 가용 영역 전체에서 대기 파일 서버에 동기식으로 복제됩니다.
Multi-AZ 파일 시스템은 공유 ONTAP 파일 데이터에 대한 고가용성이 필요하고 가용 영역 전반에 복제가 내장된 스토리지가 필요한 비즈니스 크리티컬 프로덕션 워크로드와 같은 사용 사례를 위해 설계되었습니다. 다음 다이어그램은 1세대 FSx for ONTAP Multi-AZ 파일 시스템의 아키텍처를 보여줍니다.
파일 시스템 생성 선택
다음 표는 ONTAP 파일 시스템용 1세대 및 2세대 Single-AZ와 Multi-AZ FSx의 차이점을 보여줍니다.
| 차원 | 1세대 | 2세대(단일 HA 페어) | 2세대(다중 페어) |
|---|---|---|---|
| 배포 유형 | SINGLE_AZ_1 MULTI_AZ_1 |
SINGLE_AZ_2 MULTI_AZ_2 |
SINGLE_AZ_2 |
| HA 페어 | HA 페어 1개 | HA 페어 1~12개 | |
| SSD 스토리지 |
최소: 1TiB 최대: 192TiB |
최소: 1TiB 최대: 512TiB |
최소: 1TiB(HA 페어당) 최대: 1 PiB(총) |
| SSD IOPS |
최소: SSD의 3 IOPS/GIB 최대: 160,000 |
최소: SSD의 3 IOPS/GIB 최대: 200,000 |
최소: SSD의 3 IOPS/GIB 최대: 2,400,000(HA 페어당 200,000) |
| 처리량 용량 | 128MBps, 256MBps, 512MBps, 1,024MBps, 2,048MBps, 4,096MBps | 384MBps, 768MBps, 1,536MBps, 3,072MBps, 6,144MBps | 1,536MBps(HA 페어당), 3,072MBps(HA 페어당), 6,144MBps(HA 페어당) |
참고
생성 후에는 파일 시스템의 배포 유형을 변경할 수 없습니다. 배포 유형을 변경하려면(예: Single-AZ 1에서 Single-AZ 2로 이동) 데이터를 백업하고 새 파일 시스템에서 복원할 수 있습니다. NetApp SnapMirror, AWS DataSync또는 타사 데이터 복사 도구를 사용하여 데이터를 마이그레이션할 수도 있습니다. 자세한 내용은 NetApp SnapMirror를 사용하여 FSx for ONTAP으로 마이그레이션 및 AWS DataSync를 사용하여 FSx for ONTAP으로 마이그레이션 단원을 참조하세요.
FSx for ONTAP의 장애 조치 프로세스
Single-AZ 및 Multi-AZ 파일 시스템은 다음 조건 중 하나라도 발생하면 기본 또는 활성 파일 서버에서 대기 파일 서버로 지정된 HA 쌍을 자동으로 페일오버합니다:
-
기본 또는 활성 파일 서버를 사용할 수 없게 된 경우
-
파일 시스템의 처리량 용량이 변경된 경우
-
기본 또는 활성 파일 서버가 계획된 유지 관리 작업 중인 경우
-
가용 영역 운영 중단 발생(Multi-AZ 파일 시스템만 해당)
참고
HA 페어가 여러 개인 2세대 파일 시스템의 경우 각 HA 페어의 장애 조치 동작은 독립적입니다. 한 HA 페어의 기본 파일 서버를 사용할 수 없는 경우 해당 HA 페어만 대기 파일 서버에 장애 조치됩니다.
한 파일 서버에서 다른 파일 서버로 장애 조치할 때 새 활성 파일 서버는 자동으로 모든 파일 시스템 읽기 및 쓰기 요청을 해당 HA 쌍에 서비스하기 시작합니다. Multi-AZ 파일 시스템의 경우 기본 파일 서버가 완전히 복구되어 사용 가능해지면 Amazon FSx가 자동으로 해당 서버로 페일백되며, 일반적으로 60초 이내에 페일백이 완료됩니다. Single-AZ 및 Multi-AZ 파일 시스템의 경우, 활성 파일 서버에서 장애가 감지된 후 대기 파일 서버가 활성 상태로 승격되기까지 보통 60초 이내에 장애 조치가 완료됩니다. 클라이언트가 NFS 또는 SMB를 통해 데이터에 액세스하는 데 사용하는 엔드포인트 IP 주소는 동일하게 유지되므로 Linux, Windows 및 MacOS 애플리케이션에서 페일오버가 투명하게 이루어져 수동 개입 없이 파일 시스템 작업을 재개합니다.
FSx for ONTAP Single-AZ 및 Multi-AZ 파일 시스템에 연결된 클라이언트에서 장애 조치가 투명하게 수행되도록 하려면 내에서 데이터 액세스 AWS 클라우드 섹션을 참조하세요.
파일 시스템에서 장애 조치 테스트
처리량 용량을 수정하여 파일 시스템에서 장애 조치를 테스트할 수 있습니다. 파일 시스템의 처리량 용량을 수정하면 Amazon FSx가 파일 시스템의 파일 서버를 순차적으로 교체합니다. Amazon FSx가 기본 파일 서버를 먼저 대체하는 동안 파일 시스템은 자동으로 보조 서버로 장애 조치합니다. 업데이트되면 파일 시스템이 자동으로 새 기본 서버로 페일백되고 Amazon FSx가 보조 파일 서버를 대체합니다.
Amazon FSx 콘솔, CLI 및 API에서 처리량 용량 업데이트 요청의 진행 상황을 모니터링할 수 있습니다. 파일 시스템의 처리량 용량을 수정하고 요청 진행 상황을 모니터링하는 방법에 대한 자세한 내용은 처리량 용량 관리 섹션을 참조하세요.
네트워크 리소스
이 섹션에서는 Single-AZ 및 Multi-AZ 파일 시스템이 사용하는 네트워크 리소스에 대해 설명합니다.
서브넷
Single-AZ 파일 시스템을 생성할 때는 파일 시스템에 단일 서브넷을 지정합니다. 선택하는 서브넷에 따라 파일 시스템이 생성되는 가용 영역이 정의됩니다. Multi-AZ 파일 시스템을 생성할 때는 2개의 서브넷을 지정하는데, 하나는 기본 파일 서버용이고 다른 하나는 대기 파일 서버용입니다. 선택하는 두 서브넷은 동일한 AWS 리전의 서로 다른 가용 영역에 있어야 합니다. Amazon VPC에 대한 자세한 내용은 Amazon Virtual Private Cloud 사용 설명서의 Amazon VPC?란을 참조하세요.
참고
지정하는 서브넷과 관계없이 파일 시스템 VPC 내의 모든 서브넷에서 파일 시스템에 액세스할 수 있습니다.
파일 시스템 탄력적 네트워크 인터페이스
Single-AZ 파일 시스템의 경우 Amazon FSx는 파일 시스템에 연결하는 서브넷에 두 개의 탄력적 네트워크 인터페이스(ENI)를 프로비저닝합니다. Multi-AZ 파일 시스템의 경우 Amazon FSx는 파일 시스템에 연결하는 각 서브넷에 하나씩 두 개의 ENI를 프로비저닝합니다. 클라이언트는 탄력적 네트워크 인터페이스를 사용하여 Amazon FSx 파일 시스템과 통신합니다. 네트워크 인터페이스는 사용자 계정의 VPC에 속해 있음에도 불구하고 Amazon FSx의 서비스 범위 내에 있는 것으로 간주됩니다. Multi-AZ 파일 시스템은 플로팅 IP(인터넷 프로토콜) 주소를 사용하므로 연결된 클라이언트는 장애 조치 이벤트 중에 기본 설정 파일 서버와 대기 파일 서버 간에 원활하게 전환할 수 있습니다.
주의
파일 시스템과 연결된 탄력적 네트워크 인터페이스를 수정하거나 삭제해서는 안 됩니다. 네트워크 인터페이스를 수정하거나 삭제하면 VPC와 파일 시스템 간의 연결이 영구적으로 손실될 수 있습니다.
파일 시스템과 연결된 탄력적 네트워크 인터페이스에는 경로가 자동으로 생성되어 기본 VPC 및 서브넷 라우팅 테이블에 추가됩니다. 이러한 경로를 수정하거나 삭제하면 파일 시스템 클라이언트의 연결이 일시적 또는 영구적으로 끊길 수 있습니다.
다음 표에는 각 FSx for ONTAP 파일 시스템 배포 유형에 대한 서브넷, 탄력적 네트워크 인터페이스 및 IP 주소 리소스가 요약되어 있습니다.
| 1세대 Single-AZ | 2세대 Single-AZ | Multi-AZ | |
|---|---|---|---|
| 서브넷 수 | 1 | 1 | 2 |
| 탄력적 네트워크 인터페이스 수 | 2 | HA 페어당 2개 | 2 |
| ENI별 IP 주소 수 | 1 + 파일 시스템의 SVM 수 | HA 페어 수 + HA 페어 수에 파일 시스템의 SVMs 수를 곱합니다. | 1 + 파일 시스템의 SVM 수 |
| VPC 라우팅 테이블 경로 수 | N/A | N/A | 1 + 파일 시스템의 SVM 수 |
파일 시스템 또는 SVM이 생성되면 해당 IP 주소는 파일 시스템이 삭제될 때까지 변경되지 않습니다.
중요
Amazon FSx는 퍼블릭 인터넷에서 파일 시스템에 액세스하거나 퍼블릭 인터넷에 파일 시스템을 노출하는 것을 지원하지 않습니다. Amazon FSx는 인터넷에서 연결할 수 있는 퍼블릭 IP 주소인 탄력적 IP 주소를 자동으로 분리합니다. 이 주소는 파일 시스템의 탄력적 네트워크 인터페이스에 연결됩니다.
