Amazon EFS FAQ

질문: Amazon Elastic File System이란 무엇입니까?

Amazon Elastic File System(EFS)은 스토리지 용량 및 성능을 프로비저닝하거나 관리할 필요 없이 파일 데이터를 공유하는 데 도움이 되는 서버리스 방식의 완전 탄력적인 파일 스토리지를 제공하도록 설계되었습니다. AWS Management Console에서 선택 몇 번만 하면 파일 시스템 인터페이스를 통해(표준 운영 체제의 파일 I/O API 사용) Amazon Elastic Compute Cloud(EC2) 인스턴스, Amazon 컨테이너 서비스(Amazon Elastic Container Service[ECS], Amazon Elastic Kubernetes Service[EKS] 및 AWS Fargate)와 AWS Lambda 함수에 액세스할 수 있는 파일 시스템을 생성할 수 있습니다. 또한 이 파일 시스템은 강력한 데이터 일관성 및 파일 잠금과 같은 파일 시스템 액세스 의미 체계를 완벽하게 지원합니다.

Amazon EFS 파일 시스템은 스토리지를 프로비저닝할 필요 없이 자동으로 기가바이트에서 페타바이트 규모의 데이터로 확장될 수 있습니다. 수십 개, 수백 개 또는 수천 개의 컴퓨팅 인스턴스에서 동시에 Amazon EFS 파일 시스템에 액세스할 수 있으며, Amazon EFS는 각 컴퓨팅 인스턴스에 일관된 성능을 제공합니다. Amazon EFS는 높은 가용성과 뛰어난 내구성을 갖추도록 설계되었습니다. Amazon EFS에는 최소 비용이나 설정 비용이 없으며, 사용한 만큼만 비용을 지불하면 됩니다.

질문: Amazon EFS에서 지원하는 사용 사례로는 어떤 것이 있나요?

Amazon EFS는 빅 데이터 및 분석, 미디어 처리 워크플로, 콘텐츠 관리, 웹 지원 및 홈 디렉터리와 같은 다양한 워크로드와 애플리케이션에 필요한 성능을 제공합니다.

Amazon EFS Standard 스토리지 클래스는 최고 수준의 내구성과 가용성을 필요로 하는 워크로드에 적합합니다.

EFS One Zone 스토리지 클래스는 개발, 구축 및 스테이징 환경과 같은 워크로드에 적합합니다. 또한 분석, 시뮬레이션 및 미디어 트랜스코딩과 다중 AZ 복원력이 필요하지 않은 온프레미스 데이터의 백업 또는 복제에도 적합합니다.

Q: Amazon EFS, Amazon Elastic Block Store(Amazon EBS), Amazon S3는 각각 어떤 경우에 사용해야 하나요?

AWS는 광범위한 스토리지 워크로드를 지원할 수 있는 클라우드 스토리지 서비스를 제공합니다.

EFS는 Amazon 컴퓨팅(EC2, 컨테이너, 서버리스) 및 온프레미스 서버와 함께 사용할 수 있는 파일 스토리지 서비스입니다. EFS는 최대 수천 개의 EC2 인스턴스를 위한 파일 시스템 인터페이스, 파일 시스템 액세스 의미 체계(강력한 일관성 및 파일 잠금 등) 및 동시에 액세스 가능한 스토리지를 제공합니다.

Amazon EBS는 EC2에 사용할 수 있는 블록 수준 스토리지 서비스입니다. EBS는 단일 EC2 인스턴스에서 가장 짧은 지연 시간으로 데이터에 액세스해야 하는 워크로드에 필요한 성능을 제공할 수 있습니다.

Amazon S3는 객체 스토리지 서비스입니다. S3를 사용하면 어디에서나 액세스할 수 있는 인터넷 API를 통해 데이터를 사용할 수 있습니다.

Amazon EFS를 고려할 때 평가할 항목에 대해 자세히 알아보세요.

질문: Amazon EFS는 현재 어느 리전에서 사용할 수 있습니까?

Amazon EFS 서비스의 리전별 가용성에 대한 자세한 내용은 리전별 제품 및 서비스를 참조하세요.

Q: Amazon EFS를 시작하려면 어떻게 해야 하나요?

Amazon EFS를 사용하려면 AWS 계정이 있어야 합니다. AWS 계정이 아직 없는 경우 AWS 계정에 가입하면 즉시 AWS 프리 티어에 액세스할 수 있습니다.

AWS 계정을 생성한 후에는 EFS 시작 가이드를 참조하여 EFS 사용을 시작하시기 바랍니다. 콘솔, AWS Command Line Interface(CLI), EFS API(및 다양한 언어별 SDK)를 통해 파일 시스템을 생성할 수 있습니다.

Q: EC2 인스턴스에서 파일 시스템에 액세스하려면 어떻게 해야 하나요?

파일 시스템에 액세스하려면, 표준 Linux 탑재 명령과 파일 시스템의 DNS 이름을 사용하여 EC2 Linux 기반 인스턴스에 파일 시스템을 탑재합니다. Amazon EFS 파일 시스템에 쉽게 액세스하려면 Amazon EFS 탑재 헬퍼 유틸리티를 사용하는 것이 좋습니다. 탑재한 후에는 로컬 파일 시스템에서와 마찬가지로 파일 시스템에서 파일과 디렉터리를 사용할 수 있습니다.

EFS는 Network File System 버전 4(NFS v4) 프로토콜을 사용합니다. EC2 인스턴스에서 파일 시스템에 액세스하는 방법을 보여주는 단계별 예제는 여기에서 안내서를 참조하세요.

Q: 파일 시스템을 관리하려면 어떻게 해야 합니까?

Amazon EFS는 완전관리형 서비스이므로, 모든 파일 스토리지 인프라를 AWS에서 대신 관리합니다. Amazon EFS를 사용하면, 복잡한 파일 시스템 인프라를 배포하고 유지 관리하는 복잡성에서 벗어날 수 있습니다. Amazon EFS 파일 시스템은 파일이 추가되고 제거됨에 따라 자동으로 확장 및 축소됩니다. 따라서 사용자는 스토리지 구매 또는 프로비저닝을 관리할 필요가 없습니다.

콘솔, CLI 또는 EFS API(및 다양한 언어별 SDK)를 통해 파일 시스템을 관리할 수 있습니다. 콘솔, API 및 SDK는 파일 시스템을 생성 및 삭제하고, 파일 시스템을 어떻게 액세스하는지 구성하고, 파일 시스템 태그를 생성 및 편집하고, 프로비저닝된 처리량(throughput) 및 수명 주기 관리와 같은 기능을 활성화하고, 파일 시스템에 대한 상세 정보를 표시할 수 있는 기능을 제공합니다.

