새로운 기능 – Amazon EBS 스냅샷용 휴지통 기능 출시

EBS 스냅샷을 쉽게 생성할 수 있으며, 수동으로 삭제하거나 Data Lifecycle Manager를 사용하여 조직의 보존 모델에 따라 자동으로 삭제할 수 있습니다. 때로는 스냅샷을 삭제하기가 너무 쉽기 때문에 좋은 의도를 가진 정리 작업이나 다루기 어려운 스크립트 작업은 조금 지나칠 수 있습니다.

새로운 EBS 스냅샷 휴지통
삭제 프로세스를 보다 효과적으로 제어할 수 있도록 EBS 스냅샷용 휴지통을 선보입니다. 이제 실수로 삭제한 후에도 복구할 수 있도록, 삭제된 스냅샷을 보존하는 규칙을 설정할 수 있습니다. 이 모델은 개별 AWS 사용자가 초기 삭제를 담당하며 지정된 ‘휴지통 관리자’(IAM 역할에서 지정됨)가 보존 및 복구를 관리하는 2단계 모델이라고 생각할 수 있습니다.

규칙은 모든 스냅샷 또는 지정된 태그/값 쌍을 포함하는 스냅샷에 적용할 수 있습니다. 각 규칙은 보존 기간(1일~1년)을 지정하며, 그 이후에는 스냅샷이 영구적으로 삭제됩니다.

재활용 기능
휴지통 콘솔을 열고 원하는 영역을 선택한 다음 보존 규칙 생성(Create retention rule)을 클릭하여 다음을 시작합니다.

첫 번째 규칙 KeepAll을 호출하고 삭제된 모든 EBS 스냅샷을 4일 동안 유지하도록 설정합니다.

규칙에 태그(User)를 추가하고 보존 규칙 생성(Create retention rule)을 클릭합니다.

모든 자원에 적용(Apply to all resources)이 선택되어 있으므로, 이 규칙은 하나 이상의 태그를 지정하는 적용 가능한 규칙이 없을 때 적용되는 일반 규칙입니다.

그런 다음 단 하루 동안 Mode of Dev로 태깅된 스냅샷을 유지하는 두 번째 규칙(KeepDev)을 만듭니다.

두 개의 서로 다른 태그 기반 규칙이 동일한 리소스에 매칭될 경우 보존 기간이 긴 규칙이 적용됩니다.

보존 규칙은 다음과 같습니다.

다음은 EBS 스냅샷입니다. 보시다시피 처음 세 개에는 Mode of Dev가 태깅됩니다.

한 달에 몇 센트 정도 절약하기 위해 충동적으로 모두 삭제합니다.

이렇게 스냅샷이 사라졌습니다.

그날 늦게 개발자 팀원이 놀라서 메시지를 보내오고, 개발 서버 코드의 최신 스냅샷이 절실히 필요하다는 사실을 알려주었습니다. 휴지통을 열고 스냅샷(DevServer_2021_10_6)을 찾습니다.

스냅샷을 선택하고 복구(Recover)를 클릭합니다.

그런 다음 나의 의도가 맞는지 확인합니다.

스냅샷을 다시 사용할 수 있습니다.

항상 그렇듯이 스냅샷이 삭제되면 [빠른 스냅샷 복구(Fast Snapshot Restore)]가 비활성화됩니다. 이번 출시에서는 스냅샷이 복구될 때 사용 중지된 상태로 유지됩니다.

이 모든 기능(규칙 생성, 휴지통의 리소스 나열 및 복원)은 CLI 및 Recycle Bin API를 통해서도 사용할 수 있습니다.

주요 사항
다음은 새 휴지통에 대해 알아야 할 몇 가지 사항입니다.

IAM 지원 – 앞서 언급했듯이 AWS Identity and Access Management(IAM)를 사용하여 이 기능에 대한 액세스 권한을 부여할 수 있으며, 휴지통 관리자라고 하는 권한이 있는 사용자를 생성하는 것을 고려해야 합니다.

규칙 변경 – 언제든지 보존 규칙을 변경할 수 있지만 스냅샷을 삭제하면 규칙이 평가되고 보존 기간이 설정된다는 점에 유의하세요. 항목을 삭제한 후 규칙을 변경해도 해당 항목의 보존 기간은 변경되지 않습니다.

요금 – 휴지통의 리소스에는 일반적인 요금이 부과되지만, 보존 기간이 긴 규칙을 생성하면 AWS 요금이 늘어날 수 있습니다. 이와 관련하여 한 가지 참고할 점은 삭제된 스냅샷을 보관해도 조직의 데이터 보존 정책에 위배되지 않는다는 것입니다. 리소스를 삭제하거나 복구하는 데는 요금이 부과되지 않습니다.

휴지통에서 – 휴지통의 리소스는 변경할 수 없습니다. 리소스가 복구되면 모든 기존 메타데이터(태그 등)도 그대로 복구됩니다.

재활용 – 휴지통에 있는 리소스의 보존 기간이 만료되면 모든 리소스를 재활용할 수 있도록 하기 위해 최선을 다할 것입니다.

– Jeff