データベースをクラウドで利用する理由と課題 ～ 定説は正しいのか？その真偽とは？ ～

企業におけるクラウド利用は増加していますが、データベースを含む「業務系システムのクラウド化」はあまり進んでいません。
「データベースは枯れた製品だから、クラウド化は難しい」と思われがちです。
しかし、データベースは、DX（デジタルトランスフォーメーション）の推進役として進化を続け、データ活用の基盤としての重要度も増しています。
その結果、これまであまり進んでいなかったクラウド化に踏み切る企業も増えてきています。

そこで、本コラムでは、データベースをクラウドで利用する理由や、クラウドサービスを選定するポイント、定説となっているよくある課題の真偽などを解説したいと思います。

クラウドの利用には一般的に以下のメリットがあると言われます。

・ハードウェアの保守切れ対応から解放される
・運用、保守をアウトソーシングできる
・過度なキャパシティプランニングが不要になる

ただ、「メリットがあると分かっていても、手をつけにくい」「いきなり業務系システムに適用するのはハードルが高い」と思う方も多いです。
そこで、弊社の実績を元に「メリットが出やすいケーススタディ」をご紹介いたします。

アプリケーション開発環境や検証環境など、「必要な時にさっと作って不要になれば消す」というのは、クラウドの分かりやすい使い方です。
開発・検証環境であれば、

・必要なスペック／コストが見積もりやすい
・重要なデータを使わないので、適用のハードルが低い
・投資対効果が見えやすい

などの点から、社内メンバーも説得しやすいでしょう。

「災害対策にコストはかけられない」という考えをもつ方もいらっしゃいます。
しかし、年々増加する災害や監査対応などで、クラウドを利用して災害対策サイトを構築されるお客様は増えています。

・オンプレミス環境では常に本番環境と同等のコア数が必要だが、
　クラウド環境では普段はデータ同期に必要な最小コアで運用し、災害発生時のみコア数を引き上げることができる
・バックアップの保存先としてクラウドが使いやすい

などの点から、災害対策サイトはクラウドに向いていると言えるでしょう。

ちなみに、オンプレミス環境で災害対策サイトを構築済みであれば、費用対効果を示しやすいです。
以下の試算例を参考にしてください。

オンプレミス上の本番システムでは、数年後の拡張を想定した様々なリソースのサイジングを行いますが、クラウドであればリソースを柔軟に変更できるため、厳密なサイジングは不要です。
特に、ビジネスの規模がどのように変化するか判断がつかないシステムにおいては、拡張や縮小が柔軟に行えるクラウドのメリットを享受できるでしょう。

先に挙げたような三つのケースでは、データベースをクラウドで利用すると、十分なメリットがあることが分かります。
クラウド化する理由が分かったところで、ここからは、どのクラウドサービスを選択すれば良いかを考えていきたいと思います。

「IaaS上にデータベースを構築する」か「PaaSを利用する」かは、どのように判断すれば良いでしょうか？

一般的には、 責任分界点をもとに判断 します。
管理工数を減らすなら、PaaSを選択したいところです。

しかし、実際には「守り」の要素のため、IaaSを選択されることも多いです。

そんな時は、以下のような「攻め」の理由を踏まえて、どちらにするか検討いただくと良いでしょう。

前述した「攻め」を理由にPaaSを利用する場合、数あるサービスの中から、どれを選定すればいいでしょうか？

パブリッククラウドベンダー間の競争は激しさを増しており、それぞれのクラウドサービスでできることは、ほぼ差が無い状況です。
そのため、 「機能の有無」を比較するのではなく、「採用ポイント」を正しく押さえる ことが重要です。
その点を踏まえて、Amazon Web Services（以下、AWS）と Oracle Cloud Infrastructure（以下、OCI）の採用ポイントを確認しましょう。

◆クラウドの デファクトスタンダード である
・今からクラウドを勉強する場合、まずAWSを勉強することで他のクラウドでも活かしやすく、 学習コストの観点で効率が良い
・公式ドキュメントやユーザー記事が非常に多く、何か困ったことがあっても、 調べれば情報が出てくる安心感がある

◆多くのデータベースサービス がある
・データベースサービスの種類が多く、 ユースケースやワークロード（処理特性）に合わせて最適なサービスを選択できる

