전용 Exadata 인프라의 자율운영 AI 데이터베이스에 대한 가용성 SLA(서비스 수준 계약)

이 항목에서는 전용 Exadata 인프라의 Oracle Autonomous AI Database에 대한 SLA(서비스 수준 계약) 및 SLO(서비스 수준 목표)에 대해 설명합니다.

Oracle Autonomous AI Database는 Oracle의 MAA(Maximum Availability Architecture)를 활용하여 Oracle Exadata Cloud 인프라(Oracle Public Cloud, Multicloud 및 Oracle Exadata Cloud@Customer)에서 실행됩니다. Autonomous AI Database on Dedicated Exadata Infrastructure는 계획되지 않은 운용중단 또는 계획된 유지보수 작업 후 한 자릿수 초 내에 애플리케이션을 온라인으로 반환하도록 설계되었습니다.

Oracle Maximum Availability Architecture(MAA)는 Oracle 고가용성, 데이터 보호 및 재해 복구 기술의 통합 사용을 위해 수년간 Oracle 엔지니어가 개발한 모범 사례 세트입니다. Oracle MAA의 주요 목표는 Oracle Cloud MAA 아키텍처 및 솔루션을 사용하여 시스템 및 데이터베이스 플랫폼에서 실행되는 Oracle 데이터베이스 및 애플리케이션의 RTO(복구 시간 목표) 및 RPO(복구 지점 목표)를 충족하는 것입니다. Autonomous AI Database on Dedicated Exadata Infrastructure는 MAA Platinum의 검증 및 인증을 받았습니다. Oracle MAA에 대한 자세한 내용은 Oracle Database 19c 고가용성 개요 및 모범 사례 또는 Oracle Database 26ai 고가용성 개요 및 모범 사례의 최대 가용성 아키텍처 및 자율운영 AI 데이터베이스 클라우드를 참조하십시오.

작동 시간

다음 표에서는 전용 Exadata 인프라의 Oracle Autonomous AI Database에 대한 SLA(서비스 수준 계약) 및 SLO(서비스 수준 목표)를 간략히 설명합니다.

테이블 - 가동 시간 SLA/SLO

서비스 유형 작동 시간(자율운영 Data Guard 사용 안함) 작동 시간(자율운영 Data Guard 사용)

전용 Exadata 인프라의 자율운영 AI 데이터베이스(Oracle Public Cloud 배포)

SLA(서비스 레벨 계약)

99.95%

매월 최대 22분 동안의 다운타임

99.995%

매월 최대 132초의 다운타임이 발생합니다.
Exadata Cloud@Customer의 자율운영 AI 데이터베이스, Oracle Database@AWS의 자율운영 AI 데이터베이스 SLO(서비스 레벨 목표)

99.95%

매월 최대 22분 동안의 다운타임

99.995%

매월 최대 132초의 다운타임이 발생합니다.

개발자를 위한 자율운영 AI 데이터베이스

(Oracle Public Cloud 및 Exadata Cloud@Customer 배치 모두)

SLO(서비스 레벨 목표)

99.5%

해당 없음

개발자용 자율운영 AI 데이터베이스는 자율운영 Data Guard에서 지원되지 않습니다.

주:

위 표의 Uptime 열에 따른 SLA(가용성 서비스 레벨 계약)의 경우 Oracle은 상업적으로 합당한 노력을 기울여 해당 월의 지정된 월별 가동 시간 백분율("서비스 약정")과 함께 각 서비스를 사용할 수 있도록 합니다. 이 서비스 약정이 충족되지 않으면 멤버쉽 포인트 퍼센트와 함께 해당 비준수 서비스에 대한 멤버쉽 포인트를 받을 수 있습니다. 멤버쉽 포인트 퍼센트 값 및 기타 세부정보는 Oracle PaaS 및 IaaS Public Cloud Services 일체형 제품군 문서를 참조하십시오.

RTO(Recovery Time Objective) 및 RPO(Recovery Point Objective)

다음 표에서는 Autonomous Data Guard 및 Autonomous Data Guard를 사용하지 않는 Autonomous AI Database on Dedicated Exadata Infrastructure의 다양한 장애 이벤트에 대한 대상 RTO(복구 시간 목표) 및 RPO(복구 지점 목표) SLA/SLO에 대해 간략히 설명합니다.

테이블 - 기본 고가용성 정책 복구 시간 및 복구 지점 SLA/SLO

오류 및 유지 관리 이벤트 SLO(서비스 레벨 작동 중지 시간) 최대 실행 가능한 데이터 손실
다음을 포함한 지역화된 이벤트:
  • Exadata 클러스터 네트워크 토폴로지 실패
  • 저장 영역(디스크 및 플래시) Failure
  • 데이터베이스 인스턴스 실패
  • 데이터베이스 서버 실패
  • 정기적인 소프트웨어 및 하드웨어 유지 관리 업데이트

거의 0

0
standby database가 존재하지 않기 때문에 백업에서 복원해야 하는 이벤트:
  • 데이터 손상
  • 전체 데이터베이스 실패
  • 전체 스토리지 오류
  • 복수 AD 지역에 대한 AD(가용성 도메인)

분 - 시간

(Autonomous Data Guard 사용 안함)

15분

(Autonomous Data Guard 사용 안함)

비롤링 소프트웨어 업데이트 또는 데이터베이스 업그레이드가 필요한 이벤트

비롤링 소프트웨어 업데이트 또는 데이터베이스 업그레이드 이벤트가 완료될 때까지.

시간대 파일 업데이트가 포함된 업그레이드의 경우 서비스 레벨 작동 중지 시간은 업그레이드 중 수정된 시간대 데이터의 양에 따라 다릅니다.

0

테이블 - 자율운영 Data Guard 복구 시간 및 복구 지점 SLA/SLO

오류 및 유지 관리 이벤트 RTO(서비스 수준 가동 중지 시간 ) 잠재적 서비스 수준 데이터 손실(RPO)
다음을 포함한 지역화된 이벤트:
  • Exadata 클러스터 네트워크 패브릭 오류
  • 저장 영역(디스크 및 플래시) Failure
  • 데이터베이스 인스턴스 실패
  • 데이터베이스 서버 실패
  • 정기적인 소프트웨어 및 하드웨어 유지 관리 업데이트

0 또는 0 이하

0
다음과 같이 자율운영 Data Guard를 사용하여 대기 데이터베이스로 복구해야 하는 이벤트입니다.
  • 데이터 손상(Data Guard에 물리적 손상에 대한 자동 블록 복구가 있기 때문에 논리적 손상이나 광범위한 데이터 손상에 대해서만 복구 작업이 필요함)
  • 전체 데이터베이스 실패
  • 전체 스토리지 오류
  • 가용성 도메인 또는 지역 Failure(지역 Failure 보호는 대기 데이터베이스가 여러 지역에 있는 경우에만 사용할 수 있음)

몇 초에서 2분으로
  • 최대 가용성 보호 모드가 0입니다(동기식 리두 전송 사용). 영역 내 대기 데이터베이스에 가장 일반적으로 사용됩니다.
  • 최대 성능 보호 모드(비동기 리두 전송 사용)의 경우 거의 0입니다. 영역 간 대기 데이터베이스에 가장 일반적으로 사용됩니다.