가용성, 내구성 및 배포 옵션 - ONTAP용 FSx

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

가용성, 내구성 및 배포 옵션

Amazon FSx for NetApp ONTAP 에서는 단일 AZ 및 다중 AZ 배포 유형을 사용합니다. 단일 AZ 1, 단일 AZ 2, 다중 AZ 1, 다중 AZ 2의 네 가지 옵션 중에서 선택할 수 있습니다. 이 주제에서는 워크로드에 적합한 배포 유형을 선택하는 데 도움이 되도록 각 배포 유형의 가용성 및 내구성 기능을 설명합니다. 서비스 가용성 SLA (서비스 수준 계약) 에 대한 자세한 내용은 Amazon FSx 서비스 수준 계약을 참조하십시오.

파일 시스템 배포 유형 선택

단일 AZ 및 다중 AZ 파일 시스템 배포 유형의 가용성 및 내구성 기능은 다음 섹션에서 설명합니다.

단일 AZ 배포 유형

단일 AZ 파일 시스템의 경우 단일 AZ 1과 단일 AZ 2 중에서 선택할 수 있습니다. 단일 AZ 1은 하나의 고가용성 (HA) 쌍이 있는 1세대 파일 시스템이고, 단일 AZ 2는 1~12개의 HA 쌍이 있는 2세대 파일 시스템입니다. 자세한 내용은 파일 시스템 생성 선택 단원을 참조하십시오.

단일 AZ 파일 시스템을 생성하면 Amazon은 활성-대기 구성으로 1~12쌍의 파일 서버를 FSx 자동으로 프로비저닝하고, 각 쌍의 활성 및 대기 파일 서버는 단일 가용 영역 내 별도의 장애 도메인에 위치합니다. AWS 리전계획된 파일 시스템 유지 관리 또는 활성 파일 서버의 예상치 못한 서비스 중단이 발생하는 경우 Amazon은 일반적으로 몇 초 내에 해당 고가용성 (HA) 쌍을 FSx 자동으로 독립적으로 대기 파일 서버로 장애 조치합니다. 장애 조치 중에도 수동 개입 없이 데이터에 계속 액세스할 수 있습니다.

고가용성을 보장하기 위해 Amazon은 하드웨어 장애를 FSx 지속적으로 모니터링하고 장애 발생 시 인프라 구성 요소를 자동으로 교체합니다. 높은 내구성을 달성하기 위해 Amazon은 가용 영역 내에 데이터를 FSx 자동으로 복제하여 구성 요소 장애로부터 데이터를 보호합니다. 또한 파일 시스템 데이터의 자동 일별 백업을 구성하는 옵션도 있습니다. 이러한 백업은 여러 가용 영역에 저장되어 모든 백업 데이터에 다중 AZ 복원력을 제공합니다.

단일 AZ 파일 시스템은 다중 AZ 파일 시스템의 데이터 복원력 모델이 필요하지 않은 사용 사례를 위해 설계되었습니다. 단일 가용 영역 내에서만 데이터를 복제하여 개발 및 테스트 환경이나 이미 온프레미스나 다른 AWS 리전곳에 저장되어 있는 데이터의 2차 사본을 저장하는 등의 사용 사례에 맞게 비용 최적화된 솔루션을 제공합니다.

다음 다이어그램은 ONTAP 단일 AZ 1세대 파일 FSx 시스템의 아키텍처를 보여줍니다.

ONTAP단일 AZ 1세대 파일 시스템의 아키텍처를 보여주는 다이어그램. FSx

다중 AZ 배포 유형

다중 AZ 파일 시스템에 대해 다중 AZ 1과 다중 AZ 2 중에서 선택할 수 있습니다. 다중 AZ 1은 1세대 파일 시스템이고 다중 AZ 2는 2세대 파일 시스템입니다. 두 옵션 모두 HA 쌍이 하나씩 있습니다. 자세한 내용은 파일 시스템 생성 선택 단원을 참조하십시오.

다중 AZ 파일 시스템은 단일 AZ 파일 시스템의 가용성 및 내구성 기능을 모두 지원합니다. 또한 가용 영역을 사용할 수 없는 경우에도 데이터에 대한 지속적인 가용성을 제공하도록 설계되었습니다. 다중 AZ 배포에는 단일 HA 쌍의 파일 서버가 있으며, 대기 파일 서버는 활성 파일 서버와 같은 가용 영역과 다른 가용 영역에 배포됩니다. AWS 리전파일 시스템에 기록된 모든 변경 사항은 가용 영역 전체에서 대기 파일 서버에 동기식으로 복제됩니다.

다중 AZ 파일 시스템은 공유 ONTAP 파일 데이터에 대한 고가용성이 필요하고 가용 영역 간 복제가 내장된 스토리지가 필요한 비즈니스 크리티컬 프로덕션 워크로드와 같은 사용 사례를 위해 설계되었습니다. 다음 다이어그램은 ONTAP 다중 AZ 1세대 파일 시스템의 아키텍처를 보여줍니다. FSx

