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

간단히 시작하기

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

rds_01_20210112

  • 설정 레이어에 표시된 필수 항목을 모두 입력하신 후, 레이어 우측 상단의 다음 버튼을 눌러주세요.
    • 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~2TB 크기로 생성할 수 있습니다.
    • Availabillity Zone: DB 인스턴스가 생성 될 Zone 을 선택합니다.
    • 고가용성: DB 인스턴스를 생성할 때, Master와 서로 다른 Availability Zone에 Candidate Master를 생성합니다.
    • Ping Interval: 고가용성 사용 시, Master 인스턴스 상태를 확인하는 시간 간격을 설정합니다. 4회 실패 시 장애로 식별합니다.
      • 1초~600초 사이로 설정할 수 있습니다.
    • DB 파일 암호화: 사용자 데이터 파일 및 백업 파일을 암호화합니다.
    • 기본 알람: DB 인스턴스의 이벤트들 중 미리 정의된 이벤트에 대한 알람을 등록할 수 있습니다.
      • 기본 알람 사용 시 수신 그룹을 선택해야 합니다.

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

rds_02_20210112

  • 자동 백업 및 접근 제어 설정을 한 후, 다음 버튼을 누릅니다.
  • 쿼리 지연 대기 시간: 백업 수행 시에 FLUSH TABLES WITH READ LOCK 지연 대기 시간을 설정할 수 있습니다.
  • 0~21600 사이 값으로 설정할 수 있습니다.
  • 백업 보관 기간: 자동 백업을 하려면 1일 이상 선택합니다.
    • 없음으로 선택 시, 자동으로 백업을 하지 않습니다.
  • 백업 시작 시간: 자동 백업은 백업 시작 시각 부터 Duration 사이 중 임의의 시점에 시작됩니다.
    • Duration 은 백업이 시작되는 시각을 의미합니다.
    • Duration 안에 백업이 종료되는 것을 의미 하지 않습니다.
  • 사용자 접근 제어: DB 인스턴스에 접근 가능한 사용자를 CIDR 형식으로 입력합니다.
    • 사용자 접근 제어에 등록되지 않은 IP 는 접속이 불가능합니다.
    • 접근 제어 시, 방향 설정에서 수신/송신에 대해 각각 허용 여부를 선택합니다.

rds_03_20210112

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

DB 인스턴스 접속

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

rds_04_20210112

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

rds_05_20210112

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

rds_06_20210112

  • MySQL Workbench 접속 예시입니다.

제약사항

  • 사용자 Compute 상품의 인스턴스가 dns 서버에 접속할 수 없는 네트워크 환경일 경우 해당 인스턴스는 도메인을 통해 RDS 인스턴스에 접속할 수 없습니다.
  • 사용자가 사용 중인 ISP 사에서 보안을 위해 잘 알려진 포트를 차단할 수 있습니다. 이럴 경우 NHN Cloud의 RDS에 접속할 수 없을 수도 있으며 포트 번호를 변경해야 합니다.

DB 인스턴스

고가용성

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

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

고가용성 일시 중지 및 다시 시작

  • Master 인스턴스에 일시적인 작업으로 인한 연결 중단 혹은 대량의 부하가 예상되는 상황에서 일시적으로 고가용성 기능을 중지할 수 있습니다.
  • 고가용성 기능이 일시 중지되면 장애를 감지하지 않으며 따라서 장애 조치가 되지 않습니다.
  • 고가용성 기능이 일시 중지된 상태에서 인스턴스를 변경하거나, 재시작할 경우 일시 중지된 고가용성 기능이 재개됩니다.
  • 고가용성 기능이 일지 중지되어도 데이터 복제는 정상적으로 이루어지나, 장애가 감지되지 않기 때문에 장시간 일시 중지 상태로 유지하는 것을 권장하지 않습니다.

제약 사항

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

Flavor

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

백업

  • RDS에서는 모든 백업을 수행한 뒤, 생성한 백업을 자체적인 Object Storage로 업로드하여 보관합니다.
  • 자동 백업에 한하여, 원본 인스턴스의 데이터 볼륨 크기만큼의 백업 용량을 무료로 제공합니다.
  • 별도의 과금을 원하지 않으면, 백업 주기를 적절하게 조절해야 합니다.
  • 백업이 실행되는 동안에는 백업으로 인한 성능 저하가 발생할 수 있습니다.
  • 서비스에 영향을 주지 않기 위해서, 서비스의 부하가 적은 시간에 백업을 하는 것이 유리합니다.
  • NHN 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_20210112

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

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

제약 사항

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

승격

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

용량 확보

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

바이너리 로그 삭제

rds_08_20210112

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

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

Storage 확장

rds_09_20210112

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

DB 파일 암호화

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

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

제약 사항

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

DB 스키마 & DB User 관리

  • DB 스키마와 DB User를 웹 콘솔에서 관리할 수 있습니다.

[참고] 더이상 DB 스키마와 DB User를 쿼리를 통해 생성, 수정, 삭제할 수 없습니다.

db_schema_and_user_list_20210209_ko

  • 변경 버튼 클릭 시, DB 스키마와 사용자를 변경할 수 있게 활성화됩니다.

db_schema_and_user_modify_20210209_ko

  • 추가 버튼 클릭 시, DB 스키마와 DB User의 변경 사항이 한꺼번에 적용됩니다.
  • DB 스키마의 이름 변경은 지원하지 않습니다.
  • DB User의 권한은 4개의 권한으로 구성됩니다.
  • READ: 데이터를 조회할 수 있습니다.
  • CRUD: READ 권한에 더해 DML 질의를 실행할 수 있습니다.
  • DDL: CRUD 권한에 더해 DDL 질의를 실행할 수 있습니다.
  • CUSTOM: 기존에 사용 중이던 사용자의 권한입니다. CUSTOM 권한으로 변경할 수는 없으며, CUSTOM 권한인 사용자는 오직 삭제만 가능합니다.

[주의] Read Only Slave를 가지고 있거나, 고가용성 인스턴스의 경우 기존 DB User로 CREATE USER, ALTER USER, GRANT 와 관련된 작업 이후에 반드시 flush privileges 구문을 실행해야 합니다. 그렇지 않을 경우, 백업이 실패할 수 있으며 이는 MySQL 의 버그입니다.

  • 아래의 DB User는 정책상 사용할 수 없습니다.
  • mysql.session
  • mysql.sys
  • sqlgw
  • admin
  • etladm
  • alertman
  • prom
  • rds_admin
  • rds_mha
  • rds_repl

  • DB 스키마와 DB User 항목의 동기화 버튼 클릭 시, DB 인스턴스에 생성된 DB 스키마와 DB User 정보들을 각각 가져올 수 있습니다.

모니터링 항목

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

rds_12_20210112

로그 파일

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

rds_13_20210112

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

rds_14_20210112

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

rds_15_20210112

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

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

Audit Log

  • DB Configuration의 설정을 통해 audit log를 남길 수 있습니다.
  • 생성된 audit log 파일은 Event & Log 탭에서 확인하거나, 다운로드할 수 있습니다.
  • 자세한 설정값은 다음 사이트에서 확인 가능합니다.
  • https://mariadb.com/kb/en/mariadb-audit-plugin-options-and-system-variables

[주의] MySQL 5.7.15 8.0.18, 8.0.23 버전은 지원하지 않습니다.

이벤트

event_list_0_ko

DB 인스턴스와 관련된 여러 작업 중 발생하는 각종 이벤트 및 알림 그룹의 감시 설정 결과를 확인할 수 있습니다.

  • ❶ 이벤트 유형을 선택하여 조회 할 수 있습니다.
  • ❷ 이벤트 소스 혹은 메시지를 검색할 수 있습니다.
  • ❸ 이벤트 발생 기간을 선택할 수 있습니다.

이벤트 구독

event_sub_list_0_ko

이벤트 구독 현황을 조회할 수 있습니다.

  • 구독 이름 혹은 이벤트 소스 로 검색할 수 있습니다.
  • ❷ 이벤트 구독을 신규로 생성 할 수 있습니다.
  • ❸ 수정 하고자 하는 구독을 선택하여 구독 내용을 수정할 수 있습니다.
  • ❹ 삭제 하고자 하는 구독을 선택하여 삭제할 수 있습니다.

이벤트 구독 등록 및 수정

event_sub_popup_0_ko

  • ❶ 이벤트 구독 이름을 입력합니다.
  • ❷ 이벤트 구독을 원하는 유형을 선택합니다. 유형에 따라 선택할 수 있는 이벤트 코드 및 이벤트 소스가 제한됩니다.
  • ❸ 이벤트 구독을 원하는 코드를 선택합니다.
  • ❹ 이벤트 구독을 원하는 소스를 선택합니다.
  • ❺ 알림이 발송될 사용자 그룹을 선택합니다. 아무 그룹도 선택하지 않으면 알림 발송이 되지 않습니다.
  • ❻ 활성화 여부를 선택합니다.

서버 대시보드

server_dashboard_0_ko

각종 성능 지표를 차트 형태로 확인할 수 있습니다.

  • ❶ 인스턴스 이름 혹은 IP 주소로 검색할 수 있습니다.
  • ❷ 조건에 맞는 서버가 표시됩니다. 서버의 상태에 따라 우측 상단의 아이콘 색상이 변경됩니다.
  • 초록색: 정상 상태
  • 빨간색: 에러 상태
  • 회색: 삭제된 서버
  • ❸ 레이아웃을 선택할 수 있습니다.
  • ❹ 레이아웃을 수정하거나 삭제할 수 있습니다.
  • 레이아웃 만들기 창이 나타납니다.
  • ❻ 레이아웃에 차트를 추가할 수 있습니다.
  • ❼ 조회 기간을 현재 시각으로 설정 후, 차트를 갱신합니다.
  • ❽ 조회 기간을 변경할 수 있습니다.
  • ❾ 차트가 표시됩니다.

차트 추가

server_dashboard_chart_add_1_ko

  • ❶ 차트를 추가하기 원하는 레이아웃을 먼저 선택합니다.
  • 차트 추가 버튼을 클릭하면 아래와 같이 차트 추가 창이 나타납니다.

server_dashboard_chart_add_2_ko

  • ❶ 추가할 차트가 표시됩니다.
  • ❷ 추가하고자 하는 차트를 선택할 수 있습니다.

차트 수정

server_dashboard_1_ko

  • ❶ 차트의 상단 영역을 마우스로 드래그하여 차트를 이동시킬 수 있습니다.
  • ❷ 차트를 삭제할 수 있습니다.
  • ❸ 차트 우측 하단을 마우스로 드래그하여 차트의 크기를 변경할 수 있습니다.

레이아웃 추가

server_dashboard_layout_create_0_ko

  • 레이아웃 만들기 버튼을 클릭합니다.
  • ❷ 레이아웃 이름을 입력합니다.

레이아웃 수정 및 삭제

server_dashboard_layout_modify_0_ko

  • 관리 버튼을 클릭합니다.
  • ❷ 해당 레이아웃을 수정할 수 있는 편집 화면으로 변경됩니다.
  • ❸ 해당 레이아웃을 삭제할 수 있습니다.

server_dashboard_layout_modify_1_ko

  • 확인 버튼을 클릭하면 변경 사항이 저장됩니다.
  • 취소 버튼을 클릭하면 변경 사항이 취소됩니다.

사용자 그룹

알림 그룹 및 이벤트 구독을 통해 알림을 받을 사용자를 그룹으로 관리할 수 있습니다.

사용자 그룹 생성

user_group_create_0_ko

  • 사용자 그룹 생성 버튼을 클릭하면 사용자 그룹 생성 창이 나타납니다.

user_group_create_1_ko

  • ❷ 그룹이름을 입력합니다.
  • ❸ 통보 대상 사용자가 표시됩니다. x 버튼을 클릭하면 통보 대상에서 제외됩니다.
  • ❹ 통보 대상에 사용자를 추가합니다.
  • ❺ 사용자 목록의 모든 사용자를 통보 대상에 추가합니다.

사용자 그룹 수정

user_group_modify_0_ko

  • ❶ 수정하려고 하는 사용자 그룹의 편집 버튼을 클릭하면 사용자 그룹 수정 창이 나타납니다.

user_group_modify_1_ko

  • ❷ 수정하려는 항목을 수정 후, 확인 버튼을 클릭하면 사용자 그룹이 수정됩니다.

사용자 그룹 삭제

user_group_delete_0_ko

  • ❶ 삭제하려는 사용자 그룹의 삭제 버튼을 클릭합니다.

알림 그룹

인스턴스의 성능 지표에 감시 설정을 추가하여 알림을 받을 수 있습니다.

알림 그룹 생성

notification_group_create_0_ko

  • 그룹 만들기 버튼을 클릭합니다.

notification_group_create_1_ko

  • ❷ 알림 그룹 이름을 입력합니다.
  • ❸ 알림 유형을 선택합니다. 다중 선택이 가능합니다.
  • ❹ 활성화 여부를 설정합니다.
  • ❺ 감시 대상 인스턴스를 선택합니다.
  • ❻ 사용자 그룹을 선택합니다.

알림 그룹 수정

notification_group_modify_0_ko

  • ❶ 수정 하고자 하는 알림 그룹의 편집 버튼을 클릭합니다.

notification_group_modify_1_ko

  • ❷ 수정 하려는 항목을 수정 한후 확인 버튼을 클릭합니다.

알림 그룹 삭제

notification_group_modify_2_ko

  • 삭제 버튼을 클릭하면 등록된 알림 그룹을 삭제할 수 있습니다.

감시 설정 추가

notification_group_watchdog_0_ko

  • ❶ 감시 설정을 수정하려고 하는 알림 그룹의 감시 설정 버튼을 클릭합니다.

notification_group_watchdog_1_ko

  • 감시 설정 버튼을 클릭합니다.

notification_group_watchdog_2_ko

  • ❸ 감시할 항목을 선택합니다.
  • ❹ 비교 방법을 선택합니다.
  • ❺ 임곗값을 입력합니다. 항목에 따라 입력할 수 있는 최댓값이 다릅니다.
  • ❻ 지속 시간을 입력합니다.
  • ❼ 추가 버튼을 클릭하면 감시 설정이 등록됩니다. 취소 버튼을 클릭하면 감시 설정이 등록되지 않습니다.

감시 설정 수정 및 삭제

notification_group_watchdog_3_ko

  • 편집 버튼을 클릭하면 해당 감시 설정을 수정할 수 있습니다.
  • 삭제 버튼을 클릭하면 해당 감시 설정을 삭제할 수 있습니다.

사용자 권한 분리

  • 프로젝트 멤버의 권한을 RDS for MySQL ADMIN / RDS for MySQL MEMBER로 구분하여 부여할 수 있습니다.
  • RDS for MySQL ADMIN 권한은 기존처럼 모든 기능을 사용 가능합니다.
  • RDS for MySQL MEMBER 권한은 정보를 조회하는 기능만 사용 가능합니다.
  • 인스턴스를 생성, 수정, 삭제하거나, 인스턴스를 대상으로 하는 어떠한 기능도 사용할 수 없습니다.
  • 단, Notification 탭에서 알람과 관련된 기능은 사용 가능합니다.

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

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

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

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

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

rds_planed_migration_0

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

rds_planed_migration_1

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

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

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

rds_planed_migration_2

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

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

rds_planed_migration_3

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

TOP