Amazon Web Services 한국 블로그

Amazon EFS 신규 기능 – 복제 장애 복구 및 IOPS 증가

오늘 Amazon Elastic File System(Amazon EFS)에 두 가지 새로운 기능을 도입했습니다.

  • 복제 페일백 – EFS 복제에 대한 페일백 지원을 통해 재해 복구(DR) 워크플로를 수행할 때 EFS 파일 시스템 간의 변경 사항을 더 쉽고 비용 효율적으로 동기화할 수 있습니다. 이제 재해 이벤트 및 기타 DR 관련 활동 후 보조 파일 시스템에서 기본 파일 시스템으로 증분식 변경 사항을 신속하게 복제할 수 있습니다.
  • 향상된 IOPS – Amazon EFS는 이제 파일 시스템당 읽기 IOPS 최대 250,000과 쓰기 IOPS 최대 50,000을 지원하므로, 공유 스토리지가 필요한 가상 서버, 컨테이너 및 서버리스 함수에 대해 어떤 규모에서든 IOPS가 더 높은 워크로드를 더 쉽게 실행할 수 있습니다.

실제로 어떻게 작동하는지 더 자세히 살펴보겠습니다.

Amazon EFS 복제 페일백 소개
Amazon EFS 복제를 사용하면 동일한 AWS 리전 또는 다른 AWS 리전에서 파일 시스템의 복제본을 생성할 수 있습니다. 복제가 활성화되면 Amazon EFS는 자동으로 기본(원본) 및 보조(대상) 파일 시스템을 동기화된 상태로 유지합니다. 규정 준수 및 비즈니스 연속성 목표를 달성하는 데 도움이 되도록 EFS 복제는 분 단위로 측정되는 Recovery Point Objective(RPO) 및 Recovery Time Objective(RTO)를 제공하도록 설계되었습니다.

이제 페일백 지원을 통해 재해 복구(DR) 이벤트에 대응하고, 계획된 비즈니스 연속성 테스트를 수행하고, 기타 DR 관련 활동을 더 빠르고 비용 효율적으로 관리할 수 있습니다. 페일백 지원을 통해 기본 및 보조 파일 시스템 간에 복제 방향을 전환할 수 있습니다. EFS 복제를 사용하면 증분 변경 사항만 복사하여 두 파일 시스템을 동기화된 상태로 유지할 수 있으므로 데이터의 전체 복사본을 만들거나 복구 워크플로를 완료하기 위해 자체 관리형 사용자 지정 솔루션을 사용할 필요가 없습니다.

Amazon EFS 복제 페일백 사용
파일 시스템이 다른 리전으로 복제되었습니다. 주기적인 DR 테스트의 일환으로 보조 파일 시스템을 사용하도록 전환한 다음, 기본 파일 시스템으로 되돌려 보조 파일 시스템에서 이루어진 모든 변경 사항을 보존하려고 합니다. 이를 위해 몇 단계만 거치면 EFS 복제 페일백을 사용할 수 있습니다.

먼저, 기본(소스) 에서 보조(대상) 파일 시스템으로의 복제를 삭제합니다. 그러면 보조 파일 시스템에 쓰기가 가능해집니다. 이를 위해 Amazon EFS 콘솔에서 제가 올바른 리전에 있는지 확인하고 보조 파일 시스템을 선택합니다. 복제 탭에서 복제 삭제를 선택하고 삭제를 확인합니다. 기본 파일 시스템에서 시작할 수도 있습니다. 이 경우 복제 탭의 복제 삭제 링크를 클릭하면 새 브라우저 탭이 열리고 이전처럼 삭제를 확인하라는 메시지가 표시됩니다.

이제 보조 파일 시스템을 사용하여 필요에 따라 데이터를 변경할 수 있습니다.

기본 파일 시스템을 다시 사용하려면 보조 파일 시스템에서 기본 파일 시스템으로 “역방향 복제”를 생성합니다. 이를 위해 제가 올바른 리전에 있는지 확인하고 보조 파일 시스템을 선택합니다. 복제 탭에서 복제 생성을 선택하고 새 옵션인 기존 파일 시스템에 복제를 선택합니다. 그런 다음 기본 파일 시스템의 리전을 선택하고 콘솔을 사용하여 해당 리전의 EFS 파일 시스템을 검색한 다음 기본 파일을 선택합니다.

