AWS Route53, RDS

박기원·2022년 5월 31일
0

AWS

목록 보기
6/11

도메인(domain)이란?

ip는 사람이 이해하고 기억하기 어렵기 때문에 이를 위해서 각 ip에 이름을 부여할 수 있게 했는데, 이것을 도메인이라고 한다.

  • opentutorials.org -> 115.68.24.88
  • naver.com -> 220.95.233.172
  • daum.net -> 114.108.157.19

도메인의 구성요소

컴퓨터의 이름과 최상위 도메인으로 구성되어 있다. 예를들면 아래와 같다.

opentutorials.org
opentutorials : 컴퓨터의 이름
org : 최상위 도메인 - 비영리단체
daum.co.kr
daum : 컴퓨터의 이름
co : 국가 형태의 최상위 도메인을 의미
kr : 대한민국의 NIC에서 관리하는 도메인을 의미

Amazon Route 53이란?

Amazon Route 53는 가용성과 확장성이 뛰어난 DNS(도메인 이름 시스템) 웹 서비스이다.
Route 53을 사용하여 세 가지 주요 기능, 즉 도메인 등록, DNS 라우팅, 상태 확인을 조합하여 실행할 수 있다.

세 기능 모두에 Route 53을 사용하도록 선택한 경우 아래 순서를 따라야 한다.

  1. 도메인 이름 등록
    웹 사이트의 이름(예: example.com)이 필요하다.
    Route 53을 통해 웹사이트 또는 웹 애플리케이션의 이름, 즉 도메인 이름을 등록할 수 있다.

  2. 인터넷 트래픽을 도메인의 리소스로 라우팅
    사용자가 웹 브라우저를 열어 주소 표시줄에 도메인 이름(example.com) 또는 하위 도메인 이름(acme.example.com)을 입력한 경우 Route 53은 브라우저를 웹 사이트 또는 웹 애플리케이션에 연결하도록 돕는다.

  3. 리소스의 상태 확인
    Route 53은 인터넷을 통해 웹 서버 같은 리소스로 자동화된 요청을 보내어 접근 및 사용이 가능하고 정상 작동 중인지 확인한다.
    리소스를 사용할 수 없게 될 때 알림을 수신하고 비정상 리소스가 아닌 다른 곳으로 인터넷 트래픽을 라우팅할 수도 있다.

웹 사이트 또는 웹 애플리케이션으로 인터넷 트래픽을 라우팅하는 방식

스마트폰이나 노트북부터 대규모 소매 웹 사이트의 콘텐츠를 서비스하는 서버에 이르기까지 인터넷상의 모든 컴퓨터는 숫자를 사용하여 서로 통신한다.
IP 주소라고 하는 이 숫자는 다음 형식 중 하나로 되어 있다.

  • 192.0.2.44와 같은 인터넷 프로토콜 버전 4(IPv4)
  • 2001:0db8:85a3:0000:0000:abcd:0001:2345와 같은 인터넷 프로토콜 버전 6(IPv6)

브라우저를 열고 웹 사이트로 이동할 때는 이런 긴 문자열을 기억해 입력할 필요가 없다. 그 대신 example.com과 같은 도메인 이름을 입력해도 원하는 웹 사이트로 갈 수 있다.
Amazon Route 53과 같은 DNS 서비스는 도메인 이름과 IP 주소를 연결하도록 돕는다.

인터넷 트래픽을 도메인으로 라우팅하도록 Amazon Route 53을 구성하는 방법 개요

사용자들이 콘텐츠에 액세스하는 데 사용될 도메인 이름을 등록해야 한다.
도메인 이름을 등록한 후 Route 53은 도메인과 동일한 이름의 퍼블릭 호스팅 영역을 자동으로 생성한다.
트래픽을 리소스로 라우팅하려면 호스팅 영역에서 리소스 레코드 세트라고도 하는 레코드를 생성한다.
각각의 레코드에는 도메인의 트래픽을 라우팅할 방법에 관한 다음과 같은 정보가 포함되어 있다.

  • 이름
    레코드의 이름은 Route 53을 사용하여 트래픽을 라우팅하려는 도메인 이름(예: example.com) 또는 하위 도메인 이름(예: www.example.com)과 일치한다.
    호스팅 영역에 있는 모든 레코드의 이름은 반드시 호스팅 영역의 이름으로 끝나야 한다. 예를 들어 호스팅 영역의 이름이 example.com이라면 모든 레코드 이름이 example.com으로 끝나야 한다.
    Route 53 콘솔은 자동으로 이 작업을 수행한다.

  • 유형
    레코드 유형은 일반적으로 트래픽을 라우팅할 리소스 유형을 결정한다.
    예를 들어 트래픽을 이메일 서버로 라우팅하려면 [Type]을 [MX]로 지정한다.
    IPv4 IP 주소를 가진 웹 서버로 트래픽을 라우팅하려면 [Type]을 [A]로 지정한다.


  • [Value]는 [Type]과 밀접한 관련이 있다.
    [Type]을 [MX]로 지정하는 경우, [Value]에 하나 이상의 이메일 서버의 이름을 지정해야 한다.
    [Type]을 [A]로 지정하는 경우, 192.0.2.136과 같은 IPv4 형식의 IP 주소를 지정해야 한다.

