Azure Database for Postgresql에서 자동 마이그레이션 - 단일 서버에서 유연한 서버로

적용 대상: Azure Database for PostgreSQL - 단일 서버

Azure Database for Postgresql의 단일 서버에서 유연한 서버로의 자동 마이그레이션은 PostgreSQL 11을 실행하는 단일 서버와 기본, 범용 또는 메모리 최적화 SKU를 사용하는 데이터베이스 워크로드에 대한 계획된 다운타임 기간 동안 서비스를 시작하는 마이그레이션으로, 데이터 스토리지는 <= 5 GiB를 사용하며 복잡한 기능(CMK, Microsoft Entra ID, Replica 읽기, 개인 링크 또는 VNet 규칙)을 활성화하지 않습니다. 적격 서버는 서비스에 의해 식별되며 마이그레이션 세부 정보를 검토하고 필요한 경우 수정하는 단계를 자세히 설명하는 사전 알림이 전송됩니다.

자동 마이그레이션은 계획된 마이그레이션 기간 동안 최대 20분의 가동 중지 시간을 포함하여 복원력이 뛰어나고 자가 복구 기능을 갖춘 오프라인 마이그레이션 환경을 제공합니다. 마이그레이션 서비스는 pgcopydb 이진을 사용하는 호스트된 솔루션이며 원본 PostgreSQL 인스턴스에서 대상으로 데이터베이스를 복사하는 빠르고 효율적인 방법을 제공합니다. 이 마이그레이션은 서버를 수동으로 마이그레이션하는 데 드는 오버헤드를 제거합니다. 마이그레이션 후에는 가격 및 성능 향상, 데이터베이스 구성에 대한 세부적인 제어 및 사용자 지정 유지 관리 기간을 포함하여 유연한 서버의 이점을 활용할 수 있습니다. 다음은 마이그레이션의 주요 단계에 대한 설명입니다.

• 대상 유연한 서버가 배포되고 성능 및 비용 측면에서 단일 서버 SKU와 일치하며 원본 단일 서버의 모든 방화벽 규칙을 상속합니다.

• 서비스에서 선택하거나 사용자가 선택한 마이그레이션 기간 동안 날짜가 마이그레이션됩니다. 서비스에서 기간을 선택한 경우 일반적으로 서버가 호스트되는 특정 지역의 업무 시간을 벗어납니다. 원본 단일 서버는 읽기 전용으로 설정되고, 데이터와 스키마는 원본 단일 서버에서 대상 유연한 서버로 마이그레이션됩니다. 모든 데이터베이스 개체의 사용자 역할, 권한 및 소유권도 유연한 서버로 마이그레이션됩니다.

• DNS 전환 및 컷오버는 가동 중지 시간을 최소화하면서 계획된 마이그레이션 기간 내에 수행되므로 마이그레이션 후 동일한 연결 문자열을 사용할 수 있습니다. 클라이언트 애플리케이션은 사용자 중심의 수동 업데이트나 변경 없이 대상 유연한 서버에 원활하게 연결됩니다. 마이그레이션된 유연한 서버에서 지원되는 두 가지 연결 문자열 형식(단일 서버 및 유연한 서버) 외에도 사용자 이름 형식(username@server_name 및 사용자 이름)도 마이그레이션된 유연한 서버에서 지원됩니다.

• 마이그레이션된 유연한 서버는 온라인 상태이며 이제 Azure Portal/CLI를 통해 관리할 수 있습니다.

• Azure Portal에서 서비스 상태 알림을 사용하도록 설정한 경우 이전 단일 서버에 연결할 업데이트된 연결 문자열이 이메일로 공유됩니다. 또는 설정->연결 문자열 아래의 단일 서버 포털 페이지에서 연결 문자열을 찾을 수 있습니다. 새 유연한 서버에 설정을 복사하려는 경우 연결 문자열을 사용하여 단일 서버에 로그인할 수 있습니다.

• 레거시 단일 서버는 마이그레이션 후 7일 후에 삭제됩니다.

앞의 필터는 자동 마이그레이션될 서버를 선택하는 데 사용됩니다. 사용자가 서버를 자동 마이그레이션 대상으로 지정할 수도 있습니다. 지정 프로세스는 보다 유연하며 모든 필터가 적용되는 것은 아닙니다.

자동화를 위한 단일 서버 지정

추천 프로세스는 유연한 서버로 자발적으로 빠르게 마이그레이션하려는 사용자를 위한 것입니다. 단일 서버 워크로드를 소유한 경우 이제 자동 마이그레이션을 위해 자신을 지정할 수 있습니다(아직 서비스에 의해 예약되지 않은 경우). 이 양식을 통해 서버 세부 정보를 제출합니다.

마이그레이션 경고 구성 및 마이그레이션 일정 검토

