사용 중지 발표 후 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에서 새 단일 서버 인스턴스 만들기를 더 이상 지원하지 않습니다. 그러나 비즈니스 연속성 요구를 충족하기 위해 단일 서버 인스턴스를 만들어야 하는 경우 2025년 3월까지 Azure CLI를 계속 사용할 수 있습니다.
현재 프로덕션 서버를 호스트하는 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 - 유연한 서버로 마이그레이션
Postgre 마이그레이션 서비스를 사용하여 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. 2023년 11월 30일부터 Azure Portal을 통해 더 이상 PostgreSQL 버전 11에 대한 새 단일 서버 인스턴스를 만들 수 없습니다. 그러나 2025년 3월까지 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. PostgreSQL 마이그레이션 서비스는 오프라인 및 온라인 마이그레이션을 지원합니다. 오프라인 마이그레이션을 수행하려면 마이그레이션 프로세스 중에 애플리케이션 가동 중지 시간이 필요합니다. 온라인 마이그레이션은 가동 중지 시간이 제한되어 있지만 제한 사항이 거의 없는 데이터베이스를 마이그레이션하는 데 도움이 됩니다. 자세한 내용은 PostgreSQL 마이그레이션 서비스 - 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. 이제 유연한 서버에서 Private Link 지원을 사용할 수 있습니다. 런타임 서버를 사용하여 프라이빗 링크가 지원되는 유연한 서버로 이동할 수 있습니다. 자세한 내용은 런타임 서버 - Azure Database for PostgreSQL 단일 서버에서 유연한 서버로를 참조하세요.
17. 단일 서버에서 유연한 서버로의 마이그레이션을 롤백할 수 있는 옵션이 있나요?
A. 테스트 마이그레이션을 원하는 만큼 수행하고, 마이그레이션 성공 여부를 테스트하고, 준비가 되면 최종 마이그레이션을 수행할 수 있습니다. 테스트 마이그레이션은 단일 서버 원본에 영향을 주지 않으며, 유연한 서버를 가리키도록 연결 문자열 마이그레이션하고 변경할 때까지 작동 상태를 유지합니다. 테스트 마이그레이션 중에 오류가 발생하면 최종 마이그레이션을 연기하고 원본 서버를 계속 실행할 수 있습니다. 그런 다음 오류를 해결한 후 최종 마이그레이션을 다시 시도할 수 있습니다. 유연한 서버로 최종 마이그레이션을 수행하고 프로덕션 워크로드에 대해 연 후에는 데이터 손실 없이 단일 서버로 돌아갈 수 있는 기능이 손실됩니다.
17. DB(> 1TB)를 마이그레이션하려면 어떻게 해야 하나요?
A. PostgreSQL 마이그레이션 서비스는 단일 서버에서 유연한 서버로 모든 크기의 데이터베이스를 마이그레이션할 수 있습니다. 마이그레이션 서비스에는 데이터베이스 크기에 대한 제한이 없습니다.
17. 지역 간 마이그레이션이 지원되나요?
A. 예.
17. 구독 간 마이그레이션이 지원되나요?
A. PostgreSQL 마이그레이션 서비스는 구독 간 마이그레이션을 지원합니다.
17. 리소스 그룹 간 구독이 지원되나요?
A. PostgreSQL 마이그레이션 서비스는 리소스 그룹 간 마이그레이션을 지원합니다.
17. 버전 간 지원이 있나요?
A. PostgreSQL 마이그레이션 서비스는 더 낮은 PostgreSQL 버전(PG 9.5 이상)에서 더 높은 버전으로의 마이그레이션을 지원합니다. 항상 그렇듯이, 더 높은 PostgreSQL 버전과의 애플리케이션 호환성을 미리 확인해야 합니다.
PostgreSQL 마이그레이션 서비스
PostgreSQL 마이그레이션 서비스는PostgreSQL 서버 데이터베이스를 단일 서버에서 유연한 서버로 쉽게 마이그레이션할 수 있는 강력한 서비스입니다. 이 서비스를 사용하면 데이터베이스를 온-프레미스 서버 또는 가상 머신에서 클라우드의 유연한 서버로 쉽게 이동할 수 있으므로 클라우드 컴퓨팅의 확장성과 유연성을 활용할 수 있습니다.
17. 마이그레이션의 일부로 마이그레이션되는 데이터, 스키마 및 메타데이터 구성 요소는 무엇인가요?
A. PostgreSQL 마이그레이션 서비스는 원본에서 대상으로 스키마, 데이터 및 메타데이터를 마이그레이션합니다. 데이터베이스 마이그레이션의 일부로 마이그레이션되는 모든 데이터, 스키마 및 메타데이터 구성 요소는 다음과 같습니다.
데이터 마이그레이션
- 모든 데이터베이스/스키마의 모든 테이블
스키마 마이그레이션:
- 이름 지정
- 기본 키
- 데이터 형식
- 서수 위치
- 기본값
- Null 허용 여부
- 자동 증분 특성
- 보조 인덱스
메타데이터 마이그레이션:
- 저장 프로시저
- 함수
- 트리거
- 뷰
- 외래 키 제약 조건
17. 오프라인 마이그레이션과 온라인 마이그레이션의 차이점은 무엇인가요?
A. 오프라인 마이그레이션을 사용하면 마이그레이션이 시작될 때 애플리케이션 가동 중지 시간도 시작됩니다. 온라인 마이그레이션을 사용하면 가동 중지 시간이 마이그레이션 종료 시 컷오버하는 데 필요한 시간으로 제한됩니다. 그러나 몇 가지 제한 사항이 적용되는 논리적 복제 메커니즘을 사용합니다.
다음 표에서는 오프라인 및 온라인 옵션을 간략하게 설명합니다.
| 옵션 | 장점 | 단점 | 권장 대상 |
|---|---|---|---|
| 오프라인 | - 실행이 간단하고 쉬우며 덜 복잡합니다. - 실패의 거의 기회. - 처리할 수 있는 데이터베이스 개체에 대한 제한이 없습니다. |
애플리케이션이 가동 중지됩니다. | - 단순성과 높은 성공률이 필수적인 시나리오에 가장 적합합니다. - 데이터베이스가 비즈니스 운영에 큰 영향을 주지 않고 오프라인 상태가 될 수 있는 시나리오에 적합합니다. - 계획된 유지 관리 기간 내에 마이그레이션 프로세스를 완료할 수 있는 경우 데이터베이스에 적합합니다. |
| 온라인 | - 애플리케이션 가동 중지 시간이 매우 적습니다. - 가동 중지 시간 요구 사항이 제한된 대규모 데이터베이스 및 고객에게 이상적입니다. |
- 온라인 마이그레이션에 사용되는 복제에는 몇 가지 제한 사항이 있습니다(예: 모든 테이블에 기본 키가 필요함). - 오프라인 마이그레이션보다 실행하기가 더 어렵고 복잡합니다. - 마이그레이션의 복잡성으로 인해 실패 가능성이 높아집니다. - 마이그레이션이 장기간 실행되면 원본 인스턴스의 스토리지 및 컴퓨팅에 영향이 있습니다. 마이그레이션 중에 영향을 면밀히 모니터링해야 합니다. |
- 연속성이 중요하고 가동 중지 시간이 최소화되어야 하는 비즈니스에 가장 적합합니다. - 진행 중인 작업을 중단하지 않고 마이그레이션 프로세스를 수행해야 하는 경우 데이터베이스에 권장됩니다. |
17. 단일 서버에서 유연한 서버로의 마이그레이션 성능을 최적화하기 위한 권장 사항이 있나요?
A. 예. 더 빠른 마이그레이션을 수행하려면 유연한 서버에 대해 더 높은 SKU를 선택합니다. 마이그레이션을 신속하게 완료하려면 최소 4VCore 이상을 선택합니다. 마이그레이션 후 애플리케이션 요구 사항에 맞게 SKU를 언제든지 변경할 수 있습니다. 더 많은 모범 사례를 확인하세요.
17. 마이그레이션 서비스를 사용하여 단일 서버에서 유연한 서버로 오프라인 마이그레이션을 수행하는 데 시간이 얼마나 걸리나요?
A. 다음 표에서는 PostgreSQL 마이그레이션 서비스를 사용하여 다양한 크기의 데이터베이스에 대해 오프라인 마이그레이션을 수행하는 데 소요된 시간을 보여 줍니다. 마이그레이션은 SKU가 포함된 유연한 서버를 사용하여 수행되었습니다.
Standard_D4ds_v4(4개 코어, 16GB 메모리 및 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(지정 시간 복원)을 수행하고 PostgreSQL 마이그레이션 서비스를 사용하여 마이그레이션하는 것이 좋습니다.
17. 마이그레이션 서비스를 사용하여 단일 서버에서 유연한 서버로 온라인 마이그레이션을 수행하는 데 시간이 얼마나 걸리나요?
A. 온라인 마이그레이션에 포함되는 단계는 다음과 같습니다.
- 데이터베이스의 초기 복사
- 변경 데이터 캡처 - 1단계 동안 원본의 모든 트랜잭션을 대상으로 재생합니다.
1단계에 걸리는 시간은 오프라인 마이그레이션과 동일합니다(이전 질문 참조).
2단계에 걸리는 시간은 원본에서 발생하는 트랜잭션에 따라 달라집니다. 쓰기 집약적인 워크로드인 경우 더 길어질 수 있습니다.
17. Microsoft에서는 단일 서버에서 유연한 서버로 전환하기 위해 어떤 지원을 제공하나요?
A. 예. 마이그레이션 서비스를 지속적으로 업데이트하는 것 외에도 마이그레이션 프로세스 전반에 걸쳐 사용자와 소통할 수 있는 내부 파트너 팀과 협력합니다. 자세한 내용은 계정 담당자에게 문의하세요.
17. Microsoft에서 단일 서버를 유연한 서버로 자동으로 마이그레이션하는 데 도움을 줄 수 있나요? A. 예. 자동 마이그레이션을 위해 서버를 지명할 수 있습니다. 자세한 내용은 여기에서 자동 이민 을 위해 서버를 지명할 수 있습니다.
추가 지원
17. 사용 중지에 대한 추가 질문이 있습니다.
A. 몇 가지 다른 방법으로 추가 정보를 얻을 수 있습니다.
Microsoft Q&A에서 커뮤니티 전문가로부터 답변을 얻습니다.
지원 계획이 있고 기술 지원이 필요한 경우 지원 요청을 만듭니다. - 요약을 위해 문제에 대한 설명을 입력합니다. - 문제 유형에 대해 기술을 선택합니다. - 구독의 경우 구독을 선택합니다. - 서비스의 경우 내 서비스를 선택합니다. - 서비스 유형의 경우 Azure Database for PostgreSQL 단일 서버를 선택합니다. - 리소스의 경우 리소스를 선택합니다. - 문제 유형에 대해 Azure DB for PostgreSQL로 마이그레이션을 선택합니다. - 문제 하위 형식의 경우 단일 서버에서 유연한 서버로 마이그레이션을 선택합니다.
Warning
이 문서는 Azure Database for PostgreSQL - 유연한 서버 사용자를 위한 것이 아닙니다. Azure Database for PostgreSQL - 유연한 서버로 업그레이드해야 하는 Azure Database for PostgreSQL - 단일 서버 고객을 위한 것입니다.
서비스 마이그레이션이 불편할 수 있다는 것을 알고 있으며, 이로 인해 불편을 드려 죄송합니다. 사용자와 사용자 환경에 가장 적합한 시나리오를 선택할 수 있습니다.