Amazon Route 53이 도메인의 트래픽을 라우팅하는 방법

웹 서버나 Amazon S3 버킷 같은 리소스로 인터넷 트래픽을 라우팅하도록 Amazon Route 53을 구성한 후에는 누군가 www.example.com의 콘텐츠를 요청하면 몇 밀리초 안에 다음과 같은 일이 이루어진다.

  1. 사용자가 웹 브라우저를 열어 주소 표시줄에 www.example.com을 입력하고 Enter 키를 누른다.
  2. www.example.com에 대한 요청은 일반적으로 케이블 인터넷 공급업체, DSL 광대역 공급업체 또는 기업 네트워크 같은 인터넷 서비스 제공업체(ISP)가 관리하는 DNS 해석기로 라우팅된다.
  3. ISP의 DNS 해석기는 www.example.com에 대한 요청을 DNS 루트 이름 서버에 전달한다.
  4. DNS 해석기는 www.example.com에 대한 요청을 이번에는 .com 도메인의 TLD 이름 서버 중 하나에 다시 전달한다. .com 도메인의 이름 서버는 example.com 도메인과 연관된 4개의 Route 53 이름 서버의 이름을 사용하여 요청에 응답한다.
  5. DNS 해석기는 4개의 Route 53 이름 서버를 캐싱(저장)한다. 다음에 누군가 example.com을 찾아볼 때 example.com의 이름 서버가 이미 있으므로 해석기는 3단계와 4단계를 건너뛴다. 이름 서버는 일반적으로 2일 동안 캐시에 저장된다.
    DNS 해석기는 Route 53 이름 서버 하나를 선택하여 www.example.com에 대한 요청을 해당 이름 서버에 전달한다.
  6. Route 53 이름 서버는 example.com 호스팅 영역에서 www.example.com 레코드를 찾아 웹 서버의 IP 주소 192.0.2.44 등 연관된 값을 받아 이 IP 주소를 DNS 해석 프로그램에 반환한다.
  7. DNS 해석기가 마침내 사용자에게 필요한 IP 주소를 해석해 냅니다. 해석기는 이 값을 웹 브라우저로 반환한다.
  8. 웹 브라우저는 DNS 해석기로부터 얻은 IP 주소로 www.example.com에 대한 요청을 전송한다. 여기가 콘텐츠가 있는 곳, 예컨대 Amazon EC2 인스턴스 또는 웹 사이트 엔드포인트로 구성된 Amazon S3 버킷에서 실행되는 웹 서버이다.
  9. 192.0.2.44에 있는 웹 서버 또는 그 밖의 리소스는 www.example.com의 웹 페이지를 웹 브라우저에게 반환하고, 웹 브라우저는 이 페이지를 표시한다.

도메인 이름

사용자가 웹 사이트 또는 웹 애플리케이션에 액세스하기 위해 웹 브라우저의 주소 표시줄에 입력하는 example.com과 같은 이름. 인터넷에서 웹 사이트 또는 웹 애플리케이션을 사용할 수 있도록 하려면 먼저 도메인 이름을 등록해야 한다.

도메인 등록 기관

국제인터넷주소관리기구(ICANN)가 인증한, 특정 최상위 도메인(TLD) 등록을 처리하는 회사. 예를 들어 Amazon Registrar, Inc.는 .com, .net, .org 도메인의 등록 대행자이다.
Amazon의 등록 대행 협력사인 Gandi는 .apartments, .boutique, .camera 등 수백 가지 TLD의 도메인 등록 대행자이다.

도메인 등록처

특정 최상위 도메인을 가진 도메인을 판매할 권리를 소유한 회사.
예를 들어 VeriSign은 .com TLD를 가진 도메인을 판매할 권리를 소유한 등록 기관이다.
도메인 등록 기관은 지리적 TLD를 위한 거주 요건 등 도메인 등록 규칙을 정의한다.
도메인 등록 기관은 동일한 TLD를 갖는 모든 도메인 이름의 권한 데이터베이스도 유지하고 있다.
등록 기관의 데이터베이스에는 각 도메인의 연락처 정보와 이름 서버 등의 정보가 포함되어 있다.

도메인 리셀러

Amazon Registrar 같은 등록 기관을 위해 도메인 이름을 판매하는 회사이다.
Amazon Route 53은 Amazon Registrar 및 Amazon 등록 기관 협력사인 Gandi의 도메인 리셀러이다.

상위 수준 도메인(TLD)

.com, .org 또는 .ninja 등 도메인 이름의 마지막 부분. 최상위 도메인에는 다음의 두 가지 유형이 있다.

일반적인 최상위 도메인

이런 TLD는 일반적으로 사용자에게 웹 사이트에서 무엇을 보게 될지 알려 준다.
예를 들어 .bike라는 TLD를 가진 도메인 이름은 모터사이클 또는 자전거 업체나 조직의 웹 사이트와 연관되는 경우가 많다.
몇 가지 예외는 있지만 원하는 어떤 TLD건 사용할 수 있으므로 자전거 클럽의 도메인 이름에 .hockey TLD가 사용될 수도 있다.

지리적 최상위 도메인

이 TLD는 국가나 도시 같은 지리적 영역과 연관됩니다.
일부 지리적 TLD의 등록 기관에는 거주 요건이 있는 반면 .io(영국령 인도양 식민지) 같은 등록 기관은 일반 TLD 사용을 허용하거나 심지어 권장한다.

Domain Name System(DNS) 개념

별칭 레코드

Amazon Route 53을 사용하여 트래픽을 AWS 리소스(예: Amazon CloudFront 배포 및 Amazon S3 버킷)에 라우팅하여 생성할 수 있는 레코드 유형

권한 이름 서버

Domain Name System(DNS)의 한 부분에 관한 확정적 정보가 있고 DNS 해석기의 요청에 대해 해당되는 정보를 반환하여 응답하는 이름 서버.
예를 들어 .com 최상위 도메인(TLD)의 권한 이름 서버는 등록된 모든 .com 도메인의 이름 서버의 이름을 알고 있다.
.com 권한 이름 서버는 DNS 해석기로부터 example.com에 대한 요청을 수신하면 example.com 도메인의 DNS 서비스에 해당하는 이름 서버의 이름으로 응답한다.

Route 53 이름 서버는 Route 53을 DNS 서비스로 사용하는 모든 도메인의 권한 이름 서버이다.
이름 서버는 도메인의 호스팅 영역에서 사용자가 생성한 레코드를 기반으로 사용자가 원하는 도메인 및 하위 도메인 트래픽 라우팅 방법을 알고 있다.
(Route 53 이름 서버는 Route 53을 DNS 서비스로 사용하는 도메인의 호스팅 영역을 저장다.)

예를 들어 Route 53 이름 서버는 www.example.com에 대한 요청을 수신하면 해당 레코드를 찾아 레코드에 지정된 192.0.2.33과 같은 IP 주소를 반환한다.

DNS 쿼리

일반적으로 컴퓨터나 스마트폰 같은 장치가 도메인 이름과 연결된 리소스를 위해 Domain Name System(DNS)에 제출하는 요청.
DNS 쿼리의 가장 일반적인 예는 사용자가 브라우저를 열어 주소 표시줄에 도메인 이름을 입력하는 경우이다.
DNS 쿼리에 대한 일반적 응답은 웹 서버 같은 리소스에 연결된 IP 주소이다.
요청을 시작하는 장치는 IP 주소를 사용하여 리소스와 통신한다.
예를 들어 브라우저는 IP 주소를 사용하여 웹 서버로부터 웹 페이지를 불러온다.

DNS 해석기

흔히 인터넷 서비스 제공업체(ISP)가 관리하며 사용자 요청과 DNS 이름 서버 사이에서 중개 역할을 하는 DNS 서버.
브라우저를 열어 주소 표시줄에 도메인 이름을 입력하면 쿼리는 먼저 DNS 해석기로 전송된다.
해석기는 DNS 이름 서버와 통신하여 웹 서버 등 해당되는 리소스의 IP 주소를 가져온다.
DNS 해석기는 재귀 이름 서버라고도 하는데, 응답(일반적으로 IP 주소)을 얻을 때까지 일련의 권한 DNS 이름 서버에 요청을 전송하고 사용자의 장치(예: 노트북 컴퓨터의 웹 브라우저)로 이 응답을 반환하기 때문이다.

도메인 이름 시스템(DNS)

컴퓨터, 스마트폰, 태블릿 및 기타 IP 지원 장치가 서로 통신하도록 도와주는 전 세계 서버 네트워크.
Domain Name System(DNS)은 example.com 같이 쉽게 이해할 수 있는 도메인 이름을 컴퓨터가 인터넷에서 서로를 찾을 수 있도록 해 주는 IP 주소라는 숫자로 변환한다.

호스팅 영역

도메인(예: example.com)과 그 전체 하위 도메인(예: www.example.com, retail.example.com, seattle.accounting.example.com)의 트래픽을 라우팅하는 방법에 대한 정보를 포함하고 있는 레코드의 컨테이너이다.
호스팅 영역은 해당 도메인과 이름이 같다.

예를 들어 example.com의 호스팅 영역에는 www.example.com의 트래픽을 192.0.2.243이라는 IP 주소의 웹 서버로 라우팅하는 것에 관한 정보가 있는 레코드와 example.com의 이메일을 mail1.example.com과 mail2.example.com이라는 2개의 이메일 서버로 라우팅하는 것에 관한 정보가 있는 레코드가 포함될 수 있다.
각각의 이메일 서버에는 자체 레코드도 필요하다.

이름 서버

도메인 이름을 컴퓨터 간 통신에 사용되는 IP 주소로 변환하는 Domain Name System(DNS) 내 서버.
이름 서버는 재귀 이름 서버(DNS resolver이라고도 함)이거나 authoritative name server이다.

프라이빗 DNS

도메인과 그 하위 도메인의 트래픽을 하나 이상의 Amazon Virtual Private Cloud(VPC) 내의 Amazon EC2 인스턴스로 라우팅하도록 해 주는 Domain Name System(DNS)의 로컬 버전이다.

레코드(DNS 레코드)

도메인 또는 하위 도메인의 트래픽을 라우팅할 방법을 정의하는 데 사용되는 호스팅 영역 내 객체.
예를 들어 IP 주소가 192.0.2.234인 웹 서버로 트래픽을 라우팅하는 example.com과 www.example.com의 레코드를 생성할 수 있다.

라우팅 정책

Route 53이 DNS 쿼리에 응답하는 방식을 결정하는 레코드에 대한 설정이다.
Route 53은 다음의 라우팅 정책을 지원한다.

  • 단순 라우팅 정책(Simple routing policy)
    도메인에 대해 특정 기능을 수행하는 하나의 리소스로 인터넷 트래픽을 라우팅하는 데 사용한다(예: example.com 웹 사이트의 콘텐츠를 제공하는 하나의 웹 서버).

  • 장애 조치 라우팅 정책(Failover routing policy)
    액티브-패시브 장애 조치를 구성하려는 경우에 사용한다.

  • 지리 위치 라우팅 정책(Geolocation routing policy)
    사용자의 위치에 기반하여 인터넷 트래픽을 리소스로 라우팅하려는 경우에 사용한다.

  • 지리 근접 라우팅 정책(Geoproximity routing policy)
    리소스의 위치를 기반으로 트래픽을 라우팅하고 필요에 따라 한 위치의 리소스에서 다른 위치의 리소스로 트래픽을 보내려는 경우에 사용한다.

  • 지연 시간 라우팅 정책(Latency routing policy)
    여러 위치에 리소스가 있고 최상의 지연 시간을 제공하는 리소스로 트래픽을 라우팅하려는 경우에 사용한다.

  • 다중 응답 라우팅 정책(Multivalue answer routing policy)
    Route 53이 DNS 쿼리에 무작위로 선택된 최대 8개의 정상 레코드로 응답하게 하려는 경우에 사용한다.

  • 가중치 기반 라우팅 정책(Weighted routing policy)
    사용자가 지정하는 비율에 따라 여러 리소스로 트래픽을 라우팅하려는 경우에 사용한다.

유지 시간(TTL)

레코드의 현재 값을 얻기 위해 Route 53에 또 다른 요청을 제출하기 전에 DNS 해석기가 해당 레코드의 값을 캐싱(저장)할 시간(초). DNS 해석기가 TTL 만료 전에 동일한 도메인에 대한 또 다른 요청을 수신하는 경우, 해석기는 캐싱된 값을 반환한다.

TTL이 길수록 Route 53 요금이 줄어드는데, 요금은 Route 53이 응답하는 DNS 쿼리 수에 부분적으로 기반하기 때문이다.
TTL이 짧으면 www.example.com 웹 서버의 IP 주소 변경 등을 통해 레코드에서 값을 변경한 후 DNS 해석기가 예전의 리소스로 트래픽을 라우팅하는 시간이 줄어든다.

Amazon Route 53 액세스

  • AWS SDK
    AWS에서 SDK를 제공하는 프로그래밍 언어를 사용하는 경우 SDK를 사용하여 Route 53에 액세스할 수 있다.
    SDK는 인증을 간편하게 만들고, 개발 환경에 쉽게 통합되며, Route 53 명령에 쉽게 액세스할 수 있게 해준다.
  • AWS Management Console
  • Route 53 API
  • AWS Command Line Interface
  • AWS Tools for Windows PowerShell

Route53 Type

선택하는 옵션은 인터넷에서 트래픽을 라우팅할지 VPC 내에서 트래픽을 라우팅할지에 따라 달라진다.
인터넷에서 도메인 이름에 대한 트래픽을 라우팅하려면 퍼블릭 호스팅 영역을 선택한다.
VPC 내에서 도메인 이름에 대한 트래픽을 라우팅하려면 프라이빗 호스팅 영역을 선택한다.

RDS 란?

Amazon Relational Database Service(Amazon RDS)는 AWS 클라우드에서 관계형 데이터베이스를 더 쉽게 설치, 운영 및 확장할 수 있는 웹 서비스이다.
이 서비스는 산업 표준 관계형 데이터베이스를 위한 경제적이고 크기 조절이 가능한 용량을 제공하고 공통 데이터베이스 관리 작업을 관리한다.

Amazon RDS 및 Amazon EC2

Amazon RDS는 관리형 데이터베이스 서비스로, 대부분의 관리 작업을 담당한다.
Amazon RDS를 사용하면 번거로운 수동 작업을 처리할 필요가 없어 애플리케이션과 사용자에게 집중할 수 있다.
Amazon EC2를 통한 Amazon RDS를 대부분의 데이터베이스 배포에서 기본적으로 선택하는 것이 좋다.

DB 인스턴스

DB 인스턴스는 AWS 클라우드에 있는 격리된 데이터베이스 환경이다.
Amazon RDS의 기본 빌딩 블록은 DB 인스턴스이다.

DB 인스턴스에 사용자가 만든 데이터베이스가 하나 이상 포함될 수 있다.
독립 실행형 데이터베이스 인스턴스와 함께 사용하는 것과 동일한 도구 및 애플리케이션을 사용하여 DB 인스턴스에 액세스할 수 있다.
AWS Command Line Interface, Amazon RDS API 또는 AWS Management Console을 사용해 DB 인스턴스를 생성하고 수정할 수 있다.

DB 엔진

  • MySQL
  • MariaDB
  • PostgreSQL
  • Oracle
  • Microsoft SQL Server

DB 인스턴스 클래스

DB 인스턴스 클래스는 DB 인스턴스의 컴퓨팅 및 메모리 용량을 결정하며, DB 인스턴스 클래스는 DB 인스턴스 유형과 크기로 구성된다.
인스턴스 유형마다 서로 다른 컴퓨팅, 메모리 및 스토리지 기능을 제공한다.
예를 들어, db.m6g.2xlarge가 DB 인스턴스 클래스인 반면 db.m6g는 AWS Graviton2 프로세서로 구동되는 범용 인스턴스 유형이다.

사용자의 요구 사항에 가장 잘 맞는 DB 인스턴스를 선택할 수 있다.
시간이 지나면서 요구 사항이 바뀌면 DB 인스턴스를 변경할 수 있다.

DB 인스턴스 스토리지

Amazon EBS는 내구성이 있는 블록 수준 스토리지 볼륨을 제공하여 실행 중인 인스턴스에 연결하는 것이 가능하다. DB 인스턴스 스토리지는 다음과 같은 유형으로 제공된다.

  • 범용(SSD)
  • 프로비저닝된 IOPS(PIOPS)
  • Magnetic

보안

보안 그룹은 DB 인스턴스에 대한 액세스를 제어한다.
사용자가 지정한 IP 주소 범위 또는 Amazon EC2 인스턴스에 액세스할 수 있도록 허용하는 방법으로 제어한다.

RDS 엔진 유형

Amazon Aurora

  • Amazon Aurora는 MySQL 및 PostgreSQL과 호환되는 엔터프라이즈급 데이터베이스로서 시작가는 다음과 같다: <$1/day.
  • MySQL 처리량의 최대 5배 및 PostgreSQL 처리량의 최대 3배
  • 최대 64TB까지의 Auto Scaling을 지원하는 SSD 스토리지
  • 3개 가용 영역에 걸친 6중 복제
  • 10밀리초 미만의 복제 지연 시간을 지원하는 최대 15개의 읽기 전용 복제본
  • 자동 모니터링 및 30초 미만의 장애 조치

MySQL

  • MySQL은 전 세계에서 가장 많이 사용되는 오픈 소스 데이터베이스
  • RDS 기반 MySQL은 MySQL Community Edition의 풍부한 기능과 함께 데이터베이스의 컴퓨팅 리소스 또는 스토리지 용량을 손쉽게 조정할 수 있는 유연성을 제공
  • 최대 64TiB의 데이터베이스 크기를 지원합니다.
  • 범용, 메모리 최적화 및 버스터블 성능 인스턴스 클래스를 지원합니다.
  • 자동 백업 및 특정 시점으로 복구를 지원합니다.
  • 단일 리전 또는 교차 리전 내에서 인스턴스당 최대 5개의 읽기 전용 복제본을 지원

MariaDB

  • MariaDB Community Edition은 오픈 소스 커뮤니티가 제공하는 강력한 지원에 더해 추가 기능 및 성능 최적화 기능을 갖춘 MySQL 호환 데이터베이스
  • 최대 64TiB의 데이터베이스 크기를 지원합니다.
  • 범용, 메모리 최적화 및 버스터블 성능 인스턴스 클래스를 지원합니다.
  • 자동 백업 및 특정 시점으로 복구를 지원합니다.
  • 단일 리전 또는 교차 리전 내에서 인스턴스당 최대 5개의 읽기 전용 복제본을 지원합니다.
  • GTID(글로벌 트랜잭션 ID) 및 스레드 풀링을 지원합니다.
  • MariaDB 오픈 소스 커뮤니티에서 개발하고 지원합니다.

PostgreSQL

  • PostgreSQL는 강력한 오픈 소스 객체 관계형 데이터 시스템으로, 신뢰성, 안정성 및 정확성에 있어 높은 평판을 받고 있다.
  • 다양한 워크로드를 지원하는 뛰어난 신뢰성과 안정성.
  • 고용량 환경에서의 작동을 위한 고급 기능.
  • 매년 수 차례에 걸쳐 신규 기능을 출시하는 활발한 오픈 소스 커뮤니티.
  • 데이터베이스의 기능을 한층 더 강화해 주는 다양한 확장을 지원합니다.
  • 범용, 메모리 최적화 및 버스트 가능 성능 인스턴스 클래스를 지원합니다.
  • Oracle과의 호환성이 가장 높은 오픈 소스 데이터베이스.

Oracle

  • Oracle® 데이터베이스는 Oracle에서 개발한 관계형 데이터베이스 관리 시스템이다.
  • Amazon RDS는 클라우드에서 Oracle 데이터베이스 배포를 쉽게 설정, 운영 및 확장할 수 있게 해준다.
  • Amazon RDS를 사용하면 수 분 내에 Oracle 데이터베이스의 여러 에디션을 비용 효과적이고 규모 조정 가능한 하드웨어 용량과 함께 배포할 수 있다.

Microsoft SQL Server

  • SQL Server는 Microsoft에서 개발한 관계형 데이터베이스 관리 시스템이다.
  • Amazon RDS for SQL Server는 클라우드에서 SQL Server 배포를 쉽게 설정, 운영 및 확장할 수 있게 해준다.
  • Amazon RDS를 사용하면 수 분 내에 Express, Web, Standard 및 Enterprise를 포함한 SQL Server의 여러 에디션(2012, 2014, 2016, 2017)을 비용 효과적이고 규모 조정 가능한 컴퓨팅 용량과 함께 배포할 수 있다.

DB 인스턴스 식별자

현재 리전에서 AWS 계정이 소유하는 모든 DB 인스턴스에 대해 고유한 이름을 지정한다.
DB 인스턴스 식별자는 대소문자를 구분하지 않지만 "mydbinstance"와 같이 모두 소문자로 저장된다.

마스터 사용자 이름

마스터 사용자의 로그인 ID를 정의하는 영숫자 문자열을 지정한다.
마스터 사용자 로그인을 사용하여 DB 인스턴스의 데이터베이스에서 모든 사용자, 객체 및 권한을 정의하기 시작한다.
마스터 사용자 이름은 "awsuser"와 같이 문자로 시작해야 한다.

인스턴스 구성

이 DB 인스턴스의 계획된 워크로드에 필요한 컴퓨팅, 네트워크 및 메모리 용량을 할당하는 DB 인스턴스 유형을 선택한다.

  • 버스트 가능 클래스

버스트 가능 성능 인스턴스는 기준 수준의 CPU 성능과 함께 기준 수준 이상으로 버스트할 수 있는 기능을 제공한다.

스토리지 유형

범용(SSD) 스토리지는 광범위한 데이터베이스 워크로드에 적합하다.
3 IOPS/GiB가 기본적으로 제공되며 3,000 IOPS까지 버스팅 가능하다.

프로비저닝된 IOPS(SSD) 스토리지는 I/O를 많이 사용하는 데이터베이스 워크로드에 적합하다.
1,000~80,000 IOPS 범위의 I/O를 프로비저닝할 수 있는 유연성을 제공한다.

스토리지 자동 조정 활성화

이 DB 인스턴스의 계획된 워크로드에 필요한 동적 스토리지 조정 설정을 선택한다.

최대 스토리지 임계값

이 DB 인스턴스의 계획된 워크로드에 필요한 최대 스토리지 임계값을 선택한다.

RDS 네트워크 유형

데이터베이스와 통신하려면 인터넷 프로토콜 버전 4(IPv4) 또는 듀얼 스택 모드를 선택한다.

  • IPv4
    리소스는 IPv4 주소 지정 프로토콜을 통해서만 데이터베이스와 통신할 수 있다.
    리소스에는 클라이언트 및 AWS 리소스(예: EC2 인스턴스)가 포함된다.

  • 듀얼 스택 모드
    리소스는 IPv4 주소 지정 프로토콜, IPv6 주소 지정 프로토콜 또는 둘 모두를 통해 통신할 수 있다.
    IPv6를 통해 데이터베이스와 통신해야 하는 리소스가 있는 경우 듀얼 스택 모드를 사용한다.

Virtual Private Cloud(VPC)

이 DB 인스턴스에 대한 가상 네트워킹 환경을 정의하는 Virtual Private Cloud(VPC)를 선택한다.
해당 DB 서브넷 그룹이 있는 VPC만 나열된다.

RDS 서브넷 그룹

선택한 Virtual Private Cloud(VPC)에서 DB 인스턴스가 어떤 서브넷과 IP 범위를 사용할 수 있는지를 정의하는 DB 서브넷 그룹을 선택한다.

퍼블릭 액세스 가능

DB 인스턴스를 호스팅하는 VPC 외부에서 EC2 인스턴스 및 디바이스를 DB 인스턴스에 연결하려면 Yes(예)를 선택한다.
No(아니요)를 선택할 경우 Amazon RDS가 DB 인스턴스에 퍼블릭 IP 주소를 할당하지 않으며 VPC 외부의 EC2 인스턴스 또는 디바이스를 연결할 수 없다.
또한 Yes(예)를 선택할 경우에는 DB 인스턴스에 연결할 수 있는 EC2 인스턴스 및 디바이스를 지정하는 VPC 보안 그룹을 하나 이상 선택해야 한다.

가용 영역

DB 인스턴스를 생성하려는 현재 리전에서 가용 영역을 선택한다.
가용 영역은 다른 가용 영역에서 발생하는 장애를 격리하여 고가용성을 개선하며 해당 리전의 지연 시간이 낮은 연결을 지원한다.

0개의 댓글