この Topic では、読み書き分離アーキテクチャを使用するメモリ最適化 Tair (Enterprise Edition) インスタンスの仕様について説明します。これらの仕様には、読み取り専用レプリカの数、メモリ容量、最大接続数、帯域幅、およびクエリ/秒 (QPS) の参照値が含まれます。
インスタンス仕様
仕様 | InstanceClass (API 呼び出し用) | CPU コア | I/O スレッド | 読み取り専用ノード | 帯域幅 (MB/s) | 最大接続数 ( プロキシモード ) | 参照 QPS |
1 GB 読み書き分離版 (2 レプリカ、うち 1 レプリカは読み取り専用) | redis.amber.logic.splitrw.small.1db.1rodb.6proxy.multithread | 12 | 4 | 1 | 192 | 60,000 | 480,000 |
2 GB 読み書き分離版 (2 レプリカ、うち 1 レプリカは読み取り専用) | redis.amber.logic.splitrw.mid.1db.1rodb.6proxy.multithread | 12 | 4 | 1 | 192 | 60,000 | 480,000 |
4 GB 読み書き分離版 (2 レプリカ、うち 1 レプリカは読み取り専用) | redis.amber.logic.splitrw.stand.1db.1rodb.6proxy.multithread | 12 | 4 | 1 | 192 | 60,000 | 480,000 |
8 GB 読み書き分離版 (2 レプリカ、うち 1 レプリカは読み取り専用) | redis.amber.logic.splitrw.large.1db.1rodb.6proxy.multithread | 12 | 4 | 1 | 192 | 60,000 | 480,000 |
16 GB 読み書き分離版 (2 レプリカ、うち 1 レプリカは読み取り専用) | redis.amber.logic.splitrw.2xlarge.1db.1rodb.6proxy.multithread | 12 | 4 | 1 | 192 | 60,000 | 480,000 |
32 GB 読み書き分離版 (2 レプリカ、うち 1 レプリカは読み取り専用) | redis.amber.logic.splitrw.4xlarge.1db.1rodb.6proxy.multithread | 12 | 4 | 1 | 192 | 60,000 | 480,000 |
64 GB 読み書き分離版 (2 レプリカ、うち 1 レプリカは読み取り専用) | redis.amber.logic.splitrw.8xlarge.1db.1rodb.6proxy.multithread | 12 | 4 | 1 | 192 | 60,000 | 480,000 |
1 GB 読み書き分離版 (4 レプリカ、うち 3 レプリカは読み取り専用) | redis.amber.logic.splitrw.small.1db.3rodb.12proxy.multithread | 24 | 4 | 3 | 384 | 120,000 | 960,000 |
2 GB 読み書き分離版 (4 レプリカ、うち 3 レプリカは読み取り専用) | redis.amber.logic.splitrw.mid.1db.3rodb.12proxy.multithread | 24 | 4 | 3 | 384 | 120,000 | 960,000 |
4 GB 読み書き分離版 (4 レプリカ、うち 3 レプリカは読み取り専用) | redis.amber.logic.splitrw.stand.1db.3rodb.12proxy.multithread | 24 | 4 | 3 | 384 | 120,000 | 960,000 |
8 GB 読み書き分離版 (4 レプリカ、うち 3 レプリカは読み取り専用) | redis.amber.logic.splitrw.large.1db.3rodb.12proxy.multithread | 24 | 4 | 3 | 384 | 120,000 | 960,000 |
16 GB 読み書き分離版 (4 レプリカ、うち 3 レプリカは読み取り専用) | redis.amber.logic.splitrw.2xlarge.1db.3rodb.12proxy.multithread | 24 | 4 | 3 | 384 | 120,000 | 960,000 |
32 GB 読み書き分離版 (4 レプリカ、うち 3 レプリカは読み取り専用) | redis.amber.logic.splitrw.4xlarge.1db.3rodb.12proxy.multithread | 24 | 4 | 3 | 384 | 120,000 | 960,000 |
64 GB 読み書き分離版 (4 レプリカ、うち 3 レプリカは読み取り専用) | redis.amber.logic.splitrw.8xlarge.1db.3rodb.12proxy.multithread | 24 | 4 | 3 | 384 | 120,000 | 960,000 |
1 GB 読み書き分離版 (6 レプリカ、うち 5 レプリカは読み取り専用) | redis.amber.logic.splitrw.small.1db.5rodb.18proxy.multithread | 36 | 4 | 5 | 576 | 480,000 | 1,440,000 |
2 GB 読み書き分離版 (6 レプリカ、うち 5 レプリカは読み取り専用) | redis.amber.logic.splitrw.mid.1db.5rodb.18proxy.multithread | 36 | 4 | 5 | 576 | 480,000 | 1,440,000 |
4 GB 読み書き分離版 (6 レプリカ、うち 5 レプリカは読み取り専用) | redis.amber.logic.splitrw.stand.1db.5rodb.18proxy.multithread | 36 | 4 | 5 | 576 | 480,000 | 1,440,000 |
8 GB 読み書き分離版 (6 レプリカ、うち 5 レプリカは読み取り専用) | redis.amber.logic.splitrw.large.1db.5rodb.18proxy.multithread | 36 | 4 | 5 | 576 | 480,000 | 1,440,000 |
16 GB 読み書き分離版 (6 レプリカ、うち 5 レプリカは読み取り専用) | redis.amber.logic.splitrw.2xlarge.1db.5rodb.18proxy.multithread | 36 | 4 | 5 | 576 | 480,000 | 1,440,000 |
32 GB 読み書き分離版 (6 レプリカ、うち 5 レプリカは読み取り専用) | redis.amber.logic.splitrw.4xlarge.1db.5rodb.18proxy.multithread | 36 | 4 | 5 | 576 | 480,000 | 1,440,000 |
64 GB 読み書き分離版 (6 レプリカ、うち 5 レプリカは読み取り専用) | redis.amber.logic.splitrw.8xlarge.1db.5rodb.18proxy.multithread | 36 | 4 | 5 | 576 | 480,000 | 1,440,000 |
CPU コア
サービスの安定性を確保するため、システムは バックグラウンドタスク を処理するために 1 つの CPU コアを予約します。クラスターまたは 読み書き分離アーキテクチャの場合、システムは各データシャードまたは読み取り専用ノードに 1 つの CPU コアを予約してバックグラウンドタスクを処理します。
帯域幅の計算ルール
表の帯域幅の値は、インスタンス全体の合計帯域幅を表します。これは、インスタンス内のすべてのシャードまたはノードの帯域幅の合計です。
読み書き分離インスタンスの最大合計帯域幅は 2,048 MB/s です。より多くのノードを持つインスタンスタイプを選択しても、帯域幅はこの制限を超えて増加しません。
帯域幅の値は、アップストリーム帯域幅とダウンストリーム帯域幅の両方に適用されます。たとえば、インスタンスタイプの帯域幅が 96 MB/s の場合、そのアップストリーム帯域幅とダウンストリーム帯域幅は両方とも 96 MB/s です。
説明インスタンスで予期しない、または計画されたトラフィックの急増が発生した場合、インスタンスの帯域幅を調整できます。詳細については、「インスタンスの帯域幅を手動で増やす」をご参照ください。
Tair および Redis の帯域幅制限は、ネットワーク接続タイプに関係なく、シャードの帯域幅を指します。
詳細については、「帯域幅に関するよくある質問」をご参照ください。
最大接続数の詳細
プロキシモード: インスタンスの最大接続数は 480,000 です。シャードまたはノードを追加しても、最大接続数はこの制限を超えて増加しません。
2020 年 3 月 1 日より前に作成されたインスタンスの場合、プロキシモードでの最大接続数は 200,000 です。
プロキシモードで PUBSUB、BLOCK、またはトランザクションコマンドを使用すると、プロキシはクライアント接続用に専用のバックエンド接続を作成します。これらの接続は集約できません。したがって、最大接続数は、単一のデータシャードの接続制限である 30,000 によって制限されます。