질문: 데이터를 파일 시스템으로 로드하려면 어떻게 해야 하나요?

AWS DataSync는 기존 파일 시스템을 Amazon EFS에 안전하게 동기화할 수 있는 빠른 방법을 제공합니다. DataSync는 AWS Direct Connect 또는 AWS VPN을 비롯하여 모든 네트워크 연결에서 작동합니다. Amazon 또는 AWS가 없는 EFS, DataSync 및 Direct Connect. 또한 표준 Linux 복사 도구를 사용하여 데이터 파일을 Amazon EFS로 이동할 수 있습니다.

온프레미스 서버에서 파일 시스템에 액세스하는 방법에 대해 자세히 알아보려면 본 FAQ에서 온프레미스 액세스를 참조하세요.

데이터를 Amazon 클라우드로 이동하는 방법에 대한 자세한 정보는 클라우드 데이터 마이그레이션 페이지를 참조하세요.

질문: 데이터를 얼마나 저장할 수 있나요?

Amazon EFS를 사용하면 페타바이트 규모의 데이터를 저장할 수 있습니다. Amazon EFS 파일 시스템은 탄력적이며 파일을 추가하고 제거함에 따라 자동으로 증가하고 줄어듭니다. 파일 시스템 크기를 사전에 프로비저닝할 필요가 없고, 사용한 만큼만 비용을 지불하면 됩니다.

Q: 파일 시스템에 연결할 수 있는 EC2 인스턴스의 수는 몇 개인가요?

Amazon EFS는 1개에서 수천 개의 Amazon Elastic Compute Cloud(EC2) 인스턴스가 동시에 파일 시스템에 연결할 수 있도록 지원합니다.

Q: 생성할 수 있는 파일 시스템, 탑재 대상 또는 액세스 포인트의 수는 몇 개인가요?

Amazon EFS 한도에 대한 자세한 내용은 Amazon EFS 한도 페이지를 참조하세요.

Q: Amazon EFS 파일 시스템에서 예상할 수 있는 지연 시간, 처리량(throughput) 및 IOPS는 얼마인가요?

Amazon EFS 파일 시스템의 예상 성능은 특정 구성(예: 스토리지 클래스 및 처리량(throughput) 모드)과 특정 파일 시스템 작업 유형(읽기 또는 쓰기)에 따라 다릅니다. Amazon EFS 파일 시스템의 예상 지연 시간, 최대 처리량(throughput), 최대 IOPS 성능에 대한 자세한 정보는 파일 시스템 성능 문서를 참조하세요.

Q: 내 파일 시스템에 사용할 수 있는 처리량(throughput) 모드는 무엇인가요?

기본적으로 Amazon EFS 파일 시스템의 처리량(throughput)은 파일 시스템의 스토리지 양에 따라 조정되며 하루 최대 12시간 동안 더 높은 수준으로 버스트할 수 있도록 구축되었습니다.

처리량(throughput) 집약적인 워크로드의 경우 EFS는 파일 시스템 스토리지와 관계없이 성능을 더 높일 수 있는 2가지 옵션인 탄력적 처리량(throughput)과 프로비저닝된 처리량(throughput)을 제공합니다. 애플리케이션의 피크 처리량(throughput) 요구 사항을 모르거나 애플리케이션의 변동성이 심하고 기준 활동이 낮은 경우(피크 요구 사항에 맞춰 프로비저닝할 때 평균적으로 용량의 5% 미만을 사용)에는 탄력적 처리량(throughput)을 사용합니다. 탄력적 처리량(throughput)을 사용하면 워크로드 활동에 따라 성능이 자동으로 조정되며 사용한 처리량(throughput)에 대한 요금만 부과됩니다. 프로비저닝된 처리량(throughput)은 워크로드의 피크 처리량(throughput) 요구 사항을 알고 있고 애플리케이션의 피크 처리량 용량의 더 많은 부분(평균 5% 이상)이 워크로드에 사용될 것이라고 예상되는 경우 사용합니다. 프로비저닝된 처리량(throughput)은 예측 가능한 요금 범위에서 최고 수준의 처리량(throughput)을 일관되게 제공하도록 설계되었습니다.

제공할 수 있는 처리량(throughput)의 양은 선택한 처리량(throughput) 모드에 따라 다릅니다. 자세한 내용은 파일 시스템 성능에 대한 설명서를 참조하세요.

Q: 읽기 및 쓰기 처리량(throughput) 사용량을 어떻게 모니터링하나요?

Amazon CloudWatch를 사용하여 처리량(throughput)을 모니터링할 수 있습니다. TotalIOBytes, ReadIOBytes, WriteIOBytes 및 MetadataIOBytes 지표는 애플리케이션에서 지원하는 실제 처리량을 반영합니다. PermittedThroughput 및 MeteredIOBytes는 읽기 요청을 다른 요청에 대해 1:3 비율로 측정한 후 측정된 처리량(throughput) 한도와 사용량을 각각 반영합니다. Amazon EFS 콘솔을 사용하면 Percent Throughput Limit 그래프를 사용하여 처리량(throughput) 사용을 모니터링할 수 있습니다. 사용자 지정 CloudWatch 대시보드 또는 다른 모니터링 도구를 사용하는 경우 MeteredIOBytes를 PermittedThroughput과 비교하는 CloudWatch 지표 수학 표현식을 생성할 수도 있습니다. 이러한 값이 같으면 전체 처리량(throughput)을 사용하는 것이므로 프로비저닝된 처리량(throughput)을 구성하거나 구성된 처리량(throughput)을 늘리는 것을 고려해야 합니다. 버스트 처리량(throughput) 모드 파일 시스템의 경우 BurstCreditBalance 지표를 모니터링하고 남은 값이 0에 가까워지면 경고하여 파일 시스템을 버스트 속도로 작동합니다.

Q: 탄력적 처리량(throughput) 모드에서 요금이 어떻게 청구되나요?

탄력적 처리량(throughput)을 사용하는 경우 전송된 데이터(읽기 및 쓰기)의 양에 대해 요금이 청구됩니다. Infrequent Access 스토리지 클래스의 데이터에 액세스하는 경우 IA 데이터 액세스 요금도 지불해야 합니다.

Q: 프로비저닝된 처리량 모드에서는 요금이 어떻게 청구되나요?

프로비저닝된 처리량 모드에서는 사용하는 스토리지와 프로비저닝한 처리량에 대해 개별적으로 요금이 청구됩니다. 다음 차원에서 시간당 요금이 청구됩니다.

