データベースも自動運転！最新版「Autonomous Database」を徹底解説

こんにちは。2024年5月にデータベース技術統括部の部長として1周年を迎える冷水直也です。

いきなりですが、皆様は「自動運転」と聞いて何を思い浮かべるでしょうか？
おそらく、車やバス、鉄道、ドローンといった人や物の移動手段の自動化が一般的かと思います。
そんな「ハード」の自動化もさることながら、データベースをはじめとした「ソフト」にも自動化の波は来ています。

はい、そうです。今回のテーマは、Oracle社の Autonomous Database（ADB）が実現する「データベースの自動運転」 です。

クラウドサービスの採用が当たり前になってきた時代、次は自動運転が当たり前になるのでは？という期待を込めて、Autonomous Database についてお話したいと思います。

Autonomous Database は、 Oracle Cloud Infrastructure（以下、OCI）のマネージドサービスの一つで「自律型データベース」 と訳されます。
自己管理、自己保護、自己修復をAI/機械学習によって実現するデータベースサービスで、これまでは管理者や専門家が行ってきた作業を自動化できます。

さらに Autonomous Database は最高峰のパフォーマンスを出すことができる Oracle Exadata Database Machine（以下、Exadata）上で動作しており、管理面だけではなく性能面でも抜かりはありません。

参考：Exadata最新モデル「X10M」登場！圧倒的な拡張性を備えたOracle Databaseプラットフォームを徹底解説！

Autonomous Database を使うメリットは様々ですが、ここでは2つだけピックアップして見ていきます

以下の図の通り、クラウド事業者である オラクル社の管理／責任範囲がデータベースレイヤー以下すべてであることに加え、肝心のデータベース領域に関しても一部が範囲に 入っています。

私はアシストに入社して約20年間 Oracle Dabase 製品を担当しています。
入社当初のOracleといえば「データベースソフトウェアだけ」という印象が強かったのですが、最近ではRDBMSに最適化したハードウェア製品であるExadataや、パブリッククラウドサービスであるOCIの Oracle Base Database Service（BaseDB）、Autonomous Database と、Oracle社がここまで責任領域（事業領域）を拡大している路線に驚いています。

OCIに限った話ではありませんが、オンプレミスではなくクラウドサービスを使うことで、データセンターの検討、ハードウェアの準備、仮想マシンやOSの準備といった周辺環境を用意することに工数を割く必要がなくなります。
さらに、OCIのサービスであるAutonomous Database を使うことで、データベースの管理／運用面も半自動化され、より工数を削減することができるでしょう。

Autonomous Database は、 自動で負荷状況を判断し、リソースの拡張／縮小を無停止で実施 できます。
1CPU単位の拡張や縮小、秒単位の課金 となり、最大限コストを抑えた最適化が可能です。

他社クラウドサービスであれば、ピークに合わせたサイジングをしてシステムの再起動を伴う変更が必要になる上、オンプレミス環境だとそもそも課金体系を柔軟に変更することができません。

Autonomous Database なら、クラウドサービスの共有責任モデルの恩恵を継承しながら、さらに「データベースの自動運転」を実現することで、利用者の負荷やコストを最大限下げることができます。

メリットだらけに見える Autonomous Database ですが、リリース当初は採用に慎重になる企業が多かったことも事実です。
なぜ採用に至らなかったのか、採用を見送ったお客様の声を振り返ってみます。

Autonomous Database がリリースされて間もない頃、お客様が「これは許容できない」とおっしゃっていたのは以下の点でした。

上記のように「我々もさすがに自信をもって提案できない」と思うような、細かな制限の記憶がよみがえってきました。

Autonomous Database が目指す世界観や方向性、クラウドサービスがもたらすメリットは理解しつつも、
・クラウドサービスへのリフト＆シフトが必要である
・Autonomous Database ならではの制限がある
といった点が、採用に至らなかった原因でした。

2024年、最新の Autonomous Database で、先述の仕様や制限はどうなっているのかを確認してみましょう。

タイムゾーンやキャラクタセット、データベースリンクなど、Autonomous Database 初期リリース版ならではの制限はほぼ解除されていることが分かります。
ただ、やはり自動パッチ適用や自動バージョンアップに関してはまだまだ不安が多い、というのが本音でしょうか。

しかし、そんな自動パッチ適用対策への一手として「Transparent Application Continuity（透過的アプリケーション・コンティニュイティ　以下、TAC）」という機能があります。
TACは Oracle Database の機能で、データベースやネットワークの障害が発生した場合でも、アプリケーションが途切れることなく継続して動作するように設計されています。

自動的にパッチが適用される際にアプリケーションのセッションがエラーとなったとしても、 アプリケーション側（利用者側）にエラーを返すことなく透過的に復旧させることができます。
TACを前提としたシステム設計をすれば、自動パッチ適用によるアプリケーション接続エラーなどはなくなるため、皆様の不安も軽減されるのではないでしょうか。

ここまで技術的な話をしてきましたが「結局どんな人に Autonomous Database がおすすめなの？」という方のために、以下をまとめてみました。

皆様もいずれかに該当するのではないでしょうか？
あとは先述の「Autonomous Database 最新版」の状況を見て、どうしても許容できない項目があるかどうかをチェックしてみてください。

本コラムでは、Autonomous Database の特徴を踏まえ、昔と今で取り巻く環境の変化や制限の緩和を広くお伝えしました。
私個人としては、Oracle Database 技術者として、RAC や DataGuard、Exadata が登場してきた時以上の可能性を Autonomous Database に感じています。

2024年、Oracle Database 23c の新機能に生成AIが組み込まれました。
やがては人間の言葉で命令するだけでデータが取得できたり、システムのベース部分を構築できたりする時代がくるのではないでしょうか。
Autonomous Database はそんな未来の第一歩として非常に魅力的なサービスであると感じています。
皆様のシステムの変革をお手伝いできるよう、我々も尽力していきたいと思います。

長くなってしまったので今回はここまでにします。
本コラムに関する個別のご相談や質問があれば、ぜひお気軽にお問い合わせください。