1. The most likely reason your team member is unable to attach the EBS volume to an EC2 instance `in us-east-1b` is that EBS volumes are tied to a specific Availability Zone (AZ) upon creation. Since the volume was originally attached to an EC2 instance in us-east-1a, it is restricted to that AZ and cannot be directly attached to an instance `in us-east-1b`.
us-east-1a에서의 EC2 인스턴스를 종료하여, 이 인스턴스에 연결된 EBS 볼륨을 사용할 수 있게 되었습니다. 팀원이 us-east-1b의 EC2 인스턴스에 이 볼륨을 연결하려 했으나, 연결이 불가능한 상태입니다. 이 경우, 가능성이 있는 원인은 무엇일까요?
❌ ① IAM 권한이 없음
❌ ② EBS 볼륨은 AWS 리전으로 제한되어 있음
✔️ ③ EBS 볼륨은 가용 영역으로 제한되어 있음
EBS 볼륨은 특정 AZ에 맞춰 생성된다. EBS 스냅샷을 활용하면 다른 AZ 간의 이전이 가능하다.
2. An EC2 instance is running with two EBS volumes: a root volume and an additional EBS volume for data storage. The instance is scheduled for termination after one month. What are the default behaviors of each EBS volume?
루트 볼륨 유형과 데이터 저장을 위한 기타 EBS 볼륨 유형, 두 개의 EBS 볼륨으로 EC2 인스턴스를 실행했습니다. EC2 인스턴스는 한 달 후에 종료할 예정입니다. 각 EBS 볼륨에 기본적으로 나타날 행위 특성은 무엇일까요?
❌ ① 루트 볼륨 유형과 EBS 볼륨 유형이 모두 삭제됨
✔️ ② 루트 볼륨 유형은 삭제되지만, EBS 볼륨 유형은 삭제되지 않음
❌ ③ 루트 볼륨 유형은 삭제되지 않고, EBS 볼륨 유형은 삭제됨
❌ ④ 루트 볼륨 유형과 EBS 볼륨 유형 모두 삭제되지 않음
루트 볼륨의 경우, ‘종료 시 삭제' 속성이 기본으로 활성화되어 있기 때문에, 기본적으로 삭제된다. 기타 EBS 볼륨 유형의 경우, ‘종료 시 삭제' 속성이 기본적으로 비활성화되어 있으므로 삭제되지 않는다.
3. (True / False) If you use an AMI from the North Virginia region (us-east-1), you can launch EC2 instances in any AWS region.
노스버지니아 리전 `us-east-1`에서 AMI를 사용하면 어떤 AWS 리전에 있는 EC2 인스턴스라도 실행할 수 있습니다.
False
AMI는 특정 AWS 리전에 국한되며, 각 AWS 리전에는 고유한 AMI가 있다. 다른 AWS 리전에서 AMI를 사용해 EC2 인스턴스를 실행하는 것은 불가능하지만, 대상 AWS 리전으로 AMI를 복사해 EC2 인스턴스를 생성하는 것은 가능하다.
4. Which of the following EBS volume types can be used as a boot volume when creating an EC2 instance?
다음 중, EC2 인스턴스를 생성할 때 부팅 볼륨으로 사용할 수 있는 EBS 볼륨 유형은 무엇인가요?
❌ ① gp2, gp3, st1, sc1
✔️ ② gp2, gp3, io1, io2
❌ ③ io1, io2, st1, sc1
EC2 인스턴스를 생성할 때, 부팅 볼륨으로는 다음의 EBS 볼륨 유형만을 사용할 수 있다: gp2, gp3, io1, io2, Magnetic(표준)
5. What is EBS Multi-Attach?
EBS 다중 연결이란 무엇일까요?
❌ ① 동일한 EBS 볼륨을 다수의 AZ에 있는 다수의 EC2 인스턴스에 연결
❌ ② 다수의 EBS 볼륨을 동일한 AZ에 있는 동일 EC2 인스턴스에 연결
✔️ ③ 동일한 EBS 볼륨을 동일한 AZ에 있는 다수의 EC2 인스턴스에 연결
❌ ④ 다수의 EBS 볼륨을 다수의 AZ에 있는 동일 EC2 인스턴스에 연결
EBS 다중 연결을 사용하면, 동일한 EBS 볼륨을 동일 AZ 상에 있는 다수의 EC2 인스턴스에 연결할 수 있다. 각 EC2 인스턴스는 완전한 읽기/쓰기 권한을 갖게 된다.
6. You want to encrypt an unencrypted EBS volume that is attached to an EC2 instance. How can you do this?
EC2 인스턴스에 연결되어 있는, 암호화되지 않은 EBS 볼륨을 암호화하려 합니다. 어떻게 해야 할까요?
✔️ ① EBS 볼륨의 EBS 스냅샷을 생성하고, 스냅샷을 복사한 뒤 복사된 스냅샷을 암호화하는 옵션을 체크한다. 그 후, 암호화된 스냅샷을 사용해 새로운 EBS 볼륨을 생성한다.
❌ ② EBS 볼륨을 선택하고, Edit 속성을 선택한 후, KMS 옵션을 사용해 암호화 옵션을 체크한다.
❌ ③ 암호화된 EBS 볼륨을 새로 생성한 후, 암호화되지 않은 EBS 볼륨의 데이터를 새로운 EBS 볼륨으로 복사한다.
❌ ④ AWS 지원 센터에 EBS 볼륨 암호화를 요청한다.
7. You have an EC2 instance fleet spanning multiple Availability Zones (AZs) that processes large datasets. What solution would you recommend to ensure that all EC2 instances can access the same data as an NFS drive?
대량의 데이터 세트를 처리하는, 다수의 AZ에 걸친 EC2 인스턴스 플릿이 있습니다. 동일한 데이터가 NFS 드라이브로서 모든 EC2 인스턴스에서 액세스할 수 있게 만들기 위해서는 어떤 방법을 추천할 수 있을까요?
❌ ① EBS 사용
✔️ ② EFS 사용
❌ ③ 인스턴스 스토어 사용
EFS는 네트워크 파일 시스템(NFS)으로 여러 AZ 상에 있는 EC2 인스턴스에 동일한 파일 시스템을 마운트할 수 있게 해준다.
8. You want to include a high-performance local cache for an application hosted on an EC2 instance. It is acceptable for the cache to be lost when the EC2 instance is terminated. As a solutions architect, what storage mechanism would you recommend?
EC2 인스턴스에 호스팅된 애플리케이션에 고성능 로컬 캐시를 포함시키려 합니다. EC2 인스턴스 종료 시, 캐시가 소실되어도 문제가 없는 상황입니다. 이런 경우, 솔루션 아키텍트로서 어떤 스토리지 메커니즘을 추천할 수 있을까요?
❌ ① EBS 사용
❌ ② EFS 사용
✔️ ③ 인스턴스 스토어 사용
EC2 인스턴스 스토어는 최적의 디스크 I/O 성능을 제공한다.
9. You are running a high-performance database that requires 310,000 IOPS for its underlying storage.
What solution would you recommend?
기반 스토리지에 310,000의 IOPS가 필요한 고성능 데이터베이스를 실행하고 있습니다. 어떤 방법을 추천할 수 있을까요?
❌ ① EBS gp2 드라이브 사용
❌ ② EBS io1 드라이브 사용
✔️ ③ 인스턴스 스토어 사용
❌ ④ EBS io2 Block Express 드라이브 사용
EC2 인스턴스에서 데이터베이스를 실행할 때, 인스턴스 스토어를 사용하면 성능이 뛰어나지만 EC2 인스턴스가 중지되면 데이터가 손실되는 단점이 있다. 이 문제를 해결하려면 두 가지 방법이 있다.
첫 번째 방법은, 인스턴스 스토어가 있는 다른 EC2 인스턴스에 복제 메커니즘을 설정하여 데이터베이스의 대기 복사본을 만드는 것이다. 이렇게 하면 한 인스턴스가 중지되더라도 다른 인스턴스에서 데이터베이스를 계속 사용할 수 있다.
두 번째 방법은 데이터에 대한 백업 메커니즘을 설정하는 것이다. 예를 들어, 주기적으로 데이터를 백업하여 EC2 인스턴스가 중지되거나 종료되었을 때 데이터를 복원할 수 있도록 하는 방법이다. 여기서 중요한 건 IOPS가 중요한 요구 사항이라면 인스턴스 스토어를 사용하는 것이 일단은 바람직한 선택이다. 그리고 좀 더 안전하게 사용하려면 복제나 백업 등을 추가적으로 고려해서 아키텍처를 설계하는 것이 중요하다. 이렇게 설계하면 인스턴스가 중지되더라도 데이터 손실 걱정 없이 성능을 유지할 수 있다.
