Amazon RDS Custom for SQL Server를 위한 환경 설정 - Amazon Relational Database Service

Amazon RDS Custom for SQL Server를 위한 환경 설정

Amazon RDS Custom for SQL Server DB 인스턴스용 DB 인스턴스를 생성하고 관리하기 전에 다음 작업을 수행해야 합니다.

RDS Custom for SQL Server 설정에 필요한 사전 조건

RDS Custom for SQL Server DB 인스턴스를 생성하기 전에 환경이 이 주제에 설명된 요구 사항을 충족하는지 확인합니다. 이 설정 프로세스의 일부로 다음과 같은 사전 조건을 구성해야 합니다.

  • 지정된 AWS Identity and Access Management(IAM) 사용자 및 역할을 구성합니다.

    이는 RDS Custom DB 인스턴스를 생성하는 데 사용되거나 생성 요청에서 파라미터로 전달됩니다.

  • 계정 수준 권한을 제한하는 서비스 제어 정책(SCP)이 없는지 확인합니다.

    사용 중인 계정이 AWS Organization의 일부인 경우 계정 수준 권한을 제한하는 서비스 제어 정책(SCP)이 있을 수 있습니다. SCP가 다음 절차를 사용하여 생성한 사용자 및 역할에 대한 권한을 제한하지 않도록 합니다.

    SCP에 대한 자세한 내용은 AWS Organizations 사용 설명서에서 서비스 제어 정책(SCP)을 참조하세요. describe-organization AWS CLI 명령을 사용하여 계정이 AWS Organization의 일부인지 확인합니다.

    AWS Organizations에 대한 자세한 내용을 알아보려면 AWS Organizations Organizations 사용 설명서AWS Organizations란 무엇입니까?를 참조하세요.

참고

사전 조건을 설정하고 Amazon RDS Custom for SQL Server를 시작하는 방법에 대한 단계별 튜토리얼을 보려면 블로그 게시물인 CloudFormation 템플릿(네트워크 설정)을 사용하여 Amazon RDS Custom for SQL Server 시작하기를 참조하세요.

각 태스크에서 태스크별 요구 사항 및 제한 사항에 대한 설명을 찾아볼 수 있습니다. 예를 들어, RDS Custom for SQL Server DB 인스턴스를 생성할 때 RDS Custom for SQL Server DB 인스턴스 클래스 지원에 나열된 SQL Server 인스턴스 중 하나를 사용합니다.

RDS Custom for SQL Server에 적용되는 일반 요구 사항은 RDS Custom for SQL Server 일반 요구 사항 섹션을 참조하세요.

AWS CLI 다운로드 및 설치

AWS에서는 RDS Custom 기능을 사용할 수 있는 명령줄 인터페이스를 제공합니다. AWS CLI의 버전 1 또는 버전 2를 사용할 수 있습니다.

AWS CLI 다운로드 및 설치에 대한 내용은 AWS CLI의 최신 버전 설치 또는 업데이트를 참조하세요.

다음 중 하나에 해당하는 경우 이 단계를 건너뜁니다.

  • AWS Management Console에서만 RDS Custom에 액세스하려는 경우.

  • Amazon RDS용 AWS CLI 또는 다른 RDS Custom DB 엔진을 이미 다운로드한 경우.

IAM 보안 주체에 필요한 권한 부여

콘솔 또는 CLI를 사용하여 RDS Custom for SQL Server DB 인스턴스를 생성하는 데 IAM 역할 또는 IAM 사용자(IAM 보안 주체라고 함)를 사용합니다. DB 인스턴스를 성공적으로 생성하려면 이 IAM 보안 주체에 다음 정책 중 하나가 있어야 합니다.

  • AdministratorAccess 정책

  • 다음과 같은 추가 권한이 있는 AmazonRDSFullAccess 정책:

    iam:SimulatePrincipalPolicy cloudtrail:CreateTrail cloudtrail:StartLogging s3:CreateBucket s3:PutBucketPolicy s3:PutBucketObjectLockConfiguration s3:PutBucketVersioning kms:CreateGrant kms:DescribeKey

    kms:CreateGrant 권한에 대한 자세한 내용은 AWS KMS key 관리 섹션을 참조하세요.

다음 샘플 JSON 정책은 필요한 권한을 부여합니다.

