AzureへのOracle Exascaleのデプロイ (2026/05/01)

https://www.thatfinnishguy.blog/2026/05/01/deploy-oracle-exascale-in-azure/

投稿者：Simo

Oracle Exascaleについて既にご存知ですか？あるいは、既にどこかに導入済みでしょうか？Oracleのマルチクラウドソリューションを使えば、AzureにもExascaleを導入できます！

Exascale技術には非常に期待しているのですが、普及の遅さにはがっかりしています。導入を躊躇する要因の一つはサポート体制にあると思います。確かにOracleはExascaleで19cのサポートを開始しましたが、19cで使用するとストレージ機能の多くが失われてしまいます。

ですから、より多くのユーザーがOracle Databaseの26aiバージョンにアップグレードするにつれて、近い将来、エクサスケールクラスタやストレージを利用するユーザーが増えることを期待しています。

Exascaleの詳細については、こちらをご覧ください：https://docs.oracle.com/en/engineered-systems/exadata-database-machine/exscl/what-is-oracle-exascale.html

私の意見では、Exascaleは、共有Exadataインフラストラクチャ上のExadata VMクラスタのようなもので、特にストレージ面でいくつかの優れた新機能が追加されていると考えることができます。Exascaleテクノロジーを使えば、データベースのクローン作成が非常に高速になります！

また、Exadata Infrastructureをお持ちの場合は、Exascaleストレージを使用したクラスタをデプロイできます。

OCIやAzureにExadata VMクラスターをデプロイした経験があれば、前提条件の面からExascaleクラスターのデプロイはほぼ同じプロセスです。

この記事では、既にプライベートオファーを承諾し、OCIテナンシーをリンク済みであるAzureサブスクリプションにおけるAzure側からのデプロイに焦点を当てます。ドキュメントに記載されているすべての前提条件タスクは完了しているものとします。https ://docs.oracle.com/en-us/iaas/Content/database-at-azure/oaaonboard.htm

デプロイメント

以前にも他のデプロイメントで説明しましたが、他のデプロイメントと同様に、ExascaleをデプロイするにはAzure VNetに委任サブネットが必要です。委任サブネットのデプロイについては、こちらをご覧ください。

https://docs.oracle.com/en-us/iaas/Content/database-at-azure/azucr-create-delegated-subnet.html

サブネットを作成する際は、「委任」を選択し、適切なタイプ「Oracle.Database/networkAttachments」を選択してください。

これでエクサスケールをプロビジョニングする準備が整いました！

各VMクラスターには、新しいストレージレイヤーであるExascale Vaultが必要です。まずAzureコンソールでVaultをプロビジョニングしようとしましたが、どうやらできないようです。事前に作成するオプションはなく、削除するオプションしかありませんでした（これは便利でした）。

エクサスケールVMクラスターのプロビジョニング画面に移動したところ、既存のVaultを選択するか、新しいVaultを作成するかを選択できました。Azureではこれが正しい方法のようですね。OCI側で作成してみて、その後もVaultが認識するかどうか確認してみるのも良いかもしれません。

「作成」をクリックすると、あとはごく一般的なクラスター情報を入力するだけです。

特筆すべき点は、Exascaleブロックストレージを選択した場合、19cをグリッドリリースとして使用でき、19cデータベースをデプロイできるということです。ただし、その場合、スマートストレージ機能の一部が利用できなくなります。

ここでは、前述のとおり、ボールトを定義します。既存のボールトを選択することもできますが、今回は新規に作成します。300GBのストレージを割り当て、自動スケーリングを有効にします。スマートフラッシュとメモリキャッシュの割り当てをさらに追加することもできますが、今回は行いません。これらが有効になっている場合、Exadataでフラッシュキャッシュの使用状況を照会できるのと同様に、統計情報を取得できるかどうかを調査する必要があります。

設定タブでは、クラスタ内のVM数、ECPU数、その他のサイジング情報を定義します。興味深いことに、メモリはECPU数に連動しています。

この後、ネットワークの設定を行います。

バックアップサブネットが定義されていないというエラーが発生し、問題が発生しました。既にExadataクライアント/バックアップサブネットが1つデプロイされていたので、既存のバックアップサブネットが使用されるはずでした。そこで、サブネットを空にしたところ、正常に動作しました。

他のタブは、このテストではほぼクリック操作だけで済みました。その後、「作成」をクリックし、約1時間ほどでエクサスケールクラスタがデプロイされました。

他のOracle DB@Azureソリューションと同様に、ここからクラスタの詳細を確認することはできますが、何かを変更するにはOCI側で管理する必要があります。Oracleのマルチクラウドソリューションを2年近く使ってきた経験から、これが最善のアプローチだと考えています。確かに、アクセスやポリシーに関して多少のオーバーヘッドは発生しますが、UIで予期せぬ問題が発生することはありません。

上記のスクリーンショットに何かおかしな点を見つけられますか？

スクリーンショットを撮る前に、クラスターをシャットダウンするためにECPUを0にスケールしました！ノードはシャットダウンされています。

OCI側から見ると、見慣れたクラスタ情報ビューも表示されます。

Exadataを使ったことがある人なら、全体的な使用感はほぼ同じだと感じるでしょう。

デプロイはこれで完了です！とても簡単で、サービスがDB@Azureから提供される場合でも、特に複雑なことはありません。

まとめ

この記事には、誰でも理解できないような複雑な内容は一切ありません。前提条件が満たされていることを確認すれば、Exascale クラスターのデプロイは非常に簡単です。Exadata VM クラスターのデプロイと似た特徴を持っています。

これはまさにOracle DB@Azureのパワーと、現在のその地位を示すものです！

Exascale自体は今後ますます普及していくと思います。私たちが扱う大規模データベースにとって、ストレージ面で大きなメリットがあります。ExascaleクローニングについてGoogleで検索すれば、優れたベンチマーク結果がいくつか見つかるはずです。