• 스토리지(GB-월별): GB-월 단위로 사용하는 스토리지 양에 대한 요금이 청구됩니다.
  
• 처리량(MB/s-월): MB/s-월 단위로 프로비저닝한 처리량에 대한 요금이 청구됩니다.
  

Q: 탄력적 처리량(throughput)으로 전환하는 경우 버스트 크레딧은 어떻게 되나요?

탄력적 처리량(throughput) 모드에 있을 때는 버스트 크레딧이 누적되거나 소비되지 않습니다. 탄력적 모드에 있을 때도 Amazon CloudWatch에서 기존 버스트 크레딧 잔액을 볼 수 있습니다.

Q: 프로비저닝된 처리량 모드가 버스팅 처리량 모드에서 주어진 기준 처리량보다 적게 설정된 경우 내 파일 시스템의 처리량은 어떻게 되나요?

기본 버스팅 처리량 모드에서는 파일 시스템의 처리량이 저장된 데이터 양에 따라 조정됩니다. 프로비저닝된 처리량 모드의 파일 시스템이 초기 구성 이후에 크기가 증가하는 경우 파일 시스템의 버스팅 처리량 모드 기준 처리량이 프로비저닝된 처리량 모드보다 클 수 있습니다.

이러한 경우에는 파일 시스템 처리량이 기본 버스팅 처리량 모드에서 주어진 처리량이 되며, 버스팅 스토리지 비용을 초과하는 처리량에 대해서는 추가 비용이 발생하지 않습니다. 또한 Amazon EFS 처리량(throughput) 버스트 모델에 따라 버스트할 수도 있습니다.

질문: Amazon EFS에서 제공하는 스토리지 클래스는 무엇입니까?

Amazon EFS는 Standard 또는 One Zone 스토리지 클래스를 사용하여 파일 시스템을 생성할 수 있는 선택 옵션을 제공합니다. Standard 스토리지 클래스는 다중 AZ에 걸쳐 데이터를 저장합니다. One Zone 스토리지 클래스는 단일 AZ 내에 이중화된 방식으로 데이터를 저장합니다. 결과적으로, 다중 AZ 복원력이 필요하지 않은 워크로드의 경우 Standard 스토리지 클래스를 사용하는 파일 시스템에 비해 요금이 47% 절감됩니다.

EFS는 4개의 스토리지 클래스를 제공합니다. 즉, 2개의 표준 스토리지 클래스인 EFS Standard 및 EFS Standard-Infrequent Access(EFS Standard-IA)와 2개의 One Zone 스토리지 클래스인 EFS One Zone 및 EFS One Zone-Infrequent Access(EFS One Zone-IA)를 제공합니다.

Q: EFS Standard-IA 및 EFS One Zone-IA로 파일을 이동하려면 어떻게 해야 합니까?

파일을 EFS Standard-IA 및 EFS One Zone-IA로 이동하려면 먼저 Amazon EFS 수명 주기 관리를 활성화하고 파일에 대해 수명 주기에 따른 제외 정책을 선택해야 합니다. 수명 주기 관리는 EFS Standard에서 EFS Standard-IA 스토리지 클래스로, 또는 EFS One Zone에서 EFS One Zone-IA 스토리지 클래스로 데이터를 자동으로 이동합니다. 예를 들어 1일 이상 액세스하지 않은 파일의 경우 EFS Standard에서 EFS Standard-IA로 파일을 자동으로 이동할 수 있습니다.

Q: EFS Intelligent-Tiering이란 무엇입니까?

EFS Intelligent-Tiering은 액세스 패턴이 변경되는 워크로드를 위한 자동 비용 절감 기능을 제공하도록 설계되었습니다. EFS Intelligent-Tiering은 EFS 수명 주기 관리를 사용하여 워크로드의 액세스 패턴을 모니터링합니다. 이 클래스는 수명 주기 정책의 유지 기간(예: 30일) 동안 액세스되지 않은 파일을 자동으로 성능 최적화 스토리지 클래스(EFS Standard 또는 EFS One Zone)에서 해당 비용 최적화 Infrequent Access(IA) 스토리지 클래스(EFS Standard-Infrequent Access 또는 EFS One Zone-Infrequent Access)로 이동하도록 설계되었습니다. 이를 통해 사용자는 EFS Standard 또는 EFS One Zone 파일 스토리지 요금보다 최대 92% 저렴한 IA 스토리지 요금을 적용하는 이점을 누릴 수 있습니다. 액세스 패턴이 변경되고 해당 데이터에 다시 액세스하는 경우 수명 주기 관리는 파일을 다시 EFS Standard 또는 EFS One Zone으로 자동 이동하여 무제한으로 액세스 요금이 청구될 위험을 줄여줍니다. 다시 파일에 자주 액세스하지 않게 되면 수명 주기 관리에서는 수명 주기 정책에 따라 적절한 IA 스토리지 클래스로 다시 파일을 전환합니다.

Q: EFS Intelligent-Tiering은 언제 사용해야 합니까?

EFS Intelligent-Tiering은 데이터 액세스 패턴을 알 수 없을 때 성능 최적화된 스토리지 클래스 및 비용 최적화된 스토리지 클래스 사이에서 파일을 자동 이동할 때 사용합니다. EFS Standard-IA 또는 EFS One Zone-IA로 파일을 자동 이동하는 정책을 선택하여 EFS 수명 주기 관리를 활성화합니다. 또한 파일에 액세스할 때 EFS Standard 또는 EFS One Zone으로 다시 파일을 자동 이동하는 정책을 선택합니다. EFS Intelligent-Tiering을 사용하면 애플리케이션 액세스 패턴을 알 수 없거나 액세스 패턴이 시간이 지남에 따라 변경되는 경우에도 스토리지 비용을 절감할 수 있습니다. 이러한 두 수명 주기 관리 정책을 설정한 상태에서 반복되지 않은 데이터 액세스가 아닌, 스토리지 클래스 간 데이터 전환 요금만 지불합니다. 액세스 패턴을 알 수 없는 워크로드 예로는, 콘텐츠 관리 시스템에서 저장하는 웹 자산 및 블로그, 로그, 기계 학습(ML) 추론 파일, 게놈 데이터가 있습니다.

Q: EFS Standard-IA 및 EFS One Zone-IA 스토리지 클래스를 사용할 때 지원되는 Amazon EFS 기능은 무엇입니까?