{ "Version": "2012-10-17", "Statement": [ { "Sid": "ValidateIamRole", "Effect": "Allow", "Action": "iam:SimulatePrincipalPolicy", "Resource": "*" }, { "Sid": "CreateCloudTrail", "Effect": "Allow", "Action": [ "cloudtrail:CreateTrail", "cloudtrail:StartLogging" ], "Resource": "arn:aws:cloudtrail:*:*:trail/do-not-delete-rds-custom-*" }, { "Sid": "CreateS3Bucket", "Effect": "Allow", "Action": [ "s3:CreateBucket", "s3:PutBucketPolicy", "s3:PutBucketObjectLockConfiguration", "s3:PutBucketVersioning" ], "Resource": "arn:aws:s3:::do-not-delete-rds-custom-*" }, { "Sid": "CreateKmsGrant", "Effect": "Allow", "Action": [ "kms:CreateGrant", "kms:DescribeKey" ], "Resource": "*" } ] }

또한 IAM 보안 주체는 IAM 역할에 iam:PassRole 권한이 필요합니다. RDS Custom DB 인스턴스를 생성하려면 요청의 custom-iam-instance-profile 파라미터에 전달된 인스턴스 프로파일에 첨부해야 합니다. 인스턴스 프로파일과 연결된 역할은 나중에 네트워킹, 인스턴스 프로파일 및 암호화 구성에서 생성됩니다.

서비스 제어 정책(SCP), 권한 경계 또는 IAM 보안 주체와 연결된 세션 정책에서 이전에 나열된 권한을 제한하지 않는지 확인합니다.

네트워킹, 인스턴스 프로파일 및 암호화 구성

다음 프로세스 중 하나를 사용하여 IAM 인스턴스 프로파일 역할, Virtual Private Cloud(VPC) 및 AWS KMS 대칭 암호화 키를 구성할 수 있습니다.

계정이 AWS Organization의 일부인 경우 서비스 제어 정책(SCP)에서 인스턴스 프로파일 역할에 필요한 권한을 제한하지 않는지 확인해야 합니다.

다음 네트워킹 구성은 공개적으로 액세스할 수 없는 DB 인스턴스에서 가장 잘 작동하도록 설계되었습니다. 즉, VPC 외부에서 DB 인스턴스에 직접 연결할 수 없습니다.

AWS CloudFormation을 사용한 구성

설정을 간소화하기 위해 AWS CloudFormation 템플릿 파일을 사용하여 CloudFormation 스택을 만들 수 있습니다. 스택을 생성하는 방법은 AWS CloudFormation 사용 설명서AWS CloudFormation 콘솔에서 스택 생성을 참조하세요.

AWS CloudFormation 템플릿을 사용하여 Amazon RDS Custom for SQL Server를 시작하는 방법에 대한 자습서는 AWS 데이터베이스 블로그에서 AWS CloudFormation 템플릿을 사용하여 Amazon RDS Custom for SQL Server 시작하기를 참조하세요.

CloudFormation으로 생성된 리소스

CloudFormation 스택을 성공적으로 생성하면 AWS 계정에 다음 리소스가 생성됩니다.

  • RDS Custom에서 관리하는 데이터의 암호화를 위한 대칭 암호화 KMS 키입니다.

  • RDS Custom 인스턴스에 연결하기 위한 인스턴스 프로파일 및 연결된 IAM 역할입니다.

  • CIDR 범위가 CloudFormation 파라미터로 지정된 VPC입니다. 기본 값은 10.0.0.0/16입니다.

  • 파라미터에 CIDR 범위가 지정된 2개의 프라이빗 서브넷과 AWS 리전에 있는 2개의 서로 다른 가용 영역입니다. 서브넷 CIDR의 기본값은 10.0.128.0/2010.0.144.0/20입니다.

  • Amazon 도메인 이름 시스템(DNS) 서버에 대한 도메인 이름 확인 기능이 있는 VPC에 설정된 DHCP 옵션입니다.

  • 2개의 프라이빗 서브넷과 연결되며 인터넷에 액세스할 수 없는 라우팅 테이블입니다.

  • 두 프라이빗 서브넷과 연결되며 HTTPS로 액세스를 제한하는 네트워크 액세스 제어 목록(ACL)입니다.

  • RDS Custom 인스턴스와 연결할 VPC 보안 그룹입니다. 아웃바운드 HTTPS의 경우 RDS Custom에 필요한 AWS 서비스 엔드포인트로 액세스가 제한됩니다.

  • RDS Custom에 필요한 AWS 서비스 엔드포인트에 대해 생성된 VPC 엔드포인트와 연결할 VPC 보안 그룹입니다.

  • RDS Custom 인스턴스가 생성되는 DB 서브넷 그룹입니다.

  • RDS Custom에 필요한 각 AWS 서비스 엔드포인트에 대한 VPC 엔드포인트입니다.

