사용 중지 발표 후 Azure Database for PostgreSQL - 단일 서버는 어떻게 되나요?

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

Azure Database for PostgreSQL - 단일 서버는 사용 중지를 향한 여정에 있으며 2025년 3월 28일까지 사용 중지될 예정입니다.

Azure Database for PostgreSQL – 단일 서버는 일반적으로 2018년에 제공되었습니다. Azure 데이터베이스 환경의 계산, 가용성, 확장성 및 성능 기능에 대한 고객 피드백과 새로운 발전을 고려하여 단일 서버 제품은 사용 중지되고 새 아키텍처로 업그레이드해야 합니다. Azure Database for PostgreSQL - 유연한 서버는 차세대 서비스이며 최고의 Azure 오픈 소스 데이터베이스 플랫폼을 제공합니다.

이 사용 중지의 일환으로 2023년 11월 30일부터 Azure Portal에서 새 단일 서버 인스턴스 만들기를 더 이상 지원하지 않습니다. 비즈니스 연속성 요구 사항을 충족하기 위해 단일 서버 인스턴스를 만들어야 하는 경우 Azure CLI 및 ARM 템플릿을 계속 사용할 수 있습니다. 그러나 이러한 방법은 2025년 3월부터 더 이상 사용되지 않습니다.

현재 프로덕션 서버를 호스트하는 Azure Database for PostgreSQL - 단일 서버 서비스가 있는 경우 다행히도 Azure Database for PostgreSQL - 단일 서버를 Azure Database for PostgreSQL - 유연한 서버로 마이그레이션할 수 있습니다.

Azure Database for PostgreSQL - 유연한 서버는 데이터베이스 관리 기능 및 구성 설정에 대한 더 세부적인 제어와 유연성을 제공하도록 설계된 완전 관리형 프로덕션 지원 데이터베이스 서비스입니다. Azure Database for PostgreSQL - 유연한 서버에 대한 자세한 내용은 Azure Database for PostgreSQL - 유연한 서버를 참조하세요.

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

단일 서버에서 유연한 서버로의 마이그레이션 도구를 사용하여 Azure Database for PostgreSQL - 단일 서버에서 Azure Database for PostgreSQL - 유연한 서버로 마이그레이션하는 방법을 알아봅니다.

FAQ(질문과 대답)

17. Azure Database for PostgreSQL - 단일 서버가 사용 중지되는 이유는 무엇인가요?

A. Azure Database for PostgreSQL – 단일 서버는 일반적으로 2018년에 제공되었습니다. Azure 데이터베이스 환경의 계산, 가용성, 확장성 및 성능 기능에 대한 고객 피드백과 새로운 발전을 고려하여 단일 서버 제품은 사용 중지되고 새 아키텍처로 업그레이드해야 합니다. Azure Database for PostgreSQL - 유연한 서버는 차세대 서비스이며 최고의 Azure 오픈 소스 데이터베이스 플랫폼을 제공합니다.

17. Azure Database for PostgreSQL - 유연한 서버로 마이그레이션하라는 메시지가 표시되는 이유는 무엇인가요?

A.Azure Database for PostgreSQL - 유연한 서버는 Azure에서 모든 오픈 소스 PostgreSQL 워크로드를 실행하는 데 가장 적합한 플랫폼입니다. Azure Database for PostgreSQL - 유연한 서버는 경제적이고, 모든 서비스 계층에서 더 나은 성능을 제공하며, 더 저렴하고 빠른 재해 복구를 위해 비용을 제어할 수 있는 더 많은 방법을 제공합니다. 유연한 서버에서 향상된 기타 사항은 다음과 같습니다.

• Postgres 버전 11 이상 지원 및 기본 제공 보안 향상
• 버스트 가능한 계층 컴퓨팅 옵션 지원으로 가격 대비 성능 향상
• 동일하거나 다른 가용성 영역 및 사용자 제어 유지 관리 기간에서 상시 대기를 구성하여 가동 시간 향상
• 고성능 데이터 워크로드에 대한 개발자 환경 간소화