EFS Standard-IA 및 EFS One Zone-IA 스토리지 클래스를 사용할 때는 모든 Amazon EFS 기능이 지원됩니다. 128KiB 미만인 파일은 수명 주기 관리에 적합하지 않으므로 항상 EFS Standard 스토리지 클래스 또는 EFS One Zone 스토리지 클래스에 저장됩니다.

Q: 성능 최적화된 스토리지 클래스(EFS Standard, EFS One Zone) 및 비용 최적화된 IA 스토리지 액세스(EFS Standard-IA, EFS One Zone-IA) 사이에서 지연 시간은 어떤 차이가 있나요?

EFS Standard-IA 또는 EFS One Zone-IA 스토리지 클래스에서 읽거나 쓸 때, 첫 번째 바이트 지연 시간은 EFS Standard 또는 EFS One Zone 스토리지 클래스보다 깁니다. EFS Standard 및 EFS One Zone 스토리지 클래스는 평균적으로 밀리초 미만의 읽기 지연 시간과 10밀리초 미만의 쓰기 지연 시간을 제공하도록 설계되었습니다. EFS Standard-IA 및 EFS One Zone-IA 스토리지 클래스는 평균적으로 두 자릿수 밀리초의 지연 시간을 제공하도록 설계되었습니다.

질문: EFS Standard-IA 또는 EFS One Zone-IA 스토리지 클래스에 저장된 파일에 대해 처리할 수 있는 처리량(throughput)은 얼마인가요?

기본 버스트 처리량(throughput) 모드에서 Amazon EFS 파일 시스템에 대해 구동할 수 있는 처리량(throughput)은 EFS Standard 또는 EFS One Zone 스토리지 클래스에 저장된 데이터의 양에 따라 선형적으로 확장됩니다. 크기에 관계없이 모든 Amazon EFS 파일 시스템은 100MiB/s의 처리량(throughput)으로 버스트할 수 있습니다. EFS Standard 또는 EFS One Zone 스토리지 클래스에 저장된 데이터가 1TiB 이상인 파일 시스템은 EFS Standard 또는 EFS One Zone 스토리지 클래스에 저장된 데이터 TiB당 100MiB/s로 버스트할 수 있습니다. EFS Standard-IA 또는 EFS One Zone-IA 스토리지 클래스에 더 높은 처리량(throughput)이 필요한 경우, Amazon EFS 탄력적 처리량(throughput) 또는 프로비저닝된 처리량(throughput)을 사용합니다. 자세한 내용은 Amazon EFS 성능 설명서를 참조하세요.

Q: Amazon EFS는 어떻게 뛰어난 내구성과 가용성을 제공할 수 있습니까?

기본적으로 모든 EFS 파일 시스템 객체(즉, 디렉터리, 파일, 링크)는 Standard 스토리지 클래스를 사용하는 파일 시스템의 다중 AZ에 중복 저장됩니다. Amazon EFS One Zone 스토리지 클래스를 선택하면 데이터가 단일 AZ 내에 중복 저장됩니다. Amazon EFS는 중복 손실을 빠르게 감지하고 복구하여 동시에 디바이스 장애가 발생하는 것을 방지하도록 설계되었습니다. Standard 스토리지 클래스를 사용하면 파일 시스템이 위치한 AWS 리전의 모든 AZ에서 동시에 해당 파일 시스템에 액세스할 수 있습니다. 즉, 리전의 한 AZ에서 다른 AZ로 장애 조치하여 최고 수준의 애플리케이션 가용성을 달성하도록 애플리케이션을 설계할 수 있습니다. 탑재 대상은 모든 EFS 스토리지 클래스에 대해 AZ 내에서 고가용성으로 설계되었습니다. 가용성에 대한 자세한 내용은 Amazon EFS 서비스 수준 계약을 참조하세요.

Q: Amazon EFS의 내구성은 어느 정도인가요?

Amazon EFS는 지정된 연도 동안 99.999999999%(9가 11개)의 내구성을 제공하도록 설계되었습니다. 또한 EFS Standard 및 EFS Standard-IA 스토리지 클래스는 AZ가 손실되더라도 데이터를 지속하도록 설계되었습니다. EFS One Zone 스토리지 클래스는 단일 AZ에 데이터를 저장하기 때문에 이러한 스토리지 클래스에 저장된 데이터는 AZ 내의 재해 또는 기타 장애 발생 중에 손실될 수 있습니다. 여느 환경에서나 마찬가지로 모범 사례는 백업을 수행하고 실수로 인한 삭제에 대비한 보호 조치를 마련하는 것입니다. Amazon EFS 데이터의 경우, 모범 사례에는 Amazon EFS 복제를 사용하여 리전 간에 파일 시스템을 복제하고 AWS Backup을 사용하여 정기적으로 테스트되는 정상 백업이 포함됩니다. EFS One Zone 스토리지 클래스를 사용하는 파일 시스템은 사용자가 이 기능을 중지하도록 선택하는 경우를 제외하고는 파일 시스템 생성 시 기본적으로 파일을 자동 백업하도록 구성됩니다.

Q: Amazon EFS One Zone을 사용할 때는 Standard 스토리지 클래스에 비해 어떤 장애 모드를 고려해야 하나요?

Amazon EFS One Zone 스토리지 클래스를 사용하는 파일 시스템은 완전한 AZ 중단에 대해 복원력이 없습니다. AZ 중단 중에 파일 시스템 데이터가 다른 AZ로 복제되지 않기 때문에 가용성이 손실됩니다. AZ 내의 재해 또는 장애 발생 중에는 데이터의 모든 복사본이 영향을 받으므로 Amazon EFS 복제를 사용하여 복제되지 않은 데이터는 손실될 수 있습니다. EFS 복제는 분 단위의 Recovery Point Objective(RPO)와 Recovery Time Objective(RTO)를 충족하도록 설계되었습니다. AWS Backup을 사용하면 파일 시스템 데이터의 사본을 추가로 저장하고 선택한 AZ 또는 리전의 새 파일 시스템에 복원할 수 있습니다. AWS Backup에서 생성 및 관리하는 Amazon EFS 파일 시스템 백업 데이터는 3개의 AZ로 복제되며 99.999999999%(9가 11개)의 내구성을 제공하도록 설계되었습니다.

Q: AZ 손실로부터 EFS One Zone 파일 시스템을 보호하려면 어떻게 해야 하나요?

Amazon EFS 복제 또는 AWS Backup을 사용하여 EFS One Zone 파일 시스템을 AZ 손실로부터 보호할 수 있습니다. Amazon EFS 복제는 추가 인프라가 필요하거나 데이터 변경 사항을 모니터링하고 동기화하기 위한 사용자 지정 프로세스가 필요 없이 파일 시스템 데이터를 다른 리전 또는 동일한 리전 내로 복제합니다. EFS 복제는 거의 연속으로 수행되며 대부분의 파일 시스템에 분 단위의 Recovery Point Objective(RPO)와 Recovery Time Objective(RTO)를 제공하도록 설계되었습니다.

