본문 바로가기
[AWS]/AWS SAP EXAMTOPICS

[AWS][SAP] Question 36

by METAVERSE STORY 2022. 9. 28.
반응형
728x170

 

You're running an application on-premises due to its dependency on non-x86 hardware and want to use AWS for data backup. Your backup application is only able to write to POSIX-compatible block-based storage. You have 140TB of data and would like to mount it as a single folder on your file server. Users must be able to access portions of this data while the backups are taking place.
What backup solution would be most appropriate for this use case?

  • A. Use Storage Gateway and configure it to use Gateway Cached volumes.
  • B. Configure your backup software to use S3 as the target for your data backups.
  • C. Configure your backup software to use Glacier as the target for your data backups.
  • D. Use Storage Gateway and configure it to use Gateway Stored volumes.

 

한글 번역

x86이 아닌 하드웨어에 대한 종속성으로 인해 온프레미스에서 애플리케이션을 실행 중이며 데이터 백업에 AWS를 사용하려고 합니다. 백업 응용 프로그램은 POSIX 호환 블록 기반 스토리지에만 쓸 수 있습니다. 140TB의 데이터가 있으며 파일 서버에 단일 폴더로 마운트하려고 합니다. 사용자는 백업이 수행되는 동안 이 데이터의 일부에 액세스할 수 있어야 합니다.
이 사용 사례에 가장 적합한 백업 솔루션은 무엇입니까?

  • A. 저장소 게이트웨이를 사용하고 게이트웨이 캐시된 볼륨을 사용하도록 구성합니다.
  • B. S3를 데이터 백업의 대상으로 사용하도록 백업 소프트웨어를 구성합니다.
  • C. Glacier를 데이터 백업의 대상으로 사용하도록 백업 소프트웨어를 구성합니다.
  • D. 저장소 게이트웨이를 사용하고 게이트웨이 저장된 볼륨을 사용하도록 구성합니다.

 

 

 

 

정답

  • D. Use Storage Gateway and configure it to use Gateway Stored volumes.

 

해설

 

볼륨 게이트웨이

  • 볼륨 게이트웨이는 온-프레미스 응용 프로그램 서버에서 iSCSI(인터넷 소형 컴퓨터 시스템 인터페이스) 장치로 탑재할 수 있는 클라우드 기반 스토리지 볼륨을 제공합니다.
  • 볼륨 게이트웨이의 경우 모든 데이터가 AWS에 안전하게 저장되며, 접근 방식은 온프레미스에 저장되는 데이터의 양과 다릅니다.

게이트웨이 캐시된 볼륨

  • 게이트웨이 캐시된 볼륨은 기본 데이터 저장소 역할을 하는 S3에 데이터를 저장하고, 자주 액세스하는 데이터에 대한 짧은 대기 시간 액세스를 위해 최근에 읽은 데이터의 복사본을 로컬에 유지합니다.
  • 게이트웨이 캐시된 볼륨은 기본 저장소에서 상당한 비용 절감 효과를 제공하며 온-프레미스에서 저장소를 확장할 필요성을 최소화합니다.
  • 게이트웨이 캐시된 볼륨은 온-프레미스 응용 프로그램 서버에서 iSCSI 장치로 연결할 수 있습니다.
  • 게이트웨이 캐시된 볼륨은 S3에 EBS 스냅샷으로 저장된 스냅샷을 생성하여 증분식으로 백업할 수 있습니다. 이러한 스냅샷은 게이트웨이 스토리지 볼륨으로 복원하거나 EC2 인스턴스에 연결된 EBS 볼륨을 생성하는 데 사용할 수 있습니다.
  • 모든 게이트웨이 캐시된 볼륨 데이터 및 스냅샷 데이터는 서버 측 암호화(SSE)를 사용하여 미사용 시 암호화된 S3에 저장되며 S3 API 또는 기타 도구로 액세스할 수 없습니다.
  • 게이트웨이 캐시된 볼륨에 대해 구성된 각 게이트웨이는 최대 32개의 볼륨을 지원할 수 있으며, 각 볼륨의 범위는 1GiB ~ 32TiB이며, 총 최대 스토리지 볼륨은 1,024TiB(1PiB)입니다.
  • 게이트웨이 VM에 디스크를 할당할 수 있습니다.
    • 캐시 스토리지
      • 캐시 저장소는 온-프레미스 내구성 있는 저장소 역할을 하며 데이터를 S3에 업로드하기 전에 저장합니다.
      • 캐시 스토리지는 또한 짧은 대기 시간 액세스를 위해 최근에 읽은 데이터를 저장합니다.
    • 업로드 버퍼
      • 업로드 버퍼는 데이터가 S3에 업로드되기 전에 준비 영역 역할을 합니다.
      • 게이트웨이는 암호화된 SSL(Secure Sockets Layer) 연결을 통해 AWS로 데이터를 업로드하며, AWS는 S3에 암호화되어 저장됩니다.

