翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 # ノードの管理 ノードとは、MemoryDB のデプロイにおける最小の構成要素です。ノードはクラスターに属するシャードに属します。各ノードは、クラスターの作成時または最終変更時に選択されたエンジンバージョンを実行します。各ノードはそれぞれ Domain Name Service (DNS) 名とポートを持っています。複数のタイプの MemoryDB ノードがサポートされており、関連付けられたメモリ量と計算能力がそれぞれ異なります。 **Topics** + [MemoryDB のノードとシャード](nodes.nodegroups.md) + [サポートされているノードの種類](nodes.supportedtypes.md) + [MemoryDB のリザーブドノード](nodes.reservednodes.md) + [ノードの置換](nodes.nodereplacement.md) ノードに関する重要な操作は次のとおりです。 + [クラスターからのノードの追加/削除](clusters.deletenode.md) + [Scaling (スケーリング)](scaling.md) + [接続エンドポイントの検索](endpoints.md) # MemoryDB のノードとシャード シャードは、それぞれクラスターにラップされたノードの階層的配列です。シャードはレプリケーションをサポートします。シャード内では、1 つのノードが読み取り/書き込みのプライマリノードとなります。シャード内の他のすべてのノードは、プライマリノードの読み取り専用のレプリカとなります。MemoryDB はクラスター内の複数のシャードをサポートします。このサポートにより、MemoryDB クラスター内でデータを分割できます。 MemoryDB はシャードによるレプリケーションをサポートします。API オペレーション「[クラスターの詳細](https://docs.aws.amazon.com/memorydb/latest/APIReference/API_DescribeClusters.html)」は、シャードをメンバーノード、ノード名、エンドポイント、およびその他の情報とともに一覧表示します。 MemoryDB クラスターは作成された後、変更 (スケールインまたはスケールアウト) できます。詳細については、「[Scaling (スケーリング)](scaling.md)」および「[ノードの置換](nodes.nodereplacement.md)」を参照してください。 新しいクラスターを作成するときに、古いクラスターからのデータをシードして、空から開始しないようにすることができます。これを行うことは、ノードタイプまたはエンジンバージョンの変更が必要な場合、または Amazon ElastiCache (Redis OSS) から移行する必要がある場合に役立ちます。詳細については、「[手動スナップショットの作成](snapshots-manual.md)」および「[スナップショットからの復元](snapshots-restoring.md)」を参照してください。 # サポートされているノードの種類 MemoryDB は次のノードタイプをサポートします。 **メモリ最適化**: \$1 \$1 \$1 \$1 | インスタンスタイプ | ベースライン帯域幅 (Gbps) | バースト帯域幅 (Gbps) | 拡張 I/O 多重化 (Valkey 7.2 および Redis OSS 7.0.4 以降) | エンジンの最小バージョン | | --- | --- | --- | --- | --- | | db.r7g.large | 0.937 | 12.5 | なし | 6.2 | | db.r7g.xlarge | 1.876 | 12.5 | なし | 6.2 | | db.r7g.2xlarge | 3.75 | 15 | はい | 6.2 | | db.r7g.4xlarge | 7.5 | 15 | はい | 6.2 | | db.r7g.8xlarge | 15 | 該当なし | はい | 6.2 | | db.r7g.12xlarge | 22.5 | 該当なし | はい | 6.2 | | db.r7g.16xlarge | 30 | 該当なし | はい | 6.2 | | db.r6g.large | 0.75 | 10.0 | なし | 6.2 | | db.r6g.xlarge | 1.25 | 10.0 | なし | 6.2 | | db.r6g.2xlarge | 2.5 | 10.0 | はい | 6.2 | | db.r6g.4xlarge | 5.0 | 10.0 | はい | 6.2 | | db.r6g.8xlarge | 12 | 該当なし | はい | 6.2 | | db.r6g.12xlarge | 20 | 該当なし | はい | 6.2 | | db.r6g.16xlarge | 25 | 該当なし | はい | 6.2 | **データ階層化で最適化されたメモリ** | インスタンスタイプ | ベースライン帯域幅 (Gbps) | バースト帯域幅 (Gbps) | 拡張 I/O 多重化 (Valkey 7.2 および Redis OSS 7.0.4 以降) | エンジンの最小バージョン | | --- | --- | --- | --- | --- | | db.r6gd.xlarge | 1.25 | 10 | なし | 6.2 | | db.r6gd.2xlarge | 2.5 | 10 | なし | 6.2 | | db.r6gd.4xlarge | 5.0 | 10 | なし | 6.2 | | db.r6gd.8xlarge | 12 | 該当なし | なし | 6.2 | **汎用ノード** | インスタンスタイプ | ベースライン帯域幅 (Gbps) | バースト帯域幅 (Gbps) | 拡張 I/O 多重化 (Valkey 7.2 および Redis OSS 7.0.4 以降) | エンジンの最小バージョン | | --- | --- | --- | --- | --- | | db.t4g.small | 0.128 | 5.0 | なし | 6.2 | | db.t4g.medium | 0.256 | 5.0 | なし | 6.2 | 利用可能な AWS リージョンについては、「[MemoryDB の料金](https://aws.amazon.com/memorydb/pricing/)」を参照してください すべてのノードタイプは、仮想プライベートクラウド (VPC) で作成されます。 # MemoryDB のリザーブドノード オンデマンドノードの料金と比べて、リザーブドノードには大幅な割引が適用されます。リザーブドノードは物理ノードではなく、アカウント内のオンデマンドノードの使用に適用される割引です。リザーブドノードの割引は、ノードタイプと AWS リージョンによって異なります。 **注記** 現在の MemoryDB リザーブドノードはすべて、Redis OSS エンジンを実行するノードの料金に基づいており、Redis OSS エンジンを実行するノードを対象としています。これらのリザーブドノードは、「[サイズ柔軟なリザーブドノード](reserved-nodes-size.md)」で説明されているように Valkey エンジンに適用できますが、Valkey 固有のリザーブドノードは使用できません。 リザーブドノードを使用する一般的なプロセスは次のとおりです。 + 利用可能なリザーブドノードサービスに関する情報を確認する + AWS マネジメントコンソール AWS Command Line Interface または SDK を使用してリザーブドノードサービスを購入する + 既存のリザーブドノードに関する情報を確認します **Topics** + [リザーブドノードの概要](reserved-nodes-overview.md) + [提供タイプ](reserved-nodes-offerings.md) + [サイズ柔軟なリザーブドノード](reserved-nodes-size.md) + [ノードを Redis OSS から Valkey にアップグレードする](reserved-nodes.md) + [リザーブドノードの削除](reserved-nodes-deleting.md) + [リザーブドノードの操作](reserved-nodes-working-with.md) # リザーブドノードの概要 MemoryDB の予約ノードを購入すると、予約ノードの有効期間中、特定のノードタイプで割引料金で利用できることを約束することになります。MemoryDB のリザーブドノードを使用するには、オンデマンドノードの場合と同様に、新しいノードを作成します。新しく作成するノードは、リザーブドノードの仕様と完全に一致する必要があります。新しいノードの仕様がアカウント内の既存のリザーブドノードと一致する場合は、リザーブドノードに適用される割引料金で請求されます。一致しない場合、ノードはオンデマンド料金で請求されます。 AWS マネジメントコンソール、 AWS CLI、または MemoryDB API を使用して、利用可能なリザーブドノードサービスを一覧表示および購入できます。 MemoryDB は、メモリ最適化された R7g、R6g、および R6gd (データ階層化あり) ノード用のリザーブドノードを提供しています。料金に関する情報については、「[MemoryDB の料金](https://aws.amazon.com/memorydb/pricing/ )」を参照してください。 # 提供タイプ リザーブドノードには、予想される使用量に基づいて、前払いなし、一部前払い、全前払いの 3 種類のオプションがあり、MemoryDB のコストを最適化できます。 **前払いなし** - このオプションは前払い料金なしでリザーブドノードへのアクセスを提供します。前払いなしのリザーブドノードでは、使用量にかかわらず、期間内の時間はすべて、割引された時間料金で請求されます。前払い料金は必要ありません。 **一部前払い** — このオプションでは、リザーブドノードの一部を前払いする必要があります。期間内の残りの時間は、使用量に関係なく、割引された時間料金で請求されます。 **すべて前払い** - 期間のスタート時に全額を支払います。使用時間数に関係なく、残りの期間にそれ以外のコストは生じません。 3 つの提供タイプはすべて、1 年および 3 年の期間で利用できます。 # サイズ柔軟なリザーブドノード リザーブドノードを購入する際、指定する項目の 1 つはノードのタイプ db.r6g.xlarge などです。ノードタイプの詳細については、「[MemoryDB の料金](https://aws.amazon.com/memorydb/pricing/ )」を参照してください。 既存の ノードがあり、これをスケールして容量を増やす必要がある場合、リザーブド ノードはスケールした ノードに自動的に適用されます。つまり、リザーブドノードは、同じノードファミリーのあらゆるサイズの使用に自動的に適用されます。サイズ柔軟なリザーブドノードは、同じ AWS リージョンのノードで使用できます。サイズ柔軟なリザーブドノードは、そのノードファミリーでしかスケールできません。例えば、db.r6.large のリザーブドノードは db.r6.xlarge には適用できますが、db.r6g.large には適用できません。db.r6 と db.r6g は異なるインスタンスクラスタイプであるためです。 柔軟性とは、同じノードクラスタイプ内の設定間を自由に移動できることを意味します。たとえば、r6g.xlarge リザーブドノード (8 つの正規化されたユニット) から同じ AWS リージョンの 2 つの r6g.large リザーブドノード (8 つの正規化されたユニット) (2\$14 = 8 つの正規化されたユニット) に追加料金なしで移動できます。 リザーブド ノードのサイズ別の使用は、正規化された単位を使用して比較できます。例えば、2 つの db.r6g.4xlarge ノードの 1 時間の使用量は、1 つの db.r6g.large ノードの 16 時間の使用量に相当します。次の表は、ノードのサイズ別の正規化された単位の数を示しています。 **** | ノードサイズ | 正規化された単位 (Redis OSS) | 正規化された単位 (Valkey) | | --- | --- | --- | | small | 1 | 7. | | medium | 2 | 1.4 | | large | 4 | 2.8 | | xlarge | 8 | 5.6 | | 2xlarge | 16 | 11.2 | | 4xlarge | 32 | 22.4 | | 6xlarge | 48 | 33.6 | | 8xlarge | 64 | 44.8 | | 10xlarge | 80 | 56 | | 12xlarge | 96 | 67.2 | | 16xlarge | 128 | 89.6 | | 24xlarge | 192 | 134.4 | たとえば、db.r6gd.xlarge リザーブドノードを購入し、同じ AWS リージョンのアカウントに 2 つの実行中の db.r6gd.large リザーブドノードがあるとします。この場合、料金上の利点は両方のノードに全面的に適用されます。 ![\[両方のノードに請求上の利点が適用された 2 つの実行中のリザーブドノードを示す図。\]](http://docs.aws.amazon.com/ja_jp/memorydb/latest/devguide/images/ri1.png) または、同じ AWS リージョンのアカウントで実行されている db.r6gd.2xlarge インスタンスが 1 つある場合、請求上の利点はリザーブドノードの使用の 50% に適用されます。 ![\[リザーブドノードの使用量の 50% に適用された請求上の利点を持つ 1 つのインスタンスを示す図。\]](http://docs.aws.amazon.com/ja_jp/memorydb/latest/devguide/images/ri2.png) # ノードを Redis OSS から Valkey にアップグレードする MemoryDB における Valkey の提供開始により、Redis OSS リザーブドノードの割引を Valkey エンジンに適用できるようになりました。既存の契約や予約のメリットを維持しながら、Redis OSS から Valkey にアップグレードすることができます。ノードファミリーとエンジン内で利点を適用できるだけでなく、さらに追加的な価値を得ることもできます。Valkey は Redis OSS と比較して 30% の割引価格になっており、リザーブドノードの柔軟性により、Redis OSS リザーブドノードを使用して、より多くの実行中の Valkey ノードをカバーできます。 割引料金を計算するために、各 MemoryDB ノードとエンジンの組み合わせには、単位で測定される正規化係数があります。リザーブドノードの単位は、特定のエンジン用にリザーブドノードのインスタンスファミリー内で実行されているノードに適用できます。Redis OSS リザーブドノードは、実行中の Valkey ノードをカバーするためにエンジン全体に追加で適用できます。Valkey は Redis OSS に比べ割引価格で提供されるため、特定のインスタンスタイプの単位がより低く、Redis OSS リザーブドノードでより多くの Valkey ノードをカバーできます。 例えば、Redis OSS エンジン (32 単位) 用の db.r7g.4xlarge 用にリザーブドノードを購入し、1 つの db.r7g.4xlarge Redis OSS ノード (32 単位) を実行しているとします。ノードを Valkey にアップグレードすると、実行中のノードの正規化係数が 22.4 単位に減少し、既存のリザーブドノードにより、リージョンの db.r7g ファミリー内の他の実行中の Valkey または Redis OSS ノードに対して追加で 9.6 単位を使用できるようになります。これを使用して、アカウントの別の db.r7g.4xlarge Valkey ノード (22.4 単位) の 42%、または db.r7g.xlarge Valkey ノード (5.6 単位) の 100% および db.r7g.large Valkey ノード (2.8 単位) の 100% をカバーできます。 # リザーブドノードの削除 リザーブドノードには 1 年契約と 3 年契約があります。リザーブドノードはキャンセルできません。ただし、リザーブドノードの割引対象である ノードは削除できます。リザーブドノードの割引対象である ノードの削除プロセスは、他のノードの削除プロセスと同じです。 リザーブドノードの割引対象である ノードを削除した場合、互換性がある仕様の別の ノードを起動できます。この場合、予約期間 (1 年または 3 年) 中、割引料金を利用できます。 # リザーブドノードの操作 AWS マネジメントコンソール、、および MemoryDB API を使用して AWS Command Line Interface、リザーブドノードを操作できます。 ## コンソール **リザーブドノード提供タイプの料金表と情報を取得するには** 1. にサインイン AWS マネジメントコンソール し、[https://console.aws.amazon.com/memorydb/](https://console.aws.amazon.com/memorydb/) で MemoryDB コンソールを開きます。 1. ナビゲーションペインで、**[リザーブドノード]** を選択します。 1. **[リザーブドノードの購入]** を選択します。 1. **[ノードタイプ]** で、デプロイするノードのタイプを選択します。 1. **[数量]** には、デプロイするノードの数を選択します。 1. **[期間]** で、データベースノードを予約する期間を選択します。 1. **提供タイプ** で、提供タイプを選択します。 これらの選択を行うと、**[予約の概要]** に料金情報が表示されます。 **重要** これらのノードを購入して料金が発生することを防ぐには、**[キャンセル]** を選択します。 リザーブドノード提供タイプに関する情報を取得したら、次の手順に従い、この情報を使用して提供タイプを購入できます。 **リザーブドノードを購入するには** 1. にサインイン AWS マネジメントコンソール し、[https://console.aws.amazon.com/memorydb/](https://console.aws.amazon.com/memorydb/) で MemoryDB コンソールを開きます。 1. ナビゲーションペインで、**[リザーブドノード]** を選択します。 1. **[リザーブドノードの購入]** を選択します。 1. **[ノードタイプ]** で、デプロイするノードのタイプを選択します。 1. **[数量]** には、デプロイするノードの数を選択します。 1. **[期間]** で、データベースノードを予約する期間を選択します。 1. **提供タイプ** で、提供タイプを選択します。 1. 「オプショナル」 購入したリザーブドノードに独自の識別子を割り当てると、インスタンスを追跡しやすくなります。**[予約 ID]**に、リザーブドノードの識別子を入力します。 これらの選択を行うと、**[予約の概要]** に料金情報が表示されます。 1. **[リザーブドノードの購入]** を選択します。 1. リザーブドノードが購入され、**[リザーブドノード]** リストに表示されます。 **AWS アカウントのリザーブドノードに関する情報を取得するには** 1. にサインイン AWS マネジメントコンソール し、[https://console.aws.amazon.com/memorydb/](https://console.aws.amazon.com/memorydb/) で MemoryDB コンソールを開きます。 1. ナビゲーションペインで、**[リザーブドノード]** を選択します。 1. アカウントのリザーブドノードが表示されます。特定のリザーブドノードに関する詳細な情報を確認するには、リストにあるそのノードを選択します。これによって、そのノードに関する詳細情報を表示できます。 ## AWS Command Line Interface 次の例 `describe-reserved-nodes-offerings` では、リザーブドノードサービスの詳細を返します。 ``` aws memorydb describe-reserved-nodes-offerings ``` これによって、次のような出力が生成されます。 ``` { "ReservedNodesOfferings": [ { "ReservedNodesOfferingId": "0193cc9d-7037-4d49-b332-xxxxxxxxxxxx", "NodeType": "db.xxx.large", "Duration": 94608000, "FixedPrice": $xxx.xx, "OfferingType": "Partial Upfront", "RecurringCharges": [ { "RecurringChargeAmount": $xx.xx, "RecurringChargeFrequency": "Hourly" } ] } ] } ``` 次のパラメータを渡して、返される内容の範囲を制限することもできます。 + `--reserved-nodes-offering-id` - 購入する提供タイプの ID。 + `--node-type` – ノードタイプのフィルタ値。このパラメータを使用すると、指定されたノードタイプと一致する予約のみが表示されます。 + `--duration` – 期間フィルタ値は年または秒単位で指定します。このパラメータを使用すると、この期間の予約のみが表示されます。 + `--offering-type` – このパラメータを使用すると、指定した提供タイプと一致する利用可能なオファリングみが表示されます。 リザーブドノード提供タイプに関する情報を取得したら、この情報を使用して提供タイプを購入できます。 次の例 `purchase-reserved-nodes-offering` では、新しいリザーブドノードを購入します Linux、macOS、Unix の場合: ``` aws memorydb purchase-reserved-nodes-offering \ --reserved-nodes-offering-id 0193cc9d-7037-4d49-b332-d5e984f1d8ca \ --reservation-id reservation \ --node-count 2 ``` Windows の場合: ``` aws memorydb purchase-reserved-nodes-offering ^ --reserved-nodes-offering-id 0193cc9d-7037-4d49-b332-d5e984f1d8ca ^ --reservation-id MyReservation ``` + `--reserved-nodes-offering-id` 購入を提案しているリザーブドノードの名前を表します。 + `--reservation-id` はこの予約を追跡するユーザー指定識別子です。 **注記** 予約 ID は、この予約を追跡するユーザー指定の一意識別子です。このパラメータが指定されていない場合、MemoryDB により予約の識別子が自動的に生成されます。 + `--node-count` は予約するノードの数です。デフォルトは 1 です。 これによって、次のような出力が生成されます。 ``` { "ReservedNode": { "ReservationId": "reservation", "ReservedNodesOfferingId": "0193cc9d-7037-4d49-b332-xxxxxxxxxxxx", "NodeType": "db.xxx.large", "StartTime": 1671173133.982, "Duration": 94608000, "FixedPrice": $xxx.xx, "NodeCount": 2, "OfferingType": "Partial Upfront", "State": "payment-pending", "RecurringCharges": [ { "RecurringChargeAmount": $xx.xx, "RecurringChargeFrequency": "Hourly" } ], "ARN": "arn:aws:memorydb:us-east-1:xxxxxxxx:reservednode/reservation" } } ``` リザーブドノードを購入したら、リザーブドノードに関する情報を取得できます。 `describe-reserved-nodes` 次の例では、このアカウントのリザーブドノードに関する情報を返します。 ``` aws memorydb describe-reserved-nodes ``` これによって、次のような出力が生成されます。 ``` { "ReservedNodes": [ { "ReservationId": "ri-2022-12-16-00-28-40-600", "ReservedNodesOfferingId": "0193cc9d-7037-4d49-b332-xxxxxxxxxxxx", "NodeType": "db.xxx.large", "StartTime": 1671150737.969, "Duration": 94608000, "FixedPrice": $xxx.xx, "NodeCount": 1, "OfferingType": "Partial Upfront", "State": "active", "RecurringCharges": [ { "RecurringChargeAmount": $xx.xx, "RecurringChargeFrequency": "Hourly" } ], "ARN": "arn:aws:memorydb:us-east-1:xxxxxxxx:reservednode/ri-2022-12-16-00-28-40-600" } ] } ``` 次のパラメータを渡して、返される内容の範囲を制限することもできます。 + `--reservation-id` - 購入したリザーブドノードに独自の識別子を割り当てると、インスタンスを追跡しやすくなります。 + `--reserved-nodes-offering-id` – オファリング識別子のフィルタ値。このパラメータを使用すると、指定されたオファリングIDと一致する購入済み予約のみが表示されます。 + `--node-type` – ノードタイプのフィルタ値。このパラメータを使用すると、指定されたノードタイプと一致する予約のみが表示されます。 + `--duration` – 期間フィルタ値は年または秒単位で指定します。このパラメータを使用すると、この期間の予約のみが表示されます。 + `--offering-type` – このパラメータを使用すると、指定した提供タイプと一致する利用可能なオファリングみが表示されます。 ## MemoryDB API 次の例では、リザーブドノードに「[MemoryDB クエリ API](https://docs.aws.amazon.com/memorydb/latest/devguide/programmingguide.queryapi.html)」を使用する方法を示します。 **DescribeReservedNodesOfferings** リザーブドノードサービスの詳細を返します。 ``` https://memorydb.us-west-2.amazonaws.com/ ?Action=DescribeReservedNodesOfferings &ReservedNodesOfferingId=649fd0c8-xxxx-xxxx-xxxx-06xxxx75e95f &"Duration": 94608000, &NodeType="db.r6g.large" &OfferingType="Partial Upfront" &Version=2021-01-01 &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20141201T220302Z &X-Amz-Algorithm &X-Amz-SignedHeaders=Host &X-Amz-Expires=20141201T220302Z &X-Amz-Credential= &X-Amz-Signature= ``` 次のパラメータは、返される内容の範囲を制限します。 + `ReservedNodesOfferingId` 購入を提案しているリザーブドノードの名前を表します。 + `Duration` – 期間フィルタ値は年または秒単位で指定します。このパラメータを使用すると、この期間の予約のみが表示されます。 + `NodeType` – ノードタイプのフィルタ値。このパラメータを使用すると、指定されたノードタイプと一致するオファリングのみが表示されます。 + `OfferingType` – このパラメータを使用すると、指定した提供タイプと一致する利用可能なオファリングみが表示されます。 リザーブドノード提供タイプに関する情報を取得したら、この情報を使用して提供タイプを購入できます。 **PurchaseReservedNodesOffering** リザーブドノードサービスの購入を許可します。 ``` https://memorydb.us-west-2.amazonaws.com/ ?Action=PurchasedReservedNodesOffering &ReservedNodesOfferingId=649fd0c8-xxxx-xxxx-xxxx-06xxxx75e95f &ReservationID=myreservationID &NodeCount=1 &Version=2021-01-01 &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20141201T220302Z &X-Amz-Algorithm &X-Amz-SignedHeaders=Host &X-Amz-Expires=20141201T220302Z &X-Amz-Credential= &X-Amz-Signature= ``` + `ReservedNodesOfferingId` 購入を提案しているリザーブドノードの名前を表します。 + `ReservationID` はこの予約を追跡するユーザー指定識別子です。 **注記** 予約 ID は、この予約を追跡するユーザー指定の一意識別子です。このパラメータが指定されていない場合、MemoryDB により予約の識別子が自動的に生成されます。 + `NodeCount` は予約するノードの数です。デフォルトは 1 です。 リザーブドノードを購入したら、リザーブドノードに関する情報を取得できます。 **DescribeReservedNodes** このアカウントのリザーブドノードに関する情報を返します。 ``` https://memorydb.us-west-2.amazonaws.com/ ?Action=DescribeReservedNodes &ReservedNodesOfferingId=649fd0c8-xxxx-xxxx-xxxx-06xxxx75e95f &ReservationID=myreservationID &NodeType="db.r6g.large" &Duration=94608000 &OfferingType="Partial Upfront" &Version=2021-01-01 &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20141201T220302Z &X-Amz-Algorithm &X-Amz-SignedHeaders=Host &X-Amz-Expires=20141201T220302Z &X-Amz-Credential= &X-Amz-Signature= ``` 次のパラメータは、返される内容の範囲を制限します。 + `ReservedNodesOfferingId` はリザーブドノードの名前を表します。 + `ReservationID` - 購入したリザーブドノードに独自の識別子を割り当てると、インスタンスを追跡しやすくなります。 + `NodeType` – ノードタイプのフィルタ値。このパラメータを使用すると、指定されたノードタイプと一致する予約のみが表示されます。 + `Duration` – 期間フィルタ値は年または秒単位で指定します。このパラメータを使用すると、この期間の予約のみが表示されます。 + `OfferingType` – このパラメータを使用すると、指定した提供タイプと一致する利用可能なオファリングみが表示されます。 ## リザーブドノードの請求を表示 リザーブドノードの請求は、 AWS マネジメントコンソールの「請求ダッシュボード」 で表示できます。 **リザーブドノードの請求を表示する** 1. にサインイン AWS マネジメントコンソール し、[https://console.aws.amazon.com/memorydb/](https://console.aws.amazon.com/memorydb/) で MemoryDB コンソールを開きます。 1. コンソール上部の 検索 ボタンから **請求** を選択します。 1. ダッシュボードの左側から **[請求書]** を選択します。 1. **[AWS サービス料]** で **[MemoryDB]** を展開します。 1. **米国東部 (バージニア北部)** など、リザーブドノードがある AWS リージョンを展開します。 リザーブドノードと当月の時間単位の料金は、**[Amazon MemoryDB クラスターの作成リザーブドインスタンス]** に表示されます。 ![\[当月の時間単位の料金を示す請求明細書のスクリーンキャプチャ。\]](http://docs.aws.amazon.com/ja_jp/memorydb/latest/devguide/images/reserved-nodes.png) # ノードの置換 MemoryDB は、通常はシームレスに、頻繁にフリートのアップグレードを行います。ただし、場合によっては基盤となるホスト OS の必須更新を適用するために MemoryDB ノードを再起動する必要があります。セキュリティ、信頼性、運用パフォーマンスを強化するアップグレードを適用するため、そのような置換が必要となります。 このような交換を、スケジュールされたノード交換ウィンドウより前に、任意のタイミングで独自に管理することもできます。交換を独自に管理する場合、インスタンスはノードの再起動時に OS の更新を受信し、スケジュールされたノードの交換はキャンセルされます。ノード交換が行われることを示すアラートを引き続き受け取ることがあります。すでにメンテナンスの必要を手動で軽減した場合には、これらのアラートを無視できます。 **注記** MemoryDB によって自動生成される交換ノードは、異なる IP アドレスを持つ場合があります。ノードを適切な IP アドレスに関連付けるようにアプリケーションが設定されていることを必ず確認してください。 以下のリストは、MemoryDB ノードの 1 つの交換をスケジュールしている場合に取ることのできるアクションを示しています。 **MemoryDB ノードの交換オプション** + **何もしない** - 何もしない場合、MemoryDB はスケジュールどおりにノードを交換します。 ノードがマルチ AZ クラスターのメンバーである場合、MemoryDB によって、パッチ適用、更新、その他のメンテナンス関連のノード交換時の可用性が向上します。 交換は、クラスターが受信した書き込みリクエストを処理する間に完了します。 + **メンテナンスウィンドウを変更する** – スケジュールされたメンテナンスイベントの場合、MemoryDB から E メールまたは通知イベントを受け取ります。これらの場合、スケジュールされた交換時間より前にメンテナンスウィンドウを変更すると、ノードは新しい時間に交換されます。詳細については、「[MemoryDB クラスターの変更](clusters.modify.md)」を参照してください。 **注記** メンテナンスウィンドウを移動して置換ウィンドウを変更する機能は、MemoryDB 通知にメンテナンスウィンドウが含まれている場合にのみ使用できます。通知にメンテナンスウィンドウが含まれていない場合、交換ウィンドウを変更することはできません。 例えば、現在が 11 月 9 日の木曜日の 15:00 で、次のメンテナンスウィンドウが 11 月 10 日金曜日の 17:00 であるとします。以下は、3 つのシナリオとその結果です。 + メンテナンスウィンドウを金曜日の 16:00 に変更します (現在の日時以降で、次の予定メンテナンスウィンドウより前)。ノードは、11 月 10 日の金曜日の 16:00 に交換されます。 + メンテナンスウィンドウを土曜日の 16:00 に変更します (現在の日時以降で、次の予定メンテナンスウィンドウ以降)。ノードは、11 月 11 日の土曜日の 16:00 に交換されます。 + メンテナンスウィンドウを水曜日の 16:00 に変更します 同じ週内で、現在の日時より前。ノードは、11 月 15 日の水曜日の 16:00 に交換されます。 手順については、「[メンテナンスの管理](maintenance-window.md)」を参照してください。