Oracle Database@AzureへのOracle Autonomous Databaseのデプロイ
Oracle Autonomous Databaseを、複数可用性ゾーンのMicrosoft Azureリージョン内にデプロイされたマイクロサービス・アプリケーション用の高い自己回復性のあるデータ・ストアとしてプロビジョニングします。
Oracleデータベースは、Exadata、Oracle Real Application Clusters (Oracle RAC)、Data Guard、Oracle Application Continuityなどのコア・ビルディング・ブロックをまとめてレイヤー化することで、エンタープライズ・レベルのビジネス継続性を提供します。現在、これらのコア・ビルディング・ブロックは、オンプレミス環境で手動で構成することも、Oracle Exadata Database Serviceを使用してOracle Cloud Infrastructure (OCI)で半手動で構成することも、Oracle Autonomous Databaseサービスを使用して完全に自動化することもできます。フルマネージドのOracle Autonomous Databaseサービスが、世界中のMicrosoft Azureリージョンで利用できるようになりました。
多くのAzureクラウド・リージョンは、ビジネス継続性を最大限に高めるために、複数の使用可能なゾーン(AZ)を提供します。これらのアベイラビリティ・ゾーンは、データ・センターの障害からアプリケーションとデータを保護するのに役立つ固有の物理的な場所です。
アーキテクチャ
このリファレンス・アーキテクチャでは、Oracle Autonomous DatabaseをMicrosoft Azureの複数可用性ゾーン(AZ)リージョンにデプロイするためのベスト・プラクティスについて説明します。
ミッションクリティカルなデータベース・アプリケーションを設計する際には、ビジネス継続性のプラクティスと高可用性トポロジを常に考慮する必要があります。次のアーキテクチャは、Azure Kubernetes Service (AKS)を使用したコンテナ化されたアプリケーションを示しています。コンテナ・イメージは、Azureコンテナ・レジストリに格納されます。ユーザーは、パブリック・ロード・バランサを介してアプリケーションを外部からアクセスします。Oracle Autonomous DatabaseはPaaSサービスであるため、Autonomous DatabaseがプロビジョニングされるAZに対する管理制御はありません。ただし、Azure AZ障害が発生する可能性が低い場合、Oracleは、ローカルAutonomous Data Guardスタンバイが常にプライマリとは異なるAZ (データ・センター)にデプロイされるようにします。
ノート:
application-to-database-availability-zoneアフィニティが必要な場合、Autonomous Databaseには、AZの配置を決定するための問合せ可能なユーザー・データベース・ビューが用意されています。Autonomous DatabaseのAZが決定されると、必要に応じてネットワーキングを調整できます。次の図では、アプリケーション仮想ネットワーク(VNet)は、VNetピアリングを使用して可用性ゾーン1 (AZ1)のデータベースVNetに接続します。AKSホスト・アプリケーションは、Oracle Database@Azure委任サブネットに接続するプライベート・エンドポイントを介してデータベースにアクセスします。複数AZのビジネス継続性が必要な場合は、Autonomous Data Guardをオプションで有効にできます。その場合は、可用性ゾーン2 (AZ2)です。Autonomous Data Guardは、プライマリ・データベースとローカル・スタンバイの同期を維持し、プライマリAZの停止時に自動的にフェイルオーバーします。Oracle管理の自動バックアップは、常にデフォルトで有効になっています。
次の図は、このリファレンス・アーキテクチャを示しています。
autonomous-database-db-azure-diagram-oracle.zip
このアーキテクチャには、次のコンポーネントがあります。
- リージョン
Oracle Cloud Infrastructureリージョンとは、可用性ドメインと呼ばれる1つ以上のデータ・センターを含む、ローカライズされた地理的領域です。リージョンは他のリージョンから独立し、長距離の場合は(複数の国または大陸にまたがって)分離できます。
- 仮想クラウド・ネットワーク(VCN)およびサブネット
VCNは、Oracle Cloud Infrastructureリージョンで設定する、カスタマイズ可能なソフトウェア定義のネットワークです。従来のデータ・センター・ネットワークと同様に、VCNを使用するとネットワーク環境を制御できます。VCNには重複しない複数のCIDRブロックを含めることができ、VCNの作成後にそれらを変更できます。VCNをサブネットにセグメント化して、そのスコープをリージョンまたは可用性ドメインに設定できます。各サブネットは、VCN内の他のサブネットと重複しない連続した範囲のアドレスで構成されます。サブネットのサイズは、作成後に変更できます。サブネットはパブリックにもプライベートにもできます。
- Autonomous Database
Oracle Autonomous Databaseは、トランザクション処理およびデータ・ウェアハウス・ワークロードに使用できる、完全管理型の事前構成済データベース環境です。ハードウェアの構成や管理、ソフトウェアのインストールを行う必要はありません。Oracle Cloud Infrastructureは、データベースの作成に加え、データベースのバックアップ、パッチ適用、アップグレードおよびチューニングも処理します。
- オブジェクト・ストレージ
Oracle Cloud Infrastructure Object Storageでは、データベースのバックアップ、分析データ、イメージやビデオなどのリッチ・コンテンツなど、あらゆるコンテンツ・タイプの構造化データおよび非構造化データにすばやくアクセスできます。インターネットから直接またはクラウド・プラットフォーム内から、安全かつセキュアにデータを格納し、取得できます。パフォーマンスやサービスの信頼性を低下させることなく、ストレージを拡張できます。迅速、即時、頻繁にアクセスする必要があるホット・ストレージには、標準ストレージを使用します。長期間保持し、ほとんどまたはほとんどアクセスしないコールド・ストレージには、アーカイブ・ストレージを使用します。
- Azureコンテナ・レジストリ
Azure Container Registry (ACR)は、コンテナ・イメージおよび関連するアーティファクトを格納および管理するためのマネージド・サービスです。
- Azureの可用性ゾーン
可用性ゾーンは、使用可能でフォルト・トレラントになるように設計されたリージョン内の物理的に独立したデータ・センターです。アベイラビリティ・ゾーンは、他のアベイラビリティ・ゾーンへの低レイテンシ接続に十分近くなります。
- Azure Kubernetesサービス
Azure Kubernetes Service (AKS)は、Microsoft Azureが提供するマネージドKubernetesサービスです。
- Azure Load Balancer
Azure Load Balancerは、単一のエントリ・ポイントからバックエンドの複数のサーバーへの自動トラフィック分散を提供します。
- Microsoft Azure仮想ネットワーク
Microsoft Azure Virtual Network (VNet)は、Azureのプライベート・ネットワークの基本的な構成要素です。VNetを使用すると、Azure仮想マシン(VM)などの多くのAzureリソースが、相互に、インターネットおよびオンプレミス・ネットワークと安全に通信できます。
- Oracle Database@Azure
Oracle Database@Azureは、Azure環境でOracle Databaseワークロードを実行するOracle Cloud Databaseサービスです。Oracle Database@Azureのすべてのハードウェアは、Azureのデータ・センターにコロケーションされ、Azureネットワーキングを使用します。このサービスは、Azure内の単一のオペレーティング環境のシンプルさ、セキュリティ、および低レイテンシの恩恵を受けます。Oracle Database@Azureのフェデレーテッド・アイデンティティおよびアクセス管理は、Microsoft Entra IDによって提供されます。Oracle Databaseのメトリックと監査ログは、Azureでネイティブに利用できます。このサービスでは、ユーザーにAzureテナンシおよびOCIテナンシが必要です。
レコメンデーション
- プライマリ・データベース・サブネットとスタンバイ・データベース・サブネットは、重複しないIPクラスレス・ドメイン間ルーティング(CIDR)範囲で構成された個別のVNets内にする必要があります。
- アプリケーション層(AKS、Docker、VMなど)は、少なくとも2つのAZにまたがる必要があります。アプリケーションVNetは、Autonomous Databaseのプライマリとスタンバイの両方のVNetにピアリングされます。
- オプションで、クライアント・アプリケーションをOracle透過的アプリケーション・コンティニュイティ(TAP)を使用するように構成して、計画的および計画外の停止中の可用性を最大化できます。
詳細の参照
このドキュメントで共有されているコンポーネントおよび考慮事項の詳細は、次のリンクを参照してください。
次の追加リソースを確認します。
- Oracle Autonomous Database Serverless
- Oracle Database@Azure
- Oracle Database@Azureのネットワーク・トポロジの選択について学習
- 『Oracle Autonomous Database Serverlessの使用』のAutonomous Databaseでのアプリケーション・継続性の構成
- Oracle Database@Azureのビデオ
- Oracle Cloud Infrastructureドキュメント
- Oracle Cloud Infrastructureのベスト・プラクティス・フレームワーク
- Oracle Cloudの費用の見積り
- クラウド導入フレームワーク