백업은 Amazon EFS One Zone 스토리지 클래스를 사용하는 모든 파일 시스템에 대해 기본적으로 사용됩니다. 파일 시스템을 만들 때 이 설정을 비활성화할 수 있습니다. AZ 손실이 발생하는 경우, 최근 백업의 파일 데이터를 운영 AZ의 새로 생성된 파일 시스템으로 복원할 수 있습니다. 데이터가 One Zone 스토리지 클래스에 저장되는 경우, AZ가 손실되면 마지막 자동 백업 이후 변경된 파일에 대한 데이터 손실이 발생할 수 있습니다.

Q: Amazon EFS 복제란 무엇인가요?

EFS 복제는 추가 인프라 또는 사용자 지정 프로세스 없이 파일 시스템 데이터를 다른 리전 또는 동일한 리전 내로 복제할 수 있습니다. Amazon EFS 복제는 선택한 리전 또는 AZ의 두 번째 파일 시스템에 데이터를 투명하게 자동으로 복제합니다. Amazon EFS 콘솔, AWS CLI 및 API를 사용하여 기존 파일 시스템에서 복제를 활성화할 수 있습니다. EFS 복제는 연속적이며 분 단위의 Recovery Point Objective(RPO)와 Recovery Time Objective(RTO)를 제공하므로 규정 준수 및 비즈니스 연속성 목표를 달성하는 데 도움이 됩니다.

Q: EFS 복제는 왜 사용해야 하나요?

재해 복구, 규정 준수 또는 비즈니스 연속성 계획을 위해 파일 시스템 사본을 수마일 떨어진 곳에 유지해야 하는 경우 EFS 복제를 사용하여 이러한 요구 사항을 충족할 수 있습니다. 리전 간 네트워크 지연 시간이 짧은 애플리케이션의 경우 Amazon EFS 복제는 선택한 리전에서 읽기 전용 사본을 제공합니다. Amazon EFS 복제를 사용하면 재해 복구 스토리지 비용을 최적화하고 최대 75%를 절감할 수 있습니다. 대상 파일 시스템에 EFS One Zone 스토리지 클래스와 7일 제외 수명 주기 관리 정책을 사용하여 비용을 절감하세요. 데이터 복제를 위한 사용자 지정 프로세스를 구축하고 유지할 필요가 없습니다. 또한 EFS 복제를 사용할 경우 Amazon CloudWatch를 사용하여 RPO 상태를 간편하게 모니터링하고 경보를 제공할 수 있습니다.

Q: 복제본 파일 시스템은 시점 일치를 제공하나요?

아니요. EFS 복제는 시점 일치 복제를 제공하지 않습니다. EFS 복제는 TimeSinceLastSync라는 타임스탬프 지표를 Amazon CloudWatch에 게시합니다. 최소한 게시된 시간 현재의 소스 파일 시스템에서 변경한 모든 내용은 대상에 복사됩니다. 기록된 시간 이후 소스 파일 시스템의 변경 사항은 복제되지 않았을 수 있습니다. Amazon CloudWatch를 사용하여 EFS 복제의 상태를 모니터링할 수 있습니다. 재해 복구 이벤트로 인해 복제 프로세스를 중단하는 경우 소스 파일 시스템의 파일이 전송되었지만 아직 최종 위치로 복사되지 않았을 수 있습니다. 이러한 파일과 해당 콘텐츠는 대상 파일 시스템의 EFS 복제가 루트 디렉터리 아래에 생성한 lost+found 디렉터리에서 찾을 수 있습니다.

Q: 복제가 사용되도록 설정되어 있고 복제가 삭제되었을 때 대상 파일 시스템을 사용하려면 어떻게 해야 하나요?

복제가 사용됨 상태인 경우 EFS 복제를 통해서만 대상 파일 시스템에 영향을 줄 수 있습니다. 이 시간 동안에는 읽기 전용 모드로 복제본에 액세스할 수 있습니다. 재해 중에는 콘솔에서 복제 구성을 삭제하거나 DeleteReplicationConfiguration API를 사용하여 대상 파일 시스템으로 장애 조치할 수 있습니다. 복제를 삭제하면 Amazon EFS가 추가적인 변경 사항 복제를 중지하고 대상 파일 시스템을 쓰기 가능한 상태로 만듭니다. 그러면 애플리케이션이 대상 파일 시스템을 가리키도록 하여 작업을 계속할 수 있습니다. 장애 조치 후 Amazon EFS 콘솔 또는 DescribeReplicationConfigurations API 호출을 사용하여 대상 파일 시스템 상태를 확인할 수 있습니다.

Q: EFS 복제를 사용하여 파일 시스템을 둘 이상의 AWS 리전 또는 두 번째 리전 내의 여러 파일 시스템에 복제할 수 있나요?

아니요. EFS 복제는 두 파일 시스템 간의 복제를 지원합니다.

Q: AWS 계정 간에 Amazon EFS 파일 시스템을 복제할 수 있습니까?

아니요. Amazon EFS는 파일 시스템을 다른 AWS 계정으로 복제할 수 없습니다.

Q: EFS 복제는 파일 시스템 버스트 크레딧, IOPS 한도 및 처리량 한도를 소모합니까?

아니요. EFS 복제 작업은 복제 페어의 파일 시스템 중 하나에 대해 버스트 크레딧을 소모하거나 파일 시스템 IOPS 및 처리량(throughput) 한도의 카운트에 반영되지 않습니다.

Q: EFS 복제를 활성화하는 즉시 대상 파일 시스템을 사용할 수 있나요?

예. 처음으로 EFS 복제를 활성화하면 복제본 파일 시스템이 읽기 전용 모드로 생성되고 전체 소스 파일 시스템이 선택한 대상으로 복사됩니다. 이 작업을 완료하는 데 걸리는 시간은 소스 파일 시스템의 크기에 따라 다릅니다. 언제든지 대상 파일 시스템으로 장애 조치할 수 있지만 데이터 손실을 최소화하려면 복사가 완료될 때까지 기다리는 것이 좋습니다. Amazon EFS 콘솔에서 복제 진행률을 모니터링할 수 있습니다. 이 콘솔은 소스 파일 시스템과 대상 파일 시스템이 마지막으로 동기화된 시간을 표시합니다.