다음 절차에 따라 RDS Custom for SQL Server용 CloudFormation 스택을 생성합니다.

템플릿 파일 다운로드

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

  2. 파일을 컴퓨터에 저장하고 압축을 풉니다.

CloudFormation을 사용하여 리소스 구성

CloudFormation을 사용하여 리소스를 구성하려면
  1. https://console.aws.amazon.com/cloudformation에서 CloudFormation 콘솔을 엽니다.

  2. 스택 생성 마법사를 시작하려면 스택 생성(Create Stack)을 선택합니다.

    스택 생성(Create Stack) 페이지가 표시됩니다.

  3. 사전 조건 - 템플릿 준비(Prerequisite - Prepare template)에서 템플릿 준비 완료를 선택합니다.

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

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

    2. 파일 선택에서 올바른 파일을 찾아 선택합니다.

  5. 다음을 선택합니다.

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

  6. 스택 이름rds-custom-sqlserver을 입력합니다.

  7. 파라미터(Parameters)에서 다음을 수행합니다.

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

    2. 옵션을 변경하려면 VPC 및 해당 서브넷 2개에 적합한 CIDR 블록 범위를 선택한 후 다음(Next)을 선택합니다.

      파라미터를 변경하기 전에 각 파라미터에 대한 설명을 주의 깊게 살펴봅니다.

  8. 스택 옵션 구성 페이지에서 다음을 선택합니다.

  9. rds-custom-sqlserver 검토(Review rds-custom-sqlserver) 페이지에서 다음을 수행합니다.

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

    2. 스택 생성을 선택합니다.

  10. (선택 사항): 인스턴스 프로파일 역할에서 SQS 권한을 업데이트할 수 있습니다.

    단일 AZ DB 인스턴스만 배포하려는 경우 CloudFormation 템플릿 파일을 편집하여 SQS 권한을 제거할 수 있습니다. SQS 권한은 다중 AZ 배포에만 필요하며, 이를 통해 RDS Custom for SQL Server은 Amazon SQS 호출하여 특정 작업을 수행할 수 있습니다. 단일 AZ 배포에는 이러한 권한이 필요하지 않으므로, 최소 권한 원칙에 따라 해당 권한을 제거하도록 선택할 수 있습니다.

    다중 AZ 배포를 구성하려는 경우 SQS 권한을 제거할 필요가 없습니다.

    참고

    SQS 권한을 제거하고 나중에 다중 AZ 배포로 수정하도록 선택하면 다중 AZ 생성이 실패합니다. 다중 AZ 배포로 수정하기 전에 SQS 권한을 다시 추가해야 합니다.

    CloudFormation 템플릿을 선택적으로 변경하려면 https://console.aws.amazon.com/cloudformation에서 CloudFormation 콘솔을 열고 다음 행을 제거하여 템플릿 파일을 편집하세요.

    { "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" } } }

CloudFormation은 RDS Custom for SQL Server에 필요한 리소스를 생성합니다. 스택 생성에 실패하면 이벤트(Events) 탭에서 실패한 리소스 생성 및 상태 이유를 확인할 수 있습니다.

콘솔의 이 CloudFormation 스택에 대한 출력(Outputs) 탭에는 RDS Custom for SQL Server DB 인스턴스를 생성하기 위해 파라미터로 전달할 모든 리소스 정보가 있어야 합니다. RDS Custom DB 인스턴스용 CloudFormation에서 생성한 VPC 보안 그룹과 DB 서브넷 그룹을 사용해야 합니다. 기본적으로 RDS는 기본 VPC 보안 그룹을 연결하려고 하는데, 여기에 필요한 액세스 권한이 없을 수 있습니다.

참고

CloudFormation 스택을 삭제하면 KMS 키를 제외하고 스택에서 생성된 모든 리소스가 삭제됩니다. KMS 키는 pending-deletion 상태가 되고 30일 후에 삭제됩니다. KMS 키를 유지하려면 30일 유예 기간 동안 CancelKeyDeletion 작업을 수행합니다.

CloudFormation을 사용하여 리소스를 만든 경우 수동으로 구성을 건너뛸 수 있습니다.

수동으로 구성

리소스를 수동으로 구성하도록 선택한 경우 다음 태스크를 수행합니다.

참고

