Azure Database for Postgresql에서 자동 마이그레이션 - 단일 서버에서 유연한 서버로
적용 대상: 
Azure Database for PostgreSQL - 단일 서버
Azure Database for PostgreSQL – 단일 서버에서 유연한 서버로 자동 마이그레이션 은 패치 또는 유지 관리 기간과는 별도로 단일 서버에 대해 계획된 가동 중지 시간 동안 발생하는 서비스 시작 마이그레이션입니다. 이 서비스는 적격 서버를 식별하고 자동 마이그레이션 프로세스에 대한 자세한 단계를 사용하여 사전 알림을 보냅니다. 필요한 경우 마이그레이션 일정을 검토하고 조정하거나 지원 요청을 제출하여 서버에 대한 자동 이민을 옵트아웃할 수 있습니다.
자동 마이그레이션은 Azure PostgreSQL 마이그레이션 서비스를 활용하여 계획된 마이그레이션 기간 동안 복원력 있는 오프라인 마이그레이션을 제공합니다. 가동 중지 시간은 워크로드 특성에 따라 달라지며, 더 큰 워크로드는 최대 20분이 필요합니다. 마이그레이션 속도 벤치마크는 Azure PostgreSQL 마이그레이션 속도 벤치마킹을 참조 하세요. 이 마이그레이션을 통해 수동 서버 마이그레이션이 필요하지 않으며, 향상된 가격-성능, 세분화된 데이터베이스 구성 제어 및 사용자 지정 유지 관리 기간을 포함하여 마이그레이션 후 유연한 서버 기능을 활용할 수 있습니다.
참고 항목
자동 마이그레이션 서비스는 다음 조건에 따라 마이그레이션할 단일 서버를 선택합니다.
- 단일 서버 버전 11
- CMK, Microsoft Entra ID, 읽기 복제본 및 프라이빗 엔드포인트와 같은 복잡한 기능이 없는 서버
- 데이터 <크기 = 10GB
- 공개 액세스 사용
자동 배분 프로세스
자동 마이그레이션 프로세스에는 다음과 같은 몇 가지 주요 단계가 포함됩니다.
대상 유연한 서버 만들기 - 단일 서버 SKU의 성능 및 비용과 일치하도록 유연한 서버가 만들어집니다. 원본 단일 서버에서 모든 방화벽 규칙을 상속합니다.
데이터 마이그레이션 - 데이터 마이그레이션은 지정된 마이그레이션 기간 동안 발생하며, 일반적으로 서버의 호스팅 지역에 대한 업무 시간 외에 예약됩니다(서비스에서 창을 선택한 경우). 원본 단일 서버가 읽기 전용으로 설정되고 데이터베이스 개체의 모든 데이터, 스키마, 사용자 역할, 권한 및 소유권이 유연한 서버로 마이그레이션됩니다.
DNS 스위치 - 데이터 마이그레이션 후 DNS 스위치가 수행되어 기존 단일 서버 연결 문자열 새 유연한 서버에 원활하게 연결할 수 있습니다. 마이그레이션된 유연한 서버에서 단일 및 유연한 서버 연결 문자열 형식과 사용자 이름 형식(username@server_name 및 사용자 이름)이 모두 지원됩니다.
유연한 서버 표시 유형 - 성공적인 데이터 마이그레이션 및 DNS 전환 후 새 유연한 서버가 구독 아래에 표시되고 Azure Portal 또는 CLI를 통해 관리할 수 있습니다.
업데이트된 단일 서버 연결 문자열 - 레거시 단일 서버에 대한 업데이트된 연결 문자열 Azure Portal에서 Service Health 알림을 통해 전송됩니다. 또한 설정 -> 연결 문자열 아래의 단일 서버 포털 페이지에서 액세스할 수 있습니다.
단일 서버 삭제 - 단일 서버는 삭제되기 전에 마이그레이션 후 7일 동안 유지됩니다.
자동화를 위한 단일 서버 지정
추천 프로세스는 유연한 서버로 자발적으로 빠르게 마이그레이션하려는 사용자를 위한 것입니다. 단일 서버 워크로드를 소유한 경우 이제 자동 마이그레이션을 위해 자신을 지정할 수 있습니다(아직 서비스에 의해 예약되지 않은 경우). 이 양식을 통해 서버 세부 정보를 제출합니다.
단일 서버가 자동 배포로 예약되었는지 확인하는 방법
단일 서버가 자동 마이그레이션을 위해 선택되었는지 확인하려면 다음 단계를 수행합니다.
서비스 상태 알림 - Azure Portal에서 Service Health > 계획된 유지 관리 이벤트로 이동합니다. 'Azure Database for PostgreSQL 단일 서버로 예약된 자동 마이그레이션 알림'이라는 레이블 이 지정된 이벤트를 찾습니다. 알림은 마이그레이션 날짜 30일, 14일 및 7일 전에 전송되며, 마이그레이션 단계에서는 단일 서버가 서비스 해제되기 6일 전에 진행 중, 완료 및 6일 전에 다시 전송됩니다.
참고 항목
이러한 알림은 기본적으로 받은 편지함에 표시되지 않습니다. 이메일 또는 SMS를 통해 수신하려면 다음 단계에 따라 Service Health 경고를 설정해야 합니다.
단일 서버 개요 페이지 - Azure Portal에서 단일 서버 인스턴스로 이동하여 개요 페이지를 확인합니다. 자동 마이그레이션이 예약된 경우 마이그레이션을 한 번에 한 달씩 연기하거나 현재 월 내에 다시 예약하는 옵션을 포함하여 여기에서 세부 정보를 찾을 수 있습니다.
참고 항목
마이그레이션 일정은 예정된 마이그레이션 기간 7일 전에 잠기며, 이 기간 동안에는 일정을 변경할 수 없습니다.
Azure CXP 메일 알림 - Azure CXP(고객 환경)는 단일 서버가 포함된 구독과 연결된 클래식 역할 및 RBAC 역할에 직접 이메일을 보내 향후 자동 마이그레이션에 대한 정보를 제공합니다.
자동 마이그레이션을 위한 필수 구성 요소 확인
성공적인 자동 마이그레이션을 보장하려면 다음 필수 조건을 검토합니다.
- 단일 서버 인스턴스는 자동 마이그레이션이 수행되도록 계획된 마이그레이션 기간 동안 준비 상태여야 합니다.
- SSL이 사용하도록 설정된 단일 서버 인스턴스의 경우 신뢰할 수 있는 루트 저장소에서 모든 인증서(DigiCertGlobalRootG2 루트 CA 및 DigiCertGlobalRootCA 루트 CA)를 사용할 수 있는지 확인합니다. 또한 연결 문자열에 고정된 인증서가 있는 경우 예약된 자동 마이그레이션 전에 세 개의 인증서가 모두 있는 결합된 CA 인증서를 만들어 마이그레이션 후 비즈니스 연속성을 보장합니다.
- 원본 Azure Database for postgresql 단일 서버에 방화벽 규칙 이름이 80자를 초과하는 경우 이름 길이가 80자 미만이 되도록 이름을 바꿉니다. (유연한 서버에서 지원되는 방화벽 규칙 이름 길이는 80자인 반면 단일 서버에서는 허용되는 길이는 128자입니다.)
대상 postgresql 유연한 서버는 어떻게 프로비전되나요?
대상 유연한 서버의 컴퓨팅 계층 및 SKU는 아래와 같이 원본 단일 서버의 가격 책정 계층 및 VCore를 기반으로 프로비전됩니다.
| 단일 서버 가격 책정 계층 | 단일 서버 VCore | 유연한 서버 계층 | 유연한 서버 SKU 이름 |
|---|---|---|---|
| Basic | 1 | 버스트 가능 | B1ms |
| Basic | 2 | 버스트 가능 | B2s |
| 범용 | 2 | GeneralPurpose | Standard_D2s_v3 |
| 범용 | 4 | GeneralPurpose | Standard_D4s_v3 |
| 범용 | 8 | GeneralPurpose | Standard_D8s_v3 |
| 범용 | 16 | GeneralPurpose | Standard_D16s_v3 |
| 범용 | 32 | GeneralPurpose | Standard_D32s_v3 |
| 범용 | 64 | GeneralPurpose | Standard_D64s_v3 |
| 메모리 최적화 | 2 | MemoryOptimized | Standard_E2s_v3 |
| 메모리 최적화 | 4 | MemoryOptimized | Standard_E4s_v3 |
| 메모리 최적화 | 8 | MemoryOptimized | Standard_E8s_v3 |
| 메모리 최적화 | 16 | MemoryOptimized | Standard_E16s_v3 |
| 메모리 최적화 | 32 | MemoryOptimized | Standard_E32s_v3 |
- 대상 유연한 서버의 postgresql 버전, 지역, 연결 문자열, 구독 및 리소스 그룹은 원본 단일 서버와 동일하게 유지됩니다.
- 스토리지가 20GiB 미만인 단일 서버의 경우 스토리지 크기는 Azure Database for postgresql - 유연한 서버의 최소 저장 한도인 32GiB로 설정됩니다.
- 스토리지 요구 사항이 더 큰 단일 서버의 경우 단일 서버에서 사용되는 스토리지보다 1.25배 또는 25% 더 많은 스토리지에 해당하는 충분한 스토리지가 할당됩니다. 데이터의 초기 기본 복사 중에 대상에서 여러 개의 삽입 문이 실행되어 WAL(미리 쓰기 로그)이 생성됩니다. 이러한 WAL이 보관될 때까지 로그는 대상의 스토리지를 소비하므로 안전성에 여유가 있습니다.
- 마이그레이션된 유연한 서버에서는 사용자 이름 형식(username@server_name(단일 서버) 및 사용자 이름(유연한 서버))이 모두 지원됩니다.
- 마이그레이션된 유연한 서버에서는 연결 문자열 형식인 단일 서버와 유연한 서버가 모두 지원됩니다.
마이그레이션 후 단계
자동 마이그레이션 후 알아야 할 정보는 다음과 같습니다.
- 유연한 서버의 서버 매개 변수는 커뮤니티 표준에 맞게 조정됩니다. 단일 서버와 동일한 서버 매개 변수 값을 보존하려면 PowerShell을 통해 로그인하고 여기에서 스크립트를 실행하여 매개 변수 값을 복사할 수 있습니다.
- 쿼리 성능 인사이트를 사용하도록 설정하려면 기본적으로 사용하도록 설정되어 있지 않은 유연한 서버에서 쿼리 저장소를 사용하도록 설정해야 합니다.
- 고가용성이 필요한 경우 가동 중지 시간 없이 이를 사용하도록 설정할 수 있습니다.
유연한 서버에서 VNet 규칙 처리
Azure Database for PostgreSQL 단일 서버에서 VNet(가상 네트워크) 규칙은 서버의 ACL(액세스 제어 목록)에 나열된 서브넷입니다. 이 규칙을 사용하면 단일 서버가 특정 서브넷 내의 노드에서 통신을 수락할 수 있습니다. 유연한 서버의 경우 VNet 규칙이 지원되지 않습니다. 대신 유연한 서버를 사용하면 프라이빗 엔드포인트를 만들 수 있으므로 서버가 가상 네트워크 내에서 작동할 수 있습니다. 프라이빗 엔드포인트는 유연한 서버에 개인 IP를 할당하고 가상 네트워크와 서버 간의 모든 트래픽은 Azure 백본 네트워크를 통해 안전하게 이동하므로 공용 인터넷 노출이 필요하지 않습니다.
마이그레이션 후에는 단일 서버의 VNet 규칙에서 이전에 다루었던 모든 서브넷에 대해 유연한 서버에 프라이빗 엔드포인트를 추가해야 합니다. Azure Portal 또는 Azure CLI를 사용하여 이 프로세스를 완료할 수 있습니다. 이 단계가 완료되면 단일 서버에서 마이그레이션한 후에는 유연한 서버에서 네트워크 연결이 그대로 유지됩니다.
장기 보존 백업
단일 서버의 자동 마이그레이션은 유연한 서버로 마이그레이션한 후 LTR(장기 보존) 백업을 자동으로 구성하지 않습니다. Azure Backup을 사용하여 장기 보존으로 Azure Database for PostgreSQL 유연한 서버를 백업할 수 있습니다.
FAQ(질문과 대답)
17. 자동 마이그레이션되는 이유는 무엇인가요?
A. Azure Database for Postgresql - 단일 서버 인스턴스는 주력 제공 사항인 Azure Database for Postgresql - 유연한 서버로 자동 마이그레이션하는 데 적합합니다. 이 자동 마이그레이션은 서버를 수동으로 마이그레이션하는 데 필요한 오버헤드를 제거합니다. 더 나은 가격 및 성능, 데이터베이스 구성에 대한 세부적인 제어, 사용자 지정 유지 관리 기간 등을 포함한 유연한 서버의 이점을 활용할 수 있습니다.
17. 자동 마이그레이션은 어떻게 수행되나요? 마이그레이션하는 것은 모두 무엇인가요?
A. 유연한 서버는 단일 서버와 동일한 VCore 및 스토리지와 밀접하게 일치하도록 프로비전됩니다. 다음으로 원본 단일 서버가 읽기 전용 상태가 되고 스키마와 데이터가 대상 유연한 서버로 복사됩니다. DNS 전환이 모든 기존 연결을 대상으로 라우팅하기 위해 수행되며 대상 유연한 서버가 온라인 상태가 됩니다. 자동 마이그레이션은 데이터베이스(스키마, 데이터, 사용자/역할 및 권한 포함)를 마이그레이션합니다. 마이그레이션은 오프라인 상태이며 가동 중지 시간은 최대 20분입니다.
17. 자동 마이그레이션 경고를 설정하거나 보려면 어떻게 해야 하나요?
A. 다음은 경고를 설정할 수 있는 방법입니다.
- 여기 단계에 따라 이메일/SMS를 통해 자동 마이그레이션 일정 및 진행률 알림을 받도록 서비스 상태 경고를 구성합니다.
- 여기 단계에 따라 Azure Portal에서 자동 마이그레이션 알림을 확인합니다.
17. 단일 서버의 예정된 마이그레이션을 어떻게 연기할 수 있나요?
A. 단일 서버 인스턴스의 개요 페이지로 이동하여 마이그레이션 일정을 검토할 수 있습니다. 마이그레이션을 연기하려는 경우 Azure Portal에서 단일 서버 인스턴스의 개요 페이지로 이동하여 최대 한 달까지 연기할 수 있습니다. 한 달 이내에 다른 마이그레이션 기간을 선택하여 마이그레이션 일정을 변경할 수 있습니다. 마이그레이션 세부 정보는 예약된 마이그레이션 기간 7일 전에 잠기게 되며, 그 후에는 일정을 변경할 수 없습니다. 이 자동 마이그레이션은 2025년 3월 30일까지 매달 연기될 수 있습니다.
17. 내 단일 서버의 예약된 자동 마이그레이션을 어떻게 옵트아웃할 수 있나요?
A. 자동 마이그레이션을 옵트아웃하려는 경우 이를 위한 지원 티켓을 제출할 수 있습니다.
17. 단일 서버에서 VNet 규칙을 사용하는 경우 어떤 마이그레이션 후 단계를 따라야 하나요?
A. VNet 규칙은 유연한 서버에서 지원되지 않습니다. 이 섹션을 참조하세요.
17. 유연한 서버에서 장기 보존 백업을 다시 구성해야 하나요?
A. 예. 이 섹션을 참조하세요.
17. 마이그레이션된 유연한 서버에 지원되는 사용자 이름 및 연결 문자열은 무엇인가요?
A. 마이그레이션된 유연한 서버에는 username@server_name(단일 서버 형식) 및 사용자 이름(유연한 서버 형식)이 모두 지원되므로 마이그레이션 후 애플리케이션 연속성을 유지하기 위해 업데이트할 필요가 없습니다. 또한 마이그레이션된 유연한 서버에 대해 두 연결 문자열 형식(단일 및 유연한 서버 형식)도 지원됩니다.
17. postgresql 기본 단일 서버에서 postgresql 유연한 서버로 이동할 때 가격 책정 차이가 있나요??
A. 두 제품의 최소 스토리지 한도가 다르기 때문에 마이그레이션 후 약간의 가격 수정을 볼 수 있는 서버는 거의 없습니다(단일 서버의 경우 5GiB, 유연한 서버의 경우 32GiB). 유연한 서버의 스토리지 비용은 단일 서버보다 약간 높습니다. 모든 가격 인상은 단일 서버에 비해 더 나은 처리량과 성능을 통해 상쇄됩니다. 유연한 서버 가격 책정에 대한 자세한 내용은 이 문서를 참조 하세요.
17. 2025년 3월 28일까지 마이그레이션하지 않거나 서버가 자동으로 마이그레이션되지 않으면 어떻게 되나요?
A. 2025년 3월 28일의 사용 중지 기한 이후에는 마이그레이션되지 않은 모든 기존 단일 서버가 유연한 서버로 강제 마이그레이션됩니다. CMK 또는 프라이빗 엔드포인트와 같은 추가 기능의 서버는 정상적인 작업을 보장하기 위해 마이그레이션 후 사용자의 추가 작업이 필요합니다. 사용 중지 날짜에 대한 확장은 없습니다.