질문: 내 파일 시스템에 액세스할 수 있는 Amazon EC2 인스턴스를 제어하려면 어떻게 해야 하나요?

VPC 보안 그룹 규칙 및 IAM 정책을 사용하여 파일 시스템에 액세스할 수 있는 EC2 인스턴스를 제어할 수 있습니다. VPC 보안 그룹을 사용하여 파일 시스템에서 송수신되는 네트워크 트래픽을 제어합니다. IAM 정책을 파일 시스템에 연결하여 어떤 클라이언트가 어떤 권한으로 파일 시스템에 마운트할 수 있는지 제어하고 EFS 액세스 포인트를 사용하여 애플리케이션 액세스를 관리합니다. POSIX 호환 사용자 및 그룹 수준 권한으로 파일과 디렉터리에 대한 액세스를 제어할 수 있습니다.

질문: 파일 시스템 액세스를 관리하려면 IAM 정책을 어떻게 사용해야 합니까?

Amazon EFS 콘솔을 사용하여 루트 액세스를 비활성화하거나, 읽기 전용 액세스를 적용하거나, 파일 시스템에 대한 모든 연결이 암호화되도록 적용하는 등의 일반적인 정책을 파일 시스템에 적용할 수 있습니다. 다른 AWS 계정에 있는 IAM 역할을 포함해 특정한 IAM 역할에 액세스 권하는 부여하는 것과 같은 고급 정책을 적용할 수도 있습니다.

질문: Amazon EFS 액세스 포인트는 무엇인가요?

EFS 액세스 포인트는 사용자와 애플리케이션이 EFS 파일 시스템에 액세스하고 IAM에 정의된 세분화된 액세스 제어 및 정책 기반 권한에 따라 파일 및 폴더 수준 권한(POSIX)을 적용할 때 사용할 수 있는 네트워크 엔드포인트입니다.

Q: Amazon EFS 액세스 포인트는 왜 사용해야 하나요?

EFS 액세스 포인트를 사용하면 파일 애플리케이션에 사용할 다중 테넌트 환경을 클라우드 네이티브 방식으로 유연하게 생성하고 관리할 수 있으므로 데이터 공유를 간소화하는 데 도움이 됩니다. 파일 시스템 액세스를 제어하는 기존의 POSIX ACL이나 인증을 제어하는 Kerberos는 모두 복잡한 설정, 관리 및 유지 관리가 필요하기 때문에 위험으로 이어지는 경우가 많지만 EFS 액세스 포인트는 IAM과 통합되므로 클라우드 네이티브 애플리케이션에서 POSIX 기반 공유 파일 스토리지를 사용할 수 있습니다. Amazon EFS 액세스 포인트의 이점을 누릴 수 있는 사용 사례로 개발자가 자체적인 컨테이너를 만들어 배포하는 컨테이너 기반 환경, 프로덕션 데이터에 대한 액세스 권한이 필요한 데이터 과학 응용 분야, 파일 시스템에서 다른 AWS 계정과 특정 디렉터리를 공유하는 경우가 있습니다.

질문: Amazon EFS 액세스 포인트의 작동 방식은 무엇입니까?

Amazon EFS 액세스 포인트를 생성할 때 운영 체제 사용자와 그룹을 구성하고 이를 사용하는 모든 연결에 대한 루트 디렉터리를 구성할 수 있습니다. 루트 디렉터리의 소유자를 지정하면 클라이언트가 액세스 포인트에 처음으로 연결할 때 제공하는 권한으로 EFS는 자동으로 루트 디렉터리의 소유자를 생성할 수 있습니다. 파일 시스템의 IAM 정책을 업데이트하여 액세스 포인트에 적용할 수도 있습니다. 예를 들어 해당 액세스 포인트에 연결하기 위해 특정 IAM 자격 증명이 필요한 정책을 적용할 수 있습니다. 자세한 내용은 Amazon EFS 사용 설명서를 참조하세요.

질문: Amazon EFS 암호화란 무엇입니까?

Amazon EFS에서는 저장 데이터 및 전송 데이터를 암호화하는 기능을 제공합니다.

암호화된 저장 데이터는 작성되면서 투명하게 암호화되고 읽어 들이면서 투명하게 복호화되므로, 애플리케이션을 수정할 필요가 없습니다. 암호화 키는 AWS KMS에서 관리하므로 보안 키 관리 인프라를 구축하고 유지 관리할 필요가 없습니다.

전송 데이터 암호화에서는 업계 표준 TLS(전송 계층 보안) 1.2를 사용하여 클라이언트와 EFS 파일 시스템 간에 전송되는 데이터를 암호화합니다.

저장 데이터 및 전송 데이터 암호화는 고유한 보안 요구 사항에 맞춰 함께 또는 개별적으로 구성할 수 있습니다.

자세한 내용은 암호화에 대한 사용 설명서를 참조하세요.

질문: AWS Key Management Service(KMS)란 무엇인가요?

AWS KMS는 데이터 암호화에 사용되는 암호화 키를 손쉽게 생성 및 제어할 수 있는 관리형 서비스입니다. AWS KMS는 EFS, EBS 및 S3를 비롯한 AWS 서비스와 통합되므로 사용자는 자신이 관리하는 암호화 키로 데이터를 간단하게 암호화할 수 있습니다. 또한 AWS KMS는 AWS CloudTrail과도 통합되어 모든 키 사용에 관한 로그를 제공함으로써 각종 규제 및 규정 준수 요구 사항을 충족할 수 있게 합니다.

질문: Amazon EFS 파일 시스템에 암호화를 사용하려면 어떻게 해야 하나요?

EFS 콘솔에서 또는 CLI나 SDK를 사용하여 저장 중 암호화를 사용하도록 설정할 수 있습니다. EFS 콘솔에서 새로운 파일 시스템을 생성할 때 ‘Create File System(파일 시스템 생성)’을 선택하고 확인란을 선택하여 암호화를 사용하도록 설정합니다.

Amazon EFS 탑재 헬퍼를 사용하면 Amazon EFS 파일 시스템과 클라이언트 간에 전송되는 데이터를 암호화할 수 있습니다.

저장 데이터 및 전송 데이터 암호화는 고유한 보안 요구 사항에 맞춰 함께 또는 개별적으로 구성할 수 있습니다.

자세한 내용은 암호화에 대한 사용 설명서를 참조하세요.

질문: 암호화가 Amazon EFS 성능에 영향을 줍니까?

데이터 암호화는 I/O 지연 시간과 처리량에 아주 작은 영향을 미칩니다.

