Oracle AI Database@AWS、Oracle MAA Platinum認定を達成し、200マイクロ秒未満のレイテンシを実現 (2026/06/17)

https://blogs.oracle.com/cloud-infrastructure/databaseaws-maa-platinum-sub-200-latency

投稿者：Muneer Mirza | Vice President of Product, Multicloud at Oracle Cloud Infrastructure (OCI)

Pandit Prasad | Principal Product Manager

Peter Kurkowski | Principal Product Marketing Manager, Oracle Cloud Infrastructure (OCI), Multicloud

Karthik Gopalakrishnan | Senior Product Manager, Tech at Amazon Web Services

Oracle AI Database@AWSは、パフォーマンスと回復力の両方が求められるエンタープライズアプリケーション向けの戦略的なマルチクラウドプラットフォームとして進化を続けています。この度、Oracle AI Database@AWSはプラチナMAA認証を取得し、アプリケーションとデータベース間の往復レイテンシ（RTT）を165マイクロ秒まで短縮しました。本ブログでは、200マイクロ秒未満のレイテンシを実現するネットワークとパフォーマンスの改善点、最適なパフォーマンスを実現するための導入推奨事項、そしてプラチナMAA認証がミッションクリティカルなワークロードにもたらす意味について解説します。

AWSハイパフォーマンスネットワーキングによるアプリケーションパフォーマンスの向上

レイテンシに敏感なワークロードの場合、アプリケーションの配置は最も重要なアーキテクチャ上の決定事項の一つです。Oracle MAAのテストでは、ネットワーク配置、オペレーティングシステムの構成、およびアプリケーションインスタンスのサイジングがすべてアプリケーションの応答時間に直接影響を与えることが継続的に示されています。

最新のOracle MAA評価では、Oracle AI Database 26aiの可用性の向上、AWSハイパフォーマンスネットワーキング（EC2配置グループ）、Oracle Database@AWSネットワークインフラストラクチャの追加的な機能強化、および更新されたOracle MAA導入ガイダンスが組み込まれています。

この評価では、Oracle Database@AWSがOracle MAAプラチナティア認証を取得していることも確認されました。これは、ほとんどのアプリケーションにおいて、災害復旧RTOが30秒未満、RPOが0またはほぼ0であることを反映しています。現在の認証状況と範囲については、Oracle MAAマルチクラウド認証マトリックスを参照してください。

これらの改善により、Oracle MAAアーキテクチャに期待される可用性と回復力を維持しながら、アプリケーションとデータベース間のレイテンシ特性が改善されました（RTTは165マイクロ秒まで短縮）。Oracle MAAのテストは、AWSハイパフォーマンスネットワークを使用し、Exadata VMクラスタと同じアベイラビリティゾーンに配置されたEC2インスタンス上でAmazon Linux 2023を使用して実施されました。次の表は、観測された結果をまとめたものです。結果はOracle MAA検証テストの条件を反映しています。実際のリージョン間レイテンシとスループットは、アベイラビリティゾーンの配置、VMのサイジング、オペレーティングシステムの構成、ネットワークトポロジ、ワークロード特性によって異なります。

クロスデータベース・クロスリージョン・テナンシー、デプロイメントに関する推奨事項、レイテンシーに関する観測結果、ネットワークガイダンスなど、最新のOracle MAA検証結果の完全なセットについては、「Oracle Database@AWS向けOracle最大可用性アーキテクチャ」を参照してください。

低遅延かつ高可用性環境を実現するためのOracle MAA推奨事項

Oracle MAAのテストに基づくと、アプリケーションのレイテンシを最小限に抑えたい顧客は、以下の点に留意する必要があります。

可能な限り、アプリケーションサーバーはデータベースと同じアベイラビリティゾーンに配置してください。
AWSハイパフォーマンスネットワーキング（EC2配置グループ）を使用して配置を最適化します。
ネットワークホップ数を最小限に抑えるため、アプリケーションとデータベース間の接続には直接ODBピアリングを使用してください。
本番環境への展開前に、アプリケーションのサービスレベル目標に対してRTT（ラウンドトリップタイム）の遅延を検証してください。
高可用性を確保するために必要に応じて複数のアプリケーションVMをデプロイし、配置がレイテンシ要件を満たし続けるようにします。
Oracle Continuous Availability機能を有効にすることで、計画メンテナンス時や予期せぬ停止時のアプリケーションの中断を最小限に抑えることができます。

AWS アカウント間で複数のアプリケーション VM をデプロイするお客様向けに、AWS はAWS アカウント間で配置グループを共有することもサポートしており、低遅延アプリケーション層向けに最適化された配置戦略を維持するのに役立ちます。

これらの改善が重要な理由