설정을 간소화하려는 경우, 수동 구성 대신 AWS CloudFormation 템플릿 파일을 사용하여 CloudFormation 스택을 만들 수 있습니다. 자세한 내용은 AWS CloudFormation을 사용한 구성 섹션을 참조하세요.

대칭 암호화 AWS KMS 키 보유 여부 확인

대칭 암호화 AWS KMS key는 RDS Custom에 필수입니다. RDS Custom for SQL Server DB 인스턴스를 생성할 때는 KMS 키 식별자를 제공해야 합니다. 자세한 내용은 Amazon RDS Custom for SQL Server의 DB 인스턴스 생성 및 연결 단원을 참조하세요.

다음과 같은 옵션이 있습니다:

  • 기존에 AWS 계정에 고객 관리형 KMS 키가 있는 경우 RDS Custom과 함께 사용할 수 있습니다. 별도로 조치를 취할 필요가 없습니다.

  • 다른 RDS Custom 엔진에 대해 고객 관리형 대칭 암호화 KMS 키를 이미 생성한 경우 동일한 KMS 키를 재사용할 수 있습니다. 별도로 조치를 취할 필요가 없습니다.

  • 계정에 사용 중이던 고객 관리형 대칭 암호화 KMS 키가 없는 경우 AWS Key Management Service 개발자 가이드키 생성 지침에 따라 KMS 키를 생성합니다.

  • CEV 또는 RDS Custom DB 인스턴스를 생성하고 있으며 KMS 키가 다른 AWS 계정에 있는 경우 반드시 AWS CLI를 사용해야 합니다. 교차 계정 KMS 키에는 AWS 콘솔을 사용할 수 없습니다.

중요

RDS Custom은 AWS 관리형 KMS 키를 지원하지 않습니다.

사용하는 대칭 암호화 키는 kms:Decryptkms:GenerateDataKey 작업에 액세스할 수 있는 권한을 IAM 인스턴스 프로파일의 AWS Identity and Access Management(IAM) 역할에 제공해야 합니다. 계정에 대칭 암호화 키를 새로 사용하는 경우에는 변경할 필요가 없습니다. 아니면 대칭 암호화 키의 정책이 이러한 작업에 액세스할 권한을 부여할 수 있는지 확인하세요.

자세한 내용은 4단계: RDS Custom for Oracle의 IAM 구성 섹션을 참조하세요.

수동으로 IAM 역할과 인스턴스 프로파일 생성

RDS Custom for SQL Server를 사용하려면 다음에서 설명하는 대로 IAM 인스턴스 프로파일과 IAM 역할을 생성합니다.

RDS Custom for SQL Server에 대한 IAM 인스턴스 프로파일과 IAM 역할을 생성하려면
  1. Amazon EC2에서 역할을 위임하는 데 사용할 수 있는 신뢰 정책을 통해 이름이 AWSRDSCustomSQLServerInstanceRole인 IAM 역할을 생성합니다.

  2. 액세스 정책을 AWSRDSCustomSQLServerInstanceRole에 추가합니다.

  3. 이름이 AWSRDSCustomSQLServerInstanceProfile인 RDS Custom for SQL Server의 IAM 인스턴스 프로파일을 생성합니다.

  4. 인스턴스 프로파일에 AWSRDSCustomSQLServerInstanceRole 역할을 추가합니다.

AWSRDSCustomSQLServerInstanceRole IAM 역할 생성

다음 예제에서는 AWSRDSCustomSQLServerInstanceRole 역할을 생성합니다. 신뢰 정책을 사용하면 Amazon EC2가 역할을 위임하도록 할 수 있습니다.

aws iam create-role \ --role-name AWSRDSCustomSQLServerInstanceRole \ --assume-role-policy-document '{ "Version": "2012-10-17", "Statement": [ { "Action": "sts:AssumeRole", "Effect": "Allow", "Principal": { "Service": "ec2.amazonaws.com" } } ] }'
AWSRDSCustomSQLServerInstanceRole에 액세스 정책 추가

인라인 정책을 역할에 포함시켰을 때 인라인 정책은 역할의 액세스(권한) 정책의 일환으로 사용됩니다. 사용자는 Amazon EC2가 메시지를 보내고 받으며 다양한 작업을 수행할 수 있도록 허용하는 AWSRDSCustomSQLServerIamRolePolicy 정책을 생성하게 됩니다.

SCP 또는 인스턴스 프로파일 역할과 관련된 권한 경계가 액세스 정책의 권한을 제한하지 않는지 확인합니다.

