MySQLデータベースをホストする5つの方法

コスト

開発マシンにMySQLをセットアップするのに費用はかかりません。開発中にすでに稼働しているコンピューターからデータベースを実行することになります。考慮する必要があるのは、MySQLが稼働中に消費するリソースの量だけです。

パフォーマンス

開発マシンにMySQLをインストールするのは、パフォーマンスが低い選択肢です。

あなたのデータベースは、他のユーザーから簡単かつ確実に利用できるわけではありません。あなた自身のデータベースの使用は、あなたのハードウェアとMySQLに割けるリソースの量によって制限されます。これらの懸念は、ローカルでテストまたは開発する場合には通常問題になりませんが、より複雑なものにはまったく不十分です。

スケーラビリティ

開発マシンでのホスティングでは、ほとんどスケーラビリティがありません。MySQLに割り当てられるリソースの量は変更できますが、それ以上はほとんどありません。開発マシンをアップグレードすることはできますが、それは実用的でも長期的にも特に有用ではありません。

管理の複雑さ

複雑さという点では、ローカルマシンでのMySQLのホスティングは、多くの場合、かなり簡単です。ほとんどのオペレーティングシステムでのインストールプロセスはよく考えられており、結果として得られるデータベースは簡単に起動または停止できます。しかし、リソースの制限と消費者向けネットワークの不安定さを考えると、ローカルのMySQLインスタンスを外部アクセス用に構成する労力は通常見合いません。

ローカルでのMySQLのセットアップは複雑ではありませんが、データベースを管理し、必要に応じてアップグレードを実行する必要があります。これらは、セキュリティパッチのために時々必要になる場合があり、データについて懸念がある場合、これらのインスタンスを追跡するのはあなたの責任となります。

追加の注意点

ローカルにインストールすることは、ネットワークがダウンしているときでも、開発コンピューターからデータベースにアクセスできることを意味します。これは旅行中に特に役立ちます。データをローカルでアクセスすることで、ネットワークの複雑さがなくなり、データベースアクセスではなく開発に集中できます。

ローカル開発コンピューターにMySQLをインストールすることは有用ですが、いくつかの明確な制限があります。マルチユーザーアクセスを簡単に構成することはできず、データベースの稼働時間はコンピューターの可用性とネットワークの安定性に直接結びついています。これらの理由から、開発マシンへのインストールは、生産性と柔軟性を高めるための補完的なオプションであることがほとんどであり、唯一のデータベースインストールではありません。

コスト

専用マシンまたは共有マシンでMySQLを実行するには、使用するサーバー領域を購入またはレンタルする必要があります。実際のサーバーは、組織のオンプレミスに設置されたり、データセンターにコロケーションされたり、クラウドプロバイダーがホストする仮想マシン（仮想プライベートサーバーまたはVPSとも呼ばれます）として運用されたりする場合があります。

サーバーのコストは大きく異なります。低電力のVPSはかなり安価ですが、複数の専用サーバーはすぐに高価になります。しかし、サーバーのコストだけが考慮事項ではありません。追加の管理コストも考慮に入れる必要があります。デプロイ環境によっては、データベース層、サーバーのソフトウェア、およびハードウェアを管理するための人件費が含まれる場合があります。これらのコストは、可用性要件、ホスティング環境、および運用規模によって異なります。

パフォーマンス

別のサーバーにMySQLをデプロイすると、非常に高いパフォーマンスを発揮する可能性があります。MySQLを実行するマシンの仕様はあなたが管理しているため、ニーズに合ったハードウェアを完全に自由に選択できます。将来的に拡張する必要がある場合は、ハードウェアをアップグレードしたり、追加のサーバーを購入してワークロードをスケーリングしたりできます。

また、データベース構成を微調整して、追加のパフォーマンス上の利点を得ることもできます。メモリ管理、キャッシング、オープンファイル処理、クライアント接続などに関連する設定を調整できます。これにより多くの能力が得られますが、これらのオプションを活用するには時間、専門知識、および実験が必要です。独自のサーバーを運用する他の側面と同様に、このプロジェクトの側面で割り当てることができる時間と費用によって利点は制限されます。

スケーラビリティ

上記のように、専用サーバーで実行することで、データベースシステムの要求の変化に対応できます。データベースサーバーに追加のリソースとハードウェアを追加することで**スケールアップ**したり、MySQLサーバーのプール全体で要求を分散することで**スケールアウト**したりできます。どちらのオプションも、異なる種類の負荷に対する合理的な対応策です。

管理の複雑さ