ONTAP다중 AZ 1세대 파일 시스템의 고가용성 아키텍처를 보여주는 다이어그램. FSx

파일 시스템 생성 선택

다음 표는 파일 시스템의 1세대와 2세대 단일 AZ와 다중 FSx AZ 간의 차이점을 보여줍니다. ONTAP

FSx파일 시스템 생성용 ONTAP
측정기준 1세대 2세대 (단일 HA 페어) 2세대 (멀티페어)
배포 유형

SINGLE_AZ_1

MULTI_AZ_1

SINGLE_AZ_2

MULTI_AZ_2

SINGLE_AZ_2

HA 페어 HA 페어 1개 1—12개의 HA 쌍
SSD스토리지

최소: 1TiB

최대: 192TiB

최소: 1TiB

최대: 512TiB

최소: 1TiB (HA 쌍당)

최대: 1PiB (총)

SSD IOPS

최소: IOPS GIB 3/4 SSD

최대: 16만

최소: IOPS GIB 2/3 SSD

최대: 20만

최소: IOPS GIB 2/3 SSD

최대: 2,400,000 (HA 쌍당 20만)

처리량 용량 128MBps; 256; 512; MBps 1,024; 2,048MBps; 4,096 MBps MBps MBps 384; 768; 1,536; 3,072; 6,144 MBps MBps MBps MBps MBps 1,536 MBps (HA 쌍당), 3,072 MBps (HA 쌍당), 6,144 (HA 쌍당), 6,144 (HA 쌍당) MBps
참고

파일 시스템을 생성한 후에는 파일 시스템의 배포 유형을 변경할 수 없습니다. 배포 유형을 변경하려는 경우 (예: 단일 AZ 1에서 단일 AZ 2로 이동) 데이터를 백업하고 새 파일 시스템에 복원할 수 있습니다. 타사 데이터 복사 도구를 사용하거나 타사 데이터 복사 도구를 사용하여 AWS DataSync데이터를 마이그레이션할 수도 있습니다. NetApp SnapMirror 자세한 내용은 를 사용하여 ONTAP용 FSx로 마이그레이션하는 중 NetApp SnapMirrorAWS DataSync를 사용하여 FSx for ONTAP으로 마이그레이션 단원을 참조하세요.

에 대한 FSx 장애 조치 프로세스 ONTAP

단일 AZ 및 다중 AZ 파일 시스템은 다음과 같은 상황이 발생할 경우 기본 또는 활성 파일 서버에서 대기 파일 서버로 지정된 HA 쌍을 자동으로 페일오버합니다.

  • 기본 또는 활성 파일 서버를 사용할 수 없게 된 경우

  • 파일 시스템의 처리량 용량이 변경된 경우

  • 기본 또는 활성 파일 서버가 계획된 유지 관리 작업 중인 경우

  • 가용 영역 운영 중단 발생(다중 AZ 파일 시스템만 해당)

참고

여러 HA 쌍이 있는 2세대 파일 시스템의 경우 각 HA 쌍의 페일오버 동작은 독립적입니다. 한 HA 쌍의 기본 파일 서버를 사용할 수 없는 경우 해당 HA 쌍만 대기 파일 서버로 페일오버됩니다.

한 파일 서버에서 다른 파일 서버로 페일오버하면 새 액티브 파일 서버가 해당 HA 쌍에 대한 모든 파일 시스템 읽기 및 쓰기 요청을 자동으로 처리하기 시작합니다. 다중 AZ 파일 시스템의 경우 기본 파일 서버가 완전히 복구되어 사용 가능해지면 Amazon에서 FSx 자동으로 장애 복구하며, 일반적으로 60초 이내에 페일백이 완료됩니다. 단일 AZ 및 다중 AZ 파일 시스템의 경우, 활성 파일 서버에서 장애가 감지된 후 대기 파일 서버가 활성 상태로 승격되기까지 보통 60초 이내에 장애 조치가 완료됩니다. 클라이언트가 데이터에 액세스하는 데 사용하거나 동일하게 SMB 유지되므로 Linux, Windows 및 macOS 애플리케이션에서 페일오버가 투명하게 수행되므로 수동 개입 없이 파일 시스템 작업을 재개할 수 있습니다. NFS

ONTAP단일 AZ 및 다중 AZ 파일 시스템에 연결된 클라이언트에 FSx 대해 장애 조치가 투명하게 수행되도록 하려면 을 참조하십시오. 내부에서 데이터에 액세스 AWS 클라우드

파일 시스템에서 장애 조치 테스트