17. 단일 서버를 유연한 서버로 얼마나 빨리 마이그레이션해야 하나요?

A. Azure Database for PostgreSQL - 단일 서버는 2025년 3월 28일에 사용 중지될 예정이므로 마이그레이션 수명 주기를 통해 실행하고 유연한 서버에서 제공하는 이점을 활용할 수 있도록 가장 빠른 기회에 단일 서버를 유연한 서버로 마이그레이션하는 것이 좋습니다.

17. 기존 Azure Database for PostgreSQL - 단일 서버 인스턴스는 어떻게 되나요?

A. 기존 Azure Database for PostgreSQL - 단일 서버 워크로드는 2025년 3월까지 계속 지원됩니다.

17. 2023년 11월 커뮤니티 EOL 날짜 이후에도 새 버전 11의 Azure Database for PostgreSQL - 단일 서버를 만들 수 있나요?

A. PostgreSQL 버전 11에 대한 새 단일 서버 인스턴스는 2023년 11월 30일부터 더 이상 Azure Portal을 통해 만들 수 없습니다. 그러나 2024년 11월까지 CLI를 통해 계속 만들 수는 있습니다. 버전 관리 지원 정책을 통해 단일 서버를 계속 지원할 예정입니다. Azure Database for PostgreSQL - 유연한 서버로 즉시 마이그레이션을 시작하는 것이 가장 좋습니다.

17. 2025년 3월 28일 종료 날짜 이후에도 Azure Database for PostgreSQL - 단일 서버를 계속 실행할 수 있나요?

A. 2025년 3월 28일 종료 날짜까지 단일 서버를 지원할 계획이며, 가능한 한 빨리 마이그레이션 계획을 시작하는 것이 좋습니다. 단일 서버 배포에 대한 지원은 2025년 3월 28일 종료 날짜에 종료할 예정입니다.

17. 단일 서버 사용 중지 발표 후에도 비즈니스 요구 사항을 충족하기 위해 새 단일 서버를 만들어야 하는 경우에는 어떻게 하나요?

A. 새 단일 서버를 만드는 기능을 즉시 중단하지 않으므로 CLI를 통해 새 단일 서버를 계속 만들어 Azure Database for PostgreSQL – 단일 서버에서 지원되는 모든 PostgreSQL 버전에 대한 비즈니스 요구 사항을 충족할 수 있습니다. 유연한 서버를 살펴보고 귀하의 요구 사항을 충족하는지 확인하는 것이 좋습니다. 여러분을 안내하고 가장 적합한 경로를 제안할 수 있도록 필요한 경우 주저하지 말고 문의하세요.

17. 마이그레이션 수행과 관련된 추가 비용이 있나요?

A. 마이그레이션하는 동안 대상 유연한 서버와 원본 단일 서버에 대한 비용을 지불합니다. 대상 유연한 서버의 구성 및 컴퓨팅에 따라 발생하는 추가 비용이 결정됩니다(자세한 내용은 가격 책정 참조). 마이그레이션에 성공한 후 원본 단일 서버의 서비스가 해제되면 유연한 서버에 대한 비용만 지불하면 됩니다. 단일 서버에서 유연한 서버로의 마이그레이션 도구를 사용하면 추가 비용이 들지 않습니다. 단일 서버를 유연한 서버로 마이그레이션하는 데 드는 비용에 대해 질문이나 우려 사항이 있는 경우 Microsoft 계정 담당자에게 문의하세요.

17. Azure Database for PostgreSQL - 단일 서버 대신 Azure Database for PostgreSQL - 유연한 서버를 실행하면 청구에 영향을 주나요?

A. Azure Database for PostgreSQL - 단일 서버와 비슷한 구성을 선택하는 경우 청구는 비슷해야 합니다. 그러나 대상 유연한 서버에 대해 고가용성을 갖춘 동일한 영역 또는 중복 영역을 선택하면 청구 금액이 단일 서버보다 높아집니다. 동일한 영역 또는 영역 중복 고가용성을 사용하려면 추가 상시 대기 서버를 가동하고 중복 백업 데이터를 저장해야 하므로 두 번째 서버에 대한 추가 비용이 발생합니다. 이 아키텍처를 사용하면 계획되지 않은 중단 및 계획된 유지 관리 중에 가동 중지 시간을 줄일 수 있습니다. 일반적으로 유연한 서버는 더 나은 가격 대비 성능을 제공하지만 이는 워크로드에 따라 달라집니다.

