클라우드 환경에서 RAC 문제

오라클 RAC(Real Application Clusters)는 공유 스토리지와 빠른 인터커넥트 네트워크가 필수적이어서 퍼블릭 클라우드 환경(AWS, Azure 등)에서 네이티브로 구성하기가 기술적으로 어렵거나 비용이 많이 듭니다. 

이를 해결하기 위해 최근에는 오라클 클라우드(OCI)로의 마이그레이션이나 하이브리드 환경 구성이 주된 해결책으로 활용되고 있습니다. 2024~2026년 기준 주요 해결 방안은 다음과 같습니다. 

---

1. 오라클 클라우드 인프라스트럭처(OCI) 이용 (가장 권장)

오라클은 OCI 내에서 RAC를 완벽하게 지원하며, 온프레미스의 성능을 클라우드에서도 보장합니다.

• Oracle Exadata Database Service on OCI: 온프레미스의 엑사데이터 기술을 클라우드에서 그대로 사용합니다. RAC가 기본으로 구성되어 있어 성능과 가용성(MAA)을 최대로 확보할 수 있습니다.
• Virtual Machine (VM) DB Systems: OCI 내에서 2노드 RAC 구성이 가능합니다. VM 환경에서 편리하게 RAC를 운영할 수 있습니다.
• Autonomous Database (ADB): 오라클의 자율운영 데이터베이스로, RAC 기반 위에서 동작하여 별도의 클러스터 구성 없이 높은 고가용성을 제공합니다. 

  

  Oracle Blogs +3

2. 하이브리드 클라우드 구성 (Oracle Exadata Cloud@Customer)

클라우드 전환이 어렵지만 RAC가 필요할 때, 오라클 장비를 온프레미스(고객 데이터센터)에 설치하고 관리만 오라클 클라우드에서 하는 방식입니다. 고성능이 필요하면서 데이터 주권이 중요한 환경에 적합합니다. 

YouTube +1

3. 타사 퍼블릭 클라우드(AWS/Azure) 내 RAC 대체 전략

AWS나 Azure 환경에서 RAC를 대체하거나 하이브리드 형식으로 구동하는 방식입니다.

• FlashGrid 기술 활용: AWS, Azure 상에서 공유 스토리지 기반의 RAC 구성을 가능하게 하는 서드파티 솔루션을 활용합니다.
• Oracle Database@AWS/Azure: AWS, Azure 데이터센터 내부에 오라클 엑사데이터 인프라를 직접 배치하여, 타 클라우드 환경에서 RAC를 네이티브처럼 사용하는 방식입니다.
• Active Data Guard 사용: RAC 대신 단일 노드(Single Instance) 인스턴스를 사용하고, Active Data Guard를 이용해 고가용성 및 재해 복구(DR) 환경을 구성합니다. 

  

  Oracle +2

4. 클라우드 네이티브 데이터베이스로 전환

Oracle RAC의 고비용 구조(라이선스, 인프라)를 벗어나고자 할 때 사용됩니다.

• AWS Aurora / Azure SQL 등 전환: 미션 크리티컬한 RAC 워크로드를 각 클라우드 네이티브 서비스로 전환합니다.
• 성능 검토 필수: 다만, RAC가 제공하는 캐시 퓨전 등의 빠른 노드 간 캐싱 기능이 필요 없는 업무에만 적합합니다. 

  

  YouTube +1

---

요약 및 제안

1. 성능과 RAC 환경 유지가 최우선: OCI Exadata Database Service
2. 데이터가 외부로 나갈 수 없는 경우: Exadata Cloud@Customer
3. AWS/Azure 환경을 계속 사용해야 하는 경우: Oracle Database@AWS/Azure 또는 FlashGrid 

   

   YouTube +2

최근 경향은 오라클의 분산형 클라우드 전략에 따라 타 클라우드 환경에서도 엑사데이터 기술(RAC 포함)을 활용하는 방향으로 가고 있습니다. 

Oracle