PolarDB:エディション

Cluster Editionは、コンピューティングがストレージから切り離されているアーキテクチャに基づいて開発されています。 これにより、より高速なスケーリング、より大きなストレージ容量、およびレプリケーション遅延が削減されます。

• 1つのプライマリノードと複数の読み取り専用ノード

  PolarDBは、分散クラスターベースのアーキテクチャを使用します。 Cluster Editionクラスターは、1つのプライマリノードと0〜15の読み取り専用ノードで構成されています。 複数のノードがデータベースのエンジン層を構成する。 プライマリノードは読み取り要求と書き込み要求を処理し、読み取り専用ノードは読み取り要求のみを処理します。 Cluster Editionでは、プライマリノードと読み取り専用ノード間でアクティブ /アクティブフェールオーバー方式が使用されます。 この方法により、データベースの高可用性が保証されます。

• PolarStore

  複数の計算ノードが1セットのデータを共有するため、各計算ノードがデータのコピーを保持する必要がなくなります。 これにより、ストレージコストが大幅に削減されます。 Cluster Editionは、分散ストレージとファイルシステムを使用します。 これにより、個々のデータベースサーバーの機能に制限されることなく、データベースのストレージ容量を数百テラバイトにシームレスに拡張できます。

• コンピューティングとストレージの分離

  Cluster Editionでは、コンピューティングをストレージから切り離し、ビジネスの成長に合わせてクラスターを簡単に拡張できます。 計算ノードはメタデータのみを保存し、データファイルとredoログはPolarStoreに保存されます。 redoログに関連するメタデータのみが、計算ノード間で同期される必要があります。 これにより、プライマリノードと読み取り専用ノード間のレプリケーション待ち時間が短縮されます。 プライマリノードに障害がある場合、読み取り専用ノードはすぐにプライマリノードとして引き継ぐことができます。

• 読み書き分離

  Cluster Editionには、PolarProxyに基づいて実装された読み書き分離機能が付属しているため、透過的で高可用性、および適応型の負荷分散を実行できます。 読み書き分離機能は、クラスターエンドポイントに基づいてCluster Editionの各ノードにSQLリクエストを自動的に転送し、クラスターが大量の同時リクエストを集約して処理できるようにします。 詳細については、「読み書き分離」をご参照ください。

• 高速ネットワーク接続

  データは、高速ネットワーク上でリモートダイレクトメモリアクセス (RDMA) プロトコルを使用して、クラスタの計算ノードとストレージノードの間で送信されます。 I/Oはもはやデータベースのパフォーマンスを制限する要因ではありません。

• データの信頼性と一貫性

  ストレージノード上のデータには複数のレプリカがあり、データの信頼性が保証されます。 さらに、Parallel-Raftプロトコルを使用して、これらのレプリカ間でデータの一貫性を確保します。

次の図は、Cluster Editionのアーキテクチャを示しています。

次の図は、Multi-master Cluster (Database/Table) Editionのアーキテクチャを示しています。

Multi-master Cluster (Database/Table) Editionは、マルチテナント、ゲーム、eコマースなどの同時実行性の高い読み書きシナリオに適しています。

• SaaSのマルチテナンシー: テナント間の高い同時実行性と負荷分散

  Multi-master Cluster (Database/Table) Editionでは、異なるプライマリノード間でテナントのデータベースを切り替えるか、新しいプライマリノードを追加してトラフィックバーストを処理することで、負荷分散を実装できます。

• グローバルなゲームサーバーとeコマースシナリオ: 急成長するビジネスに対応するための数分でのスケーリング

  マルチマスタークラスタ (データベース /テーブル) エディションは、秒単位のスケールアウトをサポートし、透過ルーティング機能を提供します。 これらをミドルウェアまたはビジネスベースのデータベースおよびテーブルシャーディングソリューションと組み合わせて、スケールアウトプロセスを数日から数分に短縮できます。

• 異なるサーバーにデプロイされたゲーム: パフォーマンスとスケーラビリティの向上

  ゲームが多数のプレイヤーを引き付けている場合、データベースを新しいプライマリノードに切り替えて、負荷分散を実装できます。 ゲームがその素数を過ぎたとき、データベースをいくつかのプライマリノードに集約して、運用コストを削減できます。