このトピックでは、AnalyticDB for MySQLで使用される用語について説明します。
region
リージョンは、Alibaba Cloudデータセンターがデプロイされている地理的な場所です。 リージョンは通常、データセンターが展開されている都市にちなんで名付けられます。 たとえば、マレーシア (クアラルンプール) 地域のデータセンターはクアラルンプールにあります。
ゾーン
リソースをデプロイするゾーン。 各リージョンには、ゾーンと呼ばれる複数の孤立した場所があり、独自の電源とネットワークがあります。 例えば、中国 (北京) 地域は、北京ゾーンA及び北京ゾーンB等を含む12のゾーンを有する。 同じゾーン内にデプロイされているリソースは同じネットワークを共有するため、相互間の待ち時間は最小限に抑えられます。 つまり、同じゾーン内に配置されたサービスの通信速度が速くなり、業務の効率化につながります。
クラスター
データベースの上の概念。 異なるクラスタは、互いに物理的に隔離されている。 各クラスターには、物理データベースと複数の論理データベースを含めることができます。
物理データベース
データファイル、ログファイル、インデックスファイルなど、物理ストレージデバイス上のデータベースの物理表現またはストレージモード。 AnalyticDB for MySQLクラスターを作成すると、物理データベースが自動的に作成されます。 各物理データベースは複数のシャードに分割されます。 シャードは、ストレージノードグループに分散されます。 各シャードはRaftグループによって管理されます。
論理データベース
テーブル、ビュー、およびインデックスを含む、データベースの論理的な組織構造。 CREATE DATABASEステートメントを実行すると、論理データベースが作成されます。 AnalyticDB for MySQLクラスター用に最大2048個の論理データベースを作成できます。
AnalyticDB for MySQLドキュメントに記載されているデータベースは論理データベースです。
shard
AnalyticDB for MySQLが配布キーに基づいてテーブルを分割した後に取得されるテーブルの一部。 シャードは、ストレージノードグループに分散されます。 各ストレージノードグループは特定の量のデータを保持し、システムのスケーラビリティとパフォーマンスを向上させます。
各シャードは、独立したRaftグループによって管理されます。 Raftグループの複数のレプリカが、同じストレージノードグループに属する複数のストレージノードにデプロイされます。 Raftプロトコルは、レプリカ間でデータの一貫性を保証します。
クラスターの設定を変更しても、AnalyticDB for MySQLクラスター内のシャードの数は変わりません。 次のステートメントを実行して、AnalyticDB for MySQLクラスター内のシャードの数を照会できます。SELECT COUNT (1) FROM information_schema.kepler_meta_shards;
パーティション
AnalyticDB for MySQLがパーティションキーに基づいてシャードを分割した後に取得されるシャードの一部。 ほとんどの場合、データのライフサイクル管理を実行するためのパーティションキーとして日付列が選択されます。
table
AnalyticDB for MySQLは、パーティションテーブルとレプリケートテーブルの2種類のテーブルをサポートしています。 テーブルの作成方法については、「create table」をご参照ください。
パーティション分割テーブル
パーティションテーブルは、標準テーブルとも呼ばれます。 AnalyticDB for MySQLは、パーティションテーブルのデータを配布キーに基づいて複数のシャードに分割し、ストレージノード間でシャードを配布します。 次に、AnalyticDB for MySQLは、パーティションキーに基づいて各シャードを複数のパーティションに分割します。 パーティションテーブルは、分散システムを利用してクエリ効率を向上させます。 パーティション化されたテーブルは、最大数千億のデータエントリを格納できます。
レプリケートされたテーブル
AnalyticDB for MySQLクラスターの各シャードには、複製されたテーブルデータの完全なコピーが格納されます。 レプリケートされたテーブルに20,000行を超えるデータを格納しないことをお勧めします。
レプリケートされたテーブルの変更は、AnalyticDB for MySQLクラスターのすべてのシャードにブロードキャストされます。 これにより、シャード間でデータの一貫性が確保されますが、書き込みパフォーマンスに影響します。 レプリケートされたテーブルのデータを頻繁に追加、削除、または変更しないことをお勧めします。
弾性I/Oユニット (EIU)
Elastic I/Oリソースはユニットにバンドルされ、EIUとして販売されます。 ElasticMode For Cluster EditionのAnalyticDB for MySQLクラスターの場合、EIUはストレージノードで構成され、データのストレージ、書き込み、クエリ、およびスキャン機能を提供します。
各EIUは、3つのストレージノードからなるストレージノードグループです。 AnalyticDB for MySQLクラスターを作成するときにEIUを購入できます。 EIUをスケールアップまたはスケールアウトして、高スループットの書き込みまたは大量のスキャン要件を満たすこともできます。 EIUのパフォーマンスメトリックの詳細については、「弾性I/Oリソースのスケールアップまたはアウト」をご参照ください。
AnalyticDB計算ユニット (ACU)
AnalyticDB for MySQL Data Lakehouse Editionのコンピューティングリソースとストレージリソースは、ユニットにバンドルされ、ACUとして販売されます。 各ACUは、1コアおよび4 GBメモリにほぼ等しい。
リソース グループ
コンピューティングリソースは、AnalyticDB for MySQLクラスター内のマルチテナントおよびハイブリッド負荷要件を満たすためにリソースグループに分割されます。 AnalyticDB for MySQL Data Warehouse Editionクラスター (elastic mode for Cluster Edition) およびAnalyticDB for MySQL Data Lakehouse Editionクラスターでは、複数のリソースグループを設定できます。 各リソースグループは、独立したコンピューティングリソースを有する。 異なるリソースグループのコンピューティングリソースは、互いに物理的に隔離されています。 異なるジョブは、異なるリソースグループに割り当てられて実行されます。 例えば、バッチ処理およびリアルタイム分析は、リソース競合および性能低下を防止するために、異なるリソースグループに割り当てられる。