サービス・レベル目標値(SLO)
Oracle Autonomous AI Database Serverlessのサービス・レベル目標値(SLO)について説明します。
リカバリ時間の目標とリカバリ・ポイントの目標
Oracle Autonomous AI Database Serverlessは、計画外停止や計画メンテナンス・アクティビティの後、1桁秒以内にアプリケーションをオンラインで返すように設計されています。
次の表に、様々な失敗イベントのターゲット・リカバリ時間目標(RTO) SLOの概要を示します。
| イベント | リカバリ時間目標(RTO)サービス・レベル目標値 | リカバリ・ポイント目標(RPO)サービス・レベル目標値、可能な最大データ損失 |
|---|---|---|
Autonomous Data Guardが有効な場合に、スタンバイ・データベースへのフェイルオーバーが必要なイベント:
|
Autonomous Data Guardスタンバイの場合: ローカル・スタンバイ・データベース: 2分 クロス・リージョン・スタンバイ・データベース: 10分未満 詳細は、Autonomous Data Guardのリカバリ時間目標(RTO)およびリカバリ・ポイント目標(RPO)を参照してください。 |
ローカル・スタンバイ・データベース: データ損失の最大許容目標は0です。 クロス・リージョン・スタンバイ・データベース: 最大許容データ損失目標は1分です |
次のような、バックアップ・コピーへのフェイルオーバーまたはバックアップからのリストアが必要なイベント(Autonomous Data Guardスタンバイがない場合)。
|
データベースのサイズに基づくバックアップベースの障害時リカバリの場合: ローカル・バックアップ・コピー: 1時間+ (5TB当たり1時間) リージョン間のバックアップ・コピー: 1時間+ (5TB当たり1時間) たとえば、5TBデータベースのリカバリ時間目標(RTO)は最大2時間です。 詳細は、バックアップベースのディザスタ・リカバリ時間目標(RTO)およびリカバリ・ポイント目標(RPO)を参照してください。 |
ローカル・バックアップ・コピー: データ損失の最大許容目標は10秒未満です クロス・リージョン・バックアップ・コピー: データ損失の最大許容目標は1分です |
組込みツールの可用性
Oracleは、暦月のサービス・コミットメント中に、以下に定義された月次稼働時間率(可用性)目標が設定された以下のツールを持つよう、商業上合理的な努力を払います。
| Oracle Autonomous AI Database組込みツール | 可用性サービス・レベルの目的 |
|---|---|
| Oracle REST Data Services (ORDS) | 99.95% |
| Oracle APEX(Autonomous AI Database上) | 99.95% |
| データベース・アクション | 99.95% |
| Graph Studio | 99.95% |
| Spatial Studio | 99.95% |
Oracle Machine Learning:
|
99.95% |
| データ変換 | 99.95% |
次の用語は、この表にリストされているOracle Autonomous AI Database組込みツールの可用性サービス・レベル目標値に適用されます。
-
「HTTPエラー率」は、各データベース・ビルトイン・ツールに別々に適用され、パーセンテージ値は、(i)該当するツールに対して実行された失敗したHTTPコールの合計数に相当します。暦月中の1分間の「Bad Gateway」または「Service Unavailable」のステータスを(ii)ツールに対して1分間に実行されたHTTPコールの合計数で割った。
-
「月次稼働時間率」は、該当する暦月の各分間のHTTPエラー率の平均を100%から引いて計算されます。
| Oracle Autonomous AI Database組込みツール | 可用性サービス・レベルの目的 |
|---|---|
| Oracle AI Database API for MongoDB | 99.95% |
以下の条件は、Oracle AI Database API for MongoDB向け可用性サービス・レベル目標値に適用されます:
-
「Oracle AI Database API for MongoDBを介した接続」は、Oracle AI Database API for MongoDBを使用して任意のツールまたはアプリケーションからCloud Serviceに直接接続を確立したものです。
-
"毎月の稼働率"は、その月の中で、適用可能なCloud Serviceが「使用不可」の状態であった当当該月内の分単位の割合を100パーセントから引いて計算します。
-
「使用不可」とは、(i) Oracle AI Database API for MongoDBを介した接続を確立できないか、確立できるか、および(ii)そのような接続を確立するために少なくとも5回の連続的な試みが失敗する1分間のことを意味します。
ゼロ回帰サービス・レベルの目的
Oracle Autonomous AI Database Serverlessは、データベースにパッチを自動的に適用します。Oracleでは、これらのパッチが原因で、本番データベースにゼロ・リグレッションのサービス・レベル目標が提供されます。
Oracle Autonomous AI Database Serverlessは、データベース・コンソールで発表されたメンテナンス・ウィンドウ中に、バグおよびセキュリティ修正を含むパッチを自動的に適用します。アーリー・パッチ・レベル・オプションを使用してテスト・データベースまたは本番前データベースをプロビジョニングする場合、本番データベースにパッチを適用する前に、これらのインスタンスでパッチをテストできます。テスト・データベースまたは本番前データベースで問題が発生した場合は、サービス・リクエストを提出して、パッチが本番データベースに適用される前に対処された問題を取得できます。
Oracleは、本番データベースにゼロ・リグレッションのサービス・レベル目標を提供します。このドキュメントの「回帰」は、データベース・コンソールで発表されたメンテナンス・ウィンドウ中に実行されたAutonomous AI Databaseのパッチまたは更新によって導入された問題として説明されています。
アーリー・パッチ・レベルでパッチがデータベースに適用された後、サービス・リクエストを通じてそのデータベースの問題を検出して報告した場合、Oracleは、本番データベースで同じ問題が発生しないように、商業的に合理的な方法で問題に対処します。
詳細は、パッチ・レベルの設定を参照してください。