콘솔 스크린샷.

콘솔은 기본 파일 시스템에 대해 복제 덮어쓰기 보호가 활성화되었다는 경고를 표시합니다. 보호 비활성화 링크를 따라 새 브라우저 탭을 열고 기본 파일 시스템을 편집하여 복제 덮어쓰기 보호를 비활성화합니다.

콘솔 스크린샷.

이제, 보조 파일 시스템에서 기본 파일 시스템으로의 페일백 복제를 생성하고 있는 브라우저 탭으로 돌아가 보겠습니다. 보호 검사를 새로 고치고 복제를 생성하기로 선택합니다.

콘솔 스크린샷.

다음 대화 상자에서 Amazon EFS가 기본 파일 시스템에 쓰기를 원한다는 것을 확인했습니다.

콘솔 스크린샷.

기본 파일 시스템이 언제 다시 동기화되는지 알기 위해 복제 탭에서 마지막 동기화 타임스탬프를 선택합니다. 이 타임스탬프는 해당 시간 이전에 소스 파일 시스템에 적용된 모든 변경 사항이 대상에 복제된다는 것을 나타냅니다. 선택적으로 Amazon CloudWatchTimeSinceLastSync 지표(분 단위로 표시)를 살펴보고 데이터가 어떻게 복제되고 있는지 파악할 수 있습니다.

콘솔 스크린샷.

기본 파일 시스템이 다시 동기화되면 보조 파일 시스템에서 기본 파일 시스템으로의 복제를 삭제합니다. 원래 구성의 복원을 완료하기 위해 기본 파일 시스템에서 보조 파일 시스템으로의 복제를 다시 생성합니다.

파일 시스템당 IOPS 증가
Amazon EFS 팀은 IOPS를 다시 높일 수 있었습니다! 마지막으로 했던 것은 불과 몇 달 전이었습니다. 오늘부터 EFS 파일 시스템은 Amazon EFS에서 관리하는 고성능 캐시에서 자주 액세스하는 데이터를 처리할 때 쓰기 IOPS 최대 50,000(2배 개선), 읽기 IOPS 최대 250,000(4.5배 개선)을 처리할 수 있습니다.

PercentIOLimit CloudWatch 지표를 사용하여 파일 시스템의 가용 IOPS의 사용률을 모니터링할 수 있습니다. 이 지표는 두 항목의 조합을 포함하여 쓰기 및 캐시되지 않은 읽기의 최대 IOPS를 고려합니다. 캐시의 읽기는 PercentIOLimit 지표에 포함되지 않습니다.

이러한 성능 개선을 통해 Amazon EFS에서 기계 학습(ML) 교육, 미세 조정, 추론과 같이 IOPS를 많이 요구하는 워크로드를 훨씬 더 많이 실행할 수 있습니다. IOPS 증가의 이점을 활용할 수 있는 다른 사용 사례로는 데이터 과학 사용자 공유, SaaS 애플리케이션 및 미디어 처리가 있습니다.

주요 사항
EFS 복제 페일백은 EFS를 사용할 수 있는 모든 AWS 리전에서 사용할 수 있습니다. 복제 페일백 사용에 따른 추가 비용은 없습니다. Amazon EFS 요금에 설명된 대로 일반적인 복제 및 파일 시스템 변경에 대해 비용을 지불합니다.

IOPS 제한 증가는 EFS가 제공되는 모든 리전에서 Elastic Throughput 모드를 사용하는 모든 파일 시스템에서 즉시 사용할 수 있습니다. 이러한 성능 개선의 이점을 누리기 위해 별도의 조치를 취하지 않아도 됩니다. 최대 IOPS를 달성하려면 애플리케이션에 충분한 병렬화가 필요합니다. 여러 클라이언트를 사용하고 많은 수의 파일에 부하를 분산하는 경우를 예로 들 수 있습니다. 자세한 내용은 사용 설명서의 성능 팁을 참조하세요.

자세히 알아보기
Amazon EFS 제품 페이지

Danilo