기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다. # Amazon Elastic File System이란 무엇입니까? Amazon Elastic File System(Amazon EFS)은 완전히 탄력적인 서버리스 파일 스토리지를 제공하므로 스토리지 용량과 성능을 프로비저닝하거나 관리하지 않고도 파일 데이터를 공유할 수 있습니다. Amazon EFS는 애플리케이션을 중단하지 않고 페타바이트급까지 온디맨드 규모로 확장할 수 있도록 구축되었으며 파일을 추가하고 제거할 때 확장 및 축소됩니다. Amazon EFS에는 간단한 웹 서비스 인터페이스가 있으므로 파일 시스템을 빠르고 쉽게 생성하고 구성할 수 있습니다. 모든 파일 스토리지 인프라를 관리하는 서비스이므로 사용자는 복잡한 파일 시스템 구성을 배포, 패치 및 유지 보수하는 번잡함에서 벗어날 수 있습니다. Amazon EFS에서는 Network File System 버전 4(NFSv4.1 및 NFSv4.0) 프로토콜을 지원하므로 오늘날 사용하는 애플리케이션 및 도구도 Amazon EFS에서 원활하게 작동합니다. Amazon EFS는 Amazon EC2, Amazon ECS, Amazon EKS, AWS Lambda, AWS Fargate 등을 비롯한 대부분의 유형의 Amazon Web Services 컴퓨팅 인스턴스에서 액세스할 수 있습니다. 이 서비스는 확장성과 가용성이 높고 내구성이 높도록 설계되었습니다. Amazon EFS는 가용성 및 내구성 요구 사항을 충족하기 위해 다음과 같은 파일 시스템 유형을 제공합니다. + *리전*(권장) - 리전 파일 시스템(권장)은 동일한 AWS 리전 내에서 지리적으로 분리된 여러 가용 영역에 데이터를 중복 저장합니다. 여러 가용 영역에 데이터를 저장하면 AWS 리전에서 하나 이상의 가용 영역을 사용할 수 없는 경우에도 데이터를 지속적으로 사용할 수 있습니다. + *One Zone* - One Zone 파일 시스템은 단일 가용 영역 내에 데이터를 저장합니다. 단일 가용 영역에 데이터를 저장하면 데이터를 지속적으로 사용할 수 있습니다. 하지만 가용 영역의 전체 또는 일부가 손실되거나 손상된 경우는 드물지만 이러한 유형의 파일 시스템에 저장된 데이터가 손실될 수 있습니다. 파일 시스템 유형에 대한 자세한 내용은 [EFS 파일 시스템 유형](features.md#file-system-type) 섹션을 참조하십시오. Amazon EFS는 광범위한 워크로드에 필요한 처리량, IOPS 및 짧은 지연 시간을 제공하도록 설계되었습니다. EFS 파일 시스템은 페타바이트 규모까지 확장 가능하고, 높은 수준까지 처리량을 끌어 올리고, 컴퓨팅 인스턴스에서 데이터로 대량 병렬 엑세스를 허용합니다. 대부분의 워크로드에는 기본 모드인 범용 성능 모드와 탄력적 처리량 모드를 사용하는 것이 좋습니다. + *범용* - 범용 성능 모드는 웹 서비스 환경, 콘텐츠 관리 시스템, 홈 디렉터리, 일반 파일 서비스 등 지연 시간에 민감한 애플리케이션에 이상적입니다. + *탄력적* - 탄력적 처리량 모드는 워크로드 활동의 요구 사항에 맞게 처리량 성능을 자동으로 늘리거나 줄일 수 있도록 설계되었습니다. EFS 성능 및 처리량 모드에 대한 자세한 내용은 [Amazon EFS 성능 사양](performance.md) 단원을 참조하세요. Amazon EFS는 강력한 데이터 일관성 및 파일 잠금 등 파일 시스템 액세스 의미 체계를 제공합니다. 자세한 내용은 [Amazon EFS 데이터 일관성](features.md#consistency) 섹션을 참조하세요. Amazon EFS는 또한 이동식 운영 체제 인터페이스(POSIX) 권한을 통해 파일 시스템에 대한 액세스를 제어할 수 있도록 지원합니다. 자세한 내용은 [Amazon EFS에서 데이터 보안](security-considerations.md) 섹션을 참조하세요. Amazon EFS는 보안 및 규정 준수 요구 사항을 충족하는 데 도움이 되는 인증, 권한 부여 및 암호화 기능을 지원합니다. Amazon EFS는 전송 중 데이터 암호화와 유휴 데이터 암호화라는 두 가지 파일 시스템 암호화를 지원합니다. EFS 파일 시스템을 생성할 때 유휴 상태에서의 암호화를 활성화 할 수 있습니다. 이렇게 할 경우 모든 데이터와 메타데이터가 암호화됩니다. 파일 시스템을 탑재할 시 나중에 전송 중 암호화를 활성화할 수 있습니다. Amazon EFS에 대한 NFS 클라이언트 액세스는 AWS Identity and Access Management(IAM) 정책 및 보안 그룹과 같은 네트워크 보안 정책에 의해 제어됩니다. 자세한 내용은 [Amazon EFS의 데이터 암호화](encryption.md), [Amazon EFS의 자격 증명 및 액세스 관리](security-iam.md), [NFS 클라이언트용 EFS 파일 시스템에 대한 네트워크 액세스 제어](NFS-access-control-efs.md) 섹션을 참조하세요. **참고** Microsoft Windows에 기반을 둔 Amazon EC2 인스턴스에서는 Amazon EFS를 사용할 수 없습니다. ## Amazon EFS를 처음 사용하십니까? Amazon EFS를 처음 사용한다면, 다음 섹션을 순서대로 읽어보기를 권장합니다. 1. Amazon EFS 제품 및 요금에 대한 개요는 [Amazon EFS](https://aws.amazon.com/efs/)를 참조하세요. 1. Amazon EFS 기술 개요는 [Amazon EFS 작동 방식](how-it-works.md)를 참조하세요. 1. [시작하기](getting-started.md) 연습을 시도해 봅니다. Amazon EFS에 대해 보다 자세히 알고 싶으면 다음 단원을 참조하세요. 이 서비스에 대해 매우 자세한 설명이 나와 있습니다. + [EFS 리소스 생성 및 관리](creating-using.md) + [EFS 파일 시스템 관리](managing.md) + [Amazon EFS API](api-reference.md) # Amazon EFS 작동 방식 Amazon Elastic File System(EFS)은 설정하고 잊어버리는 간단한 서버리스 탄력적 파일 시스템을 제공합니다. Amazon EFS를 사용하면 파일 시스템을 생성하고, Amazon EC2 인스턴스 에 파일 시스템을 탑재한 후, 파일 시스템에 데이터를 작성하거나 파일 시스템에서 데이터를 읽을 수 있습니다. Network File System 버전 4.0 및 버전 4.1 프로토콜(NFSv4)을 통해 가상 프라이빗 클라우드(VPC)에 EFS 파일 시스템을 탑재할 수 있습니다. 최신 Amazon Linux, Amazon Linux 2, Red Hat, Ubuntu 및 macOS Big Sur AMI 등에 있는 최신 세대의 Linux NFSv4.1 클라이언트를 EFS 탑재 도우미와 함께 사용하는 것이 좋습니다. 지침은 [Amazon EFS 클라이언트 수동 설치](using-amazon-efs-utils.md) 섹션을 참조하세요. 이 프로토콜을 지원하는 Amazon EC2 Linux 및 macOS Amazon Machine Image(AMI) 목록은 [NFS 지원](mounting-fs-old.md#mounting-fs-nfs-info) 섹션을 참조하세요. 일부 AMI의 경우 Amazon EC2 인스턴스에 파일 시스템을 탑재하려면 NFS 클라이언트를 설치해야 합니다. 지침은 [NFS 클라이언트 설치](mounting-fs-install-nfsclient.md) 섹션을 참조하세요. 여러 NFS 클라이언트에서 동시에 EFS 파일 시스템에 액세스할 수 있으므로 단일 연결 이상으로 확장되는 애플리케이션에서도 파일 시스템에 액세스할 수 있습니다. 동일한 내의 여러 가용 영역에서 실행되는 Amazon EC2 및 기타 AWS 컴퓨팅 인스턴스는 파일 시스템에 액세스할 AWS 리전 수 있으므로 많은 사용자가 공통 데이터 소스에 액세스하고 공유할 수 있습니다. EFS 파일 시스템을 생성할 수 AWS 리전 있는 목록은 섹션을 참조하세요[Amazon Web Services 일반 참조](https://docs.aws.amazon.com/general/latest/gr/rande.html#elasticfilesystem_region). VPC에서 EFS 파일 시스템에 액세스하려면 VPC에서 탑재 대상을 하나 이상 만듭니다. *탑재 대상*은 EFS 파일 시스템을 탑재할 수 있는 NFSv4 엔드포인트의 IP 주소를 제공합니다. EC2 인스턴스와 동일한 가용 영역에 있는 EFS 탑재 대상의 IP 주소로 해석되는 DNS(Domain Name Service) 이름을 사용하여 파일 시스템을 탑재합니다. AWS 리전의 각 가용 영역에 탑재 대상을 하나씩 만들 수 있습니다. VPC의 가용 영역에 서브넷이 여러 개 있는 경우 여러 서브넷 중 하나에만 탑재 대상을 만듭니다. 이렇게 하면 해당 가용 영역의 모든 EC2 인스턴스가 탑재 대상을 공유할 수 있습니다. **참고** EFS 파일 시스템은 한 번에 하나의 VPC에 있는 탑재 대상만 가질 수 있습니다. 탑재 대상 자체는 가용성이 매우 뛰어나게 설계되어 있습니다. 고가용성 및 다른 가용 영역으로의 장애 조치를 설계하는 경우 각 가용 영역에 있는 탑재 대상의 IP 주소와 DNS는 정적이며 여러 리소스가 지원하는 중복 구성 요소입니다. 탑재 대상에 대한 자세한 내용은 [탑재 대상 생성](accessing-fs.md) 섹션을 참조하세요. DNS 이름을 사용하여 파일 시스템을 탑재한 후 다른 파일 시스템과 마찬가지로 사용합니다. NFS 수준 권한 및 관련 고려 사항에 대한 자세한 내용은 [NFS(Network File System) 수준 사용자, 그룹 및 권한 사용](accessing-fs-nfs-permissions.md) 단원을 참조하세요. AWS Direct Connect 또는를 사용하여 Amazon VPC에 연결할 때 온프레미스 데이터 센터 서버에 EFS 파일 시스템을 탑재할 수 있습니다 Site-to-Site VPN. EFS 파일 시스템을 온프레미스 서버에 탑재하여 데이터세트를 EFS로 마이그레이션하거나, 클라우드 버스팅 시나리오를 활성화하거나, 온프레미스 데이터를 Amazon EFS에 백업할 수 있습니다. 아래에서 Amazon EFS가 다른 서비스와 연동되는 방식에 대한 설명을 확인할 수 있습니다. **Topics** + [Amazon EFS가 Amazon EC2와 함께 작동하는 방식](#how-it-works-ec2) + [Amazon EFS와 AWS Direct Connect 및 AWS Managed VPN의 작동 방식](#how-it-works-direct-connect) + [Amazon EFS의 작동 방식 AWS Backup](#how-it-works-backups) ## Amazon EFS가 Amazon EC2와 함께 작동하는 방식 이 섹션에서는 Amazon EFS Regional 및 One Zone 파일 시스템이 Amazon VPC의 EC2 인스턴스에 탑재되는 방법을 설명합니다. ### 리전 EFS 파일 시스템 다음 그림은 AWS 리전의 여러 가용 영역에서 Amazon EFS 파일 시스템에 액세스하는 여러 EC2 인스턴스를 보여줍니다. ![\[EC2 인스턴스의 VPC 내 3개의 가용 영역에 탑재 대상이 있는 리전 파일 시스템입니다.\]](http://docs.aws.amazon.com/ko_kr/efs/latest/ug/images/efs-ec2-how-it-works-Regional_china-world.png) 이 그림에서 Virtual Private Cloud(VPC)에는 가용 영역이 세 개 있습니다. 파일 시스템이 Regional이므로 각 가용 영역에 탑재 대상이 생성되었습니다. 성능 및 비용의 이유로, 동일한 가용 영역 내의 탑재 대상에서 파일 시스템에 액세스하는 것이 좋습니다. 가용 영역 중 하나에는 서브넷이 두 개 있습니다. 그러나 탑재 대상은 두 서브넷 중 하나에서만 생성됩니다. 자세한 내용은 [EFS 탑재 도우미를 사용하여 EFS 파일 시스템 탑재](efs-mount-helper.md) 단원을 참조하십시오. ### One Zone EFS 파일 시스템 다음 그림은 단일 AWS 리전의 여러 가용 영역에서 One Zone 파일 시스템에 액세스하는 여러 EC2 인스턴스를 보여줍니다. ![\[동일한 가용 영역에 단일 탑재 대상이 생성된 One Zone 파일 시스템입니다.\]](http://docs.aws.amazon.com/ko_kr/efs/latest/ug/images/efs-ec2-how-it-works-OneZone.png) 이 그림에서 VPC에는 각각 서브넷이 하나씩 있는 두 개의 가용 영역이 있습니다. 파일 시스템 유형이 One Zone이기 때문에 탑재 대상을 하나만 가질 수 있습니다. 성능과 비용을 높이려면 파일을 탑재하려는 EC2 인스턴스와 동일한 가용 영역에 있는 탑재 대상에서 파일 시스템에 액세스하는 것이 좋습니다. 이 예시에서는 us-west-2c 가용 영역의 EC2 인스턴스가 다른 가용 영역에 있는 탑재 대상에 액세스하는 데 대해 EC2 데이터 액세스 요금을 지불합니다. 자세한 내용은 [One Zone 파일 시스템 탑재하기](mounting-one-zone.md) 단원을 참조하십시오. ## Amazon EFS와 AWS Direct Connect 및 AWS Managed VPN의 작동 방식 온프레미스 서버에 탑재된 Amazon EFS 파일 시스템을 사용하면 온프레미스 데이터를 Amazon EFS 파일 시스템에서 AWS 클라우드 호스팅되는 로 마이그레이션할 수 있습니다. 버스팅을 이용할 수도 있습니다. 즉, 온프레미스 서버의 데이터를 Amazon EFS로 이동하고 Amazon VPC의 Amazon EC2 인스턴스 플릿에서 데이터를 분석할 수 있습니다. 그런 다음 결과를 파일 시스템에 영구 저장하거나 결과를 온프레미스 서버로 다시 이동할 수 있습니다. 온프레미스 서버에서 Amazon EFS를 사용할 때는 다음 사항에 주의하세요. + 온프레미스 서버에는 Linux 기반 운영 체제가 필요합니다. Linux 커널 버전 4.0 이상을 사용하는 것이 좋습니다. + 간소화를 위해 DNS 이름 대신 탑재 대상 IP 주소를 사용하여 온프레미스 서버에서 Amazon EFS 파일 시스템을 탑재하는 것이 좋습니다. Amazon EFS 파일 시스템에 대한 온프레미스 액세스에는 추가 비용이 들지 않습니다. Amazon VPC Direct Connect 연결에 대한 요금이 부과됩니다. 자세한 내용은 [Direct Connect 요금](https://aws.amazon.com/directconnect/pricing/)을 참조하십시오. 다음 그림은 온프레미스(온프레미스 서버에는 탑재된 파일 시스템이 있음)에서 Amazon EFS 파일 시스템에 액세스하는 방법의 예가 나와 있습니다. ![\[Direct Connect를 사용할 경우 온프레미스 클라이언트에 EFS 파일 시스템을 탑재합니다.\]](http://docs.aws.amazon.com/ko_kr/efs/latest/ug/images/efs-directconnect-how-it-works.png) 온프레미스 서버와 VPC 간의 Direct Connect 연결을 사용하여 탑재 대상의 서브넷에 도달할 수 있는 경우 VPC에서 탑재 대상을 사용할 수 있습니다. 온프레미스 서버에서 Amazon EFS에 액세스하려면 온프레미스 서버의 NFS 포트(2049)에 대한 인바운드 트래픽을 허용하는 규칙을 탑재 대상 보안 그룹에 추가합니다. 세부 절차를 포함한 자세한 내용은 [사전 조건](mounting-fs-mount-helper-direct.md#efs-onpremises)를 참조하세요. ## Amazon EFS의 작동 방식 AWS Backup 파일 시스템에 대한 포괄적인 백업 구현을 위해 Amazon EFS를와 함께 사용할 수 있습니다 AWS Backup. AWS Backup 는 클라우드 및 온프레미스의 서비스 전반에서 데이터 백업을 쉽게 중앙 집중화하고 자동화할 수 있는 완전 관리형 백업 AWS 서비스입니다. AWS Backup를 사용하면 백업 정책을 중앙에서 구성하고 AWS 리소스의 백업 활동을 모니터링할 수 있습니다. Amazon EFS는 항상 백업 작업보다 파일 시스템 작업을 우선시합니다. 를 사용하여 EFS 파일 시스템을 백업하는 방법에 대한 자세한 내용은 섹션을 AWS Backup참조하세요[EFS 파일 시스템 백업](awsbackup.md). # Amazon EFS의 기능 다음은 Amazon EFS의 기능입니다. **Topics** + [인증 및 액세스 제어](#auth-access-intro) + [Amazon EFS 데이터 일관성](#consistency) + [EFS 파일 시스템의 가용성 및 내구성](#availability-durability) + [복제](#how-efs-replication-works) ## 인증 및 액세스 제어 Amazon EFS 관리 콘솔을 사용하고 파일 시스템 생성과 같은 Amazon EFS API 요청을 수행하려면 유효한 자격 증명이 있어야 합니다. 또한 다른 EFS 및 AWS 리소스를 생성하거나 액세스할 수 있는 권한도 있어야 합니다. AWS Identity and Access Management (IAM)에서 생성하는 사용자 및 역할에는 리소스를 생성하거나 액세스할 수 있는 권한이 부여되어야 합니다. 권한에 대한 자세한 내용은 [Amazon EFS의 자격 증명 및 액세스 관리](security-iam.md) 섹션을 참조하세요. NFS(Network File System) 클라이언트에 대한 IAM 권한 부여는 Amazon EFS의 추가 보안 옵션으로, IAM을 사용하여 NFS 클라이언트에 대한 대규모 액세스 관리를 간소화합니다. NFS 클라이언트에 대한 IAM 권한 부여를 사용하면 IAM을 사용하여 기본적으로 확장 가능한 방식으로 EFS 파일 시스템에 대한 액세스를 관리할 수 있습니다. NFS 클라이언트에 대한 IAM 권한 부여는 클라우드 환경에도 최적화되어 있습니다. NFS 클라이언트에 대한 IAM 권한 부여 사용에 대한 자세한 내용은 [IAM을 사용하여 파일 시스템에 대한 액세스 제어](iam-access-control-nfs-efs.md) 섹션을 참조하세요. ## Amazon EFS 데이터 일관성 Amazon EFS에서는 애플리케이션이 NFS에서 기대하는 닫기 후 열기(close-to-open) 일관성 의미 체계를 제공합니다. Amazon EFS에서는 다음과 같은 경우 Regional 파일 시스템의 쓰기 작업이 가용 영역 전체에서 영구적으로 저장됩니다. + 애플리케이션이 동기식 쓰기 작업을 수행하는 경우(예: `O_DIRECT` 플래그가 지정된 `open` Linux 명령 또는 `fsync` Linux 명령 사용) + 애플리케이션이 파일을 닫는 경우 Amazon EFS에서는 액세스 패턴에 따라 열기 후 닫기(close-to-open) 의미 체계보다 더 강력한 일관성 보장을 제공할 수 있습니다. 동기식 데이터 액세스를 수행하고 비추가 쓰기를 수행하는 애플리케이션은 데이터 액세스에 대해 읽기 후 쓰기(read-after-write) 일관성을 갖습니다. ### 파일 잠금 NFS 클라이언트 애플리케이션은 Amazon EFS 파일의 읽기 및 쓰기 작업에 NFS 버전 4 파일 잠금(바이트 범위 잠금 포함)을 사용할 수 있습니다. Amazon EFS가 파일을 잠그는 방법에 대한 다음 사항을 기억하세요. + Amazon EFS는 권고 잠금만 지원하므로 읽기/쓰기 작업은 실행 전에 충돌하는 잠금을 확인하지 않습니다. 예를 들어 원자 연산으로 인한 파일 동기화 문제를 방지하려면 애플리케이션이 NFS 시맨틱(예: 개방성에 가까운 일관성)을 알고 있어야 합니다. + 연결된 모든 인스턴스와 파일에 액세스하는 사용자에 걸쳐 특정 파일 하나에 최대 512개의 잠금이 있을 수 있습니다. ## EFS 파일 시스템의 가용성 및 내구성 이 섹션에서는 Amazon Elastic File System(Amazon EFS) 파일 시스템의 파일 시스템 유형 및 스토리지 클래스 옵션에 대해 설명합니다. ### EFS 파일 시스템 유형 Amazon EFS는 Regional 및 One Zone 파일 시스템 유형을 제공합니다. + **리전** - 리전 파일 시스템(권장)은 동일한 AWS 리전내에서 지리적으로 분리된 여러 가용 영역에 데이터를 중복 저장합니다. 여러 가용 영역에 데이터를 저장하면에서 하나 이상의 가용 영역을 사용할 수 없는 경우에도 데이터를 지속적으로 사용할 AWS 리전 수 있습니다. + **One Zone** - One Zone 파일 시스템은 단일 가용 영역 내에 데이터를 저장합니다. 단일 가용 영역에 데이터를 저장하면 데이터를 지속적으로 사용할 수 있습니다. 하지만 가용 영역의 전체 또는 일부가 손실되거나 손상된 경우는 드물지만 이러한 유형의 파일 시스템에 저장된 데이터가 손실될 수 있습니다. 드물지만 AWS 가용 영역의 전체 또는 일부가 손실되거나 손상된 경우 One Zone 스토리지 클래스의 데이터가 손실될 수 있습니다. 예를 들어 화재, 침수 등으로 데이터가 손실될 수 있습니다. 이러한 유형의 이벤트 외에도 One Zone 스토리지 클래스는 Regional 스토리지 클래스와 유사한 엔지니어링 설계를 사용하여 독립적인 디스크, 호스트 및 랙 수준의 장애로부터 객체를 보호하며, 각각 99.999999999% 의 데이터 내구성을 제공하도록 설계되었습니다. 추가 데이터 보호를 위해 Amazon EFS는 One Zone 파일 시스템을 자동으로 백업합니다 AWS Backup. 파일 시스템 백업을 내의 모든 운영 가용 영역으로 복원 AWS 리전하거나 다른 로 복원할 수 있습니다 AWS 리전. 를 사용하여 생성 및 관리되는 EFS 파일 시스템 백업은 세 개의 가용 영역에 AWS Backup 복제되며 내구성을 위해 설계되었습니다. 자세한 내용은 [Resilience in AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/disaster-recovery-resiliency.html)을 참조하세요. **참고** One Zone 파일 시스템은 특정 가용 영역에만 사용할 수 있습니다. One Zone 파일 시스템을 사용할 수 있는 가용 영역이 나열된 표를 보려면 [One Zone 파일 시스템에서 지원되는 가용 영역](#OneZoneAZs) 단원을 참조하세요. 다음 표에서는 가용성, 내구성, 기타 고려 사항 등으로 파일 시스템 유형을 비교합니다. | 파일 시스템 유형 | 다음으로 설계됨 | 내구성(설계상) | 가용성 | 가용 영역 | 기타 고려 사항 | | --- | --- | --- | --- | --- | --- | | 리전 | 최고의 내구성과 가용성을 필요로 하는 데이터입니다. | 99.999999999%(11 9초) | 99.99% | >=3 | 없음 | | One Zone | 최고의 내구성과 가용성을 필요로 하지 않는 데이터입니다. | 99.999999999%(11 9초) | 99.99% | 1 | 가용 영역의 손실에 대한 복원력이 없음 | ### One Zone 파일 시스템에서 지원되는 가용 영역 One Zone 파일 시스템은 특정 가용 영역에만 사용할 수 있습니다. 다음 표에는 One Zone 파일 시스템을 사용할 수 있는 각 가용 영역의 AWS 리전 및 AZ IDs가 나열되어 있습니다. 계정의 가용 영역에 대한 AZ IDs의 매핑을 보려면 *AWS Resource Access Manager 사용 설명서*의 [AWS 리소스의 가용 영역 IDs](https://docs.aws.amazon.com/ram/latest/userguide/working-with-az-ids.html)를 참조하세요. **One Zone 파일 시스템을 지원하는 가용 영역** | AWS 리전 이름 | AWS 리전 코드 | 지원되는 AZ ID | | --- | --- | --- | | 미국 동부(오하이오) | us-east-2 | use2-az1, use2-az2, use2-az3 | | 미국 동부(버지니아 북부) | us-east-1 | use1-az1, use1-az2, use1-az4, use1-az5, use1-az6 | | 미국 서부(캘리포니아 북부) | us-west-1 | usw1-az1, usw1-az3 | | 미국 서부(오리건) | us-west-2 | usw2-az1, usw2-az2, usw2-az3, usw2-az4 | | Africa (Cape Town) | af-south-1 | afs1-az1,afs1-az2,afs1-az3 | | Asia Pacific (Hong Kong) | ap-east-1 | ape1-az1, ape1-az2,ape1-az3 | | 아시아 태평양(뭄바이) | ap-south-1 | aps1-az1, aps1-az2, aps1-az3 | | 아시아 태평양(오사카) | ap-northeast-3 | apne3-az1, apne3-az2, apne3-az3 | | 아시아 태평양(서울) | ap-northeast-2 | apne2-az1, apne2-az2, apne2-az3 | | 아시아 태평양(싱가포르) | ap-southeast-1 | apse1-az1, apse1-az2 | | 아시아 태평양(시드니) | ap-southeast-2 | apse2-az1, apse2-az2, apse2-az3 | | 아시아 태평양(도쿄) | ap-northeast-1 | apne1-az1,apne1-az4 | | 캐나다(중부) | ca-central-1 | cac1-az1, cac1-az2 | | 중국(베이징) | cn-north-1 | cnn1-az1, cnn1-az2 | | 중국(닝샤) | cn-northwest-1 | cnnw1-az1, cnnw1-az2, cnnw1-az3 | | 유럽(프랑크푸르트) | eu-central-1 | euc1-az1, euc1-az2, euc1-az3 | | 유럽(아일랜드) | eu-west-1 | euw1-az1, euw1-az2, euw1-az3 | | Europe (London) | eu-west-2 | euw2-az1, euw2-az2 | | Europe (Milan) | eu-south-1 | eus1-az1, eus1-az2, eus1-az3 | | 유럽(파리) | eu-west-3 | euw3-az1, euw3-az3 | | 유럽(스톡홀름) | eu-north-1 | eun1-az1, eun1-az2, eun1-az3 | | 중동(바레인) | me-south-1 | mes1-az1, mes1-az2, mes1-az3 | | 남아메리카(상파울루) | sa-east-1 | sae1-az1, sae1-az2, sae1-az3 | | AWS GovCloud(미국 동부) | us-gov-east-1 | usge1-az1, usge1-az2, usge1-az3 | | AWS GovCloud(미국 서부) | us-gov-west-1 | usgw1-az1, usgw1-az2, usgw1-az3 | ### EFS 스토리지 클래스 Amazon EFS의 스토리지 클래스는 사용 사례에 따라 가장 효과적인 스토리지를 제공하도록 설계되었습니다. + **EFS Standard** – EFS Standard 스토리지 클래스에서 솔리드 스테이트 드라이브(SSD) 스토리지를 사용하여 자주 액세스하는 파일에 대해 최저 수준의 지연 시간을 제공합니다. 새 파일 시스템 데이터는 먼저 EFS Standard 스토리지 클래스에 기록된 후 수명 주기 관리를 사용하여 EFS Infrequent Access 및 EFS Archive 스토리지 클래스에 계층화할 수 있습니다. + **EFS Inrequent Access (IA)** - 분기마다 몇 번만 액세스되는 데이터를 위한 비용 최적화된 스토리지 클래스입니다. + **EFS Archive** - 매년 몇 번 또는 그 이하로 액세스되는 데이터를 위한 비용 최적화된 스토리지 클래스입니다. EFS Archive 스토리지 클래스는 탄력적 처리량을 사용하는 EFS 파일 시스템에서 지원됩니다. 파일 시스템의 Archive 스토리지 클래스에 데이터가 있으면 파일 시스템의 처리량을 버스팅 또는 프로비저닝으로 업데이트할 수 없습니다. #### 스토리지 클래스 비교 다음 표는 스토리지 클래스를 비교합니다. 각 스토리지 클래스의 성능에 대한 자세한 내용은 [Amazon EFS 성능 사양](performance.md) 섹션을 참조하십시오. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/efs/latest/ug/features.html) 1One Zone 파일 시스템은 단일 AWS 가용 영역에 데이터를 저장하므로 가용 영역 내의 모든 데이터 사본에 영향을 미치는 재해 또는 기타 장애가 발생하거나 가용 영역이 파괴되는 경우 이러한 유형의 파일 시스템에 저장된 데이터가 손실될 수 있습니다. 22023년 11월 26일 오후 12시(PT) 이후 업데이트된 수명 주기 정책은 128KiB 미만의 파일을 IA 클래스로 계층화합니다. Amazon EFS에서 개별 파일 및 메타데이터를 측정하고 요금을 청구하는 방법에 대한 자세한 내용은 [Amazon EFS에서 파일 시스템 및 객체 크기를 보고하는 방법](metered-sizes.md) 섹션을 참조하십시오. #### 스토리지 클래스 결제 각 스토리지 클래스의 데이터 양에 대해 요금이 청구됩니다. IA 또는 Archive 스토리지의 파일을 읽을 때 또는 수명 주기 관리를 사용하여 스토리지 클래스 간에 전환하는 데이터에 대해서도 데이터 액세스 요금이 청구됩니다. AWS 청구서에는 각 스토리지 클래스의 용량과 해당 파일 시스템의 스토리지 클래스에 대해 측정된 액세스가 표시됩니다. 자세한 내용은 [Amazon EFS 요금](https://aws.amazon.com/efs/pricing)을 참조하세요. 또한 Inrequent Access(IA) 및 Archive 스토리지 클래스에는 128KiB의 파일당 최소 청구 요금이 적용됩니다. 128KiB 미만의 파일에 대한 지원은 2023년 11월 26일 오후 12시(PT) 당일 또는 그 이후에 업데이트된 수명 주기 정책에만 사용할 수 있습니다. Amazon EFS에서 개별 파일 및 메타데이터를 측정하고 요금을 청구하는 방법에 대한 자세한 내용은 [Amazon EFS에서 파일 시스템 및 객체 크기를 보고하는 방법](metered-sizes.md) 섹션을 참조하십시오. 처리량 모드에 따라 추가 결제 고려 사항이 적용됩니다. + 탄력적 처리량을 사용하는 파일 시스템의 경우 스토리지 요금과 관계없이 파일 시스템에 대해 전송된 메타데이터 및 데이터의 총 월별 양에 대해 요금이 청구됩니다. + 프로비저닝 처리량 모드를 사용하는 파일 시스템의 경우 EFS Standard 스토리지 클래스에 있는 데이터의 양을 기준으로 제공된 처리량을 초과하여 프로비저닝된 처리량에 대해 요금이 청구됩니다. + 버스팅 처리량을 사용하는 파일 시스템의 경우 허용된 처리량은 Standard 스토리지 클래스에만 저장된 데이터의 양을 기준으로 결정됩니다. EFS 처리량 모드에 대한 자세한 내용은 [처리량 모드](performance.md#throughput-modes) 단원을 참조하세요. **참고** 를 사용하여 수명 주기 관리가 활성화된 EFS 파일 시스템을 백업 AWS Backup 할 때는 데이터 액세스 요금이 발생하지 않습니다. Amazon EFS를 AWS Backup 사용하는에 대한 자세한 내용은 섹션을 참조하세요[EFS 파일 시스템 백업](awsbackup.md). ### 수명 주기 관리 파일 시스템이 수명 주기 동안 비용 효율적으로 저장되도록 관리하려면 수명 주기 관리를 사용합니다. Lifecycle Management는 파일 시스템에 정의된 수명 주기 구성에 따라 스토리지 클래스 간에 데이터를 자동으로 전환합니다. 수명 주기 구성은 파일 시스템 데이터를 다른 스토리지 클래스로 전환할 시기를 정의하는 일련의 *수명 주기 정책*입니다. 자세한 내용은 [스토리지 수명 주기 관리](lifecycle-management-efs.md) 단원을 참조하십시오. ## 복제 복제를 사용하여 기본 설정 AWS 리전 의에서 Amazon EFS 파일 시스템의 복제본을 생성할 수 있습니다. 복제는 EFS 파일 시스템의 데이터와 메타데이터를 선택한에서 생성된 새 대상 EFS 파일 시스템에 자동으로 투명하게 복제 AWS 리전 합니다. EFS는 소스 및 대상 파일 시스템을 자동으로 동기화된 상태로 유지합니다. Replication은 지속적이며 Recovery Point Objective(RPO) 및 Recovery Time Objective(RTO)를 제공하도록 설계되었습니다. 이러한 기능은 규정 준수 및 비즈니스 연속성 목표를 달성하는 데 도움이 됩니다. 자세한 내용은 [EFS 파일 시스템 복제](efs-replication.md) 단원을 참조하십시오.