다음 예제에서는 이름이 AWSRDSCustomSQLServerIamRolePolicy인 액세스 정책을 생성하여 AWSRDSCustomSQLServerInstanceRole 역할에 추가합니다. 이 예에서는 '$REGION', $ACCOUNT_ID'$CUSTOMER_KMS_KEY_ID' 변수가 설정되었다고 가정합니다. '$CUSTOMER_KMS_KEY_ID'대칭 암호화 AWS KMS 키 보유 여부 확인에서 정의한 KMS 키의 ID이며, Amazon 리소스 이름(ARN)이 아닙니다.

aws iam put-role-policy \ --role-name AWSRDSCustomSQLServerInstanceRole \ --policy-name AWSRDSCustomSQLServerIamRolePolicy \ --policy-document '{ "Version": "2012-10-17", "Statement": [ { "Sid": "ssmAgent1", "Effect": "Allow", "Action": [ "ssm:GetDeployablePatchSnapshotForInstance", "ssm:ListAssociations", "ssm:PutInventory", "ssm:PutConfigurePackageResult", "ssm:UpdateInstanceInformation", "ssm:GetManifest" ], "Resource": "*" }, { "Sid": "ssmAgent2", "Effect": "Allow", "Action": [ "ssm:ListInstanceAssociations", "ssm:PutComplianceItems", "ssm:UpdateAssociationStatus", "ssm:DescribeAssociation", "ssm:UpdateInstanceAssociationStatus" ], "Resource": "arn:aws:ec2:'$REGION':'$ACCOUNT_ID':instance/*", "Condition": { "StringLike": { "aws:ResourceTag/AWSRDSCustom": "custom-sqlserver" } } }, { "Sid": "ssmAgent3", "Effect": "Allow", "Action": [ "ssm:UpdateAssociationStatus", "ssm:DescribeAssociation", "ssm:GetDocument", "ssm:DescribeDocument" ], "Resource": "arn:aws:ssm:*:*:document/*" }, { "Sid": "ssmAgent4", "Effect": "Allow", "Action": [ "ssmmessages:CreateControlChannel", "ssmmessages:CreateDataChannel", "ssmmessages:OpenControlChannel", "ssmmessages:OpenDataChannel" ], "Resource": "*" }, { "Sid": "ssmAgent5", "Effect": "Allow", "Action": [ "ec2messages:AcknowledgeMessage", "ec2messages:DeleteMessage", "ec2messages:FailMessage", "ec2messages:GetEndpoint", "ec2messages:GetMessages", "ec2messages:SendReply" ], "Resource": "*" }, { "Sid": "ssmAgent6", "Effect": "Allow", "Action": [ "ssm:GetParameters", "ssm:GetParameter" ], "Resource": "arn:aws:ssm:*:*:parameter/*" }, { "Sid": "ssmAgent7", "Effect": "Allow", "Action": [ "ssm:UpdateInstanceAssociationStatus", "ssm:DescribeAssociation" ], "Resource": "arn:aws:ssm:*:*:association/*" }, { "Sid": "eccSnapshot1", "Effect": "Allow", "Action": "ec2:CreateSnapshot", "Resource": [ "arn:aws:ec2:'$REGION':'$ACCOUNT_ID':volume/*" ], "Condition": { "StringLike": { "aws:ResourceTag/AWSRDSCustom": "custom-sqlserver" } } }, { "Sid": "eccSnapshot2", "Effect": "Allow", "Action": "ec2:CreateSnapshot", "Resource": [ "arn:aws:ec2:'$REGION'::snapshot/*" ], "Condition": { "StringLike": { "aws:RequestTag/AWSRDSCustom": "custom-sqlserver" } } }, { "Sid": "eccCreateTag", "Effect": "Allow", "Action": "ec2:CreateTags", "Resource": "*", "Condition": { "StringLike": { "aws:RequestTag/AWSRDSCustom": "custom-sqlserver", "ec2:CreateAction": [ "CreateSnapshot" ] } } }, { "Sid": "s3BucketAccess", "Effect": "Allow", "Action": [ "s3:putObject", "s3:getObject", "s3:getObjectVersion", "s3:AbortMultipartUpload" ], "Resource": [ "arn:aws:s3:::do-not-delete-rds-custom-*/*" ] }, { "Sid": "customerKMSEncryption", "Effect": "Allow", "Action": [ "kms:Decrypt", "kms:GenerateDataKey*" ], "Resource": [ "arn:aws:kms:'$REGION':'$ACCOUNT_ID':key/'$CUSTOMER_KMS_KEY_ID'" ] }, { "Sid": "readSecretsFromCP", "Effect": "Allow", "Action": [ "secretsmanager:GetSecretValue", "secretsmanager:DescribeSecret" ], "Resource": [ "arn:aws:secretsmanager:'$REGION':'$ACCOUNT_ID':secret:do-not-delete-rds-custom-*" ], "Condition": { "StringLike": { "aws:ResourceTag/AWSRDSCustom": "custom-sqlserver" } } }, { "Sid": "publishCWMetrics", "Effect": "Allow", "Action": "cloudwatch:PutMetricData", "Resource": "*", "Condition": { "StringEquals": { "cloudwatch:namespace": "rdscustom/rds-custom-sqlserver-agent" } } }, { "Sid": "putEventsToEventBus", "Effect": "Allow", "Action": "events:PutEvents", "Resource": "arn:aws:events:'$REGION':'$ACCOUNT_ID':event-bus/default" }, { "Sid": "cwlOperations1", "Effect": "Allow", "Action": [ "logs:PutRetentionPolicy", "logs:PutLogEvents", "logs:DescribeLogStreams", "logs:CreateLogStream", "logs:CreateLogGroup" ], "Resource": "arn:aws:logs:'$REGION':'$ACCOUNT_ID':log-group:rds-custom-instance-*" }, { "Condition": { "StringLike": { "aws:ResourceTag/AWSRDSCustom": "custom-sqlserver" } }, "Action": [ "SQS:SendMessage", "SQS:ReceiveMessage", "SQS:DeleteMessage", "SQS:GetQueueUrl" ], "Resource": [ "arn:aws:sqs:'$REGION':'$ACCOUNT_ID':do-not-delete-rds-custom-*" ], "Effect": "Allow", "Sid": "SendMessageToSQSQueue" } ] }'
RDS Custom for SQL Server 인스턴스 프로파일 생성