게이트웨이 저장된 볼륨

  • 게이트웨이에 저장된 볼륨은 전체 데이터 세트를 로컬로 유지하여 짧은 대기 시간 액세스를 제공합니다.
  • 게이트웨이는 데이터의 특정 시점 스냅샷(EBS 스냅샷 형식)을 S3에 비동기적으로 백업하여 내구성 있는 오프사이트 백업을 제공합니다.
  • 게이트웨이 저장 볼륨은 온-프레미스 응용 프로그램 서버에서 iSCSI 장치로 연결할 수 있습니다.
  • 게이트웨이 저장 볼륨 구성은 내구성이 뛰어나고 저렴한 오프사이트 백업을 제공하여 로컬 데이터 센터 또는 EC2로 복구할 수 있습니다. 예를 들어 재해 복구를 위해 대체 용량이 필요한 경우 백업을 EC2로 복구할 수 있습니다.
  • 게이트웨이에 저장된 볼륨은 S3에 EBS 스냅샷으로 저장된 스냅샷을 생성하여 증분식으로 백업할 수 있습니다. 이러한 스냅샷은 게이트웨이 스토리지 볼륨으로 복원하거나 EC2 인스턴스에 연결할 EBS 볼륨을 생성하는 데 사용할 수 있습니다.
  • 게이트웨이 저장 볼륨에 대해 구성된 각 게이트웨이는 1GiB ~ 16TiB 범위의 최대 12,32개의 볼륨과 192TiB 512TiB의 총 볼륨 스토리지를 지원할 수 있습니다.
  • 게이트웨이 VM에 디스크를 할당할 수 있습니다.
    • 볼륨 스토리지
      • 실제 데이터 저장
      • 온-프레미스 DAS(직접 연결 저장소) 또는 SAN(저장 영역 네트워크) 디스크에 매핑할 수 있습니다.
    • 업로드 버퍼
      • 업로드 버퍼는 데이터가 S3에 업로드되기 전에 준비 영역 역할을 합니다.
      • 게이트웨이는 암호화된 SSL(Secure Sockets Layer) 연결을 통해 AWS로 데이터를 업로드하며, Amazon S3에 암호화되어 저장됩니다.

 

데이터는 AWS 시스템 상 뿐만 아니라 온프레미스 서버에도 호스팅 해야 한다. 또한 문제에서 데이터 백업에 AWS를 사용한다고 했다. cached 볼륨은 백업 솔루션이 아니므로 답은 D이다. 

 

 

참조 문서

Storage Gateway Archives - Jayendra's Cloud Certification Blog (jayendrapatil.com)

 

Storage Gateway Archives - Jayendra's Cloud Certification Blog

Storage Gateway Overview AWS Storage Gateway connects on-premises software appliances with cloud-based storage to provide seamless integration with data security features between the on-premises IT environment and the AWS storage infrastructure. AWS Storag

jayendrapatil.com

 

반응형
그리드형

'[AWS] > AWS SAP EXAMTOPICS' 카테고리의 다른 글

[AWS][SAP] Question 40  (1) 2022.10.05
[AWS][SAP] Question 39  (0) 2022.10.04
[AWS][SAP] Question 38  (1) 2022.09.30
[AWS][SAP] Question 37  (1) 2022.09.29
[AWS][SAP] Question 35  (0) 2022.09.27
[AWS][SAP] Question 34  (1) 2022.09.26
[AWS][SAP] Question 33  (1) 2022.09.23
[AWS][SAP] Question 32  (0) 2022.09.22

댓글