17. Azure 데이터베이스를 PostgreSQL - 단일 서버에서 유연한 서버로 마이그레이션하면 가동 중지 시간이 발생하나요?

A. 현재 단일 서버에서 유연한 서버로의 마이그레이션 도구는 오프라인 마이그레이션만 지원합니다. 오프라인 마이그레이션을 수행하려면 마이그레이션 프로세스 중에 애플리케이션 가동 중지 시간이 필요합니다. 자세한 내용은 마이그레이션 도구 - Azure Database for PostgreSQL 단일 서버에서 유연한 서버로를 참조하세요.

가동 중지 시간은 데이터베이스 수, 데이터베이스 크기, 각 데이터베이스 내의 테이블 수, 인덱스 수, 테이블 간 데이터 배포 등 여러 요인에 따라 달라집니다. 또한 원본 및 대상 서버의 SKU와 원본 및 대상 서버에서 사용 가능한 IOPS에 따라 달라집니다.

마이그레이션과 관련된 여러 요인을 고려할 때 애플리케이션의 가동 중지 시간을 예측하는 가장 좋은 방법은 주 서버에서 복원된 PITR 서버에서 마이그레이션을 시도하여 프로덕션 마이그레이션을 계획하는 것입니다.

오프라인 마이그레이션은 덜 복잡하고, 실패 가능성이 거의 없으며, 서비스 기간이 있는 워크로드를 위해 단일 서버에서 유연한 서버로 마이그레이션을 수행하는 데 권장되는 방법입니다.

단일 서버에서 유연한 서버로의 마이그레이션 도구에서 제공하는 오프라인 마이그레이션을 통해 가동 중지 시간 요구 사항이 충족되지 않는 경우 계정 팀에 문의할 수 있습니다.

참고 항목

온라인 마이그레이션에 대한 지원은 곧 제공될 예정입니다.

17. 최신 PostgreSQL 버전을 지원하기 위해 단일 서버에 대한 향후 업데이트가 있나요?

A. 최신 PostgreSQL 엔진 버전에서 실행해야 하는 경우 유연한 서버로 마이그레이션하는 것이 좋습니다. 2023년 11월 커뮤니티에서 사용 중지될 때까지 커뮤니티에서 릴리스한 Postgres 버전 11에 대한 부 버전을 계속 배포합니다.

참고 항목

커뮤니티 사용 중지 날짜 이후에도 Postgres 버전 11에 대한 지원을 연장하고 있으며, 이 전환을 쉽게 하기 위해 단일 서버와 유연한 서버 모두에서 PostgreSQL 버전 11을 지원합니다. 최신 Postgres 엔진 버전의 이점을 활용하려면 유연한 서버로 마이그레이션하는 것이 좋습니다.

17. 유연한 서버 99.99% 가용성 SLA는 단일 서버와 어떻게 다른가요?

A. 유연한 서버 영역 중복 배포는 영역 수준 복원력이 포함된 99.99% 가용성을 제공하고, 단일 서버는 영역 복원력이 포함되지 않은 99.99% 가용성을 제공합니다. 유연한 서버 HA(고가용성) 아키텍처는 중복 컴퓨팅 및 스토리지를 갖춘 상시 대기 서버를 배포합니다(각 사이트의 데이터가 최대 3x개 복사본에 저장됨). 단일 서버 HA 아키텍처에는 영역 오류로부터 복구하는 데 도움이 되는 수동 상시 대기 기능이 없습니다. 유연한 서버 HA 아키텍처는 계획되지 않은 가동 중단 및 계획된 유지 관리 중에 발생하는 가동 중지 시간을 줄입니다.