一般的に言って、スケーリングはパフォーマンスチューニングと同じ利点と制限があります。つまり、信じられないほどの柔軟性と能力を持ちますが、コストと構成の管理はあなたの責任です。追加のハードウェアを必要とする変更（需要の増加など）は、組織がハードウェアを調達し、ソフトウェアを構成し、ワークロードをバランスさせるための時間を確保するために、プロアクティブな監視と組み合わせる必要があります。

追加の注意点

要するに、独自のMySQLを管理することは非常に効率的で強力、かつ柔軟ですが、大量の専用時間とリソースが必要になる場合があります。このオプションは、データベースの実行時環境、構成、およびアーキテクチャトポロジを制御したい、社内にインフラストラクチャとサーバーの専門知識を持つ組織に最適です。

コンテナとKubernetes

Kubernetesを使用すると、複数のサーバーで構成されるクラスター上でDockerコンテナを実行できます。クラスター内の1つのサーバーがメンテナンスのために停止する必要がある場合、基盤となるデータパーティションにアクセス可能であれば、KubernetesはMySQLコンテナを別のサーバーに移動します。また、MySQLを使用するアプリケーションをKubernetes上で実行することもでき、これによりアプリケーションとMySQL間のネットワークレイテンシを削減できます。

クラウドプロバイダー

以下のクラウドプロバイダーは、ニーズに応じて購入、構成、およびスケーリングできるマネージドMySQLデータベースを提供しています。

• Amazon AWS
• Google Cloud
• Microsoft Azure
• Oracle
• DigitalOcean
• Heroku

サーバーとMySQLの大部分はホスティングプロバイダーによって管理され、あなたはスケーリングオプションの設定、設定の微調整、アクセスの管理を行うことができます。データベースをインターネットから接続可能に構成したり、同じプロバイダーによって管理されているアプリケーションに直接接続したりできます。

コスト

クラウドプロバイダーが管理するMySQLデータベースは、幅広いコストを持つ可能性があります。安価な方では、一部のプロバイダーは最小限のパフォーマンスと稼働時間で無料枠を提供しています。高価な方では、予期せぬトラフィックの急増があった場合、需要に合わせて自動的にスケーリングすると、一晩で数千ドルの費用がかかる可能性があります。クラウドのほとんどのサービスと同様に、実際の使用状況が毎月の請求額に影響します。多くのクラウドでは、使用量やコストが特定のポイントを超えた場合に、コストアラートや自動停止機能を提供しています。データベースシステムの運用コストを管理するために、使用状況を監視し、カットオフを設定することが重要です。

スケーラビリティ

コストは時に予測が難しいことがありますが、良いニュースは、クラウドではスケーリングが非常に簡単であることです。データベースに割り当てられるリソースは、オンザフライで構成可能です。これは、アカウントの設定を変更するだけで、ストレージ容量、メモリ、計算能力、またはデータを管理するレプリカの数を増やすことができることを意味します。慎重に構成しないと高コストの原因となる強力な機能の1つは、現在の需要に応じてデータベースのリソースを動的にスケーリングする機能です。これにより、コストをカバーできると仮定すれば、常に要件を満たす能力を持つことができます。

パフォーマンス

スケーラビリティに関連して、パフォーマンスもクラウドで非常に柔軟な領域です。使用パターンに応じて、データベースのパフォーマンスに最も大きな影響を与える設定を微調整できることがよくあります。現在の構成の能力が不足している場合は、追加のリソースを割り当てることもできます。データベースを使用するアプリケーションとデータベースを併置することも、データベースとアプリケーション間の良好なネットワークパフォーマンスを得るのに役立ちます。

管理の複雑さ

管理の複雑さという点では、クラウドホスト型データベースはかなりシンプルです。あなたはプロバイダーに管理負担の大部分を肩代わりしてもらうために料金を支払います。アカウントとデータベースに影響する設定を制御する必要はありますが、ハードウェア、オペレーティングシステム、およびMySQL構成の大部分はプロバイダーが処理します。これにより、データベースを使用する管理オーバーヘッドを大幅に削減できますが、特定の特殊なケースでは、希望するレベルのチューニングにアクセスできない場合があります。

追加の注意点

一般的に、クラウドプロバイダーが管理するMySQLデータベースに料金を支払うことは、通常、魅力的な選択肢です。少量の管理作業で、スケーリングとパフォーマンスに関して優れた柔軟性を提供します。クラウドプロバイダーのデータベースサービスを選択する欠点は、特定のレベルで、そうでない場合よりも多く支払うことになる可能性があることです。さらに、ツールがプロバイダー固有の機能に過度に依存し始めると、現在のプロバイダーに縛られてしまう危険性もあります。