다음과 같이 인스턴스 프로파일을 생성하고 이름을 AWSRDSCustomSQLServerInstanceProfile로 지정합니다.

aws iam create-instance-profile \ --instance-profile-name AWSRDSCustomSQLServerInstanceProfile
RDS Custom for SQL Server 인스턴스 프로파일에 AWSRDSCustomSQLServerInstanceRole 추가

AWSRDSCustomInstanceRoleForRdsCustomInstance 역할을 AWSRDSCustomSQLServerInstanceProfile 프로파일에 추가합니다.

aws iam add-role-to-instance-profile \ --instance-profile-name AWSRDSCustomSQLServerInstanceProfile \ --role-name AWSRDSCustomSQLServerInstanceRole

VPC 수동 구성

RDS Custom DB 인스턴스는 Amazon EC2 인스턴스 또는 Amazon RDS 인스턴스와 마찬가지로 Amazon VPC 서비스를 기반으로 하는 Virtual Private Cloud(VPC)에 있습니다. 자체 VPC를 제공하고 구성해야 인스턴스 네트워킹 설정을 완벽하게 제어할 수 있습니다.

RDS Custom은 DB 인스턴스에서 다른 AWS 서비스로 통신을 전송합니다. RDS Custom for Oracle DB 인스턴스를 생성하는 서브넷에서 다음 서비스에 액세스할 수 있는지 확인합니다.

  • Amazon CloudWatch

  • Amazon CloudWatch Logs

  • Amazon CloudWatch Events

  • Amazon EC2

  • Amazon EventBridge

  • Amazon S3

  • AWS Secrets Manager

  • AWS Systems Manager

위 AWS 서비스에 대한 액세스 권한이 없는 경우 다음 VPC 엔드포인트를 구성합니다.

  • com.amazonaws.region.ec2messages

  • com.amazonaws.region.events

  • com.amazonaws.region.logs

  • com.amazonaws.region.monitoring

  • com.amazonaws.region.s3

  • com.amazonaws.region.secretsmanager

  • com.amazonaws.region.ssmmessages

필요한 서비스와 RDS Custom이 통신할 수 없는 경우 다음 이벤트가 게시됩니다.

Database instance in incompatible-network. SSM Agent connection not available. Amazon RDS can't connect to the dependent AWS services.

