DAX クラスターコンポーネント

Amazon DynamoDB Accelerator (DAX) クラスターは、AWS のインフラストラクチャのコンポーネントで構成されます。このセクションでは、これらのコンポーネントと、それらがどのように連携するかについて説明します。

ノード

ノードとは、DAX クラスターにおける最小の構成要素です。各ノードは DAX ソフトウェアのインスタンス 1 つを実行し、キャッシュされたデータのレプリカを 1 つ保持します。

DAX クラスターは 2 通りの方法のいずれかでスケールできます。

クラスター内の各ノードは同じノードタイプであり、同じ DAX キャッシュソフトウェアを実行します。使用可能なノードタイプのリストについては、「Amazon DynamoDB の料金表」を参照してください。

クラスター

クラスターは、DAX がユニットとして管理する 1 つまたは複数のノードの論理グループです。クラスター内のノードの 1 つがプライマリノードとして指定され、他のノード (ある場合) はリードレプリカです。

プライマリノードは以下を担当します。

プライマリノードにキャッシュされたデータが変更されると、DAX は、レプリケーションログを使用して、その変更をすべてのリードレプリカノードに伝播します。すべてのリードレプリカから確認を受け取ると、DynamoDB はプライマリノードからレプリケーションログを削除します。

リードレプリカは以下を担当します。

ただし、プライマリノードとは異なり、リードレプリカは DynamoDB には書き込みません。

リードレプリカにはさらに 2 つの目的があります。

DAX クラスターは、クラスターごとに最大 11 個のノード (プライマリノードと最大 10 個のリードレプリカ) をサポートできます。

リージョンとアベイラビリティーゾーン

ある AWS リージョンにある DAX クラスターは、同じリージョンにある DynamoDB テーブルとのみやり取りできます。したがって、適切なリージョンで DAX クラスターを起動することを確認してください。他のリージョンに DynamoDB テーブルがある場合は、そのリージョンにも DAX クラスターを起動する必要があります。

各リージョンは、他のリージョンと完全に分離されるように設計されています。各リージョンには複数のアベイラビリティーゾーンがあります。別のアベイラビリティーゾーンでノードを起動して、最大限の耐障害性を実現できます。

パラメータグループ

パラメータグループは、DAX クラスターのランタイム設定を管理するために使用されます。DAX には、パフォーマンスを最適化するために使用できるいくつかのパラメータ (キャッシュ済みデータの TTL ポリシーを定義するなど) があります。パラメータグループはクラスターに適用可能なパラメータの名前付きセットです。これにより、そのクラスター内のすべてのノードがまったく同じ方法で設定されていることを確認できます。

セキュリティグループ

DAX クラスターは、Amazon Virtual Private Cloud (Amazon VPC) 環境で実行されます。この環境は、AWS アカウント専用の仮想ネットワークであり、他の VPC からは独立しています。セキュリティグループは、VPC の仮想ファイアウォールとして機能し、インバウンドトラフィックとアウトバウンドネットワークトラフィックをコントロールできます。

VPC でクラスターを起動する際に、着信ネットワークトラフィックを許可する進入ルールをセキュリティグループに追加します。進入ルールは、クラスターのプロトコル (TCP) とポート番号 (8111) を指定します。このルールをセキュリティグループに追加すると、VPC 内で実行されるアプリケーションが DAX クラスターにアクセスできます。

クラスター ARN

各 DAX クラスターには Amazon リソースネーム (ARN) が割り当てられます。ARN 形式は次のとおりです。

arn:aws:dax:region:accountID:cache/clusterName

IAM ポリシー内でクラスター ARN を使用して、DAX API オペレーションのアクセス許可を定義します。詳細については、「DAX のアクセスコントロール」を参照してください。

クラスターエンドポイント

すべての DAX クラスターは、アプリケーションで使用できるクラスターエンドポイントを提供します。エンドポイントを使用してクラスターにアクセスすることで、アプリケーションでクラスターの個別のノードのホスト名とポート番号を把握する必要がなくなります。アプリケーションは、リードレプリカを追加または削除した場合でも、自動的にクラスターのすべてのノードを「把握」します。

転送中に暗号化を使用するように設定されていない、us-east-1 リージョンのクラスターエンドポイントの例を以下に示します。

dax://my-cluster.l6fzcv.dax-clusters.us-east-1.amazonaws.com

転送中に暗号化を使用するように設定されている、同じリージョン内のクラスターエンドポイントの例を以下に示します。

daxs://my-encrypted-cluster.l6fzcv.dax-clusters.us-east-1.amazonaws.com

ノードエンドポイント

DAX クラスターのノードそれぞれに独自のホスト名とポート番号があります。ノードエンドポイントの例を以下に示します。

myDAXcluster-a.2cmrwl.clustercfg.dax.use1.cache.amazonaws.com:8111

アプリケーションは、エンドポイントを使用してノードに直接アクセスできます。しかし、DAX クラスターを単一のユニットとして扱い、代わりにクラスターのエンドポイントを使用してアクセスすることをお勧めします。クラスターエンドポイントを使用することで、アプリケーションでノードのリストを保持し、クラスターでノードが追加または削除されたときにリストを最新の状態に保つ必要がなくなります。

[サブネットグループ]

DAX クラスターノードへのアクセスは、Amazon VPC 環境内の Amazon EC2 インスタンスで実行されるアプリケーションのみに制限されます。サブネットグループを使用して、特定のサブネットで実行されている Amazon EC2 インスタンスからのクラスターアクセスを許可できます。サブネットグループは、Amazon VPC 環境で実行しているクラスターに対して指定できるサブネット (通常はプライベート) の集合です。

DAX クラスターを作成するときに、サブネットグループを指定する必要があります。DAX はそのキャッシュサブネットグループを使用して、そのサブネット内でノードに関連付けるサブネットおよび IP アドレスを選択します。

イベント

DAX は、ノードの追加の失敗、ノードの追加の成功、セキュリティグループの変更など、重要なイベントをクラスター内に記録します。主要イベントをモニタリングすることで、クラスターの現在の状態を知り、イベントに基づいて是正措置を取ることができます。AWS Management Console、または DAX 管理 API の DescribeEvents アクションを使用して、これらのイベントにアクセスできます。

特定の Amazon Simple Notification Service (Amazon SNS) トピックに通知を送信するようにリクエストすることもできます。そうすれば、DAX クラスターでイベントが発生したことがすぐにわかります。

メンテナンスウィンドウ

システムの変更を適用するため、すべてのクラスターには週ごとのメンテナンスウィンドウがあります。変更が順次適用されるにしたがって、既存のノードが置き換えられ、変更が適用された新しいノードがクラスターに追加されます。この間、アプリケーションでは、一時的なエラーやスロットリングが発生する可能性があります。そのため、使用量が最も少ない時間にメンテナンスウィンドウを設定し、必要に応じてこのスケジュールを定期的に調整することをお勧めします。お客様がリクエストしたメンテナンス作業が発生する時間範囲を最大 24 時間で指定できます。

キャッシュクラスターの作成または変更時に、必要なメンテナンス期間を指定しない場合、DAX では、ランダムに選択された曜日に対して 60 分のメンテナンスウィンドウが割り当てられます。この 60 分間のメンテナンスウィンドウは、各 AWS リージョン の 8 時間の時間ブロックからランダムに選択されます。次の表に、デフォルトでメンテナンス時間が割り当てられる各リージョンの時間ブロックを示します。