サードパーティのサービス

以下のサードパーティプロバイダーは、ニーズに応じて購入、構成、およびスケーリングできるマネージドMySQLデータベースを提供しています。

• PlanetScale
• Aiven
• Compose
• ScaleGrid
• Cloudways

サーバーとMySQLの大部分はプロバイダーによって管理され、あなたはデータベースが実行されるクラウドプラットフォーム、スケーリングオプション、設定の微調整、およびアクセスの管理を設定できます。データベースをインターネットから接続可能に構成したり、同じプロバイダーによって管理されているアプリケーションに直接接続したりできます。

コスト

コストの点では、サードパーティのソリューションも多くの場合、非常に可変です。ユーザーとしては、デプロイ先のクラウドでの計算リソースの費用と、データベース管理サービスが請求する管理費用を支払う必要があります。マネージドデータベースではなく、より基本的なリソースに対してクラウドプロバイダーに支払うため、そちら側のコストは小さくなるかもしれません。しかし、管理サービスに関連するコストにより、一部の価格帯では累積的に高くなる可能性があります。総コストがどれくらいになるかを判断するには、各側面が異なるレベルでどのようにスケーリングするかを把握する必要があります。

パフォーマンス

データベースのパフォーマンス特性も大きく異なる場合があります。管理サービスがクラウドの計算インスタンスにインストールされているため、プロバイダーはMySQL設定に加えてサーバー構成を調整する能力を持っています。これは、彼らがあなたのニーズにより適切に合致するようにいくつかの設定を調整できる可能性があることを意味します。

一方、十分にチューニングするために必要な仮想化およびハードウェアコンポーネントの低レベル層にアクセスできない場合があります。クラウドプロバイダーが提供するネイティブデータベースに対してパフォーマンスをテストすることを強くお勧めします。

スケーラビリティ

サードパーティ管理データベースのスケーラビリティは、一般的に非常に良好です。これらのプロバイダーは十分なリソースを持つ任意の計算インスタンスにデプロイできるため、クラウドプロバイダーが公開するよりも幅広いスケーリングオプションを提供できる場合があります。スケーリングの理由の1つが可用性の向上である場合、多くのサードパーティサービスは複数のアベイラビリティゾーンやプロバイダーにまたがる能力を持っています。

管理の複雑さ

データベースを管理するためのサードパーティサービスには、さまざまな複雑さがあります。このオプションは、2つの異なるプロバイダー（計算インスタンスをホストするクラウドとデータベース管理サービス）間の調整を必要とするため、クラウドプロバイダーが提供するネイティブデータベースサービスを使用する場合と比較して、本質的に複雑さが増します。

一部の管理サービスは、共有Webホスティングと同様に複雑さを隠し、簡素化されたオプションとして位置付けられています。他のソリューションは、オペレーティングシステムにアクセス可能であるという事実を活用して、ユーザーに幅広い構成オプションを公開します。多くのサービスは両方のエクスペリエンスを提供し、ユーザーが好みの複雑さのレベルを見つけられるようにしています。

追加の注意点

基盤となるリソースプロバイダーからデータベース管理を切り離すことには、利点と欠点の両方があります。

データベース管理サービスが基盤となる層を抽象化する場合、異なるクラウドプロバイダーへの移行により柔軟に対応できる可能性があります。この抽象化により、あなたが快適な複雑さのレベルを選択する能力も得られます。データベース管理サービスが提供する完全な抽象化とインターフェースを使用できますが、プロビジョニングされたデータベースサーバーにもアクセスできるため、ログインして必要に応じてデータベースサーバーを変更できます。データベース管理サービスは、これらのオペレーティングシステムレベルの調整を管理するための簡単なインターフェースも提供する場合があります。

このセットアップの欠点は、データベースの正しい動作のために複数の関係者に依存することになるという事実にあります。これにより、サービスの中断の可能性が増加する可能性があります。また、クラウドプロバイダーが提供するデータベースサービスで利用可能な内部最適化を見逃す可能性もあります。あなたのデータベース管理サービスは、クラウドプロバイダーが公開するものにのみアクセスでき、基盤となる仮想化またはハードウェア層を最適化することはできません。

全体として、サードパーティの管理サービスを使用することは、好みとテストの問題です。さまざまな使用レベルでパフォーマンスをテストし、料金体系がどのように影響するかを理解する必要があります。