incompatible-network 오류를 방지하려면 RDS Custom DB 인스턴스와 AWS 서비스 간의 통신과 관련된 VPC 구성 요소가 다음 요구 사항을 충족하는지 확인합니다.

  • DB 인스턴스는 포트 443에서 다른 AWS 서비스로 아웃바운드 연결을 생성할 수 있습니다.

  • VPC는 RDS Custom DB 인스턴스에서 시작된 요청에 대한 수신 응답을 허용합니다.

  • RDS Custom는 각 AWS 서비스에 대한 엔드포인트의 도메인 이름을 정확하게 확인할 수 있습니다.

RDS Custom은 자동화에 AWS Systems Manager 연결을 사용합니다. VPC 엔드포인트를 구성하는 방법에 대한 자세한 내용은 Systems Manager용 VPC 엔드포인트 생성을 참조하세요. 각 리전의 엔드포인트 목록은 Amazon Web Services 일반 참조에서 AWS Systems Manager 엔드포인트 및 할당량을 참조하세요.

다른 RDS Custom DB 엔진의 VPC를 이미 구성한 경우 해당 VPC를 재사용하고 이 프로세스를 건너뛸 수 있습니다.

VPC 보안 그룹 구성

보안 그룹은 VPC 인스턴스에 대한 가상 방화벽 역할을 하며 인바운드 및 아웃바운드 트래픽을 모두 제어합니다. RDS Custom DB 인스턴스에는 인스턴스를 보호하는 기본 보안 그룹이 있습니다. 보안 그룹이 RDS Custom과 다른 AWS 서비스 간의 트래픽을 허용하는지 확인해야 합니다.

RDS Custom의 보안 그룹을 구성하는 방법
  1. AWS Management Console에 로그인하고 https://console.aws.amazon.com/vpc에서 Amazon VPC 콘솔을 엽니다.

  2. RDS Custom에서 기본 보안 그룹을 사용하거나 고유한 보안 그룹을 생성하도록 허용합니다.

    자세한 지침은 보안 그룹을 생성하여 VPC 내부의 DB 인스턴스에 대한 액세스를 제공 섹션을 참조하세요.

  3. 보안 그룹이 포트 443에서 아웃바운드 연결을 허용하는지 확인합니다. RDS Custom에서 종속 AWS 서비스와 통신하려면 이 포트가 필요합니다.

  4. 프라이빗 VPC가 있고 VPC 엔드포인트를 사용하는 경우 DB 인스턴스와 연결된 보안 그룹이 포트 443에서 VPC 엔드포인트로의 아웃바운드 연결을 허용하는지 확인합니다. 또한 VPC 엔드포인트와 연결된 보안 그룹이 DB 인스턴스에서 포트 443의 인바운드 연결을 허용하는지 확인합니다.

    수신 연결을 허용하지 않으면 RDS Custom 인스턴스가 AWS Systems Manager 및 Amazon EC2 엔드포인트에 연결할 수 없습니다. 자세한 내용은 AWS Systems Manager 사용 설명서Virtual Private Cloud 엔드포인트 생성을 참조하세요.

보안 그룹에 대한 자세한 내용은 Amazon VPC 개발자 안내서VPC의 보안 그룹을 참조하세요.

종속 AWS 서비스의 엔드포인트 구성

VPC에서 DB 인스턴스가 통신하는 다음 AWS 서비스에 대한 아웃바운드 트래픽을 허용하는지 확인합니다.

  • Amazon CloudWatch

  • Amazon CloudWatch Logs

  • Amazon CloudWatch Events

  • Amazon EC2

  • Amazon EventBridge

  • Amazon S3

  • AWS Secrets Manager

  • AWS Systems Manager

다음 지침에 따라 모든 서비스에 대한 엔드포인트를 VPC에 추가하는 것이 좋습니다. 그러나 VPC가 AWS 서비스 엔드포인트와 통신할 수 있도록 하는 모든 솔루션을 사용할 수 있습니다. 예를 들어, 네트워크 주소 변환(NAT) 또는 AWS Direct Connect를 사용할 수 있습니다.