처리량 용량을 수정하여 파일 시스템에서 장애 조치를 테스트할 수 있습니다. 파일 시스템의 처리 용량을 수정하면 Amazon은 FSx 파일 시스템의 파일 서버를 순차적으로 교체합니다. Amazon이 선호 파일 서버를 먼저 FSx 교체하는 동안 파일 시스템은 자동으로 보조 서버로 페일오버합니다. 업데이트되면 파일 시스템이 자동으로 새 기본 서버로 페일백되고 Amazon이 보조 파일 서버를 FSx 대체합니다.

Amazon FSx 콘솔CLI, 및 에서 처리 용량 업데이트 요청의 진행 상황을 모니터링할 수 API 있습니다. 파일 시스템의 처리량 용량을 수정하고 요청 진행 상황을 모니터링하는 방법에 대한 자세한 내용은 처리량 용량 관리 섹션을 참조하세요.

네트워크 리소스

이 섹션에서는 단일 AZ 및 다중 AZ 파일 시스템이 사용하는 네트워크 리소스에 대해 설명합니다.

서브넷

단일 AZ 파일 시스템을 생성할 때는 파일 시스템에 단일 서브넷을 지정합니다. 선택하는 서브넷에 따라 파일 시스템이 생성되는 가용 영역이 정의됩니다. 다중 AZ 파일 시스템을 생성할 때는 2개의 서브넷을 지정하는데, 하나는 기본 파일 서버용이고 다른 하나는 대기 파일 서버용입니다. 선택하는 두 서브넷은 동일한 AWS 리전의 서로 다른 가용 영역에 있어야 합니다. Amazon에 대한 자세한 내용은 VPC Amazon이란 무엇입니까VPC? 를 참조하십시오. Amazon Virtual Private 클라우드 사용 설명서에서 확인할 수 있습니다.

참고

지정하는 서브넷에 관계없이 파일 시스템 내의 모든 서브넷에서 파일 시스템에 액세스할 수 있습니다. VPC

파일 시스템 탄력적 네트워크 인터페이스

단일 AZ 파일 시스템의 경우 Amazon은 사용자가 파일 시스템에 연결하는 서브넷에 두 개의 엘라스틱 네트워크 인터페이스 (ENI) 를 FSx 프로비저닝합니다. 다중 AZ 파일 시스템의 경우 FSx Amazon은 파일 시스템에 연결하는 각 서브넷에 하나씩 총 두 ENIs 개를 프로비저닝합니다. 클라이언트는 Elastic Network 인터페이스를 사용하여 Amazon FSx 파일 시스템과 통신합니다. 네트워크 인터페이스는 사용자 계정의 일부임에도 FSx 불구하고 Amazon의 서비스 범위 내에 있는 것으로 간주됩니다VPC. 다중 AZ 파일 시스템은 유동 인터넷 프로토콜 (IP) 주소를 사용하므로 연결된 클라이언트가 장애 조치 이벤트 중에 기본 파일 서버와 대기 파일 서버 간에 원활하게 전환할 수 있습니다.

주의
  • 파일 시스템과 연결된 탄력적 네트워크 인터페이스를 수정하거나 삭제해서는 안 됩니다. 네트워크 인터페이스를 수정하거나 삭제하면 사용자와 파일 시스템 간의 연결이 영구적으로 끊길 VPC 수 있습니다.

  • 파일 시스템과 연결된 엘라스틱 네트워크 인터페이스에는 경로가 자동으로 생성되어 기본 VPC 및 서브넷 라우팅 테이블에 추가됩니다. 이러한 경로를 수정하거나 삭제하면 파일 시스템 클라이언트의 연결이 일시적 또는 영구적으로 끊길 수 있습니다.

다음 표에는 각 ONTAP 파일 시스템 배포 유형의 서브넷, Elastic Network Interface 및 IP 주소 리소스가 요약되어 FSx 있습니다.

1세대 단일 AZ 2세대 단일 AZ 다중 AZ
서브넷 수 1 1 2
탄력적 네트워크 인터페이스 수 2 HA 쌍당 2개 2
각 IP 주소 수 ENI 1 + 파일 시스템의 수 SVMs HA 쌍 수+HA 쌍 수에 파일 시스템의 SVMs 수를 곱한 값 1 + 파일 SVMs 시스템의 수
VPC라우팅 테이블 라우트 수 N/A N/A 1 + 파일 시스템 SVMs 내 수

파일 시스템 또는 을 생성한 후에는 파일 SVM 시스템이 삭제될 때까지 해당 IP 주소가 변경되지 않습니다.

중요

FSxAmazon은 퍼블릭 인터넷에서 파일 시스템에 액세스하거나 퍼블릭 인터넷에 파일 시스템을 공개하는 것을 지원하지 않습니다. Amazon은 인터넷에서 연결할 수 있는 퍼블릭 IP 주소로서 파일 시스템의 Elastic Network 인터페이스에 연결되는 모든 엘라스틱 IP 주소를 FSx 자동으로 분리합니다.