AWS Storage Cloud Native Options
Block 스토리지
- Amazon EBS
- EC2 Instance Store
File 스토리지
- Amazon EFS
- Amazon FSx
Object 스토리지
- Amazon S3
- Amazon Glacier
Storage Comparison
S3: 객체 스토리지이며 또한 서버리스입니다. 용량을 미리 프로비저닝할 필요가 없고 데이터베이스 서비스와 긴밀하게 통합됩니다.
Glacier: 객체 아카이브를 위한 곳으로 객체를 오랫동안 저장하고 싶고 회수할 일은 드물 경우 사용하며 객체가 아카이브 되었기 때문에 객체를 다시 회수하기 까지 오랜 시간이 걸립니다.
EFS: 일래스틱 파일 시스템으로 Linux 인스턴스용의 네트워크 파일 시스템이며 동시에 POSIX 파일 시스템입니다. 모든 EC2 인스턴스에서 동시에 액세스 가능하며 AZ 전반에 걸쳐 공유됩니다.
EBS: EBS 볼륨은 네트워크 스토리지로 한 번에 EC2 인스턴스 하나만 액세스 되며 또 생성된 특정 가용 영역 내부에 바인딩되어 AZ를 변경하고 싶다면 스냅샷을 생성해서 해당 스냅샷을 원하는 AZ로 이동시키고 볼륨을 생성해야 합니다.
인스턴스 스토리지: EC2 인스턴스의 물리적 스토리지이며 하드웨어에 연결되어 있기 때문에 EBS보다 훨씬 높은 IOPS를 가지게 됩니다. EBS 볼륨은 최대 16,000 IOPS, io1에선 최대 64,000 IOPS인데 인스턴스 스토리지는 EC2 인스턴스와 물리적으로 연결되기 때문에 수백만 IOPS도 가능하며 매우 높습니다. 하지만 EC2 인스턴스가 중단되면 해당 스토리지가 영구적으로 손실될 위험이 있습니다.
FSx for Windows: Windows용 FSx는 EFS와 같지만 Windows를 위한 것이며 즉 Windows 서버를 위한 네트워크 파일 시스템입니다.
FSx for Lustre: Lustre용 FSx는 Linux와 클러스터로 고성능 컴퓨팅이 가능한 Linux 파일 시스템입니다. 여기에서 HPC가 실행됩되며 IOPS가 높고 용량도 크며 백엔드에서 S3와 통합됩니다.
Storage Gateway: 온프레미스 서버에서 AWS로 파일을 전송하는데 여기에는 File Gateway, 캐시 및 저장을 위한 Volume Gateway, Tape Gateway가 있으며 각각의 사용 사례가 다릅니다.
Database: RDBMS, NoSQL 등이 있으며 보다 특정한 워크로드에 사용되는데 일반적으로 인덱싱 및 쿼리와 함께 사용됩니다.
Snowball, Snowmobile: 마지막으로 Snowball과 Snowmobile은 대용량 데이터를 S3의 클라우드로 물리적으로 옮깁니다.
Storage Gateway 종류
Storage Gateway
온프레미스 데이터와 클라우드 사이에 브리지가 필요할 경우
File Gateway
네트워크 파일 시스템과 함께 Active Directory을 사용하는 선택적 사용자 인증이 필요할 경우
Volume Gateway
볼륨, 블록 스토리지 그리고 iSCSI 백업이 필요한 경우 볼륨 게이트웨이를 사용하여 EBS 스냅샷을 생성하여 Amazon S3로 백업
Tape Gateway
백업에 테이프 솔루션이 필요할 경우
온프레미스 가상화 시스템이 없는 경우
소스 게이트웨이에서 하드웨어 어플라이언스를 주문하고 데이터 센터에 설치
- S3에 대규모의 데이터셋이 저장되어 있습니다. 여러분은 NFS, 혹은 SMB 프로토콜을 사용해 온프레미스 서버를 통해 이 데이터셋에 액세스하려 합니다. 또한, 온프레미스 Microsoft AD를 통해 이러한 파일에 대한 액세스를 인증하고자 합니다. 무엇을 사용해야 할까요 ?
- A. AWS Storage Gateway - 볼륨 게이트웨이
B. AWS Storage Gateway - 파일 게이트웨이- C. AWS Storage Gateway - 테이프 게이트웨이
- D. AWS Data Migration Service
- 수백 TB의 데이터를 Amazon S3로 이전한 후, EC2 인스턴스 플릿을 사용해 처리해야 합니다. 광대역은 1Gbit/초 입니다. 여러분은 데이터를 더 빠르게 이전하고, 가능하면 전송 중에 데이터를 처리했으면 합니다. 어떤 방법을 추천할 수 있을까요 ?
- A. 자체 네트워크 사용하기
- B. Snowcone 사용하기
- C. AWS 데이터 이전 사용하기
D. Snowball Edge 사용하기
✅ Snowball Edge는 컴퓨팅 능력을 갖추고 있으며, 데이터가 Snowball로 이동하는 동안 데이터를 사전에 처리할 수 있도록 해주므로 정답입니다.
- 테이프 백업에 가상 인피니트 스토리지를 노출하려고 합니다. 여러분은 사용 중인 것과 동일한 소프트웨어를 유지하고, iSCSI와 호환 가능한 인터페이스를 사용하려 합니다. 어떤 방법을 사용해야 할까요 ?
- A. AWS Snowball
B. AWS Storage Gateway - 테이프 게이트웨이- C. AWS Storage Gateway - 볼륨 게이트웨이
- D. AWS Storage Gateway - 파일 게이트웨이
- 여러분의 EC2 Windows 서버는 Windows의 보안 매커니즘을 준수하며, Microsoft Active Directory와 통합된 네트워크 파일 시스템을 마운트하여 일부 데이터를 공유해야 합니다. 어떤 방법을 추천할 수 있을까요 ?
A. Windows용 Amazon FSx(파일 서버)- B. Amazon EFS
- C. Lustre용 Amazon FSx
- D. 파일 게이트웨이를 지닌 Amazon S3
- 여러분은 수백 TB의 데이터를 AWS S3로 최대한 빨리 이전시켜야 합니다. 여러분의 네트워크 대역폭을 사용해보려 했으나 업로드 프로세스가 완료되기까지 약 3주가 소요됩니다. 이런 경우 어떤 접근법이 권장될까요 ?
- A. AWS Storage Gateway - 볼륨 Gateway
- B. S3 멀티파트 업로드
C. AWS Snowball 엣지- D. AWS 데이터 이전 서비스
- 기업의 인프라를 온프레미스에서 AWS Cloud로 이전시킬 계획을 가지고 있습니다. 여러분은 이전시키려는 온프레미스 Microsoft Windows 파일 서버를 갖고 있습니다. 어떤 AWS 서비스를 사용하는 것이 가장 적절할까요 ?
A. Windows용 Amazon FSx(파일 서버)- B. AWS Storage Gateway - 파일 게이트웨이
- C. AWS가 관리하는 Microsoft AD
- 고성능 컴퓨팅(HPC)과 전산 유전학 연구를 수행하기 위해 IOPS를 최대화해 줄 분산 POSIX 준수 파일 시스템이 필요한 상황입니다. 이 파일 시스템은 수백만 개의 IOPS로 손쉽게 스케일링할 수 있어야 합니다. 어떤 방법을 추천할 수 있을까요 ?
- A. Max를 가진 EFS IO 활성화
B. Lustre용 Amazon FSxLustre 용 Amazon FSx- C. EC2 인스턴스에 탑재된 Amazon S3
- D. EC2 인스턴스 스토어
- FSx 파일 시스템에 있는 다음 배포 옵션 중에서 AZ 내에 복사된 장기 스토리지를 제공하는 것은 무엇인가요 ?
- A. Scratch File System
B. Persistent File System
- 다음 중 AWS 전송 제품군(AWS Transfer Family)이 지원하지 않는 프로토콜은 무엇인가요 ?
- A. 파일 전송 프로토콜(FTP)
- B. SSL을 통한 파일 전송 프로토콜(FTP)
C. 전송층 보안(TLS)- D. 보안 파일 전송 프로토콜(FTP)
✅ AWS 전송 제품군(AWS Transfer Family)는 FTP 프로토콜을 사용해 S3 혹은 EFS 내부/외부로 파일을 전송하는 관리 서비스입니다. 따라서 TLS를 지원하지 않습니다.