RDS Custom이 작동하는 AWS 서비스의 엔드포인트를 구성하려면
  1. https://console.aws.amazon.com/vpc/에서 Amazon VPC 콘솔을 엽니다.

  2. 탐색 모음에서 리전 선택기를 사용하여 AWS 리전을 선택합니다.

  3. 탐색 창에서 엔드포인트를 선택합니다. 기본 창에서 Create Endpoint(엔드포인트 생성)를 선택합니다.

  4. 서비스 범주(Service category)에서 AWS 서비스를 선택합니다.

  5. 서비스 이름으로 테이블에 나와 있는 엔드포인트를 선택합니다.

  6. VPC에서 VPC를 선택합니다.

  7. 서브넷에서 포함하고자 하는 각 가용 영역의 서브넷을 선택합니다.

    VPC 엔드포인트는 여러 가용 영역을 아우를 수 있습니다. AWS는 선택한 각 서브넷에 VPC 엔드포인트에 대한 탄력적 네트워크 인터페이스를 생성합니다. 각 네트워크 인터페이스에는 도메인 이름 시스템(DNS) 호스트 이름과 프라이빗 IP 주소가 있습니다.

  8. 보안 그룹(Security group)에서 보안 그룹을 선택하거나 새로 만듭니다.

    보안 그룹을 사용하면 엔드포인트에 대한 액세스를 제어하므로 방화벽을 사용하는 것과 마찬가지입니다. VPC 보안 그룹에 대한 자세한 내용은 Amazon VPC 사용 설명서VPC의 보안 그룹을 참조하세요.

  9. 필요에 따라 정책을 VPC 엔드포인트에 연결할 수 있습니다. 엔드포인트정책은 연결 중인 AWS 서비스에 대한 액세스를 제어할 수 있습니다. 기본 정책은 모든 요청이 엔드포인트를 통과하도록 허용합니다. 사용자 지정 정책을 사용하는 경우 정책에서 DB 인스턴스의 요청이 허용되는지 확인합니다.

  10. 엔드포인트 생성을 선택합니다.

다음 테이블에서는 VPC가 아웃바운드 통신에 사용해야 하는 엔드포인트 목록을 찾는 방법을 안내합니다.

Service 엔드포인트 형식 참고 및 링크

AWS Systems Manager

다음 엔드포인트 형식을 사용합니다.

  • ssm.region.amazonaws.com

  • ssmmessages.region.amazonaws.com

각 리전의 엔드포인트 목록은 Amazon Web Services 일반 참조에서 AWS Systems Manager 엔드포인트 및 할당량을 참조하세요.

AWS Secrets Manager

secretsmanager.region.amazonaws.com 엔드포인트 형식을 사용합니다.

각 리전의 엔드포인트 목록은 Amazon Web Services 일반 참조에서 AWS Secrets Manager 엔드포인트 및 할당량을 참조하세요.

Amazon CloudWatch

다음 엔드포인트 형식을 사용합니다.

  • CloudWatch 지표의 경우 monitoring.region.amazonaws.com을 사용합니다.

  • CloudWatch Events의 경우 events.region.amazonaws.com을 사용합니다.

  • CloudWatch Logs의 경우 logs.region.amazonaws.com을 사용합니다.

모든 리전의 엔드포인트 목록은 다음을 참조하세요.

Amazon EC2

다음 엔드포인트 형식을 사용합니다.

  • ec2.region.amazonaws.com

  • ec2messages.region.amazonaws.com

각 리전의 엔드포인트 목록은 Amazon Web Services 일반 참조Amazon Elastic Compute Cloud 엔드포인트 및 할당량을 참조하세요.

Amazon S3

s3.region.amazonaws.com 엔드포인트 형식을 사용합니다.

각 리전의 엔드포인트 목록은 Amazon Web Services 일반 참조에서 Amazon Simple Storage Service 엔드포인트 및 할당량을 참조하세요.

Amazon S3용 게이트웨이 엔드포인트에 대해 자세히 알아보려면 Amazon VPC 개발자 가이드에서 Amazon S3용 엔드포인트를 참조하세요.

액세스 포인트를 생성하는 방법은 Amazon VPC 개발자 안내서액세스 포인트 생성을 참조하세요.

Amazon S3용 게이트웨이 엔드포인트를 생성하는 방법은 게이트웨이 VPC 엔드포인트를 참조하세요.

인스턴스 메타데이터 서비스 구성

인스턴스가 다음을 수행할 수 있는지 확인하세요.

  • 인스턴스 메타데이터 서비스 버전 2(IMDSv2)를 사용하여 인스턴스 메타데이터 서비스에 액세스합니다.

  • 포트 80(HTTP)을 통한 IMDS 링크 IP 주소로의 아웃바운드 통신을 허용합니다.

  • IMDSv2 링크인 http://169.254.169.254에서 인스턴스 메타데이터를 요청합니다.

자세한 내용은 Linux 인스턴스용 Amazon EC2 사용 설명서IMDSv2 사용을 참조하세요.