ノードサイズの選択 - Amazon ElastiCache

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

ノードサイズの選択

クラスターに選択するノードのサイズによって、コスト、パフォーマンス、耐障害性が変わります。

Memcached ノードサイズの選択

Memcached クラスターには 1 つまたは複数のノードが含まれ、クラスターのデータは複数のノードに分割されます。このため、クラスターで必要なメモリとノードで必要なメモリには関連性がありますが、同じではありません。ノードの数を減らすか、より多くのより小さなノードを確保することにより、必要なクラスターメモリの容量を実現できます。また、ニーズの変化に応じてクラスターへのノードの追加や削除を行い、必要なものだけに支払うことができます。

クラスターの合計メモリ容量は、システムのオーバーヘッドを差し引いた後に、クラスター内のキャッシュノードの数に各ノードの RAM 容量を乗算して計算されます。各ノードの容量はノードタイプに基づいています。

cluster_capacity = number_of_nodes * (node_capacity - system_overhead)

クラスター内のノード数は、Memcached を実行するクラスターの可用性の重要な要素です。1 つのキャッシュノードで障害が発生した場合、アプリケーションの可用性とバックエンドデータベースの負荷に影響を与える可能性があります。このような場合、 ElastiCache は障害が発生したノードの代替をプロビジョニングし、再入力されます。この可用性への影響を小さくするには、使用している大容量のノードを減らすのではなく、メモリとコンピューティングの容量をより小さい容量のより多くのノードに分散させます。

35 GB のキャッシュメモリが必要なシナリオでは、以下のいずれかを設定できます。

  • それぞれ 3.22 GB のメモリと 2 つのスレッドを持つ 11 の cache.t2.medium ノード = 35.42 GB、22 スレッド。

  • それぞれ 6.42 GB のメモリと 2 つのスレッドを持つ 6 つの cache.m4.large ノード = 38.52 GB、12 スレッド。

  • それぞれ 12.3 GB のメモリと 2 つのスレッドを持つ 3 つの cache.r4.large ノード = 36.90 GB、6 スレッド。

  • それぞれ 14.28 GB のメモリと 4 つのスレッドを持つ 3 つの cache.m4.xlarge ノード = 42.84 GB、12 スレッド。

ノードオプションの比較
ノードの種類 メモリ (GiB) コア 時間あたりのコスト* 必要なノード 合計メモリ (GiB) 合計コア 毎月のコスト 
cache.t2.medium 3.22 2 0.068 USD 11 35.42 22 538.56 USD
cache.m4.large 6.42 2 0.156 USD 6 38.52 12 673.92 USD
cache.m4.xlarge 14.28 4 0.311 USD 3 42.84 12 $ 671.76
cache.m5.xlarge 12.93 4 0.311 USD 3 38.81 12 $ 671.76
cache.m6g.large 6.85 2 0.147 USD 6 41.1 12 635 USD
cache.r4.large 12.3 2 0.228 USD 3 36.9 6 $ 492.48
cache.r5.large 13.07 2 0.216 USD 3 39.22 6 466.56 USD
cache.r6g.large 13.07 2 0.205 USD 3 42.12 6 442 USD
* 2020 年 10 月 8 日現在のノードあたりの時間あたりのコスト。
30 日 (720 時間) の使用率 100% の場合†の 1 か月あたりのコスト。

これらのオプションは、それぞれ同様のメモリ容量を提供しますが、コンピューティング容量とコストは異なります。特定のオプションのコストを比較するには、「Amazon の ElastiCache 料金」を参照してください。

Memcached を実行するクラスターでは、各ノードの使用可能なメモリの一部は接続のオーバーヘッド用に使用されます。詳細については、「Memcached 接続オーバーヘッド」を参照してください。

複数のノードを使用して、それらの間でキーを分散させる必要があります。各ノードには、独自のエンドポイントがあります。エンドポイント管理を容易にするために、 ElastiCache 自動検出機能を使用できます。この機能を使用すると、クライアントプログラムがクラスター内のすべてのノードを自動的に識別できるようになります。詳細については、「クラスター内のノードを自動的に識別する」を参照してください。

場合によっては、必要な容量がわからないことがあります。その場合、テストのために、1 つの cache.m5.large ノードから始めることをお勧めします。次に、Amazon に公開される ElastiCache メトリクスを使用して、メモリ使用率、CPU 使用率、キャッシュヒット率をモニタリングします CloudWatch。の CloudWatch メトリクスの詳細については、 ElastiCache「」を参照してくださいCloudWatch メトリクスの使用状況のモニタリング。本稼働のより大きな優れたワークロードの場合は、R5 ノードが最高のパフォーマンスと RAM のコストバリューを提供します。

クラスターに必要なヒット率がない場合は、ノードを簡単に追加して、クラスターで使用可能なメモリの合計を増やすことができます。

クラスターが CPU の制約を受けているが、十分なヒット率がある場合は、処理能力のより高いノードタイプで新しいクラスターを設定します。