すべてのプロダクト
Search
ドキュメントセンター

PolarDB:Enterprise EditionとStandard Editionの違い

最終更新日:Jul 26, 2024

このトピックでは、PolarDB-X Enterprise EditionとStandard Editionの違いについて説明します。

PolarDB-Xは、集中型および分散型アーキテクチャを統合します。

したがって、PolarDB-Xは、分散データベースのスケーラビリティと集中データベースのパフォーマンスを組み合わせています。 PolarDB-Xインスタンスを2種類のアーキテクチャ間でスムーズに切り替えることができます。 集中型アーキテクチャと分散型アーキテクチャを統合したデータベースでは、データノードは独立して集中型で動作し、単一ノードデータベースモデルと完全に互換性があります。 ビジネスの成長に応じて分散システムへのアップグレードが必要な場合、アーキテクチャをシームレスに分散モデルに移行できます。 アップグレード中、分散コンポーネントは既存のデータノードとシームレスに統合され、データの移行やアプリケーションの変更は必要ありません。

PolarDB-Xインスタンスには、Standard Edition (集中アーキテクチャ)Enterprise Edition (分散アーキテクチャ) の2つのエディションがあります。 次のセクションでは、2つのエディションについて説明します。

image.png

Standard Edition

Standard Editionは集中型アーキテクチャを使用し、MySQLをスタンドアロンセットアップ (MySQLと完全互換) で実行できます。 このエディションは、PaxosベースのマルチレプリカアーキテクチャやLizardトランザクションシステムなどの分散機能もサポートしています。 オープンソースのMySQLと比較して、PolarDB-X Standard Editionは、より高い可用性と40% パフォーマンスの向上の30% を提供します。

オリジナルのApsaraDB RDS for MySQL 3ノードEnterprise Editionは、ブランド名が変更され、PolarDB-X Standard Editionに組み込まれ、Alibaba Cloudが開発したX-Paxosアルゴリズムに基づくデータベースサービスを引き続き提供し、ゼロ回復ポイント目標 (RPO) を確保します。.

Enterprise Edition

Enterprise Editionは分散アーキテクチャを使用し、MySQLエコシステムとの互換性が高いです。 このエディションは、一貫性の高い分散トランザクションと分散並列クエリをサポートします。 このエディションのクラスターは、最小1ノード (集中型アーキテクチャ) から1,024ノード (分散型アーキテクチャ) にスケールでき、毎秒数千万のクエリ (QPS) とペタバイトのデータを処理できます。

集中型アーキテクチャと分散型アーキテクチャの統合により、ビジネス変革やデータ移行を必要とせずに、クラスターをStandard EditionからEnterprise Editionにアップグレードできます。 また、ビジネスの制限に対処するために、透過的な配布やハイブリッドトランザクション /分析処理 (HTAP) などの機能を実装することもできます。

PolarDB-XインスタンスをStandard EditionからEnterprise Editionにアップグレードする方法の詳細については、「インスタンスをStandard EditionからEnterprise Editionにアップグレードする」をご参照ください。

各エディションの利点と制限

アイテム

Standard Edition (集中アーキテクチャ)

Enterprise Edition (分散アーキテクチャ)

のメリット

  • MySQLの完全な互換性を提供します。 価格は40% 引き下げられ、費用対効果が向上します。

  • 小さな仕様を使用するインスタンスは、分散アーキテクチャを使用するインスタンスよりも高いパフォーマンスを提供します。 たとえば、CPUコア数が32以下のインスタンスは、大規模な仕様と分散アーキテクチャを使用するインスタンスにアップグレードできます。

  • 金融グレードのディザスタリカバリと3ゾーンのディザスタリカバリをサポートします。

  • 分散線形スケーラビリティをサポートします。 クラスターは、最大1,024ノードとペタバイトのデータをサポートします。

  • 金融グレードのディザスタリカバリ、3ゾーンのディザスタリカバリ、および2つのリージョンアーキテクチャにわたる3つのデータセンターをサポートします。

  • HTAPと組み込みのコラムストアレプリカをサポートし、オンライン分析を高速化します。

制限事項

  • Bツリーインデックスを使用する大規模なテーブルの同時クエリを処理する場合、スタンドアロンMySQLデータベースのパフォーマンスは低くなります。 Bツリーインデックスを使用するテーブルの行数を5百万から50百万に制限することを推奨します。

  • スタンドアロンMySQLインスタンスは、90個以下のCPUコアを含むようにスケールアップできます。

-

シナリオ

  • ゼロリカバリポイント目標 (RPO) を達成できるクロスゾーンディザスタリカバリをサポートするには、MySQLデータベースが必要です。

  • MySQLデータベースは、費用対効果が高く、オープンソースMySQLと完全に互換性があり、ビジネスワークロードに基づくスケーラビリティを提供する必要があります。

  • 注文トランザクションなどの高度な同時クエリを処理するための分散スケーリング機能をサポートするMySQLデータベースが必要です。

  • オープンソースMySQLによって提供されるデータベースとテーブルシャーディングを置き換えることにより、O&M操作を最適化する必要があります。

  • 分散アーキテクチャに基づいてデータシャーディングを実行することにより、MySQLで大きなテーブルを処理するパフォーマンスを向上させる必要があります。

  • MySQLデータベースを分散アーキテクチャにアップグレードする必要があります。 また、データベースがオープンソースMySQLと互換性がある必要があります。