RDS, Aurora Cluster 에서의 AWS, DBA 관리 영역

해당 페이지에서는 RDS 및 Aurora Cluster 의 운영 및 관리 영역 및 실질적인 superuser 인 rdsadmin 에 대하여 다룬다.

 

이 페이지는 아래의 공식 문서와 관련되어 있다.

 

- 공식 문서

 

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Appendix.PostgreSQL.CommonDBATasks.html

 

 

RDS 및 Aurora Cluster 의 내부 요소들은 기본적으로 AWS 가 관리한다

 

 

AWS 및 기타 클라우드 서비스는 클라우드 회사가 해당 서비스들을 사용하는 고객을 대신 하여 운영 및 관리를 하는 영역이 있다. RDS 및 Aurora Cluster 또한 이 영역에 포함되는 서비스이다. 온프레미스 환경에서 DBA 들이 수행하는 작업을 대신하여 수행 해 주는 대표적인 영역을 살펴보면 아래와 같다.

 

- DB 설치

 

온프레미스에서는 DBA 들이 신규 서버에 DB 를 손수 설치 해야하나 AWS 에서는 이를 몇번의 클릭 및 원하는 옵션 설정 만으로 DB 인스턴스를 생성 해 준다.

 

본인 테스트 화면

 

- 백업

 

온프레미스에서는 백업 또한 설정이 필요하나, AWS 에서는 스냅샷이라는 개념으로 우리가 백업 옵션만 지정 해 주면 자동 백업 및 보관, 운영을 대신 수행 해 준다.

 

본인 테스트 화면

 

- 모니터링 및 log 기록

 

AWS 에서는 범용 모니터링 서비스인 CloudWatch, 범용 log 관리 서비스인 CloudTrail, 

RDS 및 Aurora Cluster 에서만 사용하는 성능 개선 모니터링 부가 서비스인 Performance Insight 까지 준비되어 있어

이에 대한 DBA 들의 부담을 줄여준다.

 

본인 테스트 화면

 

이러한 영역들을 AWS 가 대신 해 주면서 기타 여러 요소들을 관리하기 위하여 사용하는 superuser 계정이 있으니 그게바로 rdsadmin 이다.

 

 

rdsadmin 계정의 의의

 

 

온프레미스에서는 DBA 가 실질적인 superuser 계정을 통하여 (ex : MySQL - root , PostgreSQL - postgres)

DB 를 운영하나 AWS 의 RDS, Aurora Cluster 에서의 실질적인 superuser 는 rdsadmin 이다.

이는 AWS 에서 지원하는 모든 DB 엔진에 적용된다.

 

이 때문에 온프레미스에서 DB 를 운영하던 DBA 들이 이 AWS 서비스들을 처음 사용 할 때, 권한이 부족하여 작업을 수행하지 못하는 경우에 대하여 난감 해 할 수 있다.

(예시: 인스턴스를 생성할 때 만드는 MySQL 기본 운영 계정 - admin 으로 information_schema 내 테이블을 조작하려고 할 때)

 

본인 테스트 화면

 

그러나 이 계정들로 AWS 가 자체적인 RDS, Aurora Cluster 에 대한 실질적인 관리를 해주므로 고객들이 위의 DBA 작업들을 직접 수행하는데 필요한 노력과 시간을 줄여줌으로써 클라우드의 장점을 누릴 수 있도록 해주는 것이기에 

우리가 AWS 에 이에 대한 계정 삭제 요청들을 따로 할 수가 없다.

 

 

AWS 서비스에서 DBA 의 역할

 

 

AWS 가 서비스들을 기본적으로 관리 해 준다 해도 그 DB 인스턴스들 안에서 DBA 가 직접 관리 해 줘야 하는 대표적인 영역들이 있는데 이는 아래와 같다.

 

- 쿼리 튜닝

 

- 파라미터 튜닝

 

- 수행 쿼리 빈도, 수행 시간 조절

 

- 트랜잭션 부하량에 따른 인스턴스 class 및 스토리지 유형, 크기 계산 및 적용