翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

目的別データベースを検討する

概要:

Microsoft ベースのワークロードを実行する上で最もコストのかかる側面の 1 つは、SQL Server などの商用データベースのライセンスに起因します。企業は、データベースプラットフォームの選択として SQL Server を標準とすることが多く、それが組織の開発文化に深く根付いています。開発者は通常、ユースケースに関係なく、リレーショナル SQL Server ベースのモデルを選択します。その理由には次のようなものがあります。

目的別データベースは、ユースケースのデータアクセスパターンに対応できます。これらのデータベースは、より最新のアーキテクチャ (マイクロサービスなど) が採用され、個々のアプリケーションの範囲が狭まるにつれて、企業でますます採用されています。

目的別データベースは、リレーショナルモデルを除外したり、NoSQL (非リレーショナル) モデルを必要としたりしません。実際、リレーショナルデータベースは、ワークロードの特定のニーズに応じて選択されると、目的別であると見なされます。目的別データベースを使用すると、チームは .NET アプリケーションに関連するデータベースコストを削減しながら、スケーラビリティ、耐障害性、差別化されていない困難な作業の削減などの標準的なクラウド上の利点を得ることができます。

次の表は、 が提供する専用データベースを示しています AWS。

目的別データベースの採用の大きな推進要因は、商用ライセンスの排除にある可能性があります。ただし、DynamoDB (オンデマンドモードを含む)、Aurora、Amazon Neptune、Amazon Keyspaces などのデータベースの自動スケーリング機能を使用すると、ピーク時の使用量ではなく、平均ケースのキャパシティをプロビジョニングできます。Timestream などの目的別データベースはサーバーレスであり、事前プロビジョニングなしで需要に合わせて自動的にスケーリングされます。

AWS は、専用でオープンソースの互換性のあるリレーショナルデータベースを使用する場合、Babelfish for Aurora PostgreSQL を提供しますが、アプリケーションに大幅なコード変更を行うことができない、または行おうとしない場合があります。場合によっては、Babelfish を使用して、ほとんど変更を加えずに既存の SQL Server アクセスコードを使用できることがあります。

アプリケーションの目的別リレーショナルデータベースを選択するときは、アプリケーションに必要な機能と同じ (または機能的に同等の) 機能を保持することが重要です。この推奨事項では、アプリケーションのプライマリデータストアとして目的別データベースを取り上げています。特定のアプリケーション (キャッシュなど) については、他の推奨事項で言及しています。

コストへの影響

.NET ワークロードの目的別データベースを採用すると、コンピューティングの消費/コストに直接影響する可能性は低いものの、.NET アプリケーションが消費するデータベースサービスのコストに直接影響する可能性があります。実際、俊敏性、スケーラビリティ、耐障害性、データ耐久性という付加的な利点と比較して、コスト削減は副次的な目標になる可能性があります。

アプリケーションの目的別データベースを選択し、効果的に使用するためのデータ戦略を再設計する完全なプロセスを説明することは、このガイドの範囲外です。詳細については、 AWS チュートリアルディレクトリの「Purpose-built databases」を参照してください。

次の表に、SQL Server を目的別データベースに置き換えることでアプリケーションコストがどのように変化するかを示すいくつかの例を挙げます。これらは単純に概算見積もりであることに注意してください。正確な本番コストを計算するには、実際のワークロードのベンチマークと最適化が必要です。

これらは、オンデマンドコンピューティングと 100 GB SSD、us-east-1 の単一インスタンスデータベースを含む、一般的に使用される目的別データベースの見積もりです。ライセンスコストには、SQL Server ライセンスとソフトウェア保証が含まれます。

次の表は、商用データベースの例の推定コストを示しています。

次の表は、目的別の例の推定コストを示しています。

目的別データベースを採用する前に、コストへの影響を考慮することをお勧めします。例えば、目的別データベースを使用するようにアプリケーションを更新するコストは、アプリケーションとソースデータベースの複雑さに関連します。このアーキテクチャの切り替えを計画するときは、総保有コストを必ず考慮してください。これには、アプリケーションのリファクタリング、新しいテクノロジーに関するスタッフのスキル向上、各ワークロードで予想されるパフォーマンスと消費の慎重な計画が含まれます。そこから、投資がコスト削減に値するかどうかを決定できます。ほとんどの場合、サポートが終了した製品を維持することはセキュリティとコンプライアンスのリスクであり、それを修復するコストは、労力と初期投資に見合う価値があります。

コスト最適化の推奨事項

SQL Server にアクセスする .NET アプリケーションには、目的別リレーショナルデータベース用の代替ライブラリがあります。これらのライブラリをアプリケーションに実装して、同様の SQL Server アプリケーションの機能を置き換えることができます。

次の表は、多くの一般的なシナリオで使用できるいくつかのライブラリを示しています。

Babelfish を使用して Amazon Aurora PostgreSQL に接続する場合、接続に特別なコーディングは必要ありません。ただし、使用前にすべてのコードを徹底的にテストする必要があります。

その他の目的別データベースには、目的別データベースにアクセスできるようにする、.NET 互換ライブラリにアクセスするためのライブラリがあります。以下に例を示します。

目的別に構築されたデータベースに移行する場合は、 からこれらのツールを使用して移行プロセス AWS に役立てることができます。

その他のリソース