移行から約半年後、 アストラDB マネージド カサンドラ クラウドデータベースサービス、 DataStax は、サーバーレス サポートをリージョンを越えて拡張するという論理的な次のステップを踏み出しています。 Cassandra は伝統的に、高速書き込みが必要な極端なスケールアウト分散導入のユースケース向けに設計されているため、このような機能の論理的なターゲットとなります。
サーバーレスによってデータベースの実行コストが簡素化され、変動性の高いトラフィック負荷を軽減できるという考え方が主流になっています。データベースがグローバルに分散されている場合、オーバープロビジョニングのコストはすぐに増加します。
Astra DB は、サーバーレスで複数のリージョンにさまざまな範囲にまたがることができる厳選されたデータベース グループに参加します。現在、複数のクラウドで実行されている唯一の GA 版です。他には、PlanetScale などがあります。 ちょうど1年ほど前に取り上げました これにより、1 つ以上のリージョンにわたって MySQL を選択的にシャーディングできるようになります。しかし、現在はまだベータ版です。あるよ DynamoDB、を提供します グローバルテーブル 他のリージョンへのレプリケーション用に一部のテーブルを指定する機能、および コスモスDB サーバーレス オプションも提供していますが、どちらもそれぞれのクラウド上でのみ動作します。ただし、次のような他のマルチリージョン データベース クラウド サービス Google クラウド スパナ & ゴキブリクラウド サーバーレスではありません。複数のリージョンにまたがるサーバーレス プラットフォームは、その設計にリソースの調整という高度なフットワークが必要となるため、まだかなりまれです。
新しいマルチリージョン機能は、顧客が選択したすべてのリージョンにわたって単一の論理インスタンスとして Astra DB を実行します。各リージョン内には、フェールオーバー用のデータ センターまたは可用性ゾーンが少なくとも 2 つあります。管理者は、リージョンのグループ内で、フェイルオーバーとローカル アクセスのために、書き込みをコミットおよびレプリケートする方法と場所を構成します。フェールオーバーのデフォルトの実践方法は、同じリージョン内の別のデータセンターを使用することです。書き込みのレプリケートに関しては、管理者はクラウド プロバイダーによって請求される書き込みリクエスト単位のコストを抑えるために選択することができます。
グローバルに分散されたデータベースの使用例には、リモート アクセスに伴う遅延を発生させずに、複数のリージョン間で高速な書き込みと読み取りを実行する機能を必要とするアプリケーションが含まれます。さらに、データ主権法や居住法が急速に登場する中、クロスリージョン機能を持つことで、複数の個別のインスタンスを維持する代替手段が提供されます。このような場合、管理者は基本的にデータベースをシャーディングして、データのサブセットをホーム リージョンに制限できます。
新しいリリースの前に、一部のDataStax顧客はすでにクロスリージョンレプリケーションを伴うマルチリージョン展開に取り組んでいました。たとえば、Infosys は、グローバル クライアントのレプリケーションを処理するために、Cassandra がホストされている各リージョンに VM をセットアップしました。彼らは、すべての VM と関連する YAML ファイルを維持し、最新の状態に保つ必要があるという頭痛の種に直面していました。 Astra DB にサーバーレスのマルチリージョン サポートが追加されたため、これらの複雑さは内部に埋もれています。
現時点で、複数のリージョンにわたる Astra DB のユースケースは、高速ローカル アクセスが必要であり、データ送信コストにも敏感なシナリオ向けです。 Astra DB は 3 つの主要なパブリック クラウドすべてで利用できますが、いわゆる「インタークラウド」(複数のクラウド プロバイダーにわたって同じデータベースを実行する) に対する需要はほとんど、またはまったくありません。
開示: DataStax は dbInsight クライアントです。