17. 내 단일 서버는 유연한 서버를 지원하지 않는 지역에 배포됩니다. 마이그레이션을 어떻게 진행해야 하나요?

A. 단일 서버와 가까운 동등한 지역이 있습니다. 하지만 유연한 서버가 없는 지역은 다음과 같습니다.

• 중국 동부(CE 및 CE2)
• 중국 북부(CN 및 CN2)
• 인도 서부
• 스웨덴 북부

CN3/CE3, 인도 중부, 스웨덴 중부 및 스웨덴 남부 지역으로 마이그레이션하는 것이 좋습니다. 17. 단일 서버에 대해 프라이빗 링크가 구성되어 있지만, 이 기능이 현재 유연한 서버에서 지원되지 않습니다. 마이그레이션하려면 어떻게 해야 하나요?

A. 개인 링크에 대한 유연한 서버 지원은 로드맵에서 가장 높은 우선 순위입니다. 이 기능은 2023년 4분기에 출시될 예정입니다. 또 다른 옵션은 VNET 삽입 유연한 서버로 마이그레이션하도록 고려하는 것입니다.

17. 단일 서버에서 유연한 서버로의 마이그레이션을 롤백할 수 있는 옵션이 있나요?

A. 테스트 마이그레이션을 원하는 만큼 수행하고, 마이그레이션 성공 여부를 테스트하고, 준비가 되면 최종 마이그레이션을 수행할 수 있습니다. 테스트 마이그레이션은 마이그레이션을 수행할 때까지 계속 작동하는 단일 서버 원본에 영향을 주지 않습니다. 테스트 마이그레이션 중에 오류가 발생하면 최종 마이그레이션을 연기하고 원본 서버를 계속 실행할 수 있습니다. 그런 다음 오류를 해결한 후 최종 마이그레이션을 다시 시도할 수 있습니다. 유연한 서버로의 최종 마이그레이션을 수행하고 프로덕션 워크로드를 위해 이를 공개한 후에는 데이터 손실 없이 단일 서버로 돌아갈 수 있는 기능이 손실됩니다.

17. DB(> 1TB)를 마이그레이션하려면 어떻게 해야 하나요?

A.단일 서버에서 유연한 서버로의 마이그레이션 도구는 모든 크기의 데이터베이스를 단일 서버에서 유연한 서버로 마이그레이션할 수 있습니다. 새 버전의 도구에는 데이터베이스 크기에 대한 제한이 없습니다.

17. 지역 간 마이그레이션이 지원되나요?

A. 현재 단일 서버에서 유연한 서버로의 마이그레이션 도구는 지역 간 마이그레이션을 지원하지 않습니다. 이는 나중에 지원됩니다. pg_dump/pg_restore를 사용하여 지역 간 마이그레이션을 수행할 수 있습니다.

마이그레이션을 완료하는 데 시간이 오래 걸리므로 지역 간 데이터 마이그레이션은 피해야 합니다. 이 작업을 수행하는 더 간단한 방법은 대상 GeoRegion에서 읽기 복제본을 시작하고 애플리케이션을 장애 조치(failover)한 후 앞에서 설명한 단계를 수행하는 것입니다.

17. 구독 간 마이그레이션이 지원되나요?

A. 단일 서버에서 유연한 서버로의 마이그레이션 도구는 구독 간 마이그레이션을 지원합니다.

17. 리소스 그룹 간 구독이 지원되나요?

A. 단일 서버에서 유연한 서버로의 마이그레이션 도구는 리소스 그룹 간 마이그레이션을 지원합니다.

17. 버전 간 지원이 있나요?

A. 단일 서버에서 유연한 서버로의 마이그레이션 서비스는 더 낮은 PostgreSQL 버전(PG 9.5 이상)에서 더 높은 버전으로의 마이그레이션을 지원합니다. 항상 그렇듯이, 더 높은 PostgreSQL 버전과의 애플리케이션 호환성을 미리 확인해야 합니다.

단일 서버에서 유연한 서버로의 마이그레이션 도구

단일 서버에서 유연한 서버로의 마이그레이션 도구는 SQL Server 데이터베이스를 단일 서버에서 유연한 서버로 쉽게 마이그레이션할 수 있는 강력한 도구입니다. 이 도구를 사용하면 데이터베이스를 온-프레미스 서버 또는 가상 머신에서 클라우드의 유연한 서버로 쉽게 이동할 수 있으므로 클라우드 컴퓨팅의 확장성과 유연성을 활용할 수 있습니다.

17. 마이그레이션의 일부로 마이그레이션되는 데이터, 스키마 및 메타데이터 구성 요소는 무엇인가요?

A. 단일 서버에서 유연한 서버로의 마이그레이션 도구는 스키마, 데이터 및 메타데이터를 원본에서 대상으로 마이그레이션합니다. 데이터베이스 마이그레이션의 일부로 마이그레이션되는 모든 데이터, 스키마 및 메타데이터 구성 요소는 다음과 같습니다.

데이터 마이그레이션

• 모든 데이터베이스/스키마의 모든 테이블

스키마 마이그레이션:

• 이름 지정
• 기본 키
• 데이터 형식
• 서수 위치
• 기본값
• Null 허용 여부
• 자동 증분 특성
• 보조 인덱스

메타데이터 마이그레이션:

• 저장 프로시저
• 함수
• 트리거
• 뷰
• 외래 키 제약 조건

17. 오프라인 마이그레이션과 온라인 마이그레이션의 차이점은 무엇인가요?

A. 단일 서버에서 유연한 서버로의 마이그레이션 도구는 현재 오프라인 마이그레이션을 지원하며, 온라인 마이그레이션도 곧 지원할 예정입니다. 오프라인 마이그레이션을 사용하면 마이그레이션이 시작될 때 애플리케이션 가동 중지 시간도 시작됩니다. 온라인 마이그레이션을 사용하면 가동 중지 시간은 마이그레이션이 끝날 때 컷오버하는 데 필요한 시간으로 제한되지만 논리적 복제 메커니즘을 사용합니다. 데이터/스키마는 온라인 마이그레이션을 위해 오픈 소스 PG 엔진 제한 사항을 통과해야 합니다. 가동 중지 시간이 허용되는지 확인하기 위해 오프라인 마이그레이션을 테스트하는 것이 좋습니다.

온라인 및 오프라인 마이그레이션은 다음 표에서 비교됩니다.

지역	온라인 마이그레이션	오프라인 마이그레이션
마이그레이션 중 읽기에 대한 데이터베이스 가용성	사용 가능	사용 가능
마이그레이션 중 쓰기에 대한 데이터베이스 가용성	사용 가능	일반적으로 권장되지 않습니다. 마이그레이션 후에 시작된 모든 '쓰기'는 캡처되거나 마이그레이션되지 않습니다.
‘애플리케이션 적합성’	최대 가동 시간이 필요한 애플리케이션	계획된 가동 중지 기간을 감당할 수 있거나 온라인 마이그레이션을 금지하는 스키마/워크로드 제한이 있는 애플리케이션
쓰기가 많은 워크로드에 대한 적합성	적합하지만 마이그레이션하는 동안 워크로드를 줄일 것으로 예상됨	마이그레이션 중에 쓰기를 사용하지 않도록 설정할 수 있는 경우에만 권장되는 솔루션입니다. 마이그레이션이 시작되면 원본에서의 모든 쓰기가 대상 서버로 마이그레이션되지 않습니다.
수동 컷오버	Required	필요하지 않음
가동 중지 시간 필요	데이터 크기에 관계없이 짧고 고정된 시간	데이터 크기 및 기타 요인에 비례합니다. 소규모 데이터베이스의 경우 몇 분 정도 걸릴 수 있고, 대규모 데이터베이스의 경우 몇 시간까지 걸릴 수 있습니다.
마이그레이션 시간	컷오버까지의 데이터베이스 크기와 쓰기 작업에 따라 다름	데이터베이스 크기에 따라 다름

17. 단일 서버에서 유연한 서버로의 마이그레이션 도구의 성능을 최적화하기 위한 권장 사항이 있나요?

A. 예. 더 빠른 마이그레이션을 수행하려면 유연한 서버에 대해 더 높은 SKU를 선택합니다. 마이그레이션을 빠르게 완료하려면 4VCore 이상을 선택합니다. 마이그레이션 후 언제든지 애플리케이션 요구 사항에 맞게 SKU를 변경할 수 있습니다.

17. 단일 서버에서 유연한 서버로의 마이그레이션 도구를 사용하여 오프라인 마이그레이션을 수행하는 데 시간이 얼마나 걸리나요?

A. 다음 표에서는 단일 서버에서 유연한 서버로의 마이그레이션 도구를 사용하여 다양한 크기의 데이터베이스에 대한 오프라인 마이그레이션을 수행하는 데 걸리는 시간을 보여줍니다. 마이그레이션은 SKU가 포함된 유연한 서버를 사용하여 수행되었습니다.

Standard_D4ds_v4(4개 코어, 16GB 메모리, 128GB 디스크 및 500 IOPS)

데이터베이스 크기	시간(HH:MM)
1GB	00:01
5GB	00:03
10 GB	00:08
50GB	00:35
100GB	01:00
500GB	04:00
1,000GB	07:00

참고 항목

위의 숫자는 마이그레이션을 완료하는 데 걸리는 대략적인 시간입니다. 서버로 마이그레이션하는 데 필요한 정확한 시간을 얻으려면 단일 서버의 PITR(특정 시점 복원)을 수행하고 이를 단일 서버에서 유연한 서버로의 마이그레이션 도구에 대해 실행하는 것이 좋습니다.

17. 단일 서버에서 유연한 서버로의 마이그레이션 도구를 사용하여 온라인 마이그레이션을 수행하는 데 시간이 얼마나 걸리나요?

A. 온라인 마이그레이션에 포함되는 단계는 다음과 같습니다.

1. 데이터베이스의 초기 복사
2. 변경 데이터 캡처 - 1단계 동안 원본의 모든 트랜잭션을 대상으로 재생합니다.

1단계에 걸리는 시간은 오프라인 마이그레이션과 동일합니다(이전 질문 참조).

2단계에 걸리는 시간은 원본에서 발생하는 트랜잭션에 따라 달라집니다. 쓰기 집약적인 워크로드인 경우 2단계에 걸리는 시간이 더 길어집니다.

추가 지원

17. 사용 중지에 대한 추가 질문이 있습니다.

A. 몇 가지 다른 방법으로 추가 정보를 얻을 수 있습니다.

• Microsoft Q&A에서 커뮤니티 전문가로부터 답변을 얻습니다.

• Azure Database for PostgreSQL 제품 팀에 문의할 수 있습니다.

• 지원 계획이 있고 기술 지원이 필요한 경우 지원 요청을 만드세요.

  • 요약에서 문제에 대한 설명을 입력합니다.
  • 문제 유형에서 기술을 선택합니다.
  • 구독의 경우 사용자의 구독을 선택합니다.
  • 서비스의 경우 내 서비스를 선택합니다.
  • 서비스 유형에 대해 Azure Database for PostgreSQL 단일 서버를 선택합니다.
  • 리소스에서 리소스를 선택합니다.
  • 문제 유형에 대해 Azure DB for PostgreSQL로 마이그레이션을 선택합니다.
  • 문제 하위 유형에 대해 단일 서버에서 유연한 서버로 마이그레이션을 선택합니다.

Warning

이 문서는 Azure Database for PostgreSQL - 유연한 서버 사용자를 위한 것이 아닙니다. Azure Database for PostgreSQL - 유연한 서버로 업그레이드해야 하는 Azure Database for PostgreSQL - 단일 서버 고객을 위한 것입니다.

Microsoft는 마이그레이션 서비스가 실망스러운 경험이 될 수 있다는 점을 인지하고 있으며, 이로 인해 발생할 수 있는 불편에 대해 미리 사과드립니다. 사용자와 사용자 환경에 가장 적합한 시나리오를 선택할 수 있습니다.

다음 단계

• 마이그레이션 도구
• 유연한 서버란?