질문: 온프레미스 데이터 센터의 서버에서 Amazon EFS 파일 시스템에 액세스하려면 어떻게 해야 하나요?

온프레미스에서 EFS 파일 시스템에 액세스하려면 온프레미스 데이터 센터와 Amazon Virtual Private Cloud(VPC) 간에 Direct Connect 또는 AWS VPN 연결을 구성해야 합니다.

NFS v4.1 프로토콜을 통해 파일 시스템 탑재를 위한 표준 Linux 탑재 명령을 사용하여 온프레미스 Linux 서버에 Amazon EFS 파일 시스템을 탑재합니다.

온프레미스 서버에서 Amazon EFS 파일 시스템에 액세스하는 방법을 자세히 알아보려면 설명서를 참조하세요.

질문: 온프레미스 서버에서 Amazon EFS 파일 시스템에 액세스하면 무엇을 할 수 있습니까?

표준 Linux 도구와 스크립트 또는 AWS DataSync를 사용하여 온프레미스 서버에 Amazon EFS 파일 시스템을 탑재하고, Amazon EFS에서 파일을 이동할 수 있습니다. Amazon EFS 파일 시스템에서 파일 데이터를 이동할 수 있게 되면 3가지 사용 사례가 가능해집니다.

첫 번째, 온프레미스 데이터 센터에서 데이터를 마이그레이션하여 EFS 파일 시스템에 영구 보관할 수 있습니다.

두 번째, 애플리케이션 처리를 클라우드로 오프로드하여 클라우드 버스트 워크로드를 지원할 수 있습니다. 온프레미스 서버에서 Amazon EFS 파일 시스템으로 데이터를 이동하고, Amazon VPC의 EC2 인스턴스 클러스터에서 이를 분석한 후, Amazon EFS 파일 시스템에 결과를 영구 저장하거나 온프레미스 서버로 결과를 다시 이동할 수 있습니다.

세 번째, 온프레미스 파일 데이터를 주기적으로 Amazon EFS로 복사하여 백업과 재해 복구 시나리오를 지원할 수 있습니다.

Q: 온프레미스 데이터 센터 서버와 EC2 인스턴스에서 동시에 Amazon EFS 파일 시스템에 액세스할 수 있나요?

예. 현재 온프레미스 데이터 센터의 서버와 Amazon VPC의 EC2 인스턴스에서 Amazon EFS 파일 시스템에 액세스할 수 있습니다. Amazon EFS에서는 파일 시스템에 액세스하는 모든 EC2 인스턴스와 온프레미스 서버 전체에 강력한 데이터 일관성, 파일 잠금 등 동일한 파일 시스템 액세스 의미 체계를 제공합니다.

질문: 온프레미스 서버로(부터) 파일 데이터를 이동할 때 권장되는 모범 사례는 무엇입니까?

데이터가 장거리를 이동할 때 수반되는 전파 지연으로 인해 온프레미스 데이터 센터와 Amazon VPC 간 네트워크 연결의 네트워크 지연 시간이 수십 밀리초가 될 수 있습니다. 파일 작업에 순서가 정해져 있다면 네트워크 연결의 지연 시간은 읽기 및 쓰기 처리량에 직접적인 영향을 줍니다. 즉, 일정 기간 읽거나 쓸 수 있는 데이터 볼륨은 각 읽기 및 쓰기 작업이 완료되는 데 걸리는 시간에 따라 결정됩니다. 처리량(throughput)을 극대화하려면 Amazon EFS가 동시에 여러 읽기 및 쓰기를 처리하도록 파일 작업을 병렬화하세요. GNU parallel과 같은 표준 도구는 파일 데이터 복사를 병렬화하는 데 도움이 됩니다. 자세한 내용은 온라인 설명서를 참조하세요.

질문: 온프레미스 파일 스토리지에서 Amazon EFS로 기존 데이터를 복사하려면 어떻게 해야 합니까?

몇 가지 방법을 사용해 기존 온프레미스 데이터를 Amazon EFS로 복사할 수 있습니다. AWS DataSync는 기존 파일 시스템을 EFS로 안전하게 동기화할 수 있는 빠르고 간단한 방법을 제공하며, AWS Direct Connect를 비롯해 모든 네트워크에서 작동합니다.

AWS Direct Connect는 EFS 파일 시스템에 탑재할 수 있으며 대역폭이 높고 지연 시간이 짧은 전용 네트워크 연결을 제공합니다. 탑재되면, DataSync를 사용하여 표준 Linux 복사 도구보다 최대 10배 빠른 속도로 데이터를 EFS로 복사할 수 있습니다.

AWS DataSync에 대한 자세한 내용은 이 FAQ의 데이터 전송 섹션을 참조하세요.

질문: 파일 시스템으로 데이터를 전송할 때 사용할 수 있는 AWS 기본 옵션은 무엇인가요?

DataSync는 온프레미스 스토리지와 Amazon EFS 서비스 간에 데이터를 더 빠르고 쉽게 이동할 수 있도록 해주는 온라인 데이터 전송 서비스입니다. DataSync에서는 특별 제작된 프로토콜을 사용하여 인터넷 또는 Direct Connect를 통해 오픈 소스 도구보다 10배 더 빠른 속도로 안전하게 전송합니다. DataSync를 사용하면 일회성 데이터 마이그레이션을 수행하고, 시의적절한 클라우드 내 분석을 위해 온프레미스 데이터를 전송하고, AWS에 대한 복제를 자동화하여 데이터를 보호 및 복구할 수 있습니다.

AWS Transfer Family는 Secure File Transfer Protocol(SFTP), File Transfer Protocol over SSL(FTPS) 및 File Transfer Protocol(FTP)을 지원하는 완전관리형 파일 전송 서비스입니다. AWS Transfer Family는 가용성이 뛰어나고 Auto Scaling 기능을 통해 완전관리형 파일 전송 서비스를 제공하므로 사용자가 파일 전송 관련 인프라를 관리할 필요가 없습니다. 최종 사용자의 워크플로는 변경 없이 그대로 유지되면서, 선택한 프로토콜을 통해 업로드 및 다운로드된 데이터는 Amazon EFS 파일 시스템에 저장됩니다.

Q: Amazon EFS 파일 시스템으로 데이터를 수신하거나 송신하려면 어떻게 해야 하나요?

DataSync를 시작하려면 콘솔 또는 CLI에서 네트워크 파일 시스템(NFS) 프로토콜을 통해 온프레미스 또는 클라우드 내 파일 시스템에 에이전트를 연결하고, Amazon EFS 파일 시스템을 선택한 후 데이터 복사를 시작하면 됩니다. 두 Amazon EFS 파일 시스템 간에 파일을 복사하는 경우를 제외하고, 먼저 콘솔에서 다운로드할 수 있는 소프트웨어 에이전트를 배포해야 합니다.