자동 마이그레이션에 적합한 서버는 서비스를 통해 사전 Azure 상태 알림을 받습니다. 상태 알림은 마이그레이션 날짜로부터 30일, 14일, 7일 전에 전송됩니다. 마이그레이션이 진행 중이거나 완료되었을 때, 마이그레이션 후 6일 후 레거시 단일 서버가 삭제되기 전 알림도 전송됩니다. 이메일이나 SMS를 통해 자동 마이그레이션 알림을 받도록 Azure Portal을 확인하고 구성할 수 있습니다.

다음은 자동 마이그레이션 알림을 확인하고 구성하는 방법에 대한 설명입니다.

• 자동 마이그레이션이 예정된 단일 서버의 구독 소유자는 이메일 알림을 받습니다.
• 여기 단계에 따라 이메일/SMS를 통해 자동 마이그레이션 일정 및 진행률 알림을 받도록 서비스 상태 경고를 구성합니다.
• 여기 단계에 따라 Azure Portal에서 자동 마이그레이션 알림을 확인합니다.

다음은 현재 위치 자동 마이그레이션 알림을 받으면 마이그레이션 일정을 검토하는 방법입니다.

• 인스턴스의 단일 서버 개요 페이지에는 마이그레이션 일정에 대한 정보가 포함된 포털 배너가 표시됩니다.
• 자동 마이그레이션이 예정된 단일 서버의 경우 개요 페이지가 관련 정보로 업데이트됩니다. 단일 서버 인스턴스의 개요 페이지로 이동하여 마이그레이션 일정을 검토할 수 있습니다.
• 마이그레이션을 연기하려는 경우 Azure Portal에서 한 번에 한 달씩 연기할 수 있습니다. 한 달 이내에 다른 마이그레이션 기간을 선택하여 마이그레이션 일정을 변경할 수 있습니다.

자동 마이그레이션을 위한 필수 구성 요소 확인

성공적인 자동 마이그레이션을 보장하려면 다음 필수 조건을 검토합니다.

• 단일 서버 인스턴스는 자동 마이그레이션이 수행되도록 계획된 마이그레이션 기간 동안 준비 상태여야 합니다.
• SSL이 사용하도록 설정된 단일 서버 인스턴스의 경우 신뢰할 수 있는 루트 저장소에서 모든 인증서(DigiCertGlobalRootG2 루트 CA 및 DigiCertGlobalRootCA 루트 CA)를 사용할 수 있는지 확인합니다. 또한 연결 문자열에 고정된 인증서가 있는 경우 예약된 자동 마이그레이션 전에 세 개의 인증서가 모두 있는 결합된 CA 인증서를 만들어 마이그레이션 후 비즈니스 연속성을 보장합니다.
• 원본 Azure Database for postgresql 단일 서버에 방화벽 규칙 이름이 80자를 초과하는 경우 이름 길이가 80자 미만이 되도록 이름을 바꿉니다. (유연한 서버에서 지원되는 방화벽 규칙 이름 길이는 80자인 반면 단일 서버에서는 허용되는 길이는 128자입니다.)

대상 postgresql 유연한 서버는 어떻게 프로비전되나요?

대상 유연한 서버의 컴퓨팅 계층 및 SKU는 아래와 같이 원본 단일 서버의 가격 책정 계층 및 VCore를 기반으로 프로비전됩니다.

• 대상 유연한 서버의 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를 사용하여 이 프로세스를 완료할 수 있습니다. 이 단계가 완료되면 단일 서버에서 마이그레이션한 후에는 유연한 서버에서 네트워크 연결이 그대로 유지됩니다.

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. 마이그레이션된 유연한 서버에 지원되는 사용자 이름 및 연결 문자열은 무엇인가요? ​​

A. 마이그레이션된 유연한 서버에는 username@server_name(단일 서버 형식) 및 사용자 이름(유연한 서버 형식)이 모두 지원되므로 마이그레이션 후 애플리케이션 연속성을 유지하기 위해 업데이트할 필요가 없습니다. 또한 마이그레이션된 유연한 서버에 대해 두 연결 문자열 형식(단일 및 유연한 서버 형식)도 지원됩니다.

17. postgresql 기본 단일 서버에서 postgresql 유연한 서버로 이동할 때 가격 책정 차이가 있나요??​

A. 두 제품의 최소 스토리지 한도가 다르기 때문에 마이그레이션 후 약간의 가격 수정을 볼 수 있는 서버는 거의 없습니다(단일 서버의 경우 5GiB, 유연한 서버의 경우 32GiB). 유연한 서버의 스토리지 비용은 단일 서버보다 약간 높습니다. 모든 가격 인상은 단일 서버에 비해 더 나은 처리량과 성능을 통해 상쇄됩니다. 유연한 서버 가격 책정에 대한 자세한 내용을 보려면 여기를 클릭합니다.

관련 콘텐츠

• Azure Portal을 사용하여 Azure Database for postgresql - 유연한 서버 관리