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

PolarDB:製品エディション

最終更新日:Nov 09, 2025

PolarDB-X は、集中型と分散型の設計を組み合わせた統合クラウドネイティブアーキテクチャを使用しています。このアーキテクチャは、集中型データベースから分散データベースへのスムーズなアップグレードパスを提供します。PolarDB-X は MySQL エコシステムと互換性があり、さまざまな規模や成長段階のビジネスをサポートするために、Standard Edition と Enterprise Edition の 2 つのコア製品エディションを提供しています。

Standard Edition と Enterprise Edition

この統合クラウドネイティブアーキテクチャでは、データノードが分離されて、スタンドアロンデータベースと完全に互換性のある集中型構造が作成されます。ビジネスが成長し、分散スケーリングが必要になると、分散アーキテクチャへのインプレースアップグレードを実行できます。分散コンポーネントは元のデータノードにシームレスに接続してスケールアウトします。このアップグレードでは、データ移行やアプリケーションの変更は必要ありません。主な製品は、Standard Edition (集中型) と Enterprise Edition (分散型) です。詳細なアーキテクチャを次の図に示します。

比較と選択

比較

Standard Edition (集中型)

Enterprise Edition (分散型)

コアアーキテクチャ

Paxos マルチレプリカやLizard トランザクションシステムなどの分散最適化をサポートするスタンドアロンアーキテクチャ。

計算ノード、データノード、およびグローバルメタサービスの連携により、水平スケーリングをサポートする分散アーキテクチャ。

互換性

MySQL エコシステムと 100% 互換。

MySQL エコシステムと高い互換性。

主な利点

  • 費用対効果が高い。オープンソースの MySQL と比較して 30% から 40% のパフォーマンス向上を提供します。

  • 金融グレードの高可用性 (HA)。目標復旧時点 (RPO) 0 で、同一都市内の 3 つのデータセンターでのディザスタリカバリをサポートします。

  • Enterprise Edition へのスムーズなアップグレードが可能です。

主な制限事項

  • スタンドアロンアーキテクチャのパフォーマンスと容量のボトルネックの影響を受けます。最大仕様は 90 コアです。

  • 大規模なテーブルでのパフォーマンス低下を避けるため、単一テーブルのレコード数は 500 万から 5,000 万の間に保つ必要があります。

小規模な仕様 (CPU ≤ 32 コアなど) の場合、分散アーキテクチャの追加オーバーヘッドにより、Standard Edition よりもパフォーマンスがわずかに低下する可能性があります。

選択の推奨事項

  • ビジネスは初期段階にあり、データ量と同時実行性は低いですが、将来的にはスムーズなスケーリングが期待されます。

  • 自己管理 MySQL データベースまたは他のクラウドプロバイダーの RDS インスタンスから移行しており、より優れた費用対効果と可用性を求めています。

  • RPO 0 でデータセンター間の金融グレードのディザスタリカバリが必要です。

  • 一般的な e コマーストランザクションシナリオなど、ビジネスが高い同時実行性のボトルネックに直面しています。

  • 単一テーブルのデータ量が非常に大きいか、合計ストレージ容量がスタンドアロンデータベースの制限を超えています。

  • オープンソースのシャーディングソリューションを置き換えて、運用とメンテナンス (O&M) を簡素化したいと考えています。

各エディションのインスタンスタイプ

製品エディションを選択した後、ビジネスニーズを満たすために提供されるさまざまなインスタンスロールも理解する必要があります。

  • Standard Edition (集中型): 1 つのプライマリインスタンスと、オプションの読み取り専用インスタンスで構成されます。

  • Enterprise Edition (分散型): さまざまなワークロードを処理するために、より多様なインスタンスタイプを提供します。

製品エディション

インスタンスタイプ

説明

シナリオ

Standard Edition (集中型)

プライマリインスタンス

クラスター内で唯一の読み書きノードです。ビジネスのすべての書き込みリクエストとほとんどの読み取りリクエストを処理します。

すべての Standard Edition インスタンスには、1 つのプライマリインスタンスが含まれている必要があります。

読み取り専用インスタンス

プライマリインスタンスから物理的に分離されています。データは Paxos プロトコルを使用して同期されます。プライマリインスタンスから読み取りの負荷を軽減し、読み取り能力の線形スケーリングを可能にします。

データ同期やレポート分析など、同時実行性の高い読み取りシナリオや読み取り負荷の高いワークロードに適しています。

Enterprise Edition (分散型)

プライマリインスタンス

分散クラスターの読み書きエントリポイントです。複数の計算ノード (CN) とデータノード (DN) で構成されます。分散トランザクション、並列クエリ、およびデータシャーディングを処理します。

すべての Enterprise Edition インスタンスには、1 つのプライマリインスタンスが含まれている必要があります。

読み取り専用インスタンス

プライマリインスタンスからリソースが分離された分散読み取り専用レプリカです。強力な整合性のある読み取りをサポートします。読み書き分離を実装し、同時実行性の高い読み取り能力をスケーリングするために使用されます。

軽度のレポート分析、混合ワークロード、または同時実行性の高い読み取りを伴うシナリオに適しています。

カラムストア読み取り専用インスタンス

カラム型ストレージを使用する特別な読み取り専用レプリカです。データは低コストの Object Storage Service (OSS) に保存されます。分析処理 (AP) クエリ用に最適化されています。

レポート分析、混合ワークロード、データアーカイブ、またはリスク管理や監査など、コストに敏感なシナリオに適しています。