AWS의 RDS(Relational Database Service)는 클라우드 환경에서 데이터베이스를 쉽게 운영할 수 있도록 돕는 관리형 서비스입니다. 그러나 RDS를 사용하면 기저 운영 체제나 데이터베이스 소프트웨어의 깊은 수준에 접근하거나 사용자 지정 기능을 추가할 수 없는 제한이 있습니다. 이런 제약은 특히 데이터베이스의 고유한 설정이나 특정 기능을 활용해야 할 때 불편할 수 있습니다.
하지만, RDS Custom을 사용하면 이러한 문제를 해결할 수 있습니다. RDS Custom은 두 가지 유형의 데이터베이스, 즉 Oracle과 Microsoft SQL Server를 지원하며, 사용자가 기저 운영 체제와 데이터베이스 소프트웨어에 대한 완전한 접근 권한을 가질 수 있게 해줍니다. 이 글에서는 RDS와 RDS Custome의 차이점과 RDS Custom의 주요 장점에 대해 살펴보겠습니다.
RDS
AWS RDS는 사용자가 데이터베이스의 운영과 관리에 대한 부담을 덜 수 있도록 설계된 서비스입니다. 사용자는 데이터베이스 자체에 설정과 운영에만 집중하면 되며, 운영 체제, 패치 관리, 백엡, 스케일링과 같은 주요 작업은 모두 AWS가 처리합니다. 따라서, 데이터베이스 운영에 있어 간편함을 최우선으로 하는 경우 RDS는 매우 유용한 도구입니다.
RDS Custom
반면, RDS Custom은 더 많은 자유와 유연성을 제공합니다. 특히 Oracle 및 Microsoft SQL Server 데이터베이스를 사용하는 경우, RDS Custom을 통해 기저 운영 체제와 데이터베이스 소프트웨어에 직접 접근할 수 있습니다. 이는 다음과 같은 작업이 가능하다는 의미힙니다:
- 운영 체제 구성 변경: 특정 요구 사항에 맞춰 서버의 운영 체제를 직접 구성할 수 있습니다.
- 패치 적용 및 네이티브 기능 활성화: 데이터베이스 소프트웨어의 특정 패치를 수동으로 적용하거나, 특정 기능을 활성화할 수 있습니다.
- SSH 및 SSM 세션 관리자 사용: RDS 뒤에 있는 EC2 인스턴스에 SSH 또는 SSM 세션 관리자를 통해 접근할 수 있습니다.
이와 같은 사용자 지정 설정을 통해, RDS Custom은 데이터베이스 운영에 있어 더 많은 통제권을 제공합니다. 그러나 이러한 유연성은 동시에 더 많은 책임을 수반합니다.
RDS Custom을 활용할 때 주의할 점
RDS Custom을 사용할 때는 몇 가지 중요한 점을 유의해야 합니다:
-
자동화 비활성화: 사용자 지정 설정을 사용하려면, RDS의 자동화된 유지 관리 및 스케일링 기능을 비활성화하는 것이 좋습니다. 그렇지 않으면 AWS의 자동화 기능이 사용자 지정 설정을 덮어쓸 수 있습니다.
-
데이터베이스 스냅샷 생성: 기저 EC2 인스턴스에 접근할 수 있는 만큼, 설정 변경이나 패치 적용 시 오류가 발생할 가능성이 높아집니다. 이러한 위험을 대비하기 위해 데이터베이스 스냅샷을 주기적으로 생성해 두는 것이 중요합니다. 문제가 발생할 경우, 스냅샷을 통해 데이터를 복구할 수 있습니다.
마치며
RDS는 데이터베이스 운영의 간편함을 추구하는 사용자에게 이상적인 선택입니다. 자동화된 관리와 AWS의 지원 덕분에 운영 체제나 데이터베이스 소프트웨어에 신경 쓰지 않고도 안정적인 데이터베이스 환경을 유지할 수 있습니다.
반면, RDS Custom은 더 높은 수준의 제어와 유연성을 필요로 하는 서비스입니다. Oracle 및 Microsoft SQL Server 환경에서 사용자 지정 설정을 적용하거나 네이티브 기능을 활성화해야 하는 경우, RDS Custom이 적합합니다.
