Database > RDS for MySQL > 콘솔 사용 가이드

간단히 시작하기

  • 가장 먼저 해야 할 일은 DB 인스턴스를 생성하는 일입니다.
  • Console > Database > RDS for MySQLDB Instance탭에서 좌측 상단 + 생성 버튼을 누르시면 그림과 같이 페이지 하단에 생성 레이어가 표시됩니다.

rds_01_20191008

  • 설정 레이어에 표시된 필수 항목을 모두 입력하신 후, 레이어 우측 상단의 다음 버튼을 눌러주세요.
    • DB Instance : DB 인스턴스 이름을 입력합니다.
    • 설명 : DB 인스턴스의 설명을 입력합니다.
    • DB Engine : 생성 하시고자 하시는 Database Engine 버전을 선택합니다.
    • DB Port : Database 의 Port 번호를 입력합니다.
      • 10000 ~ 12000 사이로 설정할 수 있습니다.
    • DB ID : Database 생성 시 만들어질 관리자 계정 아이디를 입력합니다.
    • DB Password : Database 생성 시 만들어질 관리자 계정 비밀번호를 입력합니다.
    • VPC Subnet : 생성할 DB 인스턴스와 private network 통신을 원하는 Compute & Network 상품의 subnet 을 선택합니다.
    • Floating IP : 토스트클라우드 외부 네트워크와 연결을 원하실 경우 Floating IP 를 사용으로 설정합니다.
    • Flavor : DB 인스턴스의 사양을 선택합니다.
    • Storage 타입: DB 인스턴스 볼륨의 타입을 지정합니다.
      • HDD 및 SSD를 선택할 수 있습니다.
    • Storage : DB 인스턴스 볼륨의 크기를 입력합니다.
      • 20GB~2,000GB 크기로 생성할 수 있습니다.
    • Availabillity Zone : DB 인스턴스가 생성 될 Zone 을 선택합니다.
    • 고가용성 : DB 인스턴스를 생성할 때, Master와 서로 다른 Availability Zone에 Candidate Master를 생성합니다.
    • DB 파일 암호화: 사용자 데이터 파일 및 백업 파일을 암호화합니다.
    • 기본 알람: DB 인스턴스의 이벤트들 중 미리 정의된 이벤트에 대한 알람을 등록할 수 있습니다.
      • 기본 알람 사용 시 수신 그룹을 선택해야 합니다.

[참고] 선택한 Compute & Network 상품의 VPC Subnet이 Internet Gateway와 연결이 되어있지 않다면, Floating IP를 사용할 수 없습니다. [참고] 한번 선택한 VPC Subnet은 변경할 수 없습니다. [참고] Candidate Master 인스턴스는 반드시 Master와 서로 다른 Availability Zone에 생성되며, 목록에 표시되지 않습니다. [참고] 인스턴스 목록은 각 인스턴스의 생성 순서대로 정렬되며, Candidate Master는 Master의 고가용성 옵션 사용 시점에 생성되기 때문에 장애 조치 이후 인스턴스의 순서가 바뀔 수 있습니다. [참고] DB 파일 암호화 기능을 사용하면 성능이 다소 감소할 수 있습니다. [참고] 기본 알람 사용 시 해당 인스턴스에 대한 알람이 자동 등록되며, 이름은 "{인스턴스 이름}-default"로 설정됩니다. 등록되는 알람은 변경 및 삭제할 수 있으며, 적용되는 인스턴스도 변경할 수 있습니다.

rds_02_20191008

  • 자동 백업 및 접근 제어 설정을 한 후, 다음 버튼을 누릅니다.
  • 백업 보관 기간: 자동 백업을 하려면 1일 이상 선택합니다.
    • 없음으로 선택 시, 자동으로 백업을 하지 않습니다.
  • 백업 시작 시간: 자동 백업은 백업 시작 시각 부터 Duration 사이 중 임의의 시점에 시작됩니다.
    • Duration 은 백업이 시작되는 시각을 의미합니다.
    • Duration 안에 백업이 종료되는 것을 의미 하지 않습니다.
  • 사용자 접근 제어: DB 인스턴스에 접근 가능한 사용자를 CIDR 형식으로 입력합니다.
    • 사용자 접근 제어에 등록되지 않은 IP 는 접속이 불가능합니다.

rds_03_20191008

  • 변경 하고자 하는 설정 값을 변경 후, 생성 버튼을 누릅니다.
  • 최종적으로 확인 버튼을 누르면, DB 인스턴스가 생성됩니다.
  • 생성되기 까지 수분에서 수십분이 소요 됩니다.

DB 인스턴스 접속

  • 생성된 DB 인스턴스를 선택하면 상세 설정을 확인할 수 있습니다.
  • 인스턴스 [상세 설정]의 [접속 정보]에서 접속 가능한 도메인 정보를 확인할 수 있습니다.
  • Floating IP 를 ‘사용’으로 설정하지 않은 DB 인스턴스는 외부에서 접근할 수 없습니다.

rds_04_20191008

  • 외부에서 접속을 테스트하기 위해 우측 상단의 변경 버튼을 누릅니다.
  • Floating IP 항목을 사용함으로 수정합니다.
  • 확인 버튼을 눌러 수정 사항을 반영합니다.

rds_05_20191008

  • 설정 후 Floating IP가 생성되어 외부에서 접근이 가능해진것을 확인할 수 있습니다.

rds_06_20191008

  • MySQL Workbench 접속 예시입니다.

제약사항

  • 사용자 Compute 상품의 인스턴스가 dns 서버에 접속할 수 없는 네트워크 환경일 경우 해당 인스턴스는 도메인을 통해 RDS 인스턴스에 접속할 수 없습니다.

DB 인스턴스

고가용성

  • 서로 다른 Availability Zone에 Candidate Master를 생성하여 장애가 발생했을 때 장애 조치를 할 수 있습니다.
  • 고가용성 인스턴스를 재시작할 때 [장애 조치를 이용한 재시작] 옵션을 선택해 Master와 Candidate Master를 교체할 수 있습니다.
  • 고가용성을 사용한 인스턴스의 경우, 일부 옵션을 변경할 때 접속 정보는 변하지 않지만 Master와 Candidate Master 인스턴스는 서로 바뀔 수 있습니다.
  • 장애가 발생해 고가용성 인스턴스에 장애 조치가 수행됐을 때, 변경된 새 Master 인스턴스는 기존 Master 인스턴스의 백업을 승계하지 않습니다.

[참고] 고가용성 인스턴스 사용 시, MySQL 쿼리문을 사용해 다른 인스턴스 또는 외부 MySQL의 Master로부터 강제로 복제하도록 설정하면 고가용성 및 일부 기능들이 정상적으로 동작하지 않습니다.

제약 사항

  • 고가용성 인스턴스는 최초 1회의 장애 조치를 보장합니다. 장애가 발생하여 장애 조치한 경우, Candidate Master 인스턴스가 고가용성 기능을 사용하지 않는 일반 Master로 변경됩니다.
  • 변경된 새 Master 인스턴스는 기존 Master 인스턴스의 접속에 사용되는 도메인을 승계합니다.
  • 또한 고가용성 옵션을 새로 지정해 사용할 수 있습니다.
  • 장애 조치를 수행한 기존의 Master 인스턴스는 접속 정보가 변경되고, ‘중지됨’ 상태로 전환됩니다.
  • 장애 조치를 수행한 기존의 Master 인스턴스는 인스턴스 재시작 기능을 이용해 재구동을 시도할 수는 있으나, 장애로 인한 데이터 손실 등의 이유로 다시 구동할 수 없거나 정상적으로 작동하지 않을 수 있습니다.
  • Read Only Slave 인스턴스에는 고가용성 기능을 제공하지 않습니다.
  • 고가용성 기능을 사용하는 인스턴스를 재시작하거나 옵션을 변경하는 동안에는 해당 인스턴스의 Read Only Slave 조작을 할 수 없게 됩니다.
  • 고가용성 기능은 도메인을 기반으로 하고 있기 때문에 사용자 Compute 서비스의 인스턴스가 DNS 서버에 접속할 수 없는 네트워크 환경일 경우 해당 인스턴스는 도메인을 통해 RDS 인스턴스에 접속할 수 없고, 장애 조치 발생 시 정상적인 접속이 불가능합니다.

Flavor

  • TOAST Cloud Compute & Network 상품에서 제공하는 일부 사양으로 DB 인스턴스를 생성할 수 있습니다.

백업

  • RDS에서는 모든 백업을 수행한 뒤, 생성한 백업을 자체적인 Object Storage로 업로드하여 보관합니다.
  • 자동 백업에 한하여, 원본 인스턴스의 데이터 볼륨 크기만큼의 백업 용량을 무료로 제공합니다.
  • 별도의 과금을 원하지 않으면, 백업 주기를 적절하게 조절해야 합니다.
  • 백업이 실행되는 동안에는 백업으로 인한 성능 저하가 발생할 수 있습니다.
  • 서비스에 영향을 주지 않기 위해서, 서비스의 부하가 적은 시간에 백업을 하는 것이 유리합니다.
  • TOAST Cloud RDS 는 시점 복원을 지원합니다.
    • 바이너리 로그 사이즈와 보관 주기가 너무 짧은 경우 원하는 시점으로 복원이 어려울 수 있습니다.
  • 복원 중인 DB 인스턴스를 백업할 수 없습니다.

자동 백업

  • DB 인스턴스의 백업 주기를 1일 이상으로 설정 시, 자동 백업이 활성화 됩니다.
    • 백업 주기를 1일 이상에서 없음으로 변경하는 즉시 모든 자동 백업은 서버에서 그 즉시 삭제됩니다.
    • 삭제된 백업은 복원할 수 없습니다.
  • 설정된 백업 주기 만큼 백업 파일을 유지합니다.
  • 자동 백업은 백업 시작 시각 부터 Duration 사이 중 임의의 시점에 시작됩니다.
  • Duration 은 백업이 시작되는 시각을 의미합니다.
    • Duration 안에 백업을 완료하는 의미가 아닙니다.
    • Duration 안에 백업을 완료하지 못하더라도 백업은 종료되지 않습니다.
  • 자동 백업은 원본 인스턴스를 모두 삭제할 경우 같이 삭제됩니다.

[참고] MySQL 5.7 이상에서는 백업 중에 인덱스를 생성하거나 다시 빌드하면 백업에 실패합니다.

수동 백업

  • 자동 백업 이외에 언제든지 수동으로 백업할 수 있습니다.
  • 수동 백업은 명시적으로 삭제하지 않는 한 삭제되지 않습니다.

복원

  • 보관된 백업을 이용하여 원하는 시점으로 DB 인스턴스를 복원할 수 있습니다.
  • 복원 시, 원본 DB 인스턴스를 변경하지 않고 새로운 DB 인스턴스를 생성합니다.
  • 백업의 저장 위치가 Object Storage 에 있을 경우, 시간이 더 소요됩니다.
  • 백업 중인 DB 인스턴스를 이용해서 복원할 수 없습니다.

[참고] 복원이 진행되는 동안 바이너리 로그 파일의 사이즈만큼 Object Storage 사용량이 발생할 수 있습니다. [참고] 바이너리 로그 파일이 존재하지 않을 경우에는 시점 복원을 할 수 없습니다.

복제

  • 읽기 성능을 높이기 위해서 MySQL 이 지원하는 Read Only Slave 를 만들 수 있습니다.
  • Read Only Slave 를 만들기 위해서 원본 DB 인스턴스를 선택한 후 추가기능 > 복제본 생성을 누릅니다.

rds_07_20191008

  • 복제본 생성을 위한 설정을 입력한 후, 복제 버튼을 누르면 복제본이 생성됩니다.
  • 원본 DB 인스턴스와 동일한 사양 혹은 더 높은 사양으로 만드는 것을 권장하며, 낮은 사양으로 생성 시 복제 지연이 발생할 수 있습니다.
  • 복재본 생성시, 원본 DB 인스턴스의 I/O 성능이 평소보다 낮아 질 수 있습니다.
  • 원본 DB 인스턴스의 크기에 비례하여 복제본 생성 시간이 늘어 날 수 있습니다.

    [참고] 복제가 진행되는 동안 바이너리 로그 파일의 사이즈만큼 Object Storage 사용량이 발생할 수 있습니다. [참고] 복제가 완료되면, Master 인스턴스의 접근 규칙(access rule) 항목에 Read Only Slave의 규칙이 추가됩니다.

제약 사항

  • 하나의 원본 인스턴스는 최대 5개의 복재 본을 만들 수 있습니다.
  • 복제본의 복제본을 만들 수 없습니다.

승격

  • 복제 관계를 끊고 Read Only Slave 에서 Master 로 변경하는 것을 승격이라 부릅니다.
  • 승격된 복제본은 더이상 원본 DB 인스턴스의 수정사항을 자동으로 반영하지 않습니다.
  • 승격된 복제본은 독립된 DB 인스턴스로서 동작하게 됩니다.
  • 승격 하려는 복제본과 원본 DB 인스턴스 사이에 복제 지연이 있는 경우, 해당 지연이 없어 질 때까지, 승격되지 않습니다.

용량 확보

  • DB 인스턴스의 리소스 제거하여 디스크 용량을 확보할 수 있습니다.

바이너리 로그 삭제

rds_08_20191008

  • 바이너리 로그 파일을 삭제하여 디스크 공간을 확보합니다.

[주의] 선택한 대상 바이너리 로그 파일과 그 이전에 생성된 바이너리 로그 파일 모두 삭제됩니다. [주의] 바이너리 로그 파일을 삭제했을 때 삭제한 바이너리 로그 파일에 따라 특정 시점으로 복원하지 못할 수도 있습니다. [주의] 바이너리 로그 파일이 없을 때는 시점 복원을 할 수 없습니다.

Storage 확장

rds_09_20191008

  • DB 인스턴스의 Storage 크기를 확장합니다.
  • Read Only Slave 가 존재하는 경우, Master 와 같은 Storage 크기로 함께 확장됩니다.
  • 대상 DB 인스턴스가 재시작 됩니다.

DB 파일 암호화

  • 사용자 데이터가 저장되는 데이터베이스 파일 및 백업 파일을 암호화합니다.

[참고] 실시간으로 암호화를 수행하므로, DB 인스턴스의 성능이 다소 감소할 수 있습니다.

제약 사항

  • DB 파일 암호화 기능을 사용하지 않는 인스턴스로부터 복원이나 복제 시, DB 파일 암호화 기능을 켤 수 없습니다.
  • DB 파일 암호화 기능을 사용하는 인스턴스로부터 복원이나 복제 시, DB 파일 암호화 기능을 끌 수 없습니다.

Monitoring

  • RDS 는 DB 운영 및 사용에 필요한 모니터링 항목을 주기적으로 수집하고, 차트로 보여줍니다.
  • 특정 DB 인스턴스의 모니터링 항목이 보고 싶을 경우, DB Instance 목록에서 특정 DB 인스턴스를 선택 한 후, Monitoring 탭을 선택합니다.

rds_10_20191008

  • 전체 DB 인스턴스의 모니터링 항목이 보고 싶은 경우에는, Monitoring 탭으로 들어가신 후 보고자 하는 DB 인스턴스를 선택 후 추가 버튼을 누릅니다.
  • 차트 범위, 간격, 종류 및 항목을 변경 시, 변경 사항이 추가된 모든 DB 인스턴스에 영향을 줍니다.

rds_11_20191008

  • 차트의 범위를 쉽게 조정할 수 있게 유틸성 버튼을 제공합니다.
  • 1시간, 6시간 등의 버튼을 누를 때마다, 현재 시각을 기준으로 자동으로 from ~ to 를 계산하여 갱신합니다.
  • 차트 범위에 따라 선택할 수 있는 차트 간격이 달라집니다.
    • 2시간 이내 : 1분, 10분
    • 12시간 이내 : 10분, 1시간
    • 4일 이내 : 1시간, 6시간
    • 2주 이내 : 6시간, 하루
    • 그외 : 하루
  • 차트 종류는 최대값과 평균값을 지원합니다.

[참고] RDS DB 인스턴스별 모니터링 데이터는 사용자 DB 인스턴스의 'rds_maintenance'라는 database에 임시 저장 및 삭제됩니다. 따라서 생성한 뒤 아무 동작도 하지 않은 인스턴스임에도 몇몇 모니터링 항목들이 규칙적으로 움직이는 그래프 형태를 가질 수 있습니다. [참고] 만약 rds_maintenance database의 데이터를 조작할 경우, 정확하지 않은 모니터링 데이터가 수집될 수 있습니다.

모니터링 항목

  • RDS 에서 지원하는 모니터링 항목은 다음과 같습니다.

rds_12_20191008

로그 파일

  • DB 인스턴스에 접속하지 않고 편하게 로그파일을 보거나 다운로드 받을 수 있습니다.
  • DB Instance 를 선택한 후, Events & Log 탭을 누르면 error.log, slow_query.log, general.log 파일을 볼 수 있습니다.

rds_13_20191008

  • 단 반드시 DB Configuration 에서 해당 로그를 남기도록 설정을 해야 합니다.
  • 보기 버튼을 누르면 팝업이 열리며, 로그 파일을 볼 수 있습니다.
  • 로그 길이에 입력 된 라인수 만큼 볼 수 있으며, 끝에서부터 512KB 사이즈의 로그를 볼 수 있습니다.

rds_14_20191008

  • 로그 파일 전체를 보고 싶다면, 다운로드 버튼을 눌러 직접 파일을 다운로드 받아야 합니다.

rds_15_20191008

  • 다운로드 버튼을 누르면 팝업이 나타납니다.
  • 가져오기 버튼을 누른후 잠시 기다리면, 다운로드 버튼이 활성화 되어 다운로드 가능한 상태가 됩니다.
  • 로그 파일은 임시 Object Storage 에 업로드 되어 최대 5분 동안 다운로드할 수 있도록 유지됩니다.

    [참고] Object Storage에 업로드 되고 삭제되는 5분간 Object Storage 사용 요금이 청구될 수 있습니다.

Event

  • RDS 는 DB 인스턴스에서 발생한 의미 있는 이벤트를 자동으로 남깁니다.
  • 특정 DB 인스턴스에서 발생한 이벤트를 보고 싶으면, DB 인스턴스를 선택한 후, 상세 설정 레이어의 Event & Log 탭에서 확인할 수 있습니다.
  • 내가 가진 모든 DB 인스턴스에서 발생한 이벤트를 한꺼번에 보려면, Event 탭으로 이동하여 조회할 수 있습니다.

rds_16_20191008

  • 이벤트 타입은 어떤 리소스에서 발생한 이벤트인지를 지칭합니다.
    • INSTANCE : DB 인스턴스와 관련된 이벤트 입니다.
    • BACKUP : 백업과 관련된 이벤트 입니다.
  • Identifier 는 이벤트가 발생한 리소스를 지칭합니다.
    • 이벤트 타입이 INSTANCE 일 경우 DB 인스턴스 이름이 표시됩니다.
    • 이벤트 타입이 BACKUP일 경우 백업 ID가 표시됩니다.

Notification

  • RDS 는 원하는 리소스에서 발생하는 특정 이벤트에 대한 Notification을 수신그룹에 전달할 수 있습니다.

rds_17_20191008

  1. 원하는 Notification을 설정하기 위하여 Notification 탭을 선택한 후, 생성 버튼을 클릭합니다.
  2. 원하는 Notification의 이름을 입력하고, 알림 설정을 통해 설정하고자하는 이벤트와 리소스를 선택합니다.
    • 설정 후 추가 버튼을 클릭합니다.
  3. 알림을 받은 수신 그룹을 생성하기 위해서 생성 버튼을 클릭합니다.
  4. [수신 대상] 창이 나타나면 수신 그룹 이름을 입력합니다. 프로젝트 멤버 중 알림 메시지를 수신할 멤버를 클릭해 수신 대상 프로젝트 멤버로 선택합니다.
    • 입력 후 추가 버튼을 클릭합니다.
  5. 수신 대상 팝업창의 생성 버튼을 클릭합니다.
  6. 알림 설정 완료 후 생성 버튼을 클릭합니다.

설정한 조건을 만족 시 수신 대상에 입력한 메일주소와 전화번호로 알림을 받을 수 있습니다.

rds_18_20191008

[참고] 수신그룹에서 원하는 대상에 체크박스를 선택하지 않으면 메일이나 SMS가 전달되지 않습니다.

부록1. 하이퍼바이저 점검을 위한 DB 인스턴스 마이그레이션 가이드

TOAST는 주기적으로 DB 인스턴스의 하이퍼바이저 소프트웨어를 업데이트하여 보안과 안정성을 향상시키고 있습니다. 점검 대상 하이퍼바이저에서 구동 중인 DB 인스턴스는 마이그레이션을 통해 점검이 완료된 하이퍼바이저로 이동해야 합니다.

DB 인스턴스 마이그레이션은 TOAST 콘솔에서 시작할 수 있습니다. DB 구성에 따라 특정 DB 인스턴스를 선택하여 마이그레이션 시, 연관된 DB 인스턴스(예를 들면 Slave 인스턴스)도 점검 대상이면 같이 마이그레이션을 진행합니다. 아래 가이드에 따라 콘솔에 있는 마이그레이션 기능을 이용하시기 바랍니다. 점검 대상으로 지정된 DB 인스턴스가 있는 프로젝트로 이동합니다.

1. 점검 대상 DB 인스턴스를 확인 합니다.

이름 옆에 마이그레이션 버튼이 있는 DB 인스턴스가 점검 대상 인스턴스입니다.

rds_planed_migration_0

마이그레이션 버튼 위에 마우스 커서를 올리면 자세한 점검 일정을 확인할 수 있습니다.

rds_planed_migration_1

2. 점검 대상 DB 인스턴스에 접속 중인 응용 프로그램을 종료해야 합니다.

DB에 연결된 서비스에 영향을 주지 않도록 적절한 조치를 취하시길 바랍니다. 서비스에 영향을 줄 수밖에 없을 때는 TOAST 고객 센터로 연락해 주시면 적합한 조치를 안내해 드리겠습니다.

3. 점검 대상 DB 인스턴스를 선택하고 마이그레이션 버튼을 클릭한 후 DB 인스턴스 마이그레이션 확인을 묻는 창이 나타나면 확인 버튼을 클릭합니다.

rds_planed_migration_2

4. DB 인스턴스 마이그레이션이 끝날 때까지 대기합니다.

DB 인스턴스 상태가 변경되지 않는다면 '새로 고침'을 해보시기 바랍니다.

rds_planed_migration_3

DB 인스턴스가 마이그레이션되는 동안에는 아무런 조작을 할 수 없습니다. DB 인스턴스 마이그레이션이 정상적으로 완료되지 않으면 자동으로 관리자에게 보고되며, TOAST에서 별도로 연락을 드립니다.

TOP