リレーショナル ワークロードに適したプラットフォームを選択する

完了

クラウド コンピューティングの普及が進んだことで、企業の柔軟性、時間とコストの節約の機会、機敏性とスケーラビリティの向上が約束されています。 一方で、社内のサーバーにインストールされ、ファイアウォールの内側に設置されるオンプレミスのソフトウェアにも、良い点があります。 オンプレミスのアプリケーションは、信頼性が高く、安全であり、企業での継続的な厳重管理が可能です。

リレーショナル データベース管理システムは、クラウドによって企業が高度なスケーラビリティを活用できるようなった 1 つの例です。 ただし、このようなスケーラビリティは、データの厳重管理の必要性とのバランスが必要です。 データは、組織が有する最も重要な資産の 1 つであり、このようなデータを保護する責任を第三者に引き渡したくない、または引き渡すことができない企業もあります。

このユニットでは、クラウドでデータベース管理システムを実行する利点と欠点の一部について説明します。

オンプレミスでのホスティングとクラウドを比較する

企業にとっては、クラウドにリレーショナル ワークロードを配置するかどうか、またはオンプレミスに保持することを決定するかどうかなど、データ セキュリティは常に最優先事項です。 しかし、規制の厳しい業界の企業では、オンプレミスでアプリケーションをホストするかどうかの決断は、既に下されている場合もあるでしょう。 データが社内サーバーと IT インフラストラクチャに配置されているとわかっていれば、安心感が増すということもあります。

オンプレミスでリレーショナル データベースをホストする場合、企業では、データベース ソフトウェアの購入に加えて、データベースを実行するために必要なハードウェアの維持も必要になります。 組織は、ハードウェアとソフトウェアの維持、修正プログラムの適用、データベースのバックアップと必要な場合の復元、およびプラットフォームの運用を維持するために必要な日常のあらゆる管理全般を実行する責任を負います。 スケーラビリティも問題です。 システムのスケーリングを行う必要がある場合は、サーバーをアップグレードまたは追加する必要があります。 次に、これらのサーバーにデータベースを展開する必要があります。 これは、運用が実行されている間にデータベースをオフラインにする必要があり、非常に大変なタスクとなります。 クラウドでは、ほとんどの場合、ダウンタイムの発生なしに (または最小限のダウンタイムで)、これらの操作の多くをデータ センターのスタッフが処理します。 ユーザーは、データそのものに集中し、管理上の問題は他の人々に任せることができます (これは、最終的には Azure の料金として請求されます)。

クラウドベースのアプローチでは、仮想テクノロジを使用して、企業のアプリケーションをオフサイトでホストします。 資本的支出はなく、データを定期的にバックアップすることができ、企業は使用するリソースに対してのみ料金を支払うのみです。 積極的なグローバル展開を計画している組織にとっては、顧客、パートナー、およびその他のビジネスに最小限の労力で接続できるクラウドには、大きな魅力があります。 また、クラウド コンピューティングでは、すべてが構成済みであるため、ほぼ瞬時のプロビジョニングが可能です。 そのため、自社の環境に統合された新しいソフトウェアは、企業がサブスクライブしたらすぐに使用できます。 即時プロビジョニングでは、インストールと構成に費やされた時間がすべて排除され、ユーザーはすぐにアプリケーションにアクセスできます。

オンプレミスとクラウドの比較の図。

IaaS と PaaS について

操作とデータベースをクラウドに移動する場合、通常は 2 つのオプションがあります。 アプローチとして、IaaS または PaaS を選択します。

IaaS は "Infrastructure-as-a-Service (サービスとしてのインフラストラクチャ)" の頭字語です。 Azure では、オンプレミスのデータ センターの機能を反映した仮想インフラストラクチャをクラウドに作成できます。 一連の仮想マシンを作成し、仮想ネットワークを使用してそれらを接続し、さまざまな仮想デバイスを追加することができます。 このアプローチは、組織内でシステムを実行する方法と多くの点で似ていますが、お客様がハードウェアの購入や維持について心配する必要がないという点が異なります。 ただし、ソフトウェアのインストールと構成、修正プログラムの適用、バックアップの実行、必要な場合のデータの復元など、日常業務の多くについては、やはりお客様の責任となります。 IaaS は、クラウド内でのフル マネージド運用への移行として考えることができます。お客様はハードウェアについて心配する必要はありませんが、ソフトウェアの実行と管理が大きな責任であることに変わりはありません。

このアプローチを使用した適切なライセンスがあれば、どのソフトウェアも実行することができます。 特定のデータベース管理システムに制限されることはありません。

IaaS アプローチは、オペレーティング システム レベルのアクセスを必要とする移行とアプリケーションに最適です。 SQL 仮想マシンは、"リフトアンドシフト" です。 つまり、オンプレミスのソリューションをクラウド内の仮想マシンに直接コピーすることができます。 システムは、環境の変更を考慮した小規模な構成変更 (ネットワーク アドレスの変更など) を除き、新しい場所でも以前と同じように機能します。

PaaS は "Platform-as-a-service (サービスとしてのプラットフォーム)" の略です。 お客様が仮想インフラストラクチャを作成し、自分でデータベース ソフトウェアをインストールして管理する代わりに、PaaS ソリューションがそれを行います。 (予定しているデータベースの規模、ユーザーの数、必要なパフォーマンスに基づいて) 必要なリソースを指定すると、必要な仮想マシン、ネットワーク、その他のデバイスが Azure によって自動的に作成されます。 通常は、データの量と実行中の作業の量の変化に応じて、スケールアップまたはスケールダウン (リソースのサイズと数の増減) をすばやく行うことができます。このスケーリングは Azure によって処理されるため、お客様が仮想マシンを手動で追加または削除したり、その他の形式での構成を実行したりする必要はありません。

Azure には、Azure SQL Database、Azure Database for PostgreSQL、Azure Database for MySQL、および Azure Database for MariaDB など、リレーショナル データベース用の複数の PaaS ソリューションが用意されています。 これらのサービスは、データベース管理システムのマネージド バージョンをユーザーに代わって実行します。 それらに接続して、データベースを作成し、データをアップロードするだけです。 ただし、いくつかの機能上の制限があり、選択したデータベース管理システムのすべての機能を使用できるわけではありません。 これらの制限は、多くの場合、セキュリティ上の問題を理由としています。 たとえば、基になるオペレーティング システムとハードウェアがアプリケーションに公開されない場合があります。 このような場合は、これらの機能への依存関係を削除するために、アプリケーションの再作業を行う必要があります。

次の図は、データベース管理システム (この場合は SQL Server) をオンプレミスで実行する場合、Azure 内の仮想マシン (IaaS) を使用する場合、または Azure SQL Database (PaaS) を使用する場合の利点とトレードオフを示しています。 他のデータベース管理システムにも、一般的な同様の考慮事項が当てはまります。

Azure でのデータベース ワークロードのさまざまなオプションの図。