AWS Transfer Family를 시작하려면 먼저 AWS Transfer에 할당하려는 POSIX 사용자가 파일 시스템의 디렉터리에 액세스할 수 있는지 확인해야 합니다. 그런 다음 콘솔, CLI 또는 API를 사용하여 Transfer Family 엔드포인트와 사용자를 생성할 수 있습니다. 완료되면 최종 사용자가 SFTP, FTP 또는 FTPS 클라이언트를 사용하여 Amazon EFS 파일 시스템에 저장된 데이터에 액세스할 수 있습니다.

Q: Amazon EFS 데이터를 리전 간에 전송할 수 있나요?

DataSync를 사용하면 다른 AWS 리전의 시스템을 포함하여 두 Amazon EFS 파일 시스템 간에 파일을 전송할 수 있습니다. AWS Transfer Family 엔드포인트는 Amazon EFS 파일 시스템과 동일한 리전에 있어야 합니다.

질문: 다른 AWS 계정으로 내 파일 시스템에 액세스할 수 있습니까?

예. DataSync를 사용하여 다른 AWS 계정의 Amazon EFS 파일 시스템으로 파일을 복사할 수 있습니다.

계정에 액세스 권한이 있기만 하면 AWS Transfer Family에서 다른 계정을 사용하여 액세스할 수 있도록 Amazon EFS 파일 시스템을 구성할 수도 있습니다. 파일 시스템 정책을 통해 외부 AWS 계정에 Transfer Family 권한을 부여하는 방법을 자세히 알아보려면 설명서를 참조하세요.

질문: 기존 AWS 서비스와 Amazon EFS 간에 상호 운용성과 호환성은 어떻게 되나요?

EFS는 CloudWatch, AWS CloudFormation, CloudTrail, IAM 및 AWS 태깅 서비스를 비롯하여 다수의 다른 AWS 서비스와 통합됩니다.

CloudWatch는 지표를 사용하여 파일 시스템 활동을 모니터링하는 데 도움이 됩니다. CloudFormation은 템플릿을 사용하여 파일 시스템을 생성 및 관리하는 데 도움이 됩니다.

CloudTrail은 로그 파일에 모든 EFS API 호출을 기록하는 데 도움이 됩니다.

IAM은 파일 시스템을 관리할 수 있는 사용자를 제어하는 데 도움이 됩니다. AWS 태깅 서비스는 사용자가 정의한 메타데이터로 파일 시스템에 레이블을 지정하는 데 도움이 됩니다.

AWS Budgets을 사용하면 Amazon EFS 파일 시스템 비용을 계획하고 관리할 수 있습니다. AWS Billing and Cost Management 콘솔에서 AWS Budgets으로 작업할 수 있습니다. AWS Budgets를 사용하려면 Amazon EFS 파일 시스템에 대한 월별 비용 예산을 생성해야 합니다.

질문: Amazon EFS에서는 어떤 유형의 잠금을 지원합니까?

Amazon EFS의 잠금은 권고 잠금에 대한 NFS v4.1 프로토콜을 따르며, 애플리케이션에서 전체 파일과 바이트 범위 잠금을 모두 사용할 수 있습니다.

Q: 파일 시스템 이름은 S3 버킷 이름과 같이 전역적인가요?

모든 파일 시스템은 전역적으로 고유한 ID 번호를 자동으로 생성합니다. 파일 시스템을 이름으로 태그를 지정할 수 있으며, 이러한 이름이 고유할 필요는 없습니다.

질문: Amazon EFS의 사용료는 얼마입니까?

Amazon EFS를 사용하면 월별로 사용한 만큼만 비용을 지불합니다.

프로비저닝된 처리량 모드를 사용하는 경우 월별로 프로비저닝하는 처리량에 대한 비용을 지불합니다. 최소 비용이나 설정 비용은 없습니다.

Amazon EFS Infrequent Access 스토리지 요금은 사용된 스토리지 양과 액세스된 데이터 양에 따라 부과됩니다. 수명 주기 관리가 파일을 EFS Infrequent Access 스토리지 클래스(EFS Standard-IA 또는 EFS One Zone-IA)로 완전히 이동할 때까지, 파일은 EFS Standard 또는 EFS One Zone에 저장되고 해당하는 경우 Standard 또는 One Zone 요금으로 청구됩니다.

EFS 요금 정보는 Amazon EFS 요금 페이지를 참조하세요.

질문: 요금에 세금이 포함되어 있습니까?

명시된 경우를 제외하고 요금에는 VAT 및 해당 판매세를 비롯한 관련 조세 공과가 포함되지 않습니다. 청구지 주소가 일본으로 되어 있는 고객의 경우 AWS 서비스 사용 시 일본 소비세의 적용을 받게 됩니다. 자세히 알아보기.

Q: Amazon ECS 컨테이너에서 Amazon EFS에 액세스할 수 있습니까?

예. 태스크 정의에서 EFS 파일 시스템을 참조하여 EC2 및 Fargate 시작 유형 모두를 사용해 Amazon ECS에서 시작된 컨테이너식 애플리케이션에서 EFS에 액세스할 수 있습니다. 시작하는 방법에 대한 지침은 ECS 설명서를 참조하세요.

질문: Amazon Elastic Kubernetes Service(EKS) 포드에서 Amazon EFS에 액세스할 수 있습니까?

예. EFS CSI 드라이버를 사용하는 EC2 또는 Fargate 시작 유형으로 Amazon EKS에서 시작된 컨테이너식 애플리케이션에서 EFS에 액세스할 수 있습니다. 시작하는 방법에 대한 지침은 EKS 설명서를 참조하세요.

질문: AWS Lambda 함수에서 Amazon EFS에 액세스할 수 있습니까?

예. 함수 설정의 EFS 파일 시스템을 참조하여 Lambda에서 실행하는 함수에서 EFS에 액세스할 수 있습니다. 시작하는 방법에 대한 지침은 Lambda 설명서를 참조하세요.

Q: Amazon SageMaker에서 Amazon EFS에 액세스할 수 있습니까?

예. CreateTrainingJob 요청에서 EFS 파일 시스템을 참조하여 Amazon SageMaker 훈련 작업으로부터 EFS의 훈련 데이터에 액세스할 수 있습니다. EFS는 SageMaker Studio에서 생성된 홈 디렉터리에 대해서도 자동으로 사용됩니다.