アプリケーションとデータベース間のレイテンシの低減は、OLTPシステム、ERPアプリケーション、金融サービスプラットフォーム、顧客向けデジタルサービス、AI対応運用アプリケーションなど、多くのエンタープライズワークロードにとって不可欠です。ネットワークパフォーマンスの向上、Oracle Exadataのスループット向上、そしてOracle MAAのベストプラクティスを組み合わせることで、お客様はMAAプラチナティアアーキテクチャの可用性保証を維持しながら、これらのレイテンシ目標を達成できます。

Oracle AI Database@AWS上のOracle Exadata Database ServiceがOracle MAAプラチナ認定を取得

ネットワーク機能の改善に加え、Oracle AI Database@AWS上のOracle Exadata Database Serviceは、Oracle MAAのブロンズ、シルバー、ゴールド、プラチナの各ティアで認定を取得しました。

プラチナMAA認証は、Oracle AI Database@AWSがOracleの厳格なミッションクリティカル可用性アーキテクチャ基準を満たし、最も要求の厳しいエンタープライズ環境に必要な自動復旧、アプリケーション継続性、および運用規律を実現していることを証明するものです。認証の詳細については、Oracle MAAマルチクラウド認証マトリックスを参照してください。

Oracle AI Database@AWS 上の Oracle Exadata Database Service の Oracle MAA 認定レベル

注：プラチナティアはゴールドティアのアーキテクチャを基盤としており、ゴールドティアで設定された復旧時間目標（RTO < 30秒）や復旧ポイント目標（RPO = 0）は変更されません。プラチナティアでは、高速フェイルオーバー、継続的可用性テクノロジー、エンドツーエンドの復旧テストなど、検証済みの自動化と運用上のベストプラクティスが追加され、手動による介入なしに組織がこれらの目標を一貫して達成できるようになります。

プラチナティアはゴールドティアに加えて何を追加するのか

プラチナMAAティアには、ゴールドMAAティアのアーキテクチャに含まれるすべての機能に加え、Oracle AI Database 26aiへのより強い注力、Oracle AI Database 26aiの可用性強化機能の検証、自動化、およびエンドツーエンドのリカバリ動作が含まれています。

自動災害復旧

Oracle Data Guard Fast-Start Failover (FSFO) は、DBA による手動操作なしに、対象となる障害に対する自動フェイルオーバーを可能にします。プライマリおよびスタンバイデータベースを監視する軽量プロセスである Observer と組み合わせることで、FSFO は障害を検出し、数秒以内にフェイルオーバーを開始します。これにより、ワークロードとトランザクション量に応じて、数秒から数分の復旧時間を実現します。

Oracle AI Database@AWS のデプロイメントでは、FSFO は同一リージョン (クロス AZ) とクロスリージョンの両方の災害復旧トポロジーをサポートします。クロス AZ 構成では、オブザーバーを第 3 アベイラビリティゾーンの別の EC2 インスタンスで実行することで、最大限の耐障害性を実現できます。この自動化されたアプローチにより、障害発生時のオンコール DBA による介入が不要になり、予測可能で一貫性のある復旧動作が実現します。

アプリケーションの継続的な可用性

Platinumは、アプリケーション層とデータベース層の両方を重視しています。Oracleのテクノロジーには以下のようなものがあります。

透明性の高いアプリケーション継続性
アプリケーションの継続性
高速アプリケーション通知（FAN）
ランタイム負荷分散（RLB）

アプリケーションが障害、メンテナンス作業、役割の移行時にも最小限の中断で継続できるよう支援します。適切に設定されていれば、処理中のトランザクションは、稼働中のプライマリデータベースまたは新しいプライマリデータベースで自動的に再生され、エンドユーザーはアプリケーションエラーやセッションの切断を経験することはありません。

検証済みのエンドツーエンドの事業継続性

プラチナ認証は、データベース、ネットワーク、アプリケーション層全体にわたる運用フローについて、Oracle MAAによる検証が行われたことを示しており、ミッションクリティカルな事業継続に必要な動作も含まれています。

リソース

Oracle AI Database@AWS の利用を開始するには、「Oracle AI Database@AWS の利用開始」を参照してください。高性能ネットワークを構成し、アプリケーションとデータベース間のレイテンシを 200 マイクロ秒未満に抑えるには、「Oracle AI Database@AWS 向け AWS 高性能ネットワーク」の手順に従ってください。Data Guard の構成や災害復旧の設定など、MAA アーキテクチャの詳細なガイダンスについては、「Oracle AI Database@AWS 向け Oracle 最大可用性アーキテクチャ」を参照してください。

このブログを検索

Oracle Cloud Infrastructure Blog(翻訳)