읽기용 복제본 생성

Azure Portal 사용:

1. 주 서버로 사용하려는 Azure Database for PostgreSQL 유연한 서버를 선택합니다.

2. 리소스 메뉴의 설정 섹션에서 복제를 선택합니다.

   

3. 서버 섹션에서 복제본 만들기를 선택합니다.

   

4. 새로 만든 읽기 복제본에 대한 일부 설정을 구성할 수 있는 Azure Database for PostgreSQL 유연한 서버 마법사에 읽기 복제본 추가 마법사로 리디렉션됩니다.

   

5. 다음 표를 사용하여 기본 페이지에서 사용할 수 있는 다양한 필드의 의미를 이해하고 페이지를 채우기 위한 지침으로 사용합니다.

   섹션	설정	제안된 값	설명	인스턴스를 만든 후 변경할 수 있습니다.
   프로젝트 세부 정보
   	구독	리소스를 생성하려는 구독의 이름입니다.	구독은 사용자별 라이선스 요금 또는 클라우드 기반 리소스 사용량에 따라 요금이 발생하는 하나 이상의 Microsoft 클라우드 플랫폼 또는 서비스를 사용하기 위한 Microsoft와의 계약입니다.	기존 Azure Database for PostgreSQL 유연한 서버 인스턴스는 원래 만든 구독과 다른 구독으로 이동할 수 있습니다. 자세한 내용은 Azure 리소스를 새 리소스 그룹 또는 구독으로 이동을 참조하세요.
   	리소스 그룹	리소스를 만들려는 선택한 구독의 리소스 그룹 입니다. 기존 리소스 그룹일 수도 있고 새로 만들기를 선택하고 기존 리소스 그룹 이름 간에 고유한 이름을 해당 구독에 제공할 수도 있습니다.	리소스 그룹은 Azure 솔루션에 대한 관련 리소스를 보유하는 컨테이너입니다. 리소스 그룹에는 솔루션에 대한 모든 리소스 또는 그룹으로 관리하려는 해당 리소스만 포함될 수 있습니다. 사용자의 조직에 가장 적합한 내용에 따라 리소스 그룹에 리소스를 어떻게 할당할지 결정합니다. 일반적으로 동일한 수명 주기를 공유하는 리소스를 동일한 리소스 그룹에 추가하여 그룹으로 쉽게 배포, 업데이트 및 삭제할 수 있습니다.	기존 Azure Database for PostgreSQL 유연한 서버 인스턴스는 원래 만든 구독과 다른 구독으로 이동할 수 있습니다. 자세한 내용은 Azure 리소스를 새 리소스 그룹 또는 구독으로 이동을 참조하세요.
   서버 세부 정보
   	주 서버 이름	읽기 복제본을 만들려는 주 서버의 이름입니다.	Azure Database for PostgreSQL 유연한 서버 인스턴스를 식별하는 고유한 이름입니다. 도메인 이름은 postgres.database.azure.com 도메인 명명 시스템 서버를 사용하여 인스턴스의 IP 주소를 확인할 수 있는 정규화된 호스트 이름을 준수하기 위해 제공한 서버 이름에 추가됩니다.
   	서버 이름	새 읽기 복제본에 할당할 이름입니다.	Azure Database for PostgreSQL 유연한 서버 인스턴스를 식별하는 고유한 이름입니다. 도메인 이름은 postgres.database.azure.com 도메인 명명 시스템 서버를 사용하여 인스턴스의 IP 주소를 확인할 수 있는 정규화된 호스트 이름을 준수하기 위해 제공한 서버 이름에 추가됩니다.	서버를 만든 후에는 서버 이름을 변경할 수 없지만 특정 시점 복구 기능을 사용하여 다른 이름으로 서버를 복원할 수 있습니다. 기존 서버를 계속 사용하지만 다른 서버 이름을 사용하여 참조할 수 있는 다른 방법은 가상 엔드포인트 를 사용하여 원하는 새 이름으로 작성기 엔드포인트를 만드는 것입니다. 이 방법을 사용하면 원래 이름으로 인스턴스를 참조하거나 쓰기 가상 엔드포인트에 할당된 인스턴스를 참조할 수 있습니다.
   	위치	서비스가 지원되는 지역 중 하나의 이름입니다. 특정 시점 복원은 원본 서버가 있는 동일한 지역에 새 서버의 배포만 지원합니다.	규정 준수, 데이터 상주, 가격 책정, 사용자에 대한 근접성 또는 동일한 지역에 있는 다른 서비스의 가용성은 지역을 선택할 때 사용해야 하는 몇 가지 요구 사항입니다.	서비스는 인스턴스를 자동으로 투명하게 다른 지역으로 재배치하는 기능을 제공하지 않습니다.
   	컴퓨팅 + 스토리지	백업이 복원될 때 원본 서버에서 사용하는 것과 동일한 컴퓨팅 유형 및 크기 및 동일한 스토리지 크기를 할당합니다. 그러나 서버 구성 링크를 선택하는 경우 새 서버에 할당된 스토리지 유형과 지역 중복 백업을 사용하여 프로비전해야 하는지 여부를 변경할 수 있습니다.		새 서버를 배포한 후에는 컴퓨팅 옵션을 확장 또는 축소할 수 있습니다.
   	가용성 영역	선호하는 가용성 영역입니다.	서버를 배포하려는 가용성 영역을 선택할 수 있습니다. 인스턴스가 배포되는 가용성 영역을 선택할 수 있으면 애플리케이션과 공동 배치하는 데 유용합니다. 기본 설정 없음을 선택하면 기본 가용성 영역이 생성되는 동안 인스턴스에 자동으로 할당됩니다.	인스턴스를 만든 후에는 인스턴스를 배포하는 가용성 영역을 변경할 수 없지만 특정 시점 복구 기능을 사용하여 다른 가용성 영역에서 다른 이름으로 서버를 복원할 수 있습니다.
   	인증	이러한 설정은 정보 전용입니다. 읽기 복제본에서 사용하는 인증과 관련된 모든 설정은 주 서버에서 상속됩니다.		주 서버에서 변경할 수 있으며 주 서버와 모든 기존 읽기 복제본을 변경할 수 있습니다.

6. 새 서버에 자동으로 할당된 컴퓨팅 계층, 프로세서 또는 크기를 변경하거나 읽기 복제본의 일부 스토리지 설정을 변경하려면 서버 구성을 선택합니다.

   

7. 컴퓨팅 + 스토리지가 열리면 새 서버에 대한 컴퓨팅 및 스토리지 옵션이 표시됩니다.

   

8. 다음 표를 사용하여 Compute + 스토리지 페이지에서 사용할 수 있는 다양한 필드의 의미를 이해하고 페이지를 채우기 위한 지침으로 사용합니다.

   섹션	설정	제안된 값	설명	읽기 복제본을 만든 후 변경할 수 있습니다.
   계산
   	컴퓨팅 계층	기본적으로 주 서버에 할당된 동일한 계층으로 자동으로 설정됩니다. 그러나 읽기 복제본이 지원되는 다른 컴퓨팅 계층으로 설정할 수 있습니다.	가능한 값은 범용 (일반적으로 가장 일반적인 워크로드가 있는 프로덕션 환경에 사용됨) 및 메모리 최적화 (일반적으로 높은 메모리 대 CPU 비율이 필요한 워크로드를 실행하는 프로덕션 환경에 사용됨)입니다. 자세한 내용은 Azure Database for PostgreSQL 유연한 서버의 컴퓨팅 옵션을 참조하세요.	읽기 복제본을 만든 후에 변경할 수 있습니다. 그러나 특정 계층에서만 지원되는 일부 기능을 사용하고 현재 계층을 기능이 지원되지 않는 계층으로 변경하는 경우 기능의 사용이 중지되거나 비활성화됩니다.
   	컴퓨팅 크기	기본적으로 주 서버에 할당된 것과 동일한 컴퓨팅 크기로 자동으로 설정됩니다. 그러나 주 서버와 동일하거나 더 많은 수의 vCore가 있는 한 다른 컴퓨팅 크기로 설정할 수 있습니다.	지원되는 값 목록은 각 지역에서 사용할 수 있는 하드웨어에 따라 지역마다 다를 수 있습니다. 자세한 내용은 Azure Database for PostgreSQL 유연한 서버의 컴퓨팅 옵션을 참조하세요.	읽기 복제본을 만든 후에 변경할 수 있습니다.
   보관
   	스토리지 유형	구성된 프리미엄 SSD로 그대로 둡니다.	스토리지 유형을 주 서버의 값과 다른 값으로 설정하는 것은 지원되지 않습니다. 마법사는 주 서버에 할당된 스토리지 유형과 일치하도록 이 속성을 자동으로 설정합니다.	읽기 복제본을 만든 후에는 변경할 수 없습니다.
   	스토리지 크기	기본적으로 기본 서버의 스토리지 크기와 동일한 값으로 설정됩니다. 그러나 더 높은 값으로 설정할 수 있습니다.		읽기 복제본 인스턴스를 만든 후에 변경할 수 있습니다. 증가할 수밖에 없습니다. 스토리지의 수동 또는 자동 축소는 지원되지 않습니다.
   	성능 계층	기본적으로 기본 서버와 동일한 값으로 자동으로 설정됩니다. 그러나 다른 값으로 변경할 수 있습니다.	프리미엄 SSD(반도체 드라이브)의 성능은 디스크를 만들 때 성능 계층의 형태로 설정됩니다. 프로비전된 디스크 크기를 설정할 때 성능 계층이 자동으로 선택됩니다. 이 성능 계층은 관리 디스크의 IOPS 및 처리량을 결정합니다. 프리미엄 SSD 디스크의 경우 배포 시 또는 이후에 디스크 크기를 변경하지 않고 가동 중지 시간 없이 이 계층을 변경할 수 있습니다. 계층을 변경하면 디스크의 버스팅 기능을 사용하지 않고 더 높은 수요를 준비하고 충족할 수 있습니다. 추가 성능이 필요한 기간에 따라 버스팅에 의존하지 않고 성능 계층을 변경하는 것이 더 비용 효율적일 수 있습니다. 이는 지속적으로 더 높은 수준의 성능이 일시적으로 필요한 이벤트에 적합합니다. 휴일 쇼핑, 성능 테스트 또는 교육 환경 실행과 같은 이벤트입니다. 이러한 이벤트를 처리하려면 추가 성능이 필요한 한 가동 중지 시간 없이 디스크를 더 높은 성능 계층으로 전환할 수 있습니다. 그런 다음 추가 성능이 더 이상 필요하지 않은 경우 가동 중지 시간 없이 원래 계층으로 돌아갈 수 있습니다.	인스턴스를 만든 후에 변경할 수 있습니다.
   	스토리지 자동 증가	변경할 수 없으며 원본 서버와 동일한 값으로 자동으로 설정됩니다.	이 옵션은 일부 스토리지 유형에서 지원되지 않을 수 있으며 특정 스토리지 크기에 대해서는 적용되지 않을 수 있습니다. 자세한 내용은 Azure Database for PostgreSQL 유연한 서버에서 스토리지 자동 증가 구성을 참조하세요.	스토리지 유형이 이 기능을 지원하는 한 인스턴스를 만든 후에 변경할 수 있습니다.

9. 주 서버와 다른 설정을 변경해야 하는 경우 네트워킹, 보안 또는 태그 탭으로 계속 이동합니다. 모든 새 복제본이 요구 사항에 맞게 구성되면 검토 + 만들기를 선택합니다.

   

10. 새 배포에 대한 모든 구성이 올바르게 설정되었는지 검토하고 만들기를 선택합니다.

    

11. 새 Azure Database for PostgreSQL 유연한 서버를 만들고 주 서버의 읽기 복제본으로 만들기 위한 새 배포가 시작됩니다.

    

12. 배포가 완료되면 리소스로 이동을 선택하여 새 Azure Database for PostgreSQL 유연한 서버 사용을 시작할 수 있습니다.

    

13. 복제본 서버의 개요 페이지로 이동합니다.

    

14. 리소스 메뉴의 설정 섹션에서 복제를 선택합니다. 서버에서 복제 집합을 준수하는 서버 목록과 각 서버가 수행하는 역할을 찾습니다.

    

명령을 통해 Azure PostgreSQL 유연한 서버에 대한 읽기 복제본을 az postgres flexible-server replica create 만들 수 있습니다.

az postgres flexible-server replica create \
  --replica-name <replica_name> \
  --resource-group <resource_group> \
  --source-server <source_server> \
  --___location <___location>