RDS Custom for SQL Server에 대한 다중 AZ 배포 구성 및 관리 - Amazon Relational Database Service
리전 및 버전 사용 가능 여부제한 사항사전 조건다중 AZ 배포 생성단일 AZ를 다중 AZ로 수정다중 AZ를 단일 AZ로 수정장애 조치 프로세스애플리케이션 TTL 설정

RDS Custom for SQL Server에 대한 다중 AZ 배포 구성 및 관리

RDS Custom for SQL Server에 대한 다중 AZ DB 인스턴스 배포에서 Amazon RDS는 자동으로 서로 다른 가용 영역에 동기식 대기 복제본을 프로비저닝하고 유지합니다. 기본 DB 인스턴스는 가용 영역 전체에서 대기 복제본으로 동기식으로 복제되어 데이터 중복성을 제공합니다.

중요

RDS Custom for SQL Server에 대한 다중 AZ 배포는 RDS for SQL Server에 대한 다중 AZ 배포와 다릅니다. RDS for SQL Server에 대한 다중 AZ와 달리, RDS Custom은 사용자의 계정 내에서 실행되는데 이는 권한이 필요하므로 다중 AZ DB 인스턴스를 만들기 전에 RDS Custom for SQL Server의 사전 조건을 설정해야 합니다.

사전 조건을 완료하지 않으면 다중 AZ DB 인스턴스가 실행되지 않거나, 단일 AZ DB 인스턴스로 자동으로 되돌아갈 수 있습니다. 사전 조건에 대한 자세한 내용은 RDS Custom for SQL Server를 사용한 다중 AZ 배포의 사전 조건 단원을 참조하세요.

DB 인스턴스를 고가용성으로 실행하면 계획된 시스템 유지 관리 중 가용성을 높일 수 있습니다. 계획된 데이터베이스 유지 관리 또는 예기치 않은 서비스 중단이 발생할 경우, Amazon RDS가 최신 보조 DB 인스턴스로 자동으로 장애 조치를 수행합니다. 이 기능을 통해 수동 개입 없이 데이터베이스 작업을 빠르게 재개할 수 있습니다. 기본 인스턴스 및 예비 인스턴스는 동일한 엔드포인트를 사용합니다. 이 엔드포인트의 물리적 네트워크 주소는 장애 조치 프로세스의 일환으로 보조 복제본으로 전환됩니다. 장애 조치가 발생하는 경우 애플리케이션을 다시 구성할 필요가 없습니다.

RDS Custom for SQL Server는 다중 AZ를 지원합니다.

RDS Custom DB 인스턴스 생성 시 다중 AZ를 지정하여 RDS Custom for SQL Server 다중 AZ 배포를 생성할 수 있습니다. 콘솔을 사용하여 DB 인스턴스를 수정하고 다중 AZ 옵션을 지정함으로써 기존 RDS Custom for SQL Server DB 인스턴스를 다중 AZ 배포로 변환할 수 있습니다. 또한, AWS CLI 또는 Amazon RDS API를 사용하여 다중 AZ DB 인스턴스 배포를 지정할 수도 있습니다.

RDS 콘솔에 예비 복제본(보조 AZ)의 가용 영역이 표시됩니다. describe-db-instances CLI 명령 또는 DescribeDBInstances API 작업을 사용하여 보조 AZ를 찾을 수도 있습니다.

다중 AZ DB 인스턴스 배포를 사용하는 RDS Custom for SQL Server DB 인스턴스는 단일 AZ 배포에 비해 쓰기 및 커밋 대기 시간이 길어질 수 있습니다. 이러한 대기 시간 증가는 DB 인스턴스 간의 동기 데이터 복제로 인해 발생할 수 있습니다. AWS는 가용 영역 간 지연 시간이 짧은 네트워크 연결을 제공하도록 설계되었지만 배포가 예비 복제본으로 장애 조치될 경우 지연 시간이 변경될 수 있습니다.

참고

프로덕션 워크로드의 경우 빠르고 일관된 성능을 제공할 수 있도록 프로비저닝된 IOPS(초당 입/출력 작업)와 함께 DB 인스턴스 클래스를 사용하는 것이 좋습니다. DB 인스턴스 클래스에 대한 자세한 내용은 Amazon RDS Custom for SQL Server 요구 사항 및 제한 섹션을 참조하세요.

리전 및 버전 사용 가능 여부

다음과 같은 SQL Server 에디션의 경우 RDS Custom for SQL Server에 대한 다중 AZ 배포가 지원됩니다.

  • SQL Server 2022 및 2019: Enterprise, Standard, Web, Developer Edition

참고

RDS Custom for SQL Server의 다중 AZ 배포는 SQL Server 2019 CU8(15.00.4073.23) 이하 버전에서는 지원되지 않습니다.

RDS Custom for SQL Server에 대한 다중 AZ 배포는 RDS Custom for SQL Server를 사용하는 모든 리전에서 사용할 수 있습니다. RDS Custom for SQL Server에 대한 다중 AZ 배포를 리전에서 사용할 수 있는지에 대한 자세한 내용은 RDS Custom for SQL Server를 지원하는 리전 및 DB 엔진를 참조하세요.

RDS Custom for SQL Server를 사용한 다중 AZ 배포의 제한 사항

RDS Custom for SQL Server를 사용한 다중 AZ 배포에는 다음과 같은 제한 사항이 있습니다.

  • 리전 간 다중 AZ 배포는 지원되지 않습니다.

  • 보조 DB 인스턴스가 데이터베이스 읽기 작업을 허용하도록 구성할 수 없습니다.

  • 다중 AZ 배포와 함께 사용자 지정 엔진 버전(CEV)을 사용할 경우 보조 DB 인스턴스도 동일한 CEV를 사용합니다. 보조 DB 인스턴스는 다른 CEV를 사용할 수 없습니다.

RDS Custom for SQL Server를 사용한 다중 AZ 배포의 사전 조건

기존 RDS Custom for SQL Server 단일 AZ 배포가 있을 경우, 이 배포를 다중 AZ 배포로 수정하기 전에 다음과 같은 추가 사전 조건이 필요합니다. 사전 조건을 수동으로 완료하거나 제공된 CloudFormation 템플릿을 사용하여 완료하도록 선택할 수 있습니다. 최신 CloudFormation 템플릿에는 단일 AZ 배포와 다중 AZ 배포를 위한 사전 조건이 포함되어 있습니다.

중요

설정을 간소화하려면 네트워크 설정 지침에 제공된 최신 AWS CloudFormation 템플릿 파일을 사용하여 사전 조건을 생성하는 것이 좋습니다. 자세한 내용은 AWS CloudFormation을 사용한 구성 섹션을 참조하세요.

참고

기존 RDS Custom for SQL Server 단일 AZ 배포를 다중 AZ 배포로 수정하는 경우 이러한 사전 조건을 완료해야 합니다. 사전 조건을 완료하지 않으면 다중 AZ 설정이 실패합니다. 사전 조건을 완료하려면 RDS Custom for SQL Server 단일 AZ 배포를 다중 AZ 배포로 수정의 단계를 따릅니다.

  • 포트 1120을 허용하도록 RDS 보안 그룹 인바운드 및 아웃바운드 규칙을 업데이트합니다.

  • 프라이빗 네트워크 액세스 제어 목록(ACL)에 DB 인스턴스 VPC의 TCP 포트 0-65535를 허용하는 규칙을 추가합니다.

  • RDS Custom for SQL Server DB 인스턴스가 SQS와 통신할 수 있도록 새 Amazon SQS VPC 엔드포인트를 생성합니다.

  • 인스턴스 프로파일 역할에서 SQS 권한을 업데이트합니다.

RDS Custom for SQL Server에 대한 다중 AZ 배포 생성

RDS Custom for SQL Server 다중 AZ 배포를 생성하려면 Amazon RDS Custom for SQL Server의 DB 인스턴스 생성 및 연결의 단계를 따릅니다.

중요

설정을 간소화하려면 네트워크 설정 지침에 제공된 최신 AWS CloudFormation 템플릿 파일을 사용하는 것이 좋습니다. 자세한 내용은 AWS CloudFormation을 사용한 구성 섹션을 참조하세요.

다중 AZ 배포 생성을 완료하려면 몇 분 정도 걸립니다.

RDS Custom for SQL Server 단일 AZ 배포를 다중 AZ 배포로 수정

기존 RDS Custom for SQL Server DB 인스턴스를 단일 AZ 배포에서 다중 AZ 배포로 수정할 수 있습니다. DB 인스턴스를 수정할 경우 Amazon RDS는 여러 가지 작업을 수행합니다.

  • 기본 DB 인스턴스의 스냅샷을 생성합니다.

  • 스냅샷에서 스탠바이 복제본용 새 볼륨을 생성합니다. 이러한 볼륨은 백그라운드에서 초기화되며 데이터가 완전히 초기화된 후에 최대 볼륨 성능이 달성됩니다.

  • 기본 DB 인스턴스와 보조 DB 인스턴스 간의 동기 블록 수준 복제를 활성화합니다.

중요

사용량이 가장 많은 기간에는 프로덕션 DB 인스턴스의 RDS Custom for SQL Server DB 인스턴스를 단일 AZ에서 다중 AZ 배포로 수정하지 않는 것이 좋습니다.

AWS는 스냅샷을 사용하여 대기 인스턴스를 생성하면 단일 AZ에서 다중 AZ로 변환할 때 가동 중지 시간을 피할 수 있지만, 다중 AZ로 변환하는 동안과 이후에 성능에 영향을 미칠 수 있습니다. 이는 쓰기 대기 시간에 민감한 워크로드에 상당한 영향을 미칠 수 있습니다. 이 기능을 사용하면 스냅샷에서 대용량 볼륨을 신속하게 복원할 수 있지만, 이 경우 동기식 복제로 인해 I/O 작업의 지연 시간이 증가할 수 있습니다. 이러한 지연 시간은 데이터베이스 성능에 영향을 줄 수 있습니다.

CloudFormation을 사용하여 단일 AZ를 다중 AZ 배포로 수정하기 위한 사전 조건 구성

다중 AZ 배포를 사용하려면 사전 조건이 포함된 최신 CloudFormation 템플릿을 적용하거나, 최신 사전 조건을 수동으로 구성해야 합니다. 최신 CloudFormation 사전 조건 템플릿을 이미 적용한 경우에는 이 단계를 건너뛰어도 됩니다.

CloudForma를 사용하여 RDS Custom for SQL Server 다중 AZ 배포를 구성하려면

  1. https://console.aws.amazon.com/cloudformation에서 CloudFormation 콘솔을 엽니다.

  2. 스택 생성 마법사를 시작하려면 단일 AZ 배포를 만드는 데 사용했던 기존 스택을 선택하고 Update(업데이트)를 선택합니다.

    스택 업데이트 페이지가 표시됩니다.

  3. 사전 조건 - 템플릿 준비에서 현재 템플릿 교체를 선택합니다.

  4. 템플릿 지정(Specify template)에서 다음 작업을 수행합니다.

    1. 최신 AWS CloudFormation 템플릿 파일을 다운로드합니다. custom-sqlserver-onboard.zip 링크의 컨텍스트 메뉴(마우스 오른쪽 버튼 클릭)를 열고 Save Link As(다른 이름으로 링크 저장)를 선택합니다.

    2. custom-sqlserver-onboard.json 파일을 컴퓨터에 저장하고 압축을 풉니다.

    3. 템플릿 소스로 템플릿 파일 업로드를 선택합니다.

    4. 파일 선택(Choose file)에서 custom-sqlserver-onboard.json을 찾아 선택합니다.

  5. 다음을 선택합니다.

    스택 세부 정보 지정(Specify stack details) 페이지가 나타납니다.

  6. 기본 옵션을 유지하려면 다음(Next)을 선택합니다.

    고급 옵션 페이지가 나타납니다.

  7. 기본 옵션을 유지하려면 다음(Next)을 선택합니다.

  8. 기본 옵션을 유지하려면 다음(Next)을 선택합니다.

  9. 변경 사항 검토 페이지에서 다음을 수행합니다.

    1. 기능에서 이 사용자 지정 이름을 사용하여 AWS CloudFormation이 IAM 리소스를 생성할 수 있음에 동의합니다 확인란을 선택합니다.

    2. 제출을 선택합니다.

  10. 업데이트가 성공했는지 확인합니다. 작업이 성공하면 UPDATE_COMPLETE가 표시됩니다.

업데이트가 실패하면 업데이트 프로세스에 지정된 새 구성이 모두 롤백됩니다. 기존 리소스는 계속 사용할 수 있습니다. 예를 들어 번호가 18과 19인 네트워크 ACL 규칙을 추가했는데 같은 번호로 된 기존 규칙이 있는 경우, 업데이트 시 Resource handler returned message: "The network acl entry identified by 18 already exists.라는 오류가 반환됩니다. 이러한 시나리오가 발생하면 18보다 작은 숫자를 사용하도록 기존 ACL 규칙을 수정한 후 업데이트를 다시 시도해볼 수 있습니다.

단일 AZ를 다중 AZ 배포로 수동으로 수정하기 위한 사전 조건 구성

중요

설정을 간소화하려면 네트워크 설정 지침에 제공된 최신 AWS CloudFormation 템플릿 파일을 사용하는 것이 좋습니다. 자세한 내용은 CloudFormation을 사용하여 단일 AZ를 다중 AZ 배포로 수정하기 위한 사전 조건 구성 섹션을 참조하세요.

사전 조건을 수동으로 구성하도록 선택한 경우 다음 태스크를 수행합니다.

  1. https://console.aws.amazon.com/vpc/에서 Amazon VPC 콘솔을 엽니다.

  2. Endpoint(엔드포인트)를 선택합니다. 엔드포인트 생성페이지가 나타납니다.

  3. 서비스 범주에서 AWS 서비스를 선택합니다.

  4. 서비스에서 SQS를 검색합니다.

  5. VPC에서 RDS Custom for SQL Server DB 인스턴스가 배포된 VPC를 선택합니다.

  6. 서브넷에서 RDS Custom for SQL Server DB 인스턴스가 배포된 서브넷을 선택합니다.

  7. 보안 그룹에서 -vpc-endpoint-sg 그룹을 선택합니다.

  8. 정책에서 사용자 지정을 선택합니다.

  9. 사용자 지정 정책에서 AWS 파티션, 리전, accountId, IAM-Instance-role을 고유한 값으로 바꿉니다.

    
                     {
        "Version": "2012-10-17",
        "Statement": [
            {
                "Condition": {
                    "StringLike": {
                        "aws:ResourceTag/AWSRDSCustom": "custom-sqlserver"
                    }
                },
                "Action": [
                    "SQS:SendMessage",
                    "SQS:ReceiveMessage",
                    "SQS:DeleteMessage",
                    "SQS:GetQueueUrl"
                ],
                "Resource": "arn:${AWS::Partition}:sqs:${AWS::Region}:${AWS::AccountId}:do-not-delete-rds-custom-*",
                "Effect": "Allow",
                "Principal": {
                    "AWS": "arn:${AWS::Partition}:iam::${AWS::AccountId}:role/{IAM-Instance-role}"
                }
            }
        ]
    }

  10. Amazon SQS에 액세스할 수 있는 권한으로 인스턴스 프로파일을 업데이트합니다. AWS 파티션, 리전, accountId를 고유한 값으로 바꿉니다.

    
                        {
    "Sid": "SendMessageToSQSQueue",
    "Effect": "Allow",
    "Action": [
      "SQS:SendMessage",
      "SQS:ReceiveMessage",
      "SQS:DeleteMessage",                                    
      "SQS:GetQueueUrl"

    ],
    "Resource": [
      {
        "Fn::Sub": "arn:${AWS::Partition}:sqs:${AWS::Region}:${AWS::AccountId}:do-not-delete-rds-custom-*"
      }
    ],
    "Condition": {
      "StringLike": {
        "aws:ResourceTag/AWSRDSCustom": "custom-sqlserver"
      }
    }
  } 
                        >

  11. 포트 1120을 허용하도록 Amazon RDS 보안 그룹 인바운드 및 아웃바운드 규칙을 업데이트합니다.

    1. 보안 그룹에서 -rds-custom-instance-sg 그룹을 선택합니다.

    2. 인바운드 규칙의 경우 소스 -rds-custom-instance-sg 그룹의 포트 1120을 허용하는 사용자 지정 TCP 규칙을 만듭니다.

    3. 아웃바운드 규칙의 경우 대상 -rds-custom-instance-sg 그룹의 포트 1120을 허용하는 사용자 지정 TCP 규칙을 만듭니다.

  12. 프라이빗 네트워크 액세스 제어 목록(ACL)에 DB 인스턴스 소스 서브넷의 TCP 포트 0-65535를 허용하는 규칙을 추가합니다.

    참고

    인바운드 규칙 및 아웃바운드 규칙을 생성할 때는 기존의 가장 높은 규칙 번호를 기록해 둡니다. 새로 생성하는 규칙의 규칙 번호 100보다 작아야 하며 기존 규칙 번호와 일치하지 않아야 합니다.

    1. 네트워크 ACL에서 -private-network-acl 그룹을 선택합니다.

    2. 인바운드 규칙의 경우 privatesubnet1 및 privatesubnet2에서 나오는 소스와 함께 TCP 포트 0-65535를 허용하는 모든 TCP 규칙을 생성합니다.

    3. 아웃바운드 규칙의 경우 대상인 privatesubnet1 및 privatesubnet2로 향하는 TCP 포트 0-65535를 허용하는 모든 TCP 규칙을 생성합니다.

RDS 콘솔, AWS CLI 또는 RDS API를 사용하여 수정합니다.

사전 조건을 완료한 후에는 RDS 콘솔, AWS CLI 또는 RDS API를 사용하여 RDS Custom for SQL Server DB 인스턴스를 단일 AZ에서 다중 AZ 배포로 수정할 수 있습니다.

RDS Custom for SQL Server 단일 AZ 배포를 다중 AZ 배포로 수정하려면

  1. AWS Management Console에 로그인한 후 https://console.aws.amazon.com/rds/에서 Amazon RDS 콘솔을 엽니다.

  2. Amazon RDS 콘솔에서 데이터베이스를 선택합니다.

    데이터베이스 창이 표시됩니다.

  3. 수정하려는 RDS Custom for SQL Server DB 인스턴스를 선택합니다.

  4. 작업에서 다중 AZ 배포로 변환을 선택합니다.

  5. 확인 페이지에서 즉시 적용을 선택하여 변경 사항을 즉시 적용합니다. 이 옵션을 선택하면 다운타임이 발생하지 않지만 성능이 영향을 받을 수 있습니다. 다음 유지 관리 기간에 업데이트를 적용하도록 선택할 수도 있습니다. 자세한 내용은 수정 일정 설정 섹션을 참조하세요.

  6. 확인 페이지에서 다중 AZ로 변환을 선택합니다.

AWS CLI를 사용하여 다중 AZ DB 인스턴스 배포로 변환하려면 modify-db-instance 명령을 호출하고 --multi-az 옵션을 설정합니다. DB 인스턴스 식별자와 수정하려는 기타 옵션 값을 지정합니다. 각 옵션에 대한 자세한 내용은 DB 인스턴스에 대한 설정 단원을 참조하세요.

예

다음 코드는 --multi-az 옵션을 포함하여 mycustomdbinstance를 수정합니다. 변경 사항은 --no-apply-immediately를 사용하여 다음 유지 관리 기간에 적용됩니다. 변경 사항을 바로 적용하려면 --apply-immediately를 사용합니다. 자세한 내용은 수정 일정 설정 섹션을 참조하세요.

Linux, macOS, Unix:

aws rds modify-db-instance \
    --db-instance-identifier mycustomdbinstance \
    --multi-az \
    --no-apply-immediately

Windows의 경우:

aws rds modify-db-instance ^
    --db-instance-identifier mycustomdbinstance ^
    --multi-az  \ ^
    --no-apply-immediately

RDS API를 사용하여 다중 AZ DB 인스턴스 배포로 변환하려면 ModifyDBInstance 작업을 호출하고 MultiAZ 파라미터를 true로 설정합니다.

RDS Custom for SQL Server 다중 AZ 배포를 단일 AZ 배포로 수정하려면

기존 RDS Custom for SQL Server DB 인스턴스를 다중 AZ 배포에서 단일 AZ 배포로 수정할 수 있습니다.

RDS Custom for SQL Server DB 인스턴스를 다중 AZ 배포에서 단일 AZ 배포로 수정할 수 있습니다.

  1. AWS Management Console에 로그인한 후 https://console.aws.amazon.com/rds/에서 Amazon RDS 콘솔을 엽니다.

  2. Amazon RDS 콘솔에서 데이터베이스를 선택합니다.

    데이터베이스 창이 표시됩니다.

  3. 수정하려는 RDS Custom for SQL Server DB 인스턴스를 선택합니다.

  4. 다중 AZ 배포의 경우 No(아니요)를 선택합니다.

  5. 확인 페이지에서 즉시 적용을 선택하여 변경 사항을 즉시 적용합니다. 이 옵션을 선택하면 다운타임이 발생하지 않지만 성능이 영향을 받을 수 있습니다. 다음 유지 관리 기간에 업데이트를 적용하도록 선택할 수도 있습니다. 자세한 내용은 수정 일정 설정 섹션을 참조하세요.

  6. 확인 페이지에서 DB 인스턴스 수정을 선택합니다.

AWS CLI를 사용하여 다중 AZ 배포를 단일 AZ 배포로 수정하려면 modify-db-instance 명령을 호출하고 --no-multi-az 옵션을 포함합니다. DB 인스턴스 식별자와 수정하려는 기타 옵션 값을 지정합니다. 각 옵션에 대한 자세한 내용은 DB 인스턴스에 대한 설정 단원을 참조하세요.

예

다음 코드는 --no-multi-az 옵션을 포함하여 mycustomdbinstance를 수정합니다. 변경 사항은 --no-apply-immediately를 사용하여 다음 유지 관리 기간에 적용됩니다. 변경 사항을 바로 적용하려면 --apply-immediately를 사용합니다. 자세한 내용은 수정 일정 설정 섹션을 참조하세요.

Linux, macOS, Unix:

aws rds modify-db-instance \
    --db-instance-identifier mycustomdbinstance \
    --no-multi-az  \
    --no-apply-immediately

Windows의 경우:

aws rds modify-db-instance ^
    --db-instance-identifier mycustomdbinstance ^
    --no-multi-az \ ^
    --no-apply-immediately

RDS API를 사용하여 다중 AZ 배포를 단일 AZ 배포로 수정하려면 modify-db-instance 작업을 호출하고 MultiAZ 파라미터를 false로 설정합니다.

RDS Custom for SQL Server 다중 AZ 배포에 대한 장애 조치 프로세스

계획되거나 계획되지 않은 DB 인스턴스의 운영 중단으로 인해 인프라 장애가 발생한 경우, 다중 AZ를 설정하면 Amazon RDS는 자동으로 다른 가용 영역의 대기 복제본으로 전환됩니다. 장애 조치가 완료되는 데 소요되는 시간은 프라이머리 DB 인스턴스를 사용할 수 없게 된 시점의 데이터베이스 활동 및 기타 조건에 따라 달라집니다. 장애 조치에 소요되는 시간은 일반적으로 60~120초입니다. 그러나 트랜잭션의 규모가 크거나 복구 프로세스가 복잡한 경우 장애 조치에 소요되는 시간이 증가할 수 있습니다. 장애 조치가 완료되면 RDS 콘솔에 새 가용 영역이 표시되는 데 시간이 더 걸릴 수 있습니다.

참고

장애 조치를 사용하면 DB 인스턴스를 재부팅할 때 장애 조치를 수동으로 강제 적용할 수 있습니다. DB 인스턴스 재부팅에 대한 자세한 내용은 DB 인스턴스 재부팅을 참조하세요.

Amazon RDS는 자동으로 장애 조치를 취하여 관리자의 개입 없이 데이터베이스 작업을 신속하게 재개할 수 있도록 합니다. 다음 표에 설명된 조건 중 하나가 발생하면 기본 DB 인스턴스는 자동으로 예비 복제본으로 전환됩니다. 이 장애 조치 이유는 RDS 이벤트 로그에서 확인할 수 있습니다.

장애 조치 이유 설명

The operating system for the RDS Custom for SQL Server Multi-AZ DB instance is being patched in an offline operation

OS 패치 또는 보안 업데이트를 위한 유지 관리 기간 동안 장애 조치가 트리거되었습니다. 자세한 내용은 DB 인스턴스 유지 관리 섹션을 참조하세요.

The primary host of the RDS Custom for SQL Server Multi-AZ DB instance is unhealthy.

다중 AZ DB 인스턴스 배포에서 손상된 프라이머리 DB 인스턴스를 감지하여 장애 조치를 수행했습니다.

The primary host of the RDS Custom for SQL Server Multi-AZ DB instance is unreachable due to loss of network connectivity.

RDS 모니터링이 기본 DB 인스턴스에 대한 네트워크 연결 실패를 감지하여 장애 조치를 트리거했습니다.

The RDS Custom for SQL Server Multi-AZ DB instance was modified by the customer.

DB 인스턴스 수정 때문에 장애 조치가 트리거되었습니다. 자세한 내용은 RDS Custom for SQL Server DB 인스턴스 수정 섹션을 참조하세요.

The storage volume of the primary host of the RDS Custom for SQL Server Multi-AZ DB instance experienced a failure.

다중 AZ DB 인스턴스 배포가 프라이머리 DB 인스턴스에서 스토리지 문제를 감지하여 장애 조치를 수행했습니다.

The user requested a failover of the RDS Custom for SQL Server Multi-AZ DB instance.

RDS Custom for SQL Server 다중 AZ DB 인스턴스가 장애 조치로 인해 재부팅되었습니다. 자세한 내용은 DB 인스턴스 재부팅 섹션을 참조하세요.

The RDS Custom for SQL Server Multi-AZ primary DB instance is busy or unresponsive.

기본 DB 인스턴스가 응답하지 않습니다. 다음 단계를 시도하는 것이 좋습니다.

다음 단계에 따라 다중 AZ DB 인스턴스가 장애 조치를 수행했는지 확인할 수 있습니다.

  • 장애 조치가 시작되었음을 이메일 또는 SMS로 사용자에게 알리도록 DB 이벤트 구독을 설정합니다. 이벤트에 대한 자세한 내용은 Amazon RDS 이벤트 알림 작업 단원을 참조하세요.

  • RDS 콘솔 또는 API 작업을 사용하여 DB 이벤트를 확인합니다.

  • RDS 콘솔, CLI 또는 API 작업을 사용하여 RDS Custom for SQL Server 다중 AZ DB 인스턴스 배포의 현재 상태를 확인합니다.

RDS Custom for SQL Server 다중 AZ 배포를 사용하는 애플리케이션의 TTL(Time To Live) 설정

장애 조치 메커니즘은 DB 인스턴스의 Domain Name System(DNS) 레코드가 예비 DB 인스턴스를 가리키도록 자동으로 변경합니다. 그 결과 DB 인스턴스의 기존 연결을 모두 재설정해야 합니다. DNS 캐시 TTL(Time-to-Live) 구성 값이 낮은지 확인하고, 애플리케이션이 오랜 시간 동안 DNS를 캐시하지 않는지 확인합니다. TTL 값이 높으면 장애 조치 후 애플리케이션이 DB 인스턴스에 빠르게 다시 연결되지 않을 수 있습니다.