Amazon Elastic File System
Amazon Elastic File System (Amazon EFS) 은 서버리스, set-and-forget 사용할 탄력적 파일 시스템 AWS 클라우드서비스 및 온프레미스 리소스. 애플리케이션을 중단하지 않고 온디맨드 방식으로 페타바이트 규모까지 확장되도록 구축되어, 사용자가 파일을 추가하고 제거할 때 자동으로 확장/축소되므로 데이터 증가에 맞춰 용량을 프로비저닝 및 관리할 필요가 없습니다. Amazon EFS에는 파일 시스템을 빠르고 쉽게 만들고 구성할 수 있는 간단한 웹 서비스 인터페이스가 있습니다. 이 서비스에서 모든 파일 스토리지 인프라를 관리해 주므로 사용자는 복잡한 파일 시스템 구성을 배포, 패치 및 유지 보수하는데 따르는 복잡성에서 벗어날 수 있습니다.
Amazon EFS는 Network File System 버전 4 (NFSv4.1 및 NFSv4.0) 프로토콜을 지원하므로 오늘날 사용하는 애플리케이션과 도구가 Amazon EFS와 원활하게 작동합니다. 여러 컴퓨팅 인스턴스 (Amazon EC2, Amazon ECS 및 포함)AWS Lambda를 사용하면 Amazon EFS 파일 시스템에 동시에 액세스할 수 있으며 따라서 두 개 이상의 컴퓨팅 인스턴스 또는 서버에서 실행하는 워크로드와 애플리케이션에 대해 공통 데이터 원본을 제공할 수 있습니다.
Amazon EFS를 사용하면 파일 시스템에서 사용한 스토리지에 대해서만 요금을 지불하면 되고 최소 요금이나 설정 비용은 없습니다. Amazon EFS는 여러 사용 사례에 맞춰 설계된 다양한 스토리지 클래스를 제공합니다. 다음이 포함됩니다.
표준 스토리지 클래스— EFS 표준 및 EFS 표준 — 자주 사용하지 않는 액세스 (표준—IA) 는 다중 AZ 복원력과 최고 수준의 내구성과 가용성을 제공합니다.
원 존 스토리지 클래스— EFS One Zone 및 EFS One Zone—드물게 액세스 (EFS One Zone—IA) 를 사용하면 단일 가용 영역에 데이터를 저장하도록 선택하여 추가 비용 절감 효과를 선택할 수 있습니다.
자세한 정보는 EFS 스토리지 클래스을 참조하십시오. 프로비저닝된 처리량과 관련된 비용은 지정한 처리량 값에 따라 결정됩니다. 자세한 내용은 단원을 참조하십시오.Amazon EFS 요금.
Amazon EFS는 광범위한 워크로드에 필요한 처리량, IOPS 및 짧은 지연 시간을 제공하도록 설계되었습니다. Amazon EFS를 사용하면 두 가지 성능 모드와 두 가지 처리량 모드 중에서 선택할 수 있습니다.
기본 설정범용 성능 모드를 사용합니다.는 웹 서비스 환경, 콘텐츠 관리 시스템, 홈 디렉터리 및 일반 파일 서비스 등과 같이 지연 시간에 민감한 사용 사례에 이상적입니다.
의 파일 시스템최대 I/O 모드는 파일 시스템 작업에 대해 지연 시간이 더 길어지는 대가로 더 높은 수준의 집계 처리량 및 초당 작업 수로 확장할 수 있습니다. 자세한 정보는 성능 모드을 참조하십시오.
기본 사용버스팅 처리량 모드는 파일 시스템이 커짐에 따라 처리량을 확장할 수 있습니다
사용할당 처리량 모드를 사용하여 저장된 데이터 양과 상관없이 파일 시스템의 처리량을 지정할 수 있습니다. 자세한 정보는 처리량 모드을 참조하십시오.
이 서비스는 확장성과 가용성이 높고 내구성이 뛰어납니다. 표준 스토리지 클래스를 사용하는 Amazon EFS 파일 시스템은 데이터 및 메타데이터를 여러 가용 영역에 저장합니다.AWS 리전. EFS 파일 시스템은 페타바이트 규모까지 확장될 수 있으며, 높은 수준의 처리량을 끌어올리고, 컴퓨팅 인스턴스에서 데이터까지 대규모 parallel 액세스를 허용합니다.
Amazon EFS는 강력한 데이터 일관성 및 파일 잠금 등 파일 시스템 액세스 의미 체계를 제공합니다. 자세한 정보는 Amazon EFS에서의 데이터 정합성을 참조하십시오. Amazon EFS 를 사용하면 POSIX (Portable Operating System Interface) 권한을 통해 파일 시스템에 대한 액세스를 제어할 수 있습니다. 자세한 정보는 Amazon EFS의 보안을 참조하십시오.
Amazon EFS는 인증, 권한 부여 및 암호화 기능을 지원하므로 보안 및 규정 준수 요구 사항을 충족할 수 있습니다. Amazon EFS는 전송 중 암호화와 유휴 암호화라는 두 가지 파일 암호화를 지원합니다. Amazon EFS 파일 시스템을 생성할 때 유휴 상태에서의 암호화를 활성화 할 수 있습니다. 이렇게 할 경우 모든 데이터와 메타데이터가 암호화됩니다. 파일 시스템을 탑재할 시 나중에 전송 중 암호화를 활성화할 수 있습니다. EFS에 대한 NFS 클라이언트 액세스는 AWS Identity and Access Management(IAM) 정책 및 보안 그룹과 같은 네트워크 보안 정책에 의해 제어됩니다. 자세한 내용은 Amazon EFS에서의 데이터 암호화, Amazon EFS Identity and Access, NFS 클라이언트의 Amazon EFS 파일 시스템에 대한 네트워크 액세스 제어 단원을 참조하세요.
Amazon EFS: 작동 방식
개요
Amazon EFS 간단한 서버리스를 제공합니다. set-and-forget 탄력적 파일 시스템. Amazon EFS에서는 파일 시스템을 생성하고 Amazon EC2 인스턴스에 파일 시스템을 탑재한 후 파일 시스템에서 데이터를 읽고 쓸 수 있습니다. Network File System 버전 4.0 및 버전 4.1 (NFSv4) 프로토콜을 통해 Virtual Private Cloud (VPC) 에 Amazon EFS 파일 시스템을 탑재할 수 있습니다. 최신 Amazon Linux, Amazon Linux 2, Redhat, Ubuntu 및 macOS Big Sur AMI 등에 있는 최신 세대의 Linux NFSv4.1 클라이언트를 Amazon EFS 탑재 헬퍼와 함께 사용하는 것이 좋습니다. 지침은 사용 amazon-efs-utils 도구 섹션을 참조하세요.
이 프로토콜을 지원하는 Amazon EC2 Linux 및 macOS Amazon Machine Image (AMI) 목록은 단원을 참조하십시오.NFS Support. 일부 AMI의 경우 Amazon EC2 인스턴스에 파일 시스템을 탑재하려면 NFS 클라이언트를 설치해야 합니다. 지침은 NFS 클라이언트 설치 섹션을 참조하세요.
여러 NFS 클라이언트에서 동시에 Amazon EFS 파일 시스템에 액세스할 수 있으므로 단일 연결 규모를 초과하는 애플리케이션도 파일 시스템에 액세스할 수 있습니다. Amazon EC2 및 기타AWS같은 가용 영역에 속하는 여러 가용 영역에서 실행되는 컴퓨팅 인스턴스AWS 리전은 (는) 파일 시스템에 액세스할 수 있으므로 많은 사용자가 공통 데이터 원본에 액세스하고 공유할 수 있습니다.
의 목록을 참조하십시오. AWS 리전에서 Amazon EFS 파일 시스템을 만들 수 있습니다.Amazon Web Services 일반 참조.
VPC에서 Amazon EFS 파일 시스템에 액세스하려면 VPC 탑재 대상을 하나 이상 생성합니다.
표준 스토리지 클래스를 사용하는 파일 시스템의 경우 의 각 가용 영역에 탑재 대상을 생성할 수 있습니다.AWS 리전.
One Zone 스토리지 클래스를 사용하는 파일 시스템의 경우 파일 시스템과 동일한 가용 영역에 있는 마운트 대상을 하나만 생성합니다.
자세한 정보는 EFS 스토리지 클래스을 참조하세요.
A탑재 대상는 Amazon EFS 파일 시스템을 탑재할 수 있는 NFSv4 엔드포인트의 IP 주소를 제공합니다. EC2 인스턴스와 동일한 가용 영역에 있는 EFS 탑재 대상의 IP 주소로 해석되는 DNS(Domain Name Service) 이름을 사용하여 파일 시스템을 탑재합니다. 의 각 가용 영역에 탑재 대상을 하나씩 만들 수 있습니다. AWS 리전. VPC의 가용 영역에 서브넷이 여러 개 있는 경우 여러 서브넷 중 하나에만 탑재 대상을 만듭니다. 이렇게 하면 해당 가용 영역의 모든 EC2 인스턴스가 탑재 대상을 공유할 수 있습니다.
탑재 대상 자체는 가용성이 매우 뛰어나게 설계되어 있습니다. 고가용성 및 다른 가용 영역으로의 장애 조치를 설계하는 경우 각 가용 영역에서 탑재 대상의 IP 주소와 DNS는 정적이며 여러 리소스가 지원하는 중복 구성 요소입니다.
DNS 이름을 사용하여 파일 시스템을 탑재하면 이 파일 시스템을 다른 POSIX 호환 파일 시스템처럼 사용할 수 있습니다. NFS 수준 권한 및 관련 고려 사항에 대한 자세한 내용은 네트워크 파일 시스템 (NFS) 수준에서 사용자, 그룹 및 권한 사용 단원을 참조하십시오.
Amazon VPC 와 연결할 때 Amazon EFS 파일 시스템을 온프레미스 데이터 센터 서버에 탑재할 수 있습니다.AWS Direct Connect 또는AWS VPNEFS 파일 시스템을 온프레미스 서버에 탑재하여 데이터 세트를 EFS로 마이그레이션하거나, 클라우드 버스팅 시나리오를 활성화하거나, 온프레미스 데이터를 Amazon EFS로 백업할 수 있습니다.
Amazon EFS가 Amazon EC2 및 기타 지원되는 컴퓨팅 인스턴스와 함께 작동하는 방식
표준 및 단일 영역 스토리지 클래스를 사용하는 Amazon EFS 파일 시스템이 Amazon VPC EC2 인스턴스에 마운트되는 방법을 설명합니다.
Amazon EFS (표준 스토리지 클래스)
다음 그림은 여러 가용 영역의 표준 스토리지 클래스로 구성된 Amazon EFS 파일 시스템에 액세스하는 여러 EC2 인스턴스를 보여 줍니다.AWS 리전.
이 그림에서 Amazon Virtual Private Cloud (VPC)에는 세 개의 가용 영역이 있습니다. 파일 시스템은 표준 스토리지 클래스를 사용하기 때문에 각 가용 영역에 탑재 대상이 생성되었습니다. 성능 및 비용상의 이유로 동일한 가용 영역 내의 탑재 대상에서 파일 시스템에 액세스하는 것이 좋습니다. 가용 영역 중 하나에는 서브넷이 두 개 있습니다. 그러나 탑재 대상은 두 서브넷 중 하나에서만 생성됩니다. 이러한 설정은 다음과 같이 작성합니다.
Amazon EC2 리소스를 생성하고 Amazon EC2 인스턴스를 시작합니다. Amazon EC2 대한 자세한 내용은 단원을 참조하십시오. Amazon EC2 - 가상 서버 호스팅.
선택리전 Amazon EFS 파일 시스템 생성 시 내구성과 가용성을 제공합니다.
각 Amazon EC2 인스턴스에 Connect Amazon EFS 파일 시스템을 탑재합니다.
자세한 단계는 Amazon Elastic File System 시작 단원을 참조하세요.
단일 영역 스토리지 클래스를 사용하는 Amazon EFS
여러 가용 영역에서 하나의 영역 스토리지를 사용하여 Amazon EFS 파일 시스템에 액세스하는 여러 EC2 인스턴스를 보여줍니다.AWS 리전.
이 그림에서 VPC에는 각각 서브넷이 하나씩 있는 가용 영역이 2개 있습니다. 파일 시스템은 One Zone 스토리지 클래스를 사용하므로 하나의 마운트 대상만 가질 수 있습니다. 성능 및 비용 향상을 위해 파일 시스템을 탑재하려는 EC2 인스턴스와 동일한 가용 영역에 있는 탑재 대상에서 파일 시스템에 액세스하는 것이 좋습니다.
이 예에서 us-west-2c 가용 영역의 EC2 인스턴스는 다른 가용 영역의 탑재 대상 액세스에 대한 EC2 데이터 액세스 요금을 지불합니다. 이러한 설정은 다음과 같이 작성합니다.
Amazon EC2 리소스를 생성하고 Amazon EC2 인스턴스를 시작합니다. Amazon EC2 대한 자세한 내용은 단원을 참조하십시오.Amazon EC2.
Amazon EFS 파일 시스템을 하나의 영역 스토리지로 생성합니다.
각 Amazon EC2 인스턴스에 Connect 각 인스턴스에 대해 동일한 탑재 대상을 사용하여 Amazon EFS 파일 시스템을 탑재합니다.
아마존 EFS와 함께 작동하는 방식AWS Direct Connect과AWS관리형 VPN
온프레미스 서버에 EFS 파일 시스템을 사용하여 온프레미스 데이터를AWS 클라우드 Amazon EFS 파일 시스템에서 호스팅됩니다. 버스팅을 이용할 수도 있습니다. 즉, 온프레미스 서버의 데이터를 Amazon EFS로 이동하고 Amazon VPC Amazon EC2 인스턴스 플릿에서 데이터를 분석할 수 있습니다. 그런 다음 결과를 파일 시스템에 영구 저장하거나 결과를 온프레미스 서버로 다시 이동할 수 있습니다.
온프레미스 서버에서 Amazon EFS와 함께 사용할 때는 다음 사항에 주의하십시오.
온프레미스 서버에는 Linux 기반 운영 체제가 필요합니다. Linux 커널 버전 4.0 이상을 사용하는 것이 좋습니다.
간소화를 위해 DNS 이름 대신 탑재 대상 IP 주소를 사용하여 온프레미스 서버에 Amazon EFS 파일 시스템을 탑재하는 것이 좋습니다.
Amazon EFS 파일 시스템에 대한 온프레미스 액세스에는 추가 비용이 들지 않습니다. 에 대한 요금이 청구됩니다.AWS Direct Connect아마존 VPC. 자세한 내용은 AWS Direct Connect 요금을 참조하세요.
다음 그림은 온프레미스 (온프레미스 서버에는 탑재된 파일 시스템이 있음) 에서 Amazon EFS 파일 시스템에 액세스하는 방법의 예가 나와 있습니다.
온프레미스 서버와 VPC 간의 AWS Direct Connect 연결을 사용하여 탑재 대상의 서브넷에 도달할 수 있으면 VPC에서 모든 탑재 대상을 사용할 수 있습니다. 온프레미스 서버에서 Amazon EFS에 액세스하려면 온프레미스 서버의 NFS 포트 (2049) 에 대한 인바운드 트래픽을 허용하는 규칙을 탑재 대상 보안 그룹에 추가합니다.
이와 같은 설정을 만들려면 다음 작업을 수행합니다.
설립 및 AWS Direct Connect온프레미스 데이터 센터와 Amazon VPC 간에 연결합니다. AWS Direct Connect에 대한 자세한 내용은 AWS Direct Connect 단원을 참조하십시오.
Amazon EFS 파일 시스템을 생성합니다.
Amazon EFS 파일 시스템을 온프레미스 서버에 탑재합니다.
자세한 단계는 연습: 다음을 사용하여 온프레미스에서 파일 시스템 생성 및 마운트AWS Direct Connect및 VPN 단원을 참조하세요.
아마존 EFS와 함께 작동하는 방식 AWS Backup
파일 시스템에 대한 포괄적인 백업 구현을 위해 Amazon EFS AWS Backup.AWS Backup은 데이터 백업을 쉽게 중앙 집중화하고 자동화할 수 있는 종합 관리형 백업 서비스입니다. AWS클라우드 및 온프레미스의 서비스. AWS Backup을 사용하면 백업 정책 구성 및 백업 활동 모니터링을 중앙 집중식으로 수행할 수 있습니다. Amazon EFS 항상 백업 작업보다 파일 시스템 작업을 우선시합니다. AWS Backup을 사용하여 EFS 파일 시스템을 백업하는 방법에 대한 자세한 내용은 사용AWS BackupAmazon EFS 파일 시스템 백업 및 복원 단원을 참조하십시오.
구현 요약
Amazon EFS에서 파일 시스템은 기본 리소스입니다. 각 파일 시스템에는 ID, 생성 토큰, 생성 시간, 파일 시스템 크기(바이트), 파일 시스템에 대해 생성된 탑재 대상 수 및 파일 시스템 수명 주기 상태와 같은 속성이 있습니다. 자세한 정보는 CreateFileSystem을 참조하세요.
Amazon EFS 다른 리소스에서 기본 리소스를 구성하도록 지원합니다. 여기에는 탑재 대상 및 액세스 포인트가 포함됩니다.
탑재 대상— 파일 시스템에 액세스하려면 VPC 내에서 탑재 대상을 만들어야 합니다. 각 탑재 대상에는 탑재 대상 ID, 탑재 대상이 생성된 서브넷 ID, 탑재 대상이 생성된 파일 시스템 ID, 파일 시스템을 탑재할 수 있는 IP 주소, VPC 보안 그룹 및 탑재 대상 상태와 같은 속성이 있습니다. mount 명령에 IP 주소 또는 DNS 이름을 사용할 수 있습니다.
각 파일 시스템에는 다음과 같은 형식의 DNS 이름이 있습니다.
file-system-id.efs.aws-region.amazonaws.com
에서 이 DNS 이름을 지정할 수 있습니다.mount명령을 사용하여 Amazon EFS 파일 시스템을 탑재합니다. EC2 인스턴스 또는 온프레미스 서버의 홈 디렉터리에서 efs-mount-point 하위 디렉터리를 만든다고 가정해 보십시오. 그런 다음 mount 명령을 사용하여 파일 시스템을 탑재합니다. 예를 들어 Amazon Linux AMI에서는 다음 mount 명령을 사용할 수 있습니다.
sudo mount -t nfs -o nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport file-system-DNS-name:/ ~/efs-mount-point 자세한 정보는 탑재 대상 및 보안 그룹 생성 및 관리을 참조하세요. 먼저, EC2 인스턴스에 NFS 클라이언트를 설치해야 합니다. 이 시작하기연습 기능 step-by-step 지침.
액세스 포인트— 액세스 포인트는 운영 체제 사용자, 그룹 및 파일 시스템 경로를 액세스 포인트를 사용하여 수행된 모든 파일 시스템 요청에 적용합니다. 액세스 포인트의 운영 체제 사용자 및 그룹은 NFS 클라이언트에서 제공하는 모든 자격 증명 정보를 재정의합니다. 파일 시스템 경로는 액세스 포인트의 루트 디렉터리로 클라이언트에 노출됩니다. 이렇게 하면 공유 파일 기반 데이터 세트에 액세스할 때 각 애플리케이션이 항상 올바른 운영 체제 자격 증명과 올바른 디렉터리를 사용할 수 있습니다. 액세스 포인트를 사용하는 애플리케이션은 자체 디렉터리 및 해당 하위 디렉터리의 데이터에만 액세스할 수 있습니다. 자세한 정보는 Amazon EFS 액세스 포인트 사용을 참조하세요.
탑재 대상 및 태그는 파일 시스템과 연관된 하위 리소스입니다. 기존 파일 시스템의 컨텍스트 내에만 생성할 수 있습니다.
Amazon EFS 이러한 리소스를 만들고 관리할 수 있도록 API 작업을 제공합니다. Amazon EFS에서는 각 리소스에 대한 생성 및 삭제 작업 외에 리소스 정보를 검색하기 위한 설명 작업도 가능합니다. 이러한 리소스의 생성 및 관리 옵션은 다음과 같습니다.
Amazon EFS 콘솔 사용 — 에서 예제를 참조하십시오.시작하기.
Amazon EFS 명령줄 인터페이스 (CLI) 사용 — 에서 예제를 참조하십시오.연습: Amazon EFS 파일 시스템을 생성하여AWS CLI.
또한 다음과 같이 프로그래밍 방식으로 리소스를 관리할 수도 있습니다.
사용 AWSSDK — AWSSDK에서는 기본 Amazon EFS API를 래핑하여 프로그래밍 작업을 단순화합니다. 또한 SDK 클라이언트는 사용자가 제공한 액세스 키를 사용하여 요청을 인증합니다. 자세한 내용은 샘플 코드 및 라이브러리 단원을 참조하십시오.
애플리케이션에서 직접 Amazon EFS API 호출 — 어떤 이유로 인해 SDK를 사용할 수 없는 경우, 애플리케이션에서 직접 Amazon EFS API를 호출할 수 있습니다. 그러나 이 옵션을 사용하는 경우 요청을 인증하려면 필수 코드를 작성해야 합니다. Amazon EFS API에 대한 자세한 내용은 단원을 참조하십시오.Amazon EFS API.
인증 및 액세스 제어
Amazon EFS API 요청 (예: 파일 시스템 만들기) 을 만들려면 유효한 자격 증명이 있어야 합니다. 또한 리소스를 만들거나 리소스에 액세스할 수 있는 권한이 있어야 합니다. 기본적으로 루트 계정 자격 증명을 사용하는 경우AWS 계정해당 계정이 소유한 리소스를 만들고 이러한 리소스에 액세스할 수 있습니다. 그러나 루트 계정 자격 증명은 사용하지 않는 것이 좋습니다. 또한, 어떤AWS Identity and Access Management(IAM) 자신의 계정에서 만든 사용자 및 역할에는 리소스를 만들거나 리소스에 액세스할 수 있는 권한을 부여해야 합니다. 권한에 대한 자세한 내용은 Amazon EFS Identity and Access 섹션을 참조하세요.
NFS 클라이언트에 대한 IAM 권한 부여는 IAM을 사용하여 NFS (Network File System) 클라이언트에 대한 대규모 액세스 관리를 간소화하는 Amazon EFS용 추가 보안 옵션입니다. NFS 클라이언트에 대한 IAM 권한 부여를 통해 IAM을 사용하여 기본적으로 확장 가능한 방식으로 EFS 파일 시스템에 대한 액세스를 관리할 수 있습니다. NFS 클라이언트에 대한 IAM 권한 부여도 클라우드 환경에 맞게 최적화되었습니다. NFS 클라이언트에 IAM 권한 부여를 사용하는 방법에 대한 자세한 내용은 단원을 참조하십시오.IAM을 사용하여 파일 시스템 데이터 액세스 제어.
Amazon EFS에서의 데이터 정합성
Amazon EFS 다음을 제공합니다. close-to-open 애플리케이션이 NFS에서 기대하는 일관성 의미 체계.
Amazon EFS에서는 다음과 같은 경우 쓰기 작업이 표준 스토리지 클래스를 사용하여 파일 시스템의 가용 영역 전체에서 영구적으로 저장됩니다.
애플리케이션이 동기식 쓰기 작업을 수행하는 경우(예: O_DIRECT 플래그가 지정된 open Linux 명령 또는 fsync Linux 명령 사용)
애플리케이션이 파일을 닫는 경우
Amazon EFS에서는 액세스 패턴에 따라 보다 강력한 일관성 보장을 제공할 수 있습니다. close-to-open 의미 체계. 동기식 데이터 액세스를 수행하고 비추가 쓰기를 수행하는 애플리케이션은 read-after-write 데이터 액세스에 대한 일관성
파일 잠금
NFS 클라이언트 애플리케이션은 Amazon EFS 파일에 대한 읽기 및 쓰기 작업에 NFS 버전 4 파일 잠금 (바이트 범위 잠금 포함) 을 사용할 수 있습니다.
Amazon EFS에서 파일을 잠그는 방법에 대해 다음을 기억하십시오.
Amazon EFS 자문 잠금만 지원하므로 읽기/쓰기 작업은 실행 전에 충돌 잠금을 확인하지 않습니다. 예를 들어 원자성 작업과 관련된 파일 동기화 문제를 방지하려면 애플리케이션에서 NFS 시맨틱 (예: close-to-open 일관성).
연결된 모든 인스턴스와 파일에 액세스하는 사용자에 걸쳐 특정 파일 하나에 최대 512개의 잠금이 있을 수 있습니다.
스토리지 클래스
Amazon EFS에서는 여러 사용 사례에 따라 다양하게 설계된 스토리지 클래스 중에서 선택할 수 있습니다.
EFS 스탠다드 — 자주 액세스하는 데이터를 위한 리전별 스토리지 클래스입니다. 여러 가용 영역에 걸쳐 파일 시스템 데이터를 중복 저장하여 최고 수준의 가용성과 내구성을 제공합니다.
EFS 표준 - 가끔 액세스 (스탠다드-IA)— 자주 액세스하지 않는 데이터를 위한 리전별 스토리지 클래스입니다. 여러 가용 영역에 걸쳐 파일 시스템 데이터를 중복 저장하여 최고 수준의 가용성과 내구성을 제공합니다.
EFS 원 존 — 액세스 빈도가 높은 파일이 단일 가용 영역 내에 중복으로 저장됩니다.
EFS 원 존 IA (원 존 IA)— 액세스 빈도가 낮은 파일을 단일 가용 영역 내에 이중으로 저장하는 저렴한 스토리지 클래스입니다.AWS 리전.
EFS Standard 스토리지 클래스는 지리적으로 분리된 여러 가용 영역에 걸쳐 파일 시스템 데이터 및 메타데이터를 중복 저장하는 리전 스토리지 클래스입니다.AWS 리전. 최고 수준의 가용성과 내구성을 제공하여 한 리전에서 하나 이상의 가용 영역을 사용할 수 없는 경우에도 데이터에 대한 지속적인 가용성을 제공합니다.
EFS One Zone 스토리지 클래스는 저렴한 비용의 단일 가용 영역 스토리지 클래스입니다. 또한 파일 시스템 데이터와 메타데이터를 단일 가용 영역에 중복 저장합니다.
두 IA 스토리지 클래스 모두 매일 액세스하지 않는 파일의 스토리지 비용을 줄여줍니다. 전체 데이터 세트에 손쉽게 액세스해야 하고 파일에 자주 액세스하지 않을 때 스토리지 비용을 자동으로 절감하려는 경우 IA 스토리지를 사용하는 것이 좋습니다. 예를 들어, 감사 요구 사항을 충족하도록 파일 액세스 가능 유지, 기록 분석 수행 또는 백업과 복구 수행이 포함됩니다. Amazon EFS 스토리지 클래스에 대한 자세한 내용은 단원을 참조하십시오.EFS 스토리지 클래스.
EFS 수명 주기 관리
Amazon EFS 수명 주기 관리는 파일 시스템에 대한 비용 효율적인 파일 스토리지를 자동으로 관리합니다. 이 기능이 활성화되면 수명 주기 관리가 설정된 기간 동안 액세스하지 않은 파일을 자주 액세스하지 않는 스토리지 클래스, Standard-IA 또는 One Zone-IA로 마이그레이션합니다. 를 사용하여 해당 기간을 정의합니다.수명 주기 정책. 자세한 정보는 Amazon EFS 수명 주기 관리을 참조하세요.
EFS 인텔리전트 계층화
Amazon EFS Intelligent‐Tiering은 수명 주기 관리를 사용하여 워크로드의 액세스 패턴을 모니터링하고 해당 IA(Infrequent Access) 스토리지 클래스와 파일을 자동으로 주고받습니다. 지능형 계층화를 사용하면 일정 기간 (예: 30일) 동안 액세스되지 않는 표준 스토리지 클래스 (EFS Standard 또는 EFS One Zone) 의 파일이 해당 IA(자주 액세스)) 스토리지 클래스로 전환됩니다. 또한 액세스 패턴이 변경되면 EFS 지능형 계층화가 자동으로 파일을 다시 EFS 표준 또는 EFS One Zone 스토리지 클래스로 이동합니다. 이를 통해 무제한 액세스 요금의 위험을 제거하는 동시에 지연 시간을 일관되게 줄일 수 있습니다. 자세한 정보는 Amazon EFS Intelligent-Tiering을 참조하세요.
EFS 복제
Amazon EFS 파일 시스템의 복제본을 만들 수 있습니다. AWS 리전Amazon EFS 복제를 사용하여 원하는 대로 확장할 수 있습니다. 활성화되면 Amazon EFS Replication은 EFS 파일 시스템의 데이터와 메타데이터를 새로운 대상 EFS 파일 시스템에 자동으로 투명하게 복제합니다.
Amazon EFS 자동으로 소스 및 대상 파일 시스템을 동기화된 상태로 유지합니다. Amazon EFS 복제는 지속적이며 RPO (복구 시점 목표) 와 분 단위의 RTO (복구 시간 목표) 를 제공하도록 설계되었습니다. 이러한 기능은 규정 준수 및 비즈니스 연속성 목표를 달성하는 데 도움이 될 것입니다. 자세한 내용은 Amazon EFS 복제 단원을 참조하세요.