◆クラウド独自のOracle Databaseエディションがある
・Standard Editionでも 「Transparent Data Encryption（TDE暗号化）」が利用できる
・Enterprise Editionなら主要な 有償オプションが利用できる

◆Oracle Databaseを稼働させる場合、ライセンスに関する優遇措置がある
・他社クラウドの半額ほどの費用になる
・PaaSにライセンス持ち込み（BYOL）する場合は、 最大100日間の並行稼動が可能
　（通常は、移行元と移行先のライセンスが2つ必要）

このように、どちらのクラウドサービスを選択するにしても、それぞれメリットがあります。
自社にはどちらが向いているのか、既存データベースの現状や、管理面などを踏まえて検討しましょう。

ここまで、クラウドサービスのメリットを多く紹介してきましたが、巷には様々な「クラウドサービスを否定するような定説」があります。
そこで、本当に正しい情報なのかどうか、その真偽をみていきたいと思います。

これは、半分本当で半分嘘です。

OCIのデータベースの一つであるOracle Exadata Database Service on Dedicated Infrastructure（以下、Oracle Exadata Database Service）を例に挙げてみましょう。
クラウド事業者の責任範囲である「H/W層」は、自動的にパッチが適用されます。ローリング方式で行われるため、基本的にはサービスの停止はありません。
逆に、顧客の責任範囲である「DB層」は、自動的にはパッチ適用されず、任意のタイミングで作業を行います。

パッチとは異なりますが、AWSの例をみると、こちら の記事のように「サポート終了に伴い、Amazon RDS for Oracle が自動で上位バージョンにアップグレードされる」こともあります。

このように、サービスによって異なる部分がありますので、心配な方は、ぜひ個別にご相談ください。

これは、嘘と言ってもいいでしょう。

特にデータベースに関しては、機密データを守るために強固なセキュリティが実装されています。

・SSO／多要素認証
・アクセス制御
・データ伏字化／暗号化／マスキング
・通信暗号化
・不正SQL検知
・証跡管理

など、例を挙げるとキリがありません。
しかも、これらの多くが標準機能やサービスとして提供されているため、設定や実装に時間をかけずにセキュリティレベルを高めることができます。

これは、以下の注意点を守り、工夫をすれば問題ないでしょう。

◆クラウドで事前に実測しておく

クラウド利用を検討する際は、事前の実測は必須です。
あらかじめ性能指標値（CPU利用率やIOPSなど）を算出しておき、机上で検討を進めることで、性能課題が発生した時の対策が打ちやすくなります。

◆メモリ不足を踏まえた機能を把握しておく

多くのクラウドサービスでは、CPU数によって自動的にメモリサイズが決まります。
そのため、 データベースライセンスに合わせてCPU数を選択すると、メモリが不足して性能が劣化する ケースがあります。
対策としてストレージの性能を上げると、コストが高くなってしまいます。
そんな時は、メモリ不足を補うような機能を活用しましょう。
例えばOracle Exadata Database Serviceの場合は、ディスクへのアクセスを最小限にするために、複数のキャッシュ（Flash Cache）を活用できます。
ハードディスクと比較して、帯域幅は10倍広く、IOPSは100倍高いと言われていますので、性能向上が期待できます。

クラウドサービスは日々進化しています。
昔は「課題」として挙げられていても、最新技術で解決している場合があります。
噂や定説に惑わされず、正しい判断をしていきたいものです。

本コラムでは「データベースをクラウドで稼働させる」ことを前提に話をしました。
しかし、現在オンプレミスを利用されているのであれば、クラウド化にはやはり手間がかかります。
今後の成長がなく維持することがメインのシステムであれば、オンプレミスのまま利用を継続するのが適切だと考えます。
もしクラウド化するにしても、会社全体を巻き込んで推進していくことが求められます。
「手間に勝るメリットが得られるか」「意思決定に結びつく技術要素を明確にできているか」に着目し、クラウド化の成功に繋げていただければと思います。
そして、もしクラウド化に関してお困りのことがあれば、AWSとOCIを取り扱い、データベースの専門集団であるアシストに、お気軽にご相談ください。