Azure Backup for PostgreSQL Flexible Server 및 Elastic Cluster v2(프리뷰)는 기존 v1 솔루션의 주요 한계를 해결하기 위해 향상된 백업 기능을 제공하며, 더 넓은 백업 요구를 지원합니다. V2는 관리 디스크 스냅샷을 기반으로 한 물리적 백업을 사용하여 v1에서 사용된 논리적 pg_dump 백업 방식을 대체합니다.
왜 Azure PostgreSQL 플렉시브 서버와 탄성 클러스터 볼트 백업(v2)을 사용하는가?
v2 백업 솔루션은 Azure PostgreSQL Flexible Server 또는 Elastic Cluster 워크로드를 보호하고 복구하는 데 더 큰 유연성을 제공합니다. 이 시스템은 v1에서 사용된 논리적 백업 방식 대신 관리 디스크의 증분 스냅샷을 사용하여 서버 크기, 백업 빈도, 복구 옵션과 관련된 제한을 해결합니다.
다음 표는 v1과 v2 백업에서 제공하는 기능을 비교합니다.
| 역량 | v1 (일반적으로 사용 가능) | v2 (미리보기) |
|---|---|---|
| 백업 기술 | 논리적 백업 (pg_dump) |
관리된 디스크 스냅샷에서의 물리적 백업 |
| 보호된 데이터소스 | 유동 서버 | 유연한 서버 및 탄성 클러스터 |
| 최대 크기 | 1TB | 프리미엄 SSD v1은 32TB; 프리미엄 SSD v2는 64TB |
| Backup 주기 | 일주일에 한 번 백업 | 일일 및 주간 일정 (1일 RPO) |
| 백업 유형 | 완전 백업만 가능합니다 | 첫 번째 백업은 가득 차 있고; 이후 백업은 점진적입니다 |
| Restore | 저장소 컨테이너에 파일을 복원한 후 기본 도구로 가져오기 | 대상 플렉시블 서버 또는 엘라스틱 클러스터에 서버로 직접 복원 |
| 최대 보존 기간 | 최대 10년간 | 최대 10년간 |
Azure PostgreSQL 플렉시파이브 서버 및 엘라스틱 클러스터 볼트 백업(v2)의 주요 기능
이 기능에는 다음과 같은 주요 기능이 포함되어 있습니다:
볼트에 저장되는 격리된 장기 백업: 테넌트에서 스냅샷을 생성하고 백업 데이터를 Backup 자격 증명 모음으로 스트리밍합니다. 이 기능은 백업 데이터를 소스 구독과 계정으로부터 분리합니다. 볼트는 Azure 역할 기반 접근 제어(RBAC), 소프트 삭제, 다중 사용자 권한(활성화 시)으로 데이터를 보호합니다.
WORM 변경 불가능한 백업: 백업 금고에서 불변성(WORM)을 활성화하여 사용자(볼트 관리자 포함)가 보존 기간이 지나기 전에 복구 지점을 변경, 덮어쓰기, 삭제하는 것을 방지합니다. 이 보호는 랜섬웨어 및 우발적 또는 악의적 삭제로부터 백업을 보호하며 WORM 준수 요구사항을 지원합니다.
유연한 백업 정책: 보호 설정을 한 후 일일 또는 주간 예약 백업과 주문형 백업을 지원합니다. 일일, 주간, 월간, 연간 회복 기간을 7 일에서 10년까지 독립적으로 설정할 수 있습니다.
점진적 데이터 이동: 첫 번째 백업 시 전체 디스크 데이터를 전송하고, 이후 백업에서는 변경된 데이터 블록만 전송하여 다중 테라바이트 서버에서 백업을 효율적으로 만듭니다. 이전 스냅샷이 사용 불가능하면, Azure Backup은 사용자 개입 없이 자동으로 초기 복제를 다시 시작합니다.
서버로 복원: 복구 지점을 미리 생성된 대상 PostgreSQL 플렉시드 서버 또는 탄력적 클러스터로 직접 복원합니다. 복원은 중간 저장 계정이나 수동
pg_restore조작이 필요하지 않습니다.중앙 집중식 백업 관리: Azure의 Resiliency를 통해 백업 및 복원 작업, 보호 항목, 알림, 보고서 및 Azure Backup으로 보호되는 기타 워크로드를 중앙에서 확인하고 관리할 수 있는 중앙 경험을 제공합니다.
Azure PostgreSQL 유연한 서버 및 탄력적 클러스터의 볼트 백업 (v2)용 백업 흐름
Azure PostgreSQL 플렉시드 서버와 탄성 클러스터 볼트 백업(v2)의 백업 플로우는 다음과 같이 작동합니다:
- 백업 볼트의 관리 ID에 원본 유연한 서버 또는 탄력적 클러스터에 대한 필요한 권한을 부여합니다. Azure 포털에서는 설정 중에 누락된 역할을 인라인에서 할당할 수 있습니다.
- 일정과 보존 규칙을 정의하는 백업 정책을 설정하고, 보호할 데이터소스를 선택합니다.
- 각 예약된 실행 시 Azure Backup은 PostgreSQL 리소스 제공자에게 서버 디스크의 관리 디스크 스냅샷을 생성하도록 요청하고, 스냅샷이 완전히 하이드레이팅될 때까지 기다립니다.
- Azure Backup은 현재 스냅샷과 이전 스냅샷에 대한 시간 제한 접근 권한을 얻어 차이를 계산한 뒤, 그 차이만 백업 볼트로 옮깁니다. 첫 번째 백업에는 이전 스냅샷이 없기 때문에 전체 내용을 전송합니다.
- Azure Backup은 스냅샷 데이터가 볼트로 복사될 때 백업 작업을 성공으로 표시합니다. 복구 지점은 정책의 보존 규칙에 따라 보존되고 삭제됩니다.
Azure Database for PostgreSQL 유연한 서버 및 탄력적 클러스터 볼트 백업(v2)의 복원 흐름
Azure Database for PostgreSQL 플렉시브 서버 또는 엘라틱 클러스터 볼트 백업(v2)의 복원 플로우는 다음과 같이 작동합니다:
- 백업을 복원해야 하는 Azure Database for PostgreSQL 플렉시브 서버 또는 탄력적 클러스터를 목표로 만듭니다. Azure Backup은 디스크 콘텐츠를 기존 타겟에 복원하며, 타겟 위치를 자동으로 생성하지는 않습니다.
- 백업 금고에서 회수 지점을 선택하고 목표를 선택하세요. Azure Backup은 복원 작업을 트리거하기 전에 복구 지점(PostgreSQL 주요 버전, 디스크 크기, 디스크 유형, SKU 계층, 네트워크 구성 등)과 타겟을 검증합니다.
- Azure Backup은 복구 지점의 내용을 대상 서버 디스크에 기록합니다.
- PostgreSQL 자원 제공자는 복원된 서버를 시작하고, 복원된 서버는 트랜잭션 일관성 상태로 온라인이 됩니다.
복원이 전체 디스크 이미지를 기록하기 때문에, 복원 시간은 복구 지점의 크기에 따라 증가합니다. 멀티테라바이트 서버의 경우, 복구 시간 목표를 몇 분 대신 몇 시간에서 일일 단위로 계획하세요.
PostgreSQL 서버를 사용하여 Azure Backup 인증
Azure Backup 서비스는 PostgreSQL 리소스 제공자를 통해 백업 볼트의 관리 신원을 사용하여 소스 서버에 연결됩니다. 볼트 ID에는 원본 서버에 대한 백업 권한과 대상 서버에 대한 복원 권한이 필요합니다. Azure 포털에서 보호를 설정하거나 복원을 트리거하면, Azure Backup은 필요한 권한을 검증하고 누락된 역할을 인라인으로 할당할 수 있도록 제공합니다. 서버에 쓰기 권한이 없다면, 역할 할당 템플릿을 다운로드해 데이터베이스 관리자에게 맡길 수 있습니다.
또한 사용자가 할당한 관리 신원을 사용해 데이터소스와 백업 볼트에 대한 권한을 부여할 수도 있습니다.
Azure Backup은 관리형 아이덴티티를 사용해 PostgreSQL 서버와 인증하며, 다음과 같은 권한이 필요합니다:
| ID 형식 | Description |
|---|---|
| Backup 자격 증명 모음 관리 ID | 백업 볼트의 관리 신원에 백업용 원본 서버와 복원용 대상 서버에 필요한 권한을 부여합니다. 백업이나 복원을 구성할 때 Azure Backup은 필요한 권한을 검증하고 누락된 역할도 할당할 수 있게 해줍니다. |
| 사용자가 할당한 관리 ID | 사용자 지정 관리 신원을 사용해 데이터 소스와 백업 볼트에 필요한 권한을 부여하세요. |
고객 관리형 키 지원
Azure Backup은 고객 관리 키(CMK)로 암호화된 서버를 지원합니다. Azure Backup은 복호화된 형태의 스냅샷 데이터를 읽고, 플랫폼 관리 키나 백업 금고에서 설정한 CMK로 휴지 상태에서 암호화된 상태로 보관합니다. 복원 과정에서 데이터는 대상 서버의 디스크에 기록되고, 그 서버의 키로 휴지할 때 다시 암호화됩니다. 자체 키로 데이터를 종단 간 보호하고 싶다면, 소스 서버, 대상 서버, 백업 볼트에서 CMK를 구성하세요.
v1에서 v2로 마이그레이션하기
기존 v1 보호 아이템을 v2로 옮기고 동일한 백업 정책과 백업 볼트를 계속 사용할 수 있습니다. 보호받는 아이템은 변경되지 않으며, 기존 v1 복구 지점도 계속 사용 가능합니다.
Important
v2로의 이동은 일방적입니다. v1로 돌아가려면, v1을 사용해 백업을 다시 설정하기 전에 보호를 중지하고 백업 인스턴스를 삭제해야 합니다.
보호된 항목을 v2로 이전하기 전에 다음 전제 조건을 충족하는지 확인하세요:
- PostgreSQL 버전: 서버가 PostgreSQL 14 또는 그 이전에 실행 중이라면, PostgreSQL 15 이상으로 업그레이드하세요.
- 컴퓨트 계층: 서버가 Burstable 컴퓨팅 계층을 사용한다면, 범용 또는 메모리 최적화로 확장하세요.
서버가 이러한 전제 조건을 충족하지 못하면, 사용자 오류로 인해 이동이 실패합니다.
보호된 아이템을 v2로 옮긴 후에도 기존 v1 복구 지점은 계속 사용 가능합니다. 복원 방법은 복구 지점을 생성하는 데 사용된 백업 버전에 따라 다릅니다:
- v1에서 생성된 복구 포인트는 Restore as Files를 사용하세요.
- v2로 생성된 복구 지점의 경우 Restore as Server를 사용하세요.
각 복구 지점에 표시된 백업 유형을 사용해 v1인지 v2인지 식별할 수 있습니다.
기존 v1 보호 항목을 v2(미리보기)로 마이그레이션하는 방법을 배우세요.
Azure PostgreSQL 유연한 서버 및 엘라스틱 클러러스터 보관된 백업(v2)의 가격 책정을 이해하기
Azure PostgreSQL 플렉시블 서버 및 엘라틱 클러스터 볼트 백업(v2)은 다음과 같은 요금이 부과됩니다:
- 보호 인스턴스 수수료: 데이터소스 크기에 따라 단위별로 보호된 인스턴스별로 부과됩니다.
- 백업 저장 수수료: 백업 볼트에 설정된 중복성을 기준으로 볼트에 저장된 총 데이터에 대해 부과됩니다.
적용 가능한 요금 및 청구 세부 사항을 포함한 가격 책정에 대해 더 알고 싶다면 가격 페이지를 참조하세요.
v2는 대형 서버에 대한 일일 백업을 지원하기 때문에, 저장 설정이 주로 스토리지 비용을 결정합니다. 일일 회복 포인트는 몇 달간 유지할 수 있고, 주간, 월간, 연간 회복 포인트를 사용하면 더 긴 유지가 가능합니다.