翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 # ElastiCache でのノードの管理 ノードとは、Amazon ElastiCache のデプロイにおける最小の構成要素です。これは、安全なネットワークに接続された RAM の固定サイズの断片です。各ノードは、クラスターの作成時または最終変更時に選択されたエンジンを実行します。各ノードはそれぞれ Domain Name Service (DNS) 名とポートを持っています。複数のタイプの ElastiCache ノードがサポートされており、関連付けられたメモリ量と計算能力がそれぞれ異なります。 使用するノードサイズの詳細な説明については、「[ノードサイズの選択](CacheNodes.SelectSize.md)」を参照してください。 一般に、シャーディングがサポートされているため、Valkey または Redis OSS (クラスターモードが有効) のデプロイでは、クラスター内に多数の小さいノードが含まれます。対照的に、Valkey または Redis OSS (クラスターモードが無効) のデプロイでは、クラスター内に少数の大きいノードが含まれます。使用するノードサイズの詳細な説明については、「[ノードサイズの選択](CacheNodes.SelectSize.md)」を参照してください。 **Topics** + [ElastiCache ノードステータスの表示](Nodes.viewing.md) + [Valkey または Redis OSS のノードとシャード](CacheNodes.NodeGroups.md) + [ノードに接続する](nodes-connecting.md) + [サポートされているノードの種類](CacheNodes.SupportedTypes.md) + [ノードの再起動](nodes.rebooting.md) + [ノードの置き換え (Valkey および Redis OSS)](CacheNodes.NodeReplacement.md) + [ノードの置き換え (Memcached)](CacheNodes.NodeReplacement-mc.md) + [リザーブドノード](CacheNodes.Reserved.md) + [以前の世代のノードの移行](CacheNodes.NodeMigration.md) ノードに関係するいくつかの重要なオペレーションは以下のとおりです。 + [ノードを ElastiCache クラスターに追加する](Clusters.AddNode.md) + [ElastiCache クラスターからノードを削除する](Clusters.DeleteNode.md) + [ElastiCache のスケーリング](Scaling.md) + [ElastiCache での接続エンドポイントの検索](Endpoints.md) + [クラスター (Memcached) 内のノードを自動的に識別する](AutoDiscovery.md) # ElastiCache ノードステータスの表示 [ElastiCache コンソール](https://console.aws.amazon.com/elasticache/)を使用すると、ElastiCache ノードのステータスにすばやくアクセスできます。ElastiCache ノードのステータスは、ノードの状態を示します。次の手順を使用して、Amazon ElastiCache コンソール、AWS CLIコマンド、または API オペレーションで ElastiCache ノードのステータスを表示できます。 Amazon ElastiCache ElastiCache ノードで考えられるステータス値は次の表のとおりです。この表には、ElastiCache ノードに対して料金が請求されるかどうかも示されています。 | **タイプ** | **請求対象** | **説明** | | --- | --- | --- | | `available` | 請求対象 | ElastiCache ノードは正常で、利用可能です。 | | `creating` | 非請求対象 | ElastiCache ノードを作成中です。ノードの作成中はノードにアクセスできません。 | | `deleting` | 非請求対象 | ElastiCache ノードは削除中です。 | | `modifying` | 請求対象 | お客様が ElastiCache ノードの変更をリクエストしたため、ノードは変更中です。 | | `updating` | 請求対象 | **[更新中]** の状態は、Amazon ElastiCache ノードについて次の 1 つ以上が当てはまることを示します。 [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/AmazonElastiCache/latest/dg/Nodes.viewing.html) | | `rebooting cluster nodes` | 請求対象 | ユーザーのリクエスト、またはノードの再起動を必要とする Amazon ElastiCache プロセスのため、ElastiCache ノードを再起動中です。 | | `incompatible_parameters` | 非請求対象 | ノードのパラメータグループに指定されたパラメータがノードと互換性がないため、Amazon ElastiCache はノードを起動できません。パラメータの変更を元に戻すか、パラメータにノードとの互換性を持たせて、ノードへのアクセスを回復してください。互換性のないパラメータについては、ElastiCache の [[イベント]](https://us-east-1.console.aws.amazon.com/elasticache/home?region=us-east-1#/events) の一覧を参照してください。 | | `incompatible_network` | 非請求対象 | [互換性のないネットワーク] の状態は、Amazon ElastiCache ノードについて次の 1 つ以上が当てはまることを示します。 [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/AmazonElastiCache/latest/dg/Nodes.viewing.html) | | `restore_failed` | 非請求対象 | [復元失敗] の状態は、Amazon ElastiCache ノードについて次のいずれかが当てはまることを示します。 [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/AmazonElastiCache/latest/dg/Nodes.viewing.html) | | `snapshotting` | 請求対象 | ElastiCache が Valkey または Redis OSS ノードのスナップショットを作成中です。 | ## コンソールで ElastiCache ノードのステータスを表示する コンソールで ElastiCache ノードステータスを表示するには: 1. にサインインAWS マネジメントコンソールし、[https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/) で Amazon ElastiCache コンソールを開きます。 1. ナビゲーションペインで **[Redis OSS クラスター]** または **[Memcached クラスター]** を選択します。**[キャッシュ]** ページが開き、ElastiCache ノードのリストが表示されます。ノードごとに、ステータス値が表示されます。 1. その後、キャッシュの **[サービスの更新]** タブに移動して、キャッシュに適用可能なサービス更新のリストを表示できます。 ## を使用した ElastiCache ノードのステータスの表示AWS CLI を使用して ElastiCache ノードとそのステータス情報を表示するにはAWS CLI、 `describe-cache-cluster` コマンドを使用します。たとえば、次のAWS CLIコマンドは各 ElastiCache ノードを表示します。 ``` aws elasticache describe-cache-clusters ``` ## API で ElastiCache ノードステータスを表示する Amazon ElastiCache API を使用して ElastiCache ノードのステータスを表示するには、`ShowCacheNodeInfo` フラグを付けて `DescribeCacheClusteroperation` を呼び出し、個々のキャッシュノードに関する情報を取得します。 # Valkey または Redis OSS のノードとシャード シャード (API と CLI ではノードグループ) はノードの階層的配列であり、各ノードはクラスターに含まれます。シャードはレプリケーションをサポートします。シャード内では、1 つのノードが読み取り/書き込みのプライマリノードとなります。シャード内の他のすべてのノードは、プライマリノードの読み取り専用レプリカとして機能します。Valkey、または Redis OSS バージョン 3.2 以降は、クラスター内の複数のシャード (API および CLI ではレプリケーショングループ) をサポートします。このサポートにより、Valkey または Redis OSS (クラスターモードが有効) クラスター内でデータの分割が可能になります。 次の図は、Valkey または Redis OSS (クラスターモードが無効) クラスターと Valkey または Redis OSS (クラスターモードが有効) クラスターの違いを示しています。 ![\[イメージ: Valkey または Redis OSS (クラスターモードが無効) と Valkey または Redis OSS (クラスターモードが有効) シャード (API/CLI: ノードグループ)\]](http://docs.aws.amazon.com/ja_jp/AmazonElastiCache/latest/dg/images/ElastiCache-NodeGroups.png) Valkey または Redis OSS (クラスターモードが有効) クラスターは、シャードを介したレプリケーションをサポートします。API オペレーションの [DescribeReplicationGroups](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReplicationGroups.html) (CLI: [describe-replication-groups](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-replication-groups.html)) を使うと、ノードグループとそれを構成するメンバーノード、ノードグループ内での各ノードの役割、およびその他の情報などを確認できます。 Valkey または Redis OSS クラスターを作成するときは、クラスタリングを有効にしてクラスターを作成するかどうかを指定します。Valkey または Redis OSS (クラスターモードが無効) クラスターに複数のシャードがあることは決してありません。シャードはリードレプリカノードを (合計で最大 5 つまで) 追加するか、削除することによって、水平方向にスケールすることができます。詳細については、「[レプリケーショングループを使用する高可用性](Replication.md)」、「[Valkey または Redis OSS (クラスターモードが無効) のリードレプリカを追加する](Replication.AddReadReplica.md)」または「[Valkey または Redis OSS (クラスターモードが無効) のリードレプリカを削除する](Replication.RemoveReadReplica.md)」を参照してください。Valkey または Redis OSS (クラスターモードが無効) クラスターは、ノードタイプを変更することで垂直方向にもスケールできます。詳細については、「[Valkey または Redis OSS (クラスターモードが無効) のレプリカノードのスケーリング](Scaling.RedisReplGrps.md)」を参照してください。 エンジンが Valkey または Redis OSS バージョン 5.0.6 以上の場合、ノードまたはシャードの制限は、クラスターごとに最大 500 個まで増やすことができます。例えば、83 個のシャード (シャードごとに 1 つのプライマリと 5 レプリカ) と 500 個のシャード (プライマリのみでレプリカなし) の範囲で、500 個のノードクラスターを設定できます。増加に対応できる十分な IP アドレスがあることを確認してください。一般的な落とし穴として、サブネットグループ内のサブネットの CIDR 範囲が小さすぎる、またはサブネットが他のクラスターで共有され、頻繁に使用されていることが挙げられます。詳細については、「[サブネットグループの作成](SubnetGroups.Creating.md)」を参照してください。 5.0.6 未満のバージョンの場合、クラスターあたりの制限は 250 個です。 この制限の拡大をリクエストするには、「[AWS のサービスの制限](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html)」を参照し、制限タイプとして [**Nodes per cluster per instance type (インスタンスタイプごとのクラスターあたりのノード)**] を選択します。 Valkey または Redis OSS (クラスターモードが有効) クラスターは作成された後、変更 (スケールインまたはスケールアウト) できます。詳細については、「[ElastiCache のスケーリング](Scaling.md)」および「[ノードの置き換え (Valkey および Redis OSS)](CacheNodes.NodeReplacement.md)」を参照してください。 新しいクラスターを作成するときに、古いクラスターからのデータをシードして、空から開始しないようにすることができます。このアプローチは、クラスターグループに古いクラスターと同じ数のシャードがある場合にのみ機能します。これは、ノードタイプまたはエンジンバージョンの変更が必要な場合に便利です。詳細については、「[手動バックアップの取得](backups-manual.md)」および「[バックアップから新しいキャッシュへの復元](backups-restoring.md)」を参照してください。 # ノードに接続する ## Valkey または Redis OSS ノードに接続する クラスター内の Valkey または Redis OSS ノードに接続を試みる前に、ノードのエンドポイントが必要です。エンドポイントを見つけるには、以下を参照してください。 + [Valkey または Redis OSS (クラスターモードが無効) クラスターのエンドポイントを検索する (コンソール)](Endpoints.md#Endpoints.Find.Redis) + [Valkey または Redis OSS (クラスターモードが有効) クラスターのエンドポイントを検索する (コンソール)](Endpoints.md#Endpoints.Find.RedisCluster) + [エンドポイントの検索 (AWS CLI)](Endpoints.md#Endpoints.Find.CLI) + [エンドポイントの検索 (ElastiCache API)](Endpoints.md#Endpoints.Find.API) 次の例では、*valkey-cli* ユーティリティを使用して Valkey または Redis OSS を実行しているクラスターに接続します。 **注記** 利用可能なコマンドの詳細については、「[Commands](http://valkey.io/commands)」ウェブページを参照してください。 ***valkey-cli* を使用して Valkey または Redis OSS クラスターに接続するには** 1. 選択した接続ユーティリティを使用して、Amazon EC2 インスタンスに接続します。 **注記** Amazon EC2 インスタンスに接続する方法については、「[Amazon EC2 入門ガイド](https://docs.aws.amazon.com/AWSEC2/latest/GettingStartedGuide/)」を参照してください。 1. `valkey-cli` をビルドするには、GNU Compiler Collection (`gcc`) をダウンロードしてインストールします。EC2 インスタンスのコマンドプロンプトで、以下のコマンドを入力します。確認のプロンプトが表示されたら、「`y`」と入力します。 ``` sudo yum install gcc ``` 以下のような出力が表示されます。 ``` Loaded plugins: priorities, security, update-motd, upgrade-helper Setting up Install Process Resolving Dependencies --> Running transaction check ...(output omitted)... Total download size: 27 M Installed size: 53 M Is this ok [y/N]: y Downloading Packages: (1/11): binutils-2.22.52.0.1-10.36.amzn1.x86_64.rpm | 5.2 MB 00:00 (2/11): cpp46-4.6.3-2.67.amzn1.x86_64.rpm | 4.8 MB 00:00 (3/11): gcc-4.6.3-3.10.amzn1.noarch.rpm | 2.8 kB 00:00 ...(output omitted)... Complete! ``` 1. *valkey-cli* ユーティリティをダウンロードし、コンパイルします。このユーティリティは Valkey ソフトウェアディストリビューションに含まれています。EC2 インスタンスのコマンドプロンプトで、以下のコマンドを入力します。 **注記** Ubuntu システムでは、`make` を実行する前に、`make distclean` を実行します。 ``` wget https://github.com/valkey-io/valkey/archive/refs/tags/8.0.0.tar.gz tar xvzf valkey-8.0.0.tar.gz cd valkey-8.0.0 make distclean # ubuntu systems only make ``` 1. EC2 インスタンスのコマンドプロンプトで、次のコマンドを入力します。 ``` src/valkey-cli -c -h mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com -p 6379 ``` 以下のような Valkey または Redis OSS コマンドのプロンプトが表示されます。 ``` redis mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com 6379> ``` 1. Valkey または Redis OSS コマンドを実行して接続をテストします。 これで、クラスターに接続され、Valkey または Redis OSS のコマンドを実行できます。以下に一部のコマンドとその Valkey または Redis OSS レスポンスの例を示します。 ``` set a "hello" // Set key "a" with a string value and no expiration OK get a // Get value for key "a" "hello" get b // Get value for key "b" results in miss (nil) set b "Good-bye" EX 5 // Set key "b" with a string value and a 5 second expiration get b "Good-bye" // wait 5 seconds get b (nil) // key has expired, nothing returned quit // Exit from valkey-cli ``` Secure Sockets Layer (SSL) 暗号化 (転送中の暗号化) が有効なノードまたはクラスターへの接続については、「[ElastiCache の転送時の暗号化 (TLS)](in-transit-encryption.md)」を参照してください。 ## Memcached ノードに接続する Memcached クラスターに接続を試みる前に、ノードのエンドポイントが必要です。エンドポイントを見つけるには、以下を参照してください。 + [クラスターのエンドポイントの検索 (コンソール) (Memcached)](Endpoints.md#Endpoints.Find.Memcached) + [エンドポイントの検索 (AWS CLI)](Endpoints.md#Endpoints.Find.CLI) + [エンドポイントの検索 (ElastiCache API)](Endpoints.md#Endpoints.Find.API) 次の例では、*telnet* ユーティリティを使用して Memcached を実行しているノードに接続します。 **注記** Memcached およびその使用可能なコマンドの詳細については、[Memcached](http://memcached.org/) のウェブサイトを参照してください。 ***telnet* を使用してノードに接続するには** 1. 選択した接続ユーティリティを使用して、Amazon EC2 インスタンスに接続します。 **注記** Amazon EC2 インスタンスに接続する方法については、「[Amazon EC2 入門ガイド](https://docs.aws.amazon.com/AWSEC2/latest/GettingStartedGuide/)」を参照してください。 1. Amazon EC2 インスタンスで [*Telnet*] ユーティリティをダウンロードしてインストールします。Amazon EC2 インスタンス インスタンスのコマンドプロンプトで、以下のコマンドを入力し、コマンドプロンプトで「*y*」と入力します。 ``` sudo yum install telnet ``` 以下のような出力が表示されます。 ``` Loaded plugins: priorities, security, update-motd, upgrade-helper Setting up Install Process Resolving Dependencies --> Running transaction check ...(output omitted)... Total download size: 63 k Installed size: 109 k Is this ok [y/N]: y Downloading Packages: telnet-0.17-47.7.amzn1.x86_64.rpm | 63 kB 00:00 ...(output omitted)... Complete! ``` 1. Amazon EC2 インスタンスのコマンドプロンプトで、次のコマンドを入力します。この例に示されているノードのエンドポイントを、使用するノードのエンドポイントに置き換えてください。 ``` telnet mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com 11211 ``` 以下のような出力が表示されます。 ``` Trying 128.0.0.1... Connected to mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com. Escape character is '^]'. > ``` 1. Memcached コマンドを実行して接続をテストします。 これで、ノードに接続され、Memcached のコマンドを実行できます。以下に例を示します。 ``` set a 0 0 5 // Set key "a" with no expiration and 5 byte value hello // Set value as "hello" STORED get a // Get value for key "a" VALUE a 0 5 hello END get b // Get value for key "b" results in miss END > ``` # サポートされているノードの種類 ElastiCache では以下のノードタイプがサポートされています。一般に、現行世代のタイプは、以前の世代の同等タイプと比較した場合、メモリが多く処理能力が高くなっています。 各ノードタイプのパフォーマンスの詳細の詳細については、「[Amazon EC2 インスタンスタイプ](https://aws.amazon.com/ec2/instance-types/)」を参照してください。 **注記** Amazon ElastiCache は T2 インスタンスを前世代のステータスに移行しています。T2 インスタンスを使用して新しい ElastiCache クラスターを作成したり、新しい T2 リザーブドノードを購入したりできなくなります。既存の T2 クラスターや予約には影響しません。パフォーマンスとコスト効率を向上させるために、T3 インスタンスや T4g インスタンスなどの新しいインスタンスタイプにアップグレードすることをお勧めします。 **注記** アジアAWSパシフィック (タイ) およびメキシコ (中部) リージョンでは、次のインスタンスタイプがサポートされています。 **m7g/r7g:** large、xl、2xl、4xl、8xl、12xl、16xl。 **t3/t4g:** micro、small、medium。 使用するノードサイズの詳細については、「[ノードサイズの選択](CacheNodes.SelectSize.md)」を参照してください。 **Topics** + [現行世代 (Memcached)](#CacheNodes.CurrentGen-Memcached) + [現行世代 (Valkey または Redis OSS)](#CacheNodes.CurrentGen) + [AWSリージョン別のサポート対象ノードタイプ](#CacheNodes.SupportedTypesByRegion) + [バースト可能パフォーマンスインスタンス](#CacheNodes.Burstable) + [関連情報](#CacheNodes.RelatedInfo) ## 現行世代 (Memcached) 次の表には、ネットワーク I/O クレジットメカニズムを使用して、ベースライン帯域幅を超えてバーストするインスタンスタイプのベースライン帯域幅とバースト帯域幅を示しています。 **注記** バースト可能なネットワークパフォーマンスのあるインスタンスタイプでは、ネットワーク I/O クレジットメカニズムを使用して、ベストエフォートベースでベースライン帯域幅を超えてバーストします。 **全般** | インスタンスタイプ | サポートされている Memcached の最小バージョン | ベースライン帯域幅 (Gbps) | バースト帯域幅 (Gbps) | | --- | --- | --- | --- | | cache.m7g.large | | 0.937 | 12.5 | | cache.m7g.xlarge | | 1.876 | 12.5 | | cache.m7g.2xlarge | | 3.75 | 15 | | cache.m7g.4xlarge | | 7.5 | 15 | | cache.m7g.8xlarge | | 15 | 該当なし | | cache.m7g.12xlarge | | 22.5 | 該当なし | | cache.m7g.16xlarge | | 30 | 該当なし | | cache.m6g.large | 1.5.16 | 0.75 | 10.0 | | cache.m6g.xlarge | 1.5.16 | 1.25 | 10.0 | | cache.m6g.2xlarge | 1.5.16 | 2.5 | 10.0 | | cache.m6g.4xlarge | 1.5.16 | 5.0 | 10.0 | | cache.m6g.8xlarge | 1.5.16 | 12 | 該当なし | | cache.m6g.12xlarge | 1.5.16 | 20 | 該当なし | | cache.m6g.16xlarge | 1.5.16 | 25 | 該当なし | | cache.m5.large | 1.5.16 | 0.75 | 10.0 | | cache.m5.xlarge | 1.5.16 | 1.25 | 10.0 | | cache.m5.2xlarge | 1.5.16 | 2.5 | 10.0 | | cache.m5.4xlarge | 1.5.16 | 5.0 | 10.0 | | cache.m5.12xlarge | 1.5.16 | 該当なし | 該当なし | | cache.m5.24xlarge | 1.5.16 | 該当なし | 該当なし | | cache.m4.large | 1.5.16 | 0.45 | 1.2 | | cache.m4.xlarge | 1.5.16 | 0.75 | 2.8 | | cache.m4.2xlarge | 1.5.16 | 1.0 | 10.0 | | cache.m4.4xlarge | 1.5.16 | 2.0 | 10.0 | | cache.m4.10xlarge | 1.5.16 | 5.0 | 10.0 | | cache.t4g.micro | 1.5.16 | 0.064 | 5.0 | | cache.t4g.small | 1.5.16 | 0.128 | 5.0 | | cache.t4g.medium | 1.5.16 | 0.256 | 5.0 | | cache.t3.micro | 1.5.16 | 0.064 | 5.0 | | cache.t3.small | 1.5.16 | 0.128 | 5.0 | | cache.t3.medium | 1.5.16 | 0.256 | 5.0 | | cache.t2.micro | 1.5.16 | 0.064 | 1.024 | | cache.t2.small | 1.5.16 | 0.128 | 1.024 | | cache.t2.medium | 1.5.16 | 0.256 | 1.024 | **Memcached 用に最適化されたメモリ** | インスタンスタイプ | サポートされている最小バージョン | ベースライン帯域幅 (Gbps) | バースト帯域幅 (Gbps) | | --- | --- | --- | --- | | cache.r7g.large | | 0.937 | 12.5 | | cache.r7g.xlarge | | 1.876 | 12.5 | | cache.r7g.2xlarge | | 3.75 | 15 | | cache.r7g.4xlarge | | 7.5 | 15 | | cache.r7g.8xlarge | | 15 | 該当なし | | cache.r7g.12xlarge | | 22.5 | 該当なし | | cache.r7g.16xlarge | | 30 | 該当なし | | cache.r6g.large | 1.5.16 | 0.75 | 10.0 | | cache.r6g.xlarge | 1.5.16 | 1.25 | 10.0 | | cache.r6g.2xlarge | 1.5.16 | 2.5 | 10.0 | | cache.r6g.4xlarge | 1.5.16 | 5.0 | 10.0 | | cache.r6g.8xlarge | 1.5.16 | 12 | 該当なし | | cache.r6g.12xlarge | 1.5.16 | 20 | 該当なし | | cache.r6g.16xlarge | 1.5.16 | 25 | 該当なし | | cache.r5.large | 1.5.16 | 0.75 | 10.0 | | cache.r5.xlarge | 1.5.16 | 1.25 | 10.0 | | cache.r5.2xlarge | 1.5.16 | 2.5 | 10.0 | | cache.r5.4xlarge | 1.5.16 | 5.0 | 10.0 | | cache.r5.12xlarge | 1.5.16 | 20 | 該当なし | | cache.r5.24xlarge | 1.5.16 | 25 | 該当なし | | cache.r4.large | 1.5.16 | 0.75 | 10.0 | | cache.r4.xlarge | 1.5.16 | 1.25 | 10.0 | | cache.r4.2xlarge | 1.5.16 | 2.5 | 10.0 | | cache.r4.4xlarge | 1.5.16 | 5.0 | 10.0 | | cache.r4.8xlarge | 1.5.16 | 12 | 該当なし | | cache.r4.16xlarge | 1.5.16 | 25 | 該当なし | **Memcached 用に最適化されたネットワーク** | インスタンスタイプ | サポートされている最小バージョン | ベースライン帯域幅 (Gbps) | バースト帯域幅 (Gbps) | | --- | --- | --- | --- | | cache.c7gn.large | 1.6.6 | 6.25 | 30 | | cache.c7gn.xlarge | 1.6.6 | 12.5 | 40 | | cache.c7gn.2xlarge | 1.6.6 | 25 | 50 | | cache.c7gn.4xlarge | 1.6.6 | 50 | 該当なし | | cache.c7gn.8xlarge | 1.6.6 | 100 | 該当なし | | cache.c7gn.12xlarge | 1.6.6 | 150 | 該当なし | | cache.c7gn.16xlarge | 1.6.6 | 200 | 該当なし | ## 現行世代 (Valkey または Redis OSS) 旧世代の詳細については、「[旧世代のノード](https://aws.amazon.com/elasticache/previous-generation/)」を参照してください。 **注記** バースト可能なネットワークパフォーマンスのあるインスタンスタイプでは、ネットワーク I/O クレジットメカニズムを使用して、ベストエフォートベースでベースライン帯域幅を超えてバーストします。 **全般** | インスタンスタイプ | サポートされている Redis OSS の最小バージョン | Redis OSS 5.0.6 以降を使用した拡張 I/O | Redis OSS 6.2.5 以降を使用した TLS オフロード | Redis OSS 7.0.4 以降を使用した拡張 I/O 多重化 | ベースライン帯域幅 (Gbps) | バースト帯域幅 (Gbps) | | --- | --- | --- | --- | --- | --- | --- | | cache.m7g.large | 6.2 | いいえ | N | いいえ | 0.937 | 12.5 | | cache.m7g.xlarge | 6.2 | はい | Y | はい | 1.876 | 12.5 | | cache.m7g.2xlarge | 6.2 | はい | Y | はい | 3.75 | 15 | | cache.m7g.4xlarge | 6.2 | はい | Y | はい | 7.5 | 15 | | cache.m7g.8xlarge | 6.2 | はい | Y | はい | 15 | 該当なし | | cache.m7g.12xlarge | 6.2 | はい | Y | はい | 22.5 | 該当なし | | cache.m7g.16xlarge | 6.2 | はい | Y | はい | 30 | 該当なし | | cache.m6g.large | 5.0.6 | いいえ | N | いいえ | 0.75 | 10.0 | | cache.m6g.xlarge | 5.0.6 | はい | Y | はい | 1.25 | 10.0 | | cache.m6g.2xlarge | 5.0.6 | はい | Y | はい | 2.5 | 10.0 | | cache.m6g.4xlarge | 5.0.6 | はい | Y | はい | 5.0 | 10.0 | | cache.m6g.8xlarge | 5.0.6 | はい | Y | はい | 12 | 該当なし | | cache.m6g.12xlarge | 5.0.6 | はい | Y | はい | 20 | 該当なし | | cache.m6g.16xlarge | 5.0.6 | はい | Y | はい | 25 | 該当なし | | cache.m5.large | 3.2.4 | いいえ | N | いいえ | 0.75 | 10.0 | | cache.m5.xlarge | 3.2.4 | はい | N | いいえ | 1.25 | 10.0 | | cache.m5.2xlarge | 3.2.4 | はい | Y | はい | 2.5 | 10.0 | | cache.m5.4xlarge | 3.2.4 | はい | Y | はい | 5.0 | 10.0 | | cache.m5.12xlarge | 3.2.4 | はい | Y | はい | 12 | 該当なし | | cache.m5.24xlarge | 3.2.4 | はい | Y | はい | 25 | 該当なし | | cache.m4.large | 3.2.4 | いいえ | N | いいえ | 0.45 | 1.2 | | cache.m4.xlarge | 3.2.4 | はい | N | いいえ | 0.75 | 2.8 | | cache.m4.2xlarge | 3.2.4 | はい | Y | はい | 1.0 | 10.0 | | cache.m4.4xlarge | 3.2.4 | はい | Y | はい | 2.0 | 10.0 | | cache.m4.10xlarge | 3.2.4 | はい | Y | はい | 5.0 | 10.0 | | cache.t4g.micro | 3.2.4 | いいえ | N | いいえ | 0.064 | 5.0 | | cache.t4g.small | 5.0.6 | いいえ | N | いいえ | 0.128 | 5.0 | | cache.t4g.medium | 5.0.6 | いいえ | N | いいえ | 0.256 | 5.0 | | cache.t3.micro | 3.2.4 | いいえ | N | いいえ | 0.064 | 5.0 | | cache.t3.small | 3.2.4 | いいえ | N | いいえ | 0.128 | 5.0 | | cache.t3.medium | 3.2.4 | いいえ | N | いいえ | 0.256 | 5.0 | | cache.t2.micro | 3.2.4 | いいえ | N | いいえ | 0.064 | 1.024 | | cache.t2.small | 3.2.4 | いいえ | N | いいえ | 0.128 | 1.024 | | cache.t2.medium | 3.2.4 | いいえ | N | いいえ | 0.256 | 1.024 | **メモリ最適化** | インスタンスタイプ | サポートされている Redis OSS の最小バージョン | Redis OSS 5.0.6 以降を使用した拡張 I/O | Redis OSS 6.2.5 以降を使用した TLS オフロード | Redis OSS 7.0.4 以降を使用した拡張 I/O 多重化 | ベースライン帯域幅 (Gbps) | バースト帯域幅 (Gbps) | | --- | --- | --- | --- | --- | --- | --- | | cache.r7g.large | 6.2 | いいえ | N | いいえ | 0.937 | 12.5 | | cache.r7g.xlarge | 6.2 | はい | Y | はい | 1.876 | 12.5 | | cache.r7g.2xlarge | 6.2 | はい | Y | はい | 3.75 | 15 | | cache.r7g.4xlarge | 6.2 | はい | Y | はい | 7.5 | 15 | | cache.r7g.8xlarge | 6.2 | はい | Y | はい | 15 | 該当なし | | cache.r7g.12xlarge | 6.2 | はい | Y | はい | 22.5 | 該当なし | | cache.r7g.16xlarge | 6.2 | はい | Y | はい | 30 | 該当なし | | cache.r6g.large | 5.0.6 | いいえ | N | いいえ | 0.75 | 10.0 | | cache.r6g.xlarge | 5.0.6 | はい | Y | はい | 1.25 | 10.0 | | cache.r6g.2xlarge | 5.0.6 | はい | Y | はい | 2.5 | 10.0 | | cache.r6g.4xlarge | 5.0.6 | はい | Y | はい | 5.0 | 10.0 | | cache.r6g.8xlarge | 5.0.6 | はい | Y | はい | 12 | 該当なし | | cache.r6g.12xlarge | 5.0.6 | はい | Y | はい | 20 | 該当なし | | cache.r6g.16xlarge | 5.0.6 | はい | Y | はい | 25 | 該当なし | | cache.r5.large | 3.2.4 | いいえ | N | いいえ | 0.75 | 10.0 | | cache.r5.xlarge | 3.2.4 | はい | N | いいえ | 1.25 | 10.0 | | cache.r5.2xlarge | 3.2.4 | はい | Y | はい | 2.5 | 10.0 | | cache.r5.4xlarge | 3.2.4 | はい | Y | はい | 5.0 | 10.0 | | cache.r5.12xlarge | 3.2.4 | はい | Y | はい | 12 | 該当なし | | cache.r5.24xlarge | 3.2.4 | はい | Y | はい | 25 | 該当なし | | cache.r4.large | 3.2.4 | いいえ | N | いいえ | 0.75 | 10.0 | | cache.r4.xlarge | 3.2.4 | はい | N | いいえ | 1.25 | 10.0 | | cache.r4.2xlarge | 3.2.4 | はい | Y | はい | 2.5 | 10.0 | | cache.r4.4xlarge | 3.2.4 | はい | Y | はい | 5.0 | 10.0 | | cache.r4.8xlarge | 3.2.4 | はい | Y | はい | 12 | 該当なし | | cache.r4.16xlarge | 3.2.4 | はい | Y | はい | 25 | 該当なし | **データ階層化で最適化されたメモリ** | インスタンスタイプ | サポートされている Redis OSS の最小バージョン | Redis OSS 5.0.6 以降を使用した拡張 I/O | Redis OSS 6.2.5 以降を使用した TLS オフロード | Redis OSS 7.0.4 以降を使用した拡張 I/O 多重化 | ベースライン帯域幅 (Gbps) | バースト帯域幅 (Gbps) | | --- | --- | --- | --- | --- | --- | --- | | cache.r6gd.xlarge | 6.2.0 | はい | N | いいえ | 1.25 | 10 | | cache.r6gd.2xlarge | 6.2.0 | はい | Y | はい | 2.5 | 10 | | cache.r6gd.4xlarge | 6.2.0 | はい | Y | はい | 5.0 | 10 | | cache.r6gd.8xlarge | 6.2.0 | はい | Y | はい | 12 | 該当なし | | cache.r6gd.12xlarge | 6.2.0 | はい | Y | はい | 20 | 該当なし | | cache.r6gd.16xlarge | 6.2.0 | はい | Y | はい | 25 | 該当なし | **ネットワーク最適化** | インスタンスタイプ | サポートされている Redis OSS の最小バージョン | Redis OSS 5.0.6 以降を使用した拡張 I/O | Redis OSS 6.2.5 以降を使用した TLS オフロード | Redis OSS 7.0.4 以降を使用した拡張 I/O 多重化 | ベースライン帯域幅 (Gbps) | バースト帯域幅 (Gbps) | | --- | --- | --- | --- | --- | --- | --- | | cache.c7gn.large | 6.2 | いいえ | N | いいえ | 6.25 | 30 | | cache.c7gn.xlarge | 6.2 | はい | Y | はい | 12.5 | 40 | | cache.c7gn.2xlarge | 6.2 | はい | Y | はい | 25 | 50 | | cache.c7gn.4xlarge | 6.2 | はい | Y | はい | 50 | 該当なし | | cache.c7gn.8xlarge | 6.2 | はい | Y | はい | 100 | 該当なし | | cache.c7gn.12xlarge | 6.2 | はい | Y | はい | 150 | 該当なし | | cache.c7gn.16xlarge | 6.2 | はい | Y | はい | 200 | 該当なし | ## AWSリージョン別のサポート対象ノードタイプ サポートされているノードタイプは、AWSリージョンによって異なる場合があります。詳細については、「[Amazon ElastiCache 料金表](https://aws.amazon.com/elasticache/pricing/)」を参照してください。 ## バースト可能パフォーマンスインスタンス Amazon ElastiCache では、バースト可能な汎用 T4g、T3-Standard および T2-Standard キャッシュノードを起動できます。これらのノードは、CPU パフォーマンスのベースラインレベルを提供し、発生したクレジットが使い果たされるまでいつでも CPU 使用率をバーストすることができます。*CPU クレジット*は、フル CPU パフォーマンスを 1 分間実現します。 Amazon ElastiCache の T4g、T3 および T2 ノードは、スタンダードとして設定され、CPU の平均使用率がインスタンスのベースラインパフォーマンスを一貫して下回るワークロードに適しています。ベースラインより上にバーストする場合、ノードは CPU クレジット残高に蓄積されたクレジットを消費します。蓄積されたクレジットで実行中のノードが少ない場合、パフォーマンスは次第にベースラインのパフォーマンスレベルに下がります。この段階的な低下により、蓄積された CPU クレジットバランスがなくなったときに、ノードでパフォーマンスの急激な低下が発生することがありません。詳細については、*Amazon EC2 ユーザーガイド***の「[バースト可能パフォーマンスインスタンスの CPU クレジットおよびベースラインパフォーマンス](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-credits-baseline-concepts.html)」を参照してください。 次の表に、バースト可能なパフォーマンスのノードタイプと、1 時間あたりに受け取る CPU クレジットのレートを示します。また、ノードで蓄積可能な、受け取った CPU クレジットの最大数と、ノードあたりの vCPU の数も示します。さらに、完全なコアパフォーマンス (1 つの vCPU を使用) の割合として、ベースラインパフォーマンスレベルも示します。 | ノードタイプ | 1 時間あたりに受け取る CPU クレジット | 蓄積可能な最大獲得クレジット\$1 | vCPU | vCPU 別のベースラインパフォーマンス | メモリ (GiB) | ネットワークパフォーマンス | | --- | --- | --- | --- | --- | --- | --- | | t4g.micro | 12 | 288 | 2 | 10% | 0.5 | 最大 5 ギガビット | | t4g.small | 24 | 576 | 2 | 20% | 1.37 | 最大 5 ギガビット | | t4g.medium | 24 | 576 | 2 | 20% | 3.09 | 最大 5 ギガビット | | t3.micro | 12 | 288 | 2 | 10% | 0.5 | 最大 5 ギガビット | | t3.small | 24 | 576 | 2 | 20% | 1.37 | 最大 5 ギガビット | | t3.medium | 24 | 576 | 2 | 20% | 3.09 | 最大 5 ギガビット | | t2.micro | 6 | 144 | 1 | 10% | 0.5 | 低から中程度 | | t2.small | 12 | 288 | 1 | 20% | 1.55 | 低から中程度 | | t2.medium | 24 | 576 | 2 | 20% | 3.22 | 低から中程度 | \$1 蓄積できるクレジットの数は、24 時間で獲得できるクレジットの数と同じです。 \$1\$1 このテーブルのベースラインのパフォーマンスは vCPU 別です。一部のノードサイズでは、vCPU の数は 1 より大きくなります。それらのノードサイズでは、ノードのベースライン CPU 使用率を計算するには、vCPU のパーセントを vCPU の数で乗算します。 次の CPU クレジットメトリクスは、T3 および T4g バーストパフォーマンスインスタンスで利用可能です。 **注記** これらのメトリクスは、T2 バーストパフォーマンスインスタンスでは利用できません。 + `CPUCreditUsage` + `CPUCreditBalance` これらのメトリクスの詳細については、「[CPU クレジットメトリクス](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html#cpu-credit-metrics)」を参照してください。 また、以下の詳細についても注意してください。 + 現在のすべての世代のノードタイプは、デフォルトでは Amazon VPC に基づいて Virtual Private Cloud (VPC) で作成されます。 + Redis OSS AOF (Append-Only File) は、T2 インスタンスではサポートされません。Redis OSS 設定変数 `appendonly` および `appendfsync` は、Redis OSS バージョン 2.8.22 以降ではサポートされません。 ## 関連情報 + [Amazon ElastiCache 製品の特徴と詳細](https://aws.amazon.com/elasticache/details) + [Memcached 向け Memcached ノードタイプ固有のパラメータ](ParameterGroups.Engine.md#ParameterGroups.Memcached) + [Valkey および Redis OSS パラメータ](ParameterGroups.Engine.md#ParameterGroups.Redis) + [転送時の暗号化 (TLS)](in-transit-encryption.md) # ノードの再起動 変更内容によっては、変更を適用するために Valkey、Memcached、または Redis OSS クラスターを再起動する必要があります。例えば、一部のパラメータで、パラメータグループのパラメータ値の変更は、再起動後にのみ適用されます。 **Topics** + [Redis OSS ノードの再起動 (クラスターモードが無効な場合のみ)](#nodes.rebooting.redis) + [Memcached のクラスターを再起動する](#Clusters.Rebooting) ## Redis OSS ノードの再起動 (クラスターモードが無効な場合のみ) Valkey または Redis OSS (クラスターモードが無効) クラスターの場合、再起動後にのみ適用されるパラメータグループのパラメータは次のとおりです。 + アクティブハッシュ化 + データベース Redis ノードは、ElastiCache コンソールを介してのみ更新できます。一度に再起動できるノードは 1 つだけです。複数のノードを再起動するには、ノードごとにプロセスを繰り返す必要があります。 **Valkey または Redis OSS (クラスターモードが有効) パラメータの変更** Valkey または Redis OSS (クラスターモードが有効) クラスターで次のパラメータを変更する場合は、以降のステップに従います。 アクティブハッシュ化 データベース クラスターの手動バックアップを作成します。「[手動バックアップの取得](backups-manual.md)」を参照してください。 Valkey または Redis OSS (クラスターモードが有効) クラスターを削除します。「[ElastiCache でのクラスターの削除](Clusters.Delete.md)」を参照してください。 変更されたパラメータグループとバックアップを使用してクラスターを復元し、新しいクラスターをシードします。「[バックアップから新しいキャッシュへの復元](backups-restoring.md)」を参照してください。 他のパラメータを変更する場合、これは必要ありません。 ### の使用AWS マネジメントコンソール ElastiCache コンソールを使用して、ノードを再起動できます。 **ノードを再起動するには (コンソール)** 1. AWS マネジメントコンソール にサインインして、ElastiCache コンソール ([https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/)) を開きます。 1. 右上隅にあるリストから、AWS 適用されるリージョンを選択します。 1. 左のナビゲーションペインで、**[Redis OSS]** を選択します。 Redis OSS を実行しているクラスターのリストが表示されます。 1. [**クラスター名**] の下で、クラスターを選択します。 1. [**ノード名**] の下で、再起動するノードの横にあるラジオボタンを選択します。 1. [**アクション**]、[**ノードの再起動**] の順に選択します。 複数のノードを再起動するには、再起動するノードごとにステップ 2～5 を繰り返します。1 つのノードの再起動が終了するまで待たなくても、別のノードを再起動できます。 ## Memcached のクラスターを再起動する Memcached クラスターを再起動すると、クラスターのすべてのデータがフラッシュされ、エンジンが再起動されます。このプロセス中はクラスターにアクセスできません。クラスターですべてのデータがフラッシュされるため、そのクラスターもう一度利用可能になったときは、クラスターが空の状態でから開始します。 ElastiCache コンソール、ElastiCache の AWS CLI、または ElastiCache API を使用して、クラスターを再起動できます。ElastiCache コンソール、AWS CLI、または ElastiCache API を使用する場合でも、再起動を開始できるのは 1 つのクラスターだけです。複数のクラスターを再起動するには、プロセスまたはオペレーションを繰り返す必要があります。 ### の使用AWS マネジメントコンソール ElastiCache コンソールを使用して、クラスターを再起動できます。 **クラスターを再起動するには (コンソール)** 1. AWS マネジメントコンソール にサインインして、ElastiCache コンソール ([https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/)) を開きます。 1. 右上隅にある一覧から、目的の AWS リージョンを選択します。 1. ナビゲーションペインで、再起動するクラスターで実行されているエンジンを選択します。 選択したエンジンを実行しているクラスターが一覧表示されます。 1. クラスター名の左側にあるボックスを選択して、再起動するクラスターを選択します。 [**再起動**] ボタンがアクティブになります。 複数のクラスターを選択すると、[**再起動**] ボタンはアクティブになりません。 1. [**再起動**] を選択します。 クラスターの再起動確認画面が表示されます。 1. クラスターを再起動するには、[**Reboot**] を選択します。クラスターの状態が、*クラスターノードの再起動中*に変わります。 クラスターを再起動しない場合は、[**Cancel**] を選択します。 複数のクラスターを再起動するには、再起動するクラスターごとにステップ 2～5 を繰り返します。1 つのクラスターの再起動が終了するまで待たなくても、別のクラスターを再起動できます。 特定のノードを再起動するには、ノードを選択してから、[**再起動**] を選択します。 ### の使用AWS CLI クラスター (AWS CLI) を再起動するには、`reboot-cache-cluster` CLI オペレーションを使用します。 クラスターの特定のノードを再起動するには、`--cache-node-ids-to-reboot` を使用して再起動するクラスターを一覧します。次のコマンドは、*my-cluster* のノード 0001、0002、および 0004 を再起動します。 Linux、macOS、Unix の場合: ``` aws elasticache reboot-cache-cluster \ --cache-cluster-id my-cluster \ --cache-node-ids-to-reboot 0001 0002 0004 ``` Windows の場合: ``` aws elasticache reboot-cache-cluster ^ --cache-cluster-id my-cluster ^ --cache-node-ids-to-reboot 0001 0002 0004 ``` クラスターのすべてのノードを再起動するには、`--cache-node-ids-to-reboot` パラメータを使用して、クラスターのすべてのノードの ID を選択します。詳細については、「[reboot-cache-cluster](https://docs.aws.amazon.com/cli/latest/reference/elasticache/reboot-cache-cluster.html)」を参照してください。 ### ElastiCache API の使用 ElastiCache API を使用してクラスターを再起動するには、`RebootCacheCluster` アクションを使用します。 クラスターの特定のノードを再起動するには、`CacheNodeIdsToReboot` を使用して再起動するクラスターを一覧します。次のコマンドは、*my-cluster* のノード 0001、0002、および 0004 を再起動します。 ``` https://elasticache.us-west-2.amazonaws.com/ ?Action=RebootCacheCluster &CacheClusterId=my-cluster &CacheNodeIdsToReboot.member.1=0001 &CacheNodeIdsToReboot.member.2=0002 &CacheNodeIdsToReboot.member.3=0004 &Version=2015-02-02 &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20150202T192317Z &X-Amz-Credential= ``` クラスターのすべてのノードを再起動するには、`CacheNodeIdsToReboot` パラメータを使用して、クラスターのすべてのノードの ID を選択します。詳細については、「[RebootCacheCluster](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_RebootCacheCluster.html)」を参照してください。 # ノードの置き換え (Valkey および Redis OSS) Amazon ElastiCache は、インスタンスにシームレスに適用されるパッチとアップグレードを使用して、頻繁にフリートのアップグレードを行います。ただし、場合によっては基盤となるホスト OS の必須更新を適用するために ElastiCache ノードの再起動が必要になります。セキュリティ、信頼性、運用パフォーマンスを強化するアップグレードを適用するため、そのような置換が必要となります。 このような交換を、スケジュールされたノード交換ウィンドウより前に、任意のタイミングで独自に管理することもできます。交換を独自に管理する場合、インスタンスはノードの再起動時に OS の更新を受信し、スケジュールされたノードの交換はキャンセルされます。ノード交換が行われることを示すアラートを引き続き受け取ることがあります。すでにメンテナンスの必要を手動で軽減した場合には、これらのアラートを無視できます。 **注記** Amazon ElastiCache によって自動生成される交換キャッシュノードは、異なる IP アドレスを持つ場合があります。キャッシュノードを適切な IP アドレスに関連付けるようにアプリケーションが設定されていることを必ず確認してください。 次のリストでは、ElastiCache が Valkey または Redis OSS ノードの 1 つの置き換えをスケジュールする場合に取ることのできるアクションを示しています。状況に応じて必要となる情報をすばやく見つけるには、次のメニューから選択します。 + [Do nothing](#DoNothing) — Amazon ElastiCache がスケジュールどおりにノードを置き換えるようにします。 + [Change your maintenance window](#ChangeWindow) – メンテナンス時間をより適切な時刻に変更します。 + Valkey または Redis OSS (クラスターモードが有効) の設定 + [Replace the only node in any Valkey or Redis OSS cluster](#ReplaceStandalone) – バックアップと復元を使用して Valkey または Redis OSS クラスター内のノードを置き換える手順。 + [Replace a replica node in any Valkey or Redis OSS cluster](#ReplaceReplica) – クラスターのダウンタイムなしでレプリカの数を増減させて Valkey または Redis OSS クラスターのリードレプリカを置き換える手順。 + [Replace any node in a Valkey or Redis OSS (cluster mode enabled) shard](#ReplaceShardNode) – Valkey または Redis OSS (クラスターモードが有効) クラスターのノードをスケールアウトおよびスケールインして、クラスターのダウンタイムなしで置き換える動的手順。 + Valkey または Redis OSS (クラスターモードが無効) の設定 + [Replace the only node in any Valkey or Redis OSS cluster](#ReplaceStandalone) – バックアップと復元を使用して Valkey または Redis OSS クラスター内の任意のノードを置き換える手順。 + [Replace a replica node in any Valkey or Redis OSS cluster](#ReplaceReplica) – クラスターのダウンタイムなしでレプリカの数を増減させて Valkey または Redis OSS クラスターのリードレプリカを置き換える手順。 + [Replace a node in a Valkey or Redis OSS (cluster mode disabled) cluster](#ReplaceStandaloneClassic) – レプリケーションを使用して Valkey または Redis OSS (クラスターモードが無効) クラスター内のノードを置き換える手順。 + [Replace a Valkey or Redis OSS (cluster mode disabled) read-replica](#ReplaceReadReplica) – Valkey または Redis OSS (クラスターモードが無効) レプリケーショングループのリードレプリカを手動で置き換える手順。 + [Replace a Valkey or Redis OSS (cluster mode disabled) primary node](#ReplacePrimary) — Valkey または Redis OSS (クラスターモードが無効) レプリケーショングループのプライマリノードを手動で置き換える手順。 **Valkey および Redis OSS ノードの交換オプション** + [**何もしない**] – 何もしない場合、ElastiCache はスケジュールどおりにノードを交換します。   自動フェイルオーバーが有効になっている非クラスター構成の場合、Valkey 7.2 以上、Redis OSS 5.0.6 以上のクラスターでは、クラスターがオンラインのままで受信書き込みリクエストを処理している間、置換が完全に完了します。Redis OSS 4.0.10 以前の自動フェイルオーバー対応クラスターの場合、DNS 更新に関連する最大数秒の短時間の書き込み中断が発生する場合があります。 ノードが自動フェイルオーバー対応クラスターのメンバーである場合、ElastiCache for Valkey または ElastiCache for Redis OSS では、パッチ適用、更新、およびその他のメンテナンス関連のノード置換時の可用性が向上します。   ElastiCache for Valkey または ElastiCache for Redis OSS クライアントを使用するように設定された ElastiCache クラスター構成の場合、クラスターが受信書き込みリクエストを処理している間に置換が完了するようになりました。   自動フェイルオーバーが有効になっている非クラスター構成の場合、Valkey 7.2 以上、Redis OSS 5.0.6 以上のクラスターでは、クラスターがオンラインのままで受信書き込みリクエストを処理している間、置換が完全に完了します。Redis OSS 4.0.10 以前の自動フェイルオーバー対応クラスターの場合、DNS 更新に関連する最大数秒の短時間の書き込み中断が発生する場合があります。   ノードがスタンドアロンである場合、Amazon ElastiCache によってまず交換ノードが起動されてから、既存のノードと同期されます。既存のノードは、この間、サービスリクエストに使用できなくなります。同期が完了すると、既存のノードが終了し、新しいノードがその代わりになります。ElastiCache は、このオペレーション中にデータを保持するために最善を尽くします。   + [**メンテナンスウィンドウを変更する**] – スケジュールされたメンテナンスイベントの場合、ElastiCache から E メールまたは通知イベントを受け取ります。これらの場合、スケジュールされた交換時間より前にメンテナンスウィンドウを変更すると、ノードは新しい時間に交換されます。詳細については次を参照してください: + [ElastiCache クラスターの変更](Clusters.Modify.md) + [レプリケーショングループの変更](Replication.Modify.md) **注記** メンテナンスウィンドウを移動して置換ウィンドウを変更する機能は、ElastiCache 通知にメンテナンスウィンドウが含まれている場合にのみ使用できます。通知にメンテナンスウィンドウが含まれていない場合、交換ウィンドウを変更することはできません。 例えば、現在が 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 に交換されます。 手順については、「[ElastiCache クラスターメンテナンスの管理](maintenance-window.md)」を参照してください。   + **[Valkey または Redis OSS クラスターのノードのみの置き換え]** – クラスターにリードレプリカがない場合は、次の手順を使ってノードを置き換えることができます。 **バックアップと復元を使用してノードのみを置き換えるには** 1. ノードのクラスターのスナップショットを作成します。手順については、「[手動バックアップの取得](backups-manual.md)」を参照してください。 1. スナップショットからシードして、新しいクラスターを作成します。手順については、「[バックアップから新しいキャッシュへの復元](backups-restoring.md)」を参照してください。 1. 置き換え対象となったノードがあるクラスターを削除します。手順については、「[ElastiCache でのクラスターの削除](Clusters.Delete.md)」を参照してください。 1. アプリケーションで、古いノードのエンドポイントを新しいノードのエンドポイントに置き換えます。   + **[Valkey または Redis OSS クラスターのレプリカノードの置き換え]** – レプリカクラスターを置き換えるには、レプリカ数を増やします。そのためには、レプリカを追加します。その後、交換するレプリカを削除して、レプリカ数を減らします。このプロセスは動的で、クラスターのダウンタイムはありません。 **注記** シャードまたはレプリケーショングループにすでに 5 つのレプリカがある場合は、ステップ 1 と 2 を逆転します。 **Valkey または Redis OSS クラスターでレプリカを置き換えるには** 1. シャードまたはレプリケーショングループにレプリカを追加してレプリカの数を増やします。詳細については、「[シャードのレプリカの数を増やす](increase-replica-count.md)」を参照してください。 1. 置き換えるレプリカを削除します。詳細については、「[シャードのレプリカの数を減らす](decrease-replica-count.md)」を参照してください。 1. アプリケーションでエンドポイントを更新します。   + **[Valkey または Redis OSS (クラスターモードが有効) シャード内の任意のノードの置き換え]** — ダウンタイムなしでクラスター内のノードを置き換えるには、オンラインリシャーディングを使用します。まずスケールアウトによりシャードを追加し、次にスケールインにより交換するノードを含むシャードを削除します。 **Valkey または Redis OSS (クラスターモード有効) クラスター内の任意のノードを置き換えるには** 1. スケールアウト: 置き換えるノードがある既存のシャードと同じ設定のシャードを追加します。詳細については、「[オンラインリシャーディングによるシャードの追加](scaling-redis-cluster-mode-enabled.md#redis-cluster-resharding-online-add)」を参照してください。 1. スケールイン: 置き換えるノードがあるシャードを削除します。詳細については、「[オンラインリシャーディングによるシャードの削除](scaling-redis-cluster-mode-enabled.md#redis-cluster-resharding-online-remove)」を参照してください。 1. アプリケーションでエンドポイントを更新します。   + **[Valkey または Redis OSS (クラスターモードが無効) クラスター内のノードの置き換え]** — クラスターがリードレプリカのない Valkey または Redis OSS (クラスターモードが無効) クラスターである場合は、以下の手順を使用してノードを置き換えます。 **レプリケーションを使用してノードを交換するには (クラスターモードが無効な場合のみ)** 1. プライマリとして交換対象になったノードがあるクラスターにレプリケーションを追加します。このクラスターでマルチ AZ を有効にしないでください。手順については、「[シャードがない Valkey または Redis OSS クラスターにレプリケーションを追加するには](Clusters.AddNode.md#AddReplication.CON)」を参照してください。 1. クラスターにリードレプリカを追加します。手順については、「[ノードを ElastiCache クラスターに追加するには (コンソール)](Clusters.AddNode.md#AddNode.CON)」を参照してください。 1. 新たに作成したリードレプリカをプライマリに昇格させます。手順については、「[Valkey または Redis OSS (クラスターモードが無効) レプリケーショングループのリードレプリカをプライマリに昇格させる](Replication.PromoteReplica.md)」を参照してください。 1. 置き換え対象となったノードを削除します。手順については、「[ElastiCache クラスターからノードを削除する](Clusters.DeleteNode.md)」を参照してください。 1. アプリケーションで、古いノードのエンドポイントを新しいノードのエンドポイントに置き換えます。   + **[Valkey または Redis OSS (クラスターモードが無効) リードレプリカの置き換え]** – ノードがリードレプリカである場合、ノードを置き換えます。 クラスターに 1 つのレプリカノードのみがあり、マルチ AZ が有効になっている場合は、マルチ AZ を無効にしてからレプリカを削除する必要があります。手順については、「[レプリケーショングループの変更](Replication.Modify.md)」を参照してください。 **Valkey または Redis OSS (クラスターモードが無効) リードレプリカを置き換えるには** 1. 交換対象となったレプリカを削除します。手順については、以下を参照してください。 + [シャードのレプリカの数を減らす](decrease-replica-count.md) + [ElastiCache クラスターからノードを削除する](Clusters.DeleteNode.md) 1. 置き換え対象となったレプリカと置き換える新しいレプリカを追加します。先ほど削除したレプリカと同じ名前を使用する場合は、手順 3 を省略できます。手順については、以下を参照してください。 + [シャードのレプリカの数を増やす](increase-replica-count.md) + [Valkey または Redis OSS (クラスターモードが無効) のリードレプリカを追加する](Replication.AddReadReplica.md) 1. アプリケーションで、古いレプリカのエンドポイントを新しいレプリカのエンドポイントに置き換えます。 1. 開始時にマルチ AZ が無効になっている場合は、この時点で再び有効にします。手順については、「[マルチ AZ の有効化](AutoFailover.md#AutoFailover.Enable)」を参照してください。   + **[Valkey または Redis OSS (クラスターモードが無効) プライマリノードの置き換え]** – ノードがプライマリノードである場合は、まずリードレプリカをプライマリに昇格させます。次に、前はプライマリノードであったレプリカを削除します。 クラスターに 1 つのレプリカのみがあり、マルチ AZ が有効になっている場合は、マルチ AZ を無効にしてからステップ 2 のレプリカを削除する必要があります。手順については、「[レプリケーショングループの変更](Replication.Modify.md)」を参照してください。 **Valkey または Redis OSS (クラスターモードが無効) プライマリノードを置き換えるには** 1. リードレプリカをプライマリに昇格させます。手順については、「[Valkey または Redis OSS (クラスターモードが無効) レプリケーショングループのリードレプリカをプライマリに昇格させる](Replication.PromoteReplica.md)」を参照してください。 1. 置き換え対象となったノード (前のプライマリ) を削除します。手順については、「[ElastiCache クラスターからノードを削除する](Clusters.DeleteNode.md)」を参照してください。 1. 置き換え対象となったレプリカと置き換える新しいレプリカを追加します。先ほど削除したノードと同じ名前を使用している場合、アプリケーションでエンドポイントの変更をスキップできます。 手順については、「[Valkey または Redis OSS (クラスターモードが無効) のリードレプリカを追加する](Replication.AddReadReplica.md)」を参照してください。 1. アプリケーションで、古いノードのエンドポイントを新しいノードのエンドポイントに置き換えます。 1. 開始時にマルチ AZ が無効になっている場合は、この時点で再び有効にします。手順については、「[マルチ AZ の有効化](AutoFailover.md#AutoFailover.Enable)」を参照してください。   # ノードの置き換え (Memcached) Amazon ElastiCache for Memcached は、インスタンスにシームレスに適用されるパッチとアップグレードを使用して、頻繁にフリートのアップグレードを行います。ただし、場合によっては基盤となるホスト OS の必須更新を適用するために ElastiCache for Memcached ノードを再起動する必要があります。セキュリティ、信頼性、運用パフォーマンスを強化するアップグレードを適用するため、そのような置換が必要となります。 このような交換を、スケジュールされたノード交換ウィンドウより前に、任意のタイミングで独自に管理することもできます。交換を独自に管理する場合、インスタンスはノードの再起動時に OS の更新を受信し、スケジュールされたノードの交換はキャンセルされます。ノード交換が行われることを示すアラートを引き続き受け取ることがあります。すでにメンテナンスの頻度を手動で減らした場合には、これらのアラートを無視できます。 **注記** Amazon ElastiCache によって自動生成される交換キャッシュノードは、異なる IP アドレスを持つ場合があります。キャッシュノードを適切な IP アドレスに関連付けるようにアプリケーションが設定されていることを必ず確認してください。 以下のリストで、ElastiCache が Memcached ノードの 1 つの交換をスケジュールしている場合に取ることのできるアクションを識別します。 + [**何もしない**] – 何もしない場合、ElastiCache はスケジュールどおりにノードを交換します。ElastiCache によってノードが新しいノードに自動的に交換されたとき、新しいノードは最初は空です。 + [**メンテナンスウィンドウを変更する**] – スケジュールされたメンテナンスイベントの場合、ElastiCache から E メールまたは通知イベントを受け取ります。この場合、スケジュールされた交換時間より前にメンテナンスウィンドウを変更すると、ノードは新しい時間に交換されます。詳細については、「[ElastiCache クラスターの変更](Clusters.Modify.md)」を参照してください。 **注記** メンテナンスウィンドウを移動して置換ウィンドウを変更する機能は、ElastiCache 通知にメンテナンスウィンドウが含まれている場合にのみ使用できます。通知にメンテナンスウィンドウが含まれていない場合、交換ウィンドウを変更することはできません。 例えば、現在が 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 に交換されます。 手順については、「[ElastiCache クラスターメンテナンスの管理](maintenance-window.md)」を参照してください。 + [**手動でノードを交換する**] – 次のメンテナンス時間の前にノードを交換する必要がある場合は、手動で交換します。 ノードを手動で交換すると、キーが再配布されます。この再配布により、キャッシュミスが発生します。 **手動で Memcached ノードを交換するには** 1. 置き換え対象となったノードを削除します。手順については、「[ElastiCache クラスターからノードを削除する](Clusters.DeleteNode.md)」を参照してください。 1. 新しいノードをクラスターに追加します。手順については、「[ノードを ElastiCache クラスターに追加する](Clusters.AddNode.md)」を参照してください。 1. このクラスター上で自動検出を使用していない場合は、アプリケーションで古いノードのエンドポイントのすべてのインスタンスを新しいノードのエンドポイントに置き換えます。 # リザーブドノード 1 つ以上の ElastiCache ノードを予約することは、コスト削減の手段になる場合があります。リザーブドノードには、ノードタイプと予約の期間 (1 年または 3 年) に応じて、前払い料金が請求されます。 リザーブドノードがユースケースにとってコスト削減になるかどうかを確認するには、最初に、必要なノードサイズとノード数を決定します。次に、ノードの使用量を見積もり、オンデマンドノードとリザーブドノードを使用した場合の総コストを比較します。クラスターでリザーブドノードとオンデマンドノードを組み合わせて利用することもできます。料金情報については、「[Amazon ElastiCache 料金表](https://aws.amazon.com/elasticache/pricing/)」を参照してください。 **Topics** + [リザーブドノードによるコスト管理](#reserved-nodes) + [スタンダードリザーブドノードサービス](#reserved-nodes-standard) + [サイズ柔軟なリザーブドノード](#reserved-nodes-size) + [リザーブドノードの削除](#reserved-nodes-deleting) + [従来のリザーブドノードサービス](#reserved-nodes-utilization) + [リザーブドノードサービスに関する詳細情報の入手](#reserved-nodes-offerings) + [リザーブドノードの購入](#reserved-nodes-purchasing) + [リザーブドノードに関する詳細情報の入手](#reserved-nodes-describing) ## リザーブドノードによるコスト管理 1 つまたは複数のノードを予約すると、コスト削減の手段となる場合があります。リザーブドノードには、ノードタイプと予約の期間 (1 年または 3 年) に応じて、前払い料金が請求されます。この料金は、オンデマンドノードで発生する 1 時間あたりの使用料金よりもはるかに安くなります。 リザーブドノードがユースケースにとってコスト削減になるかどうかを確認するには、最初に、必要なノードサイズとノード数を決定します。次に、ノードの使用量を見積もり、オンデマンドノードとリザーブドノードを使用した場合の総コストを比較します。クラスターでリザーブドノードとオンデマンドノードを組み合わせて利用することもできます。料金情報については、「[Amazon ElastiCache 料金表](https://aws.amazon.com/elasticache/pricing/)」を参照してください。 AWS リージョン、ノードタイプ、期間の長さは購入時に選択する必要があり、後で変更することはできません。 AWS マネジメントコンソール、AWS CLI、または ElastiCache API を使用して、使用可能なリザーブドノードを一覧表示および購入できます。 リザーブドノードの詳細については、「[Amazon ElastiCache リザーブドノード](https://aws.amazon.com/elasticache/reserved-cache-nodes/)」を参照してください。 ## スタンダードリザーブドノードサービス Amazon ElastiCache でリザーブドノードインスタンス (RI) を購入すると、リザーブドノードインスタンスの期間中、特定のノードインスタンスタイプと AWS リージョンに対して割引料金が適用されます。Amazon ElastiCache リザーブドノードインスタンスを使用するには、オンデマンドインスタンスと同様に新しい ElastiCache ノードインスタンスを作成する必要があります。 新しいリザーブドノードインスタンスの仕様がアカウント内の既存のリザーブドノードインスタンスと一致する場合は、リザーブドノードインスタンスに適用される割引料金で請求されます。一致しない場合、ノードインスタンスはオンデマンド料金で請求されます。これらのスタンダード RI は、R5 および M5 インスタンスファミリー以降から使用可能です。 **注記** 次に説明する提供タイプはすべて、1 年および 3 年契約で利用できます。 **提供しているタイプ** **前払いなし** RI は、前払い料金なしでリザーブド ElastiCache インスタンスへのアクセスを提供します。*前払いなし*のリザーブド ElastiCache インスタンスは、使用されたどうかにかかわらず、期間内のすべての時間は割引時間料金での請求となります。 **一部前払い** RI では、リザーブド ElasticCache インスタンスの一部を前払いする必要があります。期間内の残りの時間は、使用量にかかわらず、割引された時間料金で請求されます。このオプションは、次のセクションで説明する従来の*重度使用*オプションに代わるオプションです。 [**全額前払い**] RIでは、RI期間の開始時に全額の支払いが必要です。使用時間数に関係なく、残りの期間にそれ以外のコストは生じません。 ## サイズ柔軟なリザーブドノード リザーブドノードはすべてサイズが柔軟です。リザーブドノードを購入する際に指定する項目の 1 つはノードタイプ (cache.r6g.xlarge など) です。ノードタイプの詳細については、「[Amazon ElastiCache の料金表](https://aws.amazon.com/elasticache/pricing/ )」を参照してください。 既存の ノードがあり、これをスケールして容量を増やす必要がある場合、リザーブド ノードはスケールした ノードに自動的に適用されます。つまり、リザーブドノードは、同じノードファミリーのあらゆるサイズの使用に自動的に適用されます。サイズ柔軟のリザーブドノードは、同じ AWS リージョンのノードで利用できます。サイズ柔軟なリザーブドノードは、そのノードファミリーでしかスケールできません。例えば、cache.r6g.xlarge のリザーブドノードは cache.r6g.2xlarge には適用できますが、cache.r6gd.large には適用できません。cache.r6g と cache.r6gd は異なるノードファミリーであるためです。 柔軟性とは、同じノードクラスタイプ内の設定間を自由に移動できることを意味します。例えば、追加費用なしで r6g.xlarge リザーブドノード (8 つの正規化された単位) から、同じ AWS リージョン内の 2 つの r6g.large リザーブドノード (8 つの正規化された単位) (2\$14 = 8 つの正規化された単位) に移動できます。 ### ノードを Redis OSS から Valkey にアップグレードする ElastiCache で Valkey を起動する場合、Redis OSS リザーブドノードの割引を Valkey キャッシュエンジンに適用できるようになりました。既存の契約や予約のメリットを維持しながら、Redis OSS から Valkey にアップグレードすることができます。キャッシュノードファミリーとエンジン内で利点を適用できるだけでなく、さらに追加的な価値を得ることもできます。Valkey は Redis OSS と比較して 20% の割引価格になっており、リザーブドノードの柔軟性により、Redis OSS リザーブドノードを使用して、20% 多い Valkey ノードを実行できます。 割引料金を計算するために、各 ElastiCache ノードとエンジンの組み合わせには、単位で測定される正規化係数があります。リザーブドノードの単位は、特定のエンジン用にリザーブドノードのインスタンスファミリー内で実行されているノードに適用できます。Redis OSS リザーブドノードは、実行中の Valkey ノードをカバーするためにエンジン全体に追加で適用できます。Valkey は Redis OSS や Memcached に比べ割引価格で提供されるため、特定のインスタンスタイプの単位がより低く、Redis OSS リザーブドノードでより多くの Valkey ノードをカバーできます。 例えば、Redis OSS エンジン (32 単位) 用の cache.r7g.4xlarge 用にリザーブドノードを購入し、1 つの cache.r7g.4xlarge Redis OSS ノード (32 単位) を実行しているとします。ノードを Valkey にアップグレードすると、実行中のノードの正規化係数が 25.6 単位に減少し、既存のリザーブドノードにより、リージョンの cache.r7g ファミリー内の他の実行中の Valkey または Redis OSS ノードに対して追加で 6.4 単位を使用できるようになります。これを使用して、アカウントの別の cache.r7g.4xlarge Valkey ノードの 25% (25.6 単位)、または cache.r7g.xlarge Valkey ノードの 100% (6.4 単位) をカバーできます。 ### 使用量と正規化された単位の比較 リザーブド ノードのサイズ別の使用は、正規化された単位を使用して比較できます。例えば、2 つの cache.r6g.4xlarge ノードの 1 時間の使用量は、1 つの cache.r6g.large ノードの 16 時間の使用量に相当します。次の表は、ノードのサイズ別の正規化された単位の数を示しています。 **** | ノードサイズ | Redis OSS または Memcached で正規化された単位 | Valkey で正規化された単位 | | --- | --- | --- | | micro | 0.5 | 0.4 | | small | 1 | 8. | | medium | 2 | 1.6 | | large | 4 | 3.2 | | xlarge | 8 | 6.4 | | 2xlarge | 16 | 12.8 | | 4xlarge | 32 | 25.6 | | 6xlarge | 48 | 38.4 | | 8xlarge | 64 | 51.2 | | 10xlarge | 80 | 64 | | 12xlarge | 96 | 76.8 | | 16xlarge | 128 | 102.4 | | 24xlarge | 192 | 153.6 | 例えば、cache.r6gd.xlarge のリザーブドノードを購入し、同じ AWS リージョンのアカウントで 2 つの cache.r6gd.large リザーブドノードを実行しているとします。この場合、料金上の利点は両方のノードに全面的に適用されます。 ![\[Region containing a cache.r6gd.xlarge reserved node with two cache.r6gd.large nodes inside.\]](http://docs.aws.amazon.com/ja_jp/AmazonElastiCache/latest/dg/images/ri1.png) または、同じ AWS リージョンのアカウントで実行している 1 つの cache.r6gd.2xlarge インスタンスがある場合、料金上の利点はこのリザーブドノードの使用量の 50 パーセントに適用されます。 ![\[Diagram showing a cache.r6gd.xlarge reserved node region containing a cache.r6gd.2xlarge instance.\]](http://docs.aws.amazon.com/ja_jp/AmazonElastiCache/latest/dg/images/ri2.png) ## リザーブドノードの削除 リザーブドノードには 1 年契約と 3 年契約があります。リザーブドノードはキャンセルできません。ただし、リザーブドノードの割引対象である ノードは削除できます。リザーブドノードの割引対象である ノードの削除プロセスは、他のノードの削除プロセスと同じです。 リザーブドノードの割引対象である ノードを削除した場合、互換性がある仕様の別の ノードを起動できます。この場合、予約期間 (1 年または 3 年) 中、割引料金を利用できます。 ## 従来のリザーブドノードサービス 従来のノード予約には、重度使用、中度使用、軽度使用の 3 つのレベルがあります。ノードは、どの使用量レベルでも、1 年間または 3 年間予約できます。ノードタイプ、使用量レベル、および予約期間が合計コストに影響します。リザーブドノードを購入する前にさまざまなモデルを比較して、リザーブドノードがビジネスにもたらす節約額を確認してください。 1 つの使用量レベルまたは期間で購入されたノードを、別の使用量レベルまたは期間に変換することはできません。 **使用量レベル** *重度使用のリザーブドノード*では、基準となる処理能力を一定に保った安定したワークロードが可能になります。重度使用のリザーブドノードの予約金は高くなりますが、インスタンスの実行時間がリザーブドノードの期間の 79% を超える場合は、節約額が最も大きくなる可能性があります (最大でオンデマンド料金の 70% 引き)。重度使用のリザーブドノードでは、1 回払いで支払います。ノードが実行されているかどうかにかかわらず、期間中は低額の使用料が時間単位で適用されます。 [*中度使用のリザーブドノード*] は、リザーブドノードを長い時間使用する場合に、低額の 1 回払いを希望するときや、ノードが停止したらすぐに支払いを中止できるようにしたいときに最適です。中度使用のリザーブドノードは、インスタンスの実行時間がリザーブドノードの期間の 40% を超える予定の場合に、コスト効果の高い選択肢になります。このオプションを使用すると、オンデマンド料金から最大 64% を節約できます。中度使用のリザーブドノードは、軽度使用のリザーブドノードと比べると、予約金はわずかに上回りますが、ノード実行時の時間あたりの使用料は低く抑えられます。 *軽度使用のリザーブドノード*は、1 日に数時間、週に数日間のみ実行される定期的なワークロードに最適です。軽度使用のリザーブドノードでは、予約金を 1 回支払えば、ノードの実行時に時間単位で割引使用料が適用されます。ノードの実行時間がリザーブドノードの期間の 17% を超えるとコスト節減が始まり、コスト節減が始まります。リザーブドノードの全期間を通してオンデマンド料金から最大 56% を節約できます。 **従来のリザーブドノードサービス** | 提供タイプ | 前払いコスト | 使用料 | メリット | | --- | --- | --- | --- | | 重度使用 | 高 | 時間当たりの使用料が最も低く、リザーブドノードの使用状況にかかわらず期間全体に適用されます。 | リザーブドノードの実行が 3 年間で全体の 79% を超える場合は、全体的なコストを最も抑えることができます。 | | 中度使用 | 中 | ノードの実行時間に応じて使用料が時間単位で発生します。ノードが実行していないときは、時間単位の使用量は発生しません。 | 作業負荷が一定していない場合、または、それほど頻繁には利用しない (3 年間で全体の 40% を超える) 場合に適しています。 | | 軽度使用 | 低 | ノードの実行時間に応じて使用料が時間単位で発生します。ノードが実行していないときは、時間単位の使用量は発生しません。すべての種類のうち最も高い料金設定ですが、課金されるのは、リザーブドノードを使用しているときに限られます。 | 常に実行することを計画している場合は、全体的なコストが最も高くなります。まれにしかリザーブドノードを使用しない (3 年間で全期間の約 15% を超える程度) 場合は、このオプションが適しています。 | | オンデマンド使用 (リザーブドノードなし) | なし | 時間単位の使用料が最も高くなります。ノードの実行中は常に適用されます。 | 時間単位のコストが最も高くなります。 | 詳細については、「[Amazon ElastiCache 料金表](https://aws.amazon.com/elasticache/pricing/)」を参照してください。 ## リザーブドノードサービスに関する詳細情報の入手 リザーブドノードを購入する前に、使用可能なリザーブドノードサービスに関する情報を入手できます。 以下の例では、AWS マネジメントコンソール、AWS CLI、および ElastiCache API を使用して、利用できるリザーブドノードサービスの料金表と情報を入手する方法を示します。 **Topics** + [の使用AWS マネジメントコンソール](#reserved-nodes-offerings-console) + [の使用AWS CLI](#reserved-nodes-offerings-cli) + [ElastiCache API の使用](#reserved-nodes-offerings-api) ### リザーブドノードサービスに関する詳細情報の入手 (コンソール) AWS マネジメントコンソール を使用して利用可能なリザーブドクラスターサービスの料金とその他の情報を入手するには、次の手順に従います。 **利用可能なリザーブドノードサービスの情報を入手するには** 1. AWS マネジメントコンソール にサインインして、ElastiCache コンソール ([https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/)) を開きます。 1. ナビゲーションペインで、[**リザーブドノード**] を選択します。 1. **[Purchase Reserved Nodes]** (リザーブドノードの購入) を選択します。 1. **[エンジン]** で、[Valkey]、[Memcached]、または [Redis OSS] のいずれかを選択します。 1. 使用できるサービスを確認するには、次のオプションから選択します。 + **ノードの種類** + **言葉** + **提供タイプ** 選択後、選択したノードごとのコストと合計コストが **[Reservation details]** (予約の詳細) に表示されます。 1. これらのノードを購入して料金が発生することを防ぐには、[**Cancel**] を選択します。 ### リザーブドノードサービスに関する詳細情報の入手 (AWS CLI) Valkey または Redis OSS で利用可能なリザーブドノードサービスの料金表とその他の情報を入手するには、コマンドプロンプトで次のコマンドを入力します。 ``` 1. aws elasticache describe-reserved-cache-nodes-offerings ``` このオペレーションでは、次のような出力が生成されます (JSON 形式)。 ``` { "ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072", "CacheNodeType": "cache.xxx.large", "Duration": 94608000, "FixedPrice": XXXX.X, "UsagePrice": X.X, "ProductDescription": "redis", "OfferingType": "All Upfront", "RecurringCharges": [ { "RecurringChargeAmount": X.X, "RecurringChargeFrequency": "Hourly" } ] }, { "ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072", "CacheNodeType": "cache.xxx.xlarge", "Duration": 94608000, "FixedPrice": XXXX.X, "UsagePrice": X.X, "ProductDescription": "redis", "OfferingType": "Partial Upfront", "RecurringCharges": [ { "RecurringChargeAmount": X.XXX, "RecurringChargeFrequency": "Hourly" } ] }, { "ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072", "CacheNodeType": "cache.xxx.large", "Duration": 31536000, "FixedPrice": X.X, "UsagePrice": X.X, "ProductDescription": "redis", "OfferingType": "No Upfront", "RecurringCharges": [ { "RecurringChargeAmount": X.XXX, "RecurringChargeFrequency": "Hourly" } ] } ``` Memcached で利用可能なリザーブドノードサービスの料金表とその他の情報を入手するには、コマンドプロンプトで次のコマンドを入力します。 ``` { "ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072", "CacheNodeType": "cache.xxx.large", "Duration": 94608000, "FixedPrice": XXXX.X, "UsagePrice": X.X, "ProductDescription": "memcached", "OfferingType": "All Upfront", "RecurringCharges": [ { "RecurringChargeAmount": X.X, "RecurringChargeFrequency": "Hourly" } ] }, { "ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072", "CacheNodeType": "cache.xxx.xlarge", "Duration": 94608000, "FixedPrice": XXXX.X, "UsagePrice": X.X, "ProductDescription": "memcached", "OfferingType": "Partial Upfront", "RecurringCharges": [ { "RecurringChargeAmount": X.XXXX, "RecurringChargeFrequency": "Hourly" } ] }, { "ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072", "CacheNodeType": "cache.xx.12xlarge", "Duration": 31536000, "FixedPrice": X.X, "UsagePrice": X.X, "ProductDescription": "memcached", "OfferingType": "No Upfront", "RecurringCharges": [ { "RecurringChargeAmount": X.XXXX, "RecurringChargeFrequency": "Hourly" } ] } ``` 詳細については、AWS CLI リファレンスの「[describe-reserved-cache-nodes-offerings](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-reserved-cache-nodes-offerings.html)」を参照してください。 ### リザーブドノードサービスに関する詳細情報の入手 (ElastiCache API) 利用可能なリザーブドノードサービスの料金表と情報を入手するには、`DescribeReservedCacheNodesOfferings` アクションを呼び出します。 **Example** ``` https://elasticache.us-west-2.amazonaws.com/ ?Action=DescribeReservedCacheNodesOfferings &Version=2014-12-01 &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20141201T220302Z &X-Amz-Algorithm &X-Amz-SignedHeaders=Host &X-Amz-Expires=20141201T220302Z &X-Amz-Credential= &X-Amz-Signature= ``` 詳細については、ElastiCache API リファレンスの「[DescribeReservedCacheNodesOfferings](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReservedCacheNodesOfferings.html)」を参照してください。 ## リザーブドノードの購入 以下の例では、AWS マネジメントコンソール、AWS CLI、および ElastiCache API を使用してリザーブドノードサービスを購入する方法を示します。 **重要** このセクションの例に従うと、AWS アカウントで料金が発生します。これを元に戻すことはできません。 **Topics** + [の使用AWS マネジメントコンソール](#reserved-nodes-purchasing-console) + [の使用AWS CLI](#reserved-nodes-purchasing-cli) + [ElastiCache API の使用](#reserved-nodes-purchasing-api) ### リザーブドノードの購入 (コンソール) この例では、リザーブドノード ID が *myreservationID* の特定のリザーブドノードサービス *649fd0c8-cf6d-47a0-bfa6-060f8e75e95f* を購入する方法を示しています。 次の手順では、AWS マネジメントコンソール を使用して、提供 ID 別にリザーブドノードサービスを購入します。 **リザーブドノードを購入するには** 1. AWS マネジメントコンソール にサインインして、ElastiCache コンソール ([https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/)) を開きます。 1. ナビゲーションリストで、**[Reserved Nodes]** (リザーブドノード) リンクを選択します。 1. **[Purchase reserved nodes]** (リザーブドノードを購入) ボタンを選択します。 1. **[エンジン]** で、[Valkey]、[Memcached]、または [Redis OSS] を選択します。 1. 使用できるサービスを確認するには、次のオプションから選択します。 + **ノードの種類** + **言葉** + **提供タイプ** + オプションの **[Reserved node ID]** (リザーブドノード ID) 選択後、選択したノードごとのコストと合計コストが **[Reservation details]** (予約の詳細) に表示されます。 1. **[購入]** を選択します。 ### リザーブドノードの購入 (AWS CLI) 以下の例では、リザーブドノード ID が *myreservationID* の特定のリザーブドクラスターサービス *649fd0c8-cf6d-47a0-bfa6-060f8e75e95f* を購入する方法を示しています。 コマンドプロンプトで以下のコマンドを入力します。 Linux、macOS、Unix の場合: ``` 1. aws elasticache purchase-reserved-cache-nodes-offering \ 2. --reserved-cache-nodes-offering-id 649fd0c8-cf6d-47a0-bfa6-060f8e75e95f \ 3. --reserved-cache-node-id myreservationID ``` Windows の場合: ``` 1. aws elasticache purchase-reserved-cache-nodes-offering ^ 2. --reserved-cache-nodes-offering-id 649fd0c8-cf6d-47a0-bfa6-060f8e75e95f ^ 3. --reserved-cache-node-id myreservationID ``` このコマンドにより、以下のような出力が返されます。 ``` 1. RESERVATION ReservationId Class Start Time Duration Fixed Price Usage Price Count State Description Offering Type 2. RESERVATION myreservationid cache.xx.small 2013-12-19T00:30:23.247Z 1y XXX.XX USD X.XXX USD 1 payment-pending memcached Medium Utilization ``` 詳細については、AWS CLI リファレンスの「[purche-reserved-cache-nodes-offerings](https://docs.aws.amazon.com/cli/latest/reference/elasticache/purchase-reserved-cache-nodes-offering.html)」を参照してください。 ### リザーブドノードの購入 (ElastiCache API) 以下の例では、リザーブドクラスター ID が *myreservationID* の特定のリザーブドノードサービス *649fd0c8-cf6d-47a0-bfa6-060f8e75e95f* を購入する方法を示しています。 以下のパラメータで `PurchaseReservedCacheNodesOffering` オペレーションを呼び出します。 + `ReservedCacheNodesOfferingId` = `649fd0c8-cf6d-47a0-bfa6-060f8e75e95f` + `ReservedCacheNodeID` = `myreservationID` + `CacheNodeCount` = `1` **Example** ``` https://elasticache.us-west-2.amazonaws.com/ ?Action=PurchaseReservedCacheNodesOffering &ReservedCacheNodesOfferingId=649fd0c8-cf6d-47a0-bfa6-060f8e75e95f &ReservedCacheNodeID=myreservationID &CacheNodeCount=1 &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20141201T220302Z &X-Amz-Algorithm=&AWS;4-HMAC-SHA256 &X-Amz-Date=20141201T220302Z &X-Amz-SignedHeaders=Host &X-Amz-Expires=20141201T220302Z &X-Amz-Credential= &X-Amz-Signature= ``` 詳細については、ElastiCache API リファレンスの「[PurchaseReservedCacheNodesOffering](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_PurchaseReservedCacheNodesOffering.html)」を参照してください。 ## リザーブドノードに関する詳細情報の入手 購入したリザーブドノードに関する情報は、AWS マネジメントコンソール、AWS CLI、および ElastiCache API を使用して入手できます。 **Topics** + [の使用AWS マネジメントコンソール](#reserved-nodes-describing-console) + [の使用AWS CLI](#reserved-nodes-describing-cli) + [ElastiCache API の使用](#reserved-nodes-describing-api) ### リザーブドノードに関する詳細情報の入手 (コンソール) 次の手順では、AWS マネジメントコンソール を使用して、購入したリザーブドノードに関する情報を入手します。 **購入したリザーブドノードに関する情報を入手するには** 1. AWS マネジメントコンソール にサインインして、ElastiCache コンソール ([https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/)) を開きます。 1. ナビゲーションリストで、**[Reserved nodes]** (リザーブドノード) リンクを選択します。 アカウントのリザーブドノードが [Reserved nodes] (リザーブドノード) の一覧に表示されます。リスト内のいずれかのリザーブドノードを選択して、コンソールの下部にある詳細ペインにリザーブドノードの詳細情報を表示できます。 ### リザーブドノードに関する詳細情報の入手 (AWS CLI) AWS アカウントのリザーブドノードに関する情報を入手するには、コマンドプロンプトで次のコマンドを入力します。 ``` aws elasticache describe-reserved-cache-nodes ``` このオペレーションでは、次のような出力が生成されます (JSON 形式)。 ``` { "ReservedCacheNodeId": "myreservationid", "ReservedCacheNodesOfferingId": "649fd0c8-cf6d-47a0-bfa6-060f8e75e95f", "CacheNodeType": "cache.xx.small", "DataTiering": "disabled", "Duration": "31536000", "ProductDescription": "memcached", "OfferingType": "Medium Utilization", "MaxRecords": 0 } ``` 詳細については、「AWS CLI リファレンス」の「[describe-reserved-cache-nodes](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-reserved-cache-nodes.html)」を参照してください。 ### リザーブドノードに関する詳細情報の入手 (ElastiCache API) AWS アカウントのリザーブドノードに関する情報を取得するには、`DescribeReservedCacheNodes` オペレーションを呼び出します。 **Example** ``` https://elasticache.us-west-2.amazonaws.com/ ?Action=DescribeReservedCacheNodes &Version=2014-12-01 &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20141201T220302Z &X-Amz-Algorithm=&AWS;4-HMAC-SHA256 &X-Amz-Date=20141201T220302Z &X-Amz-SignedHeaders=Host &X-Amz-Expires=20141201T220302Z &X-Amz-Credential= &X-Amz-Signature= ``` 詳細については、ElastiCache API リファレンスの「[DescribeReservedCacheNodes](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReservedCacheNodes.html)」を参照してください。 # 以前の世代のノードの移行 以前の世代のノードとは、段階的に廃止されるノードタイプです。以前の世代のノードタイプを使用している既存のクラスターがない場合、ElastiCache はそのノードタイプでの新しいクラスターの作成をサポートしていません。 以前の世代のノードタイプは限られているため、クラスター内でノードが非正常になった場合、正常な置換は保証できません。このようなシナリオでは、クラスターの可用性が悪影響を受ける可能性があります。 可用性とパフォーマンスを向上させるために、クラスターを新しいノードタイプに移行することをお勧めします。移行先の推奨ノードタイプについては、「[アップグレードパス](https://aws.amazon.com/ec2/previous-generation/)」を参照してください。ElastiCache でサポートされているノードタイプと以前の世代のノードタイプの完全なリストについては、「[サポートされているノードの種類](CacheNodes.SupportedTypes.md)」を参照してください。 ## Valkey または Redis OSS クラスターのノードの移行 以下の手順では、ElastiCache コンソールを使用して、Valkey または Redis OSS クラスターのノードタイプを移行する方法について説明しています。このプロセス中、Valkey または Redis OSS クラスターは最小限のダウンタイムでリクエストを処理し続けます。クラスターの設定によっては、次のようなダウンタイムが表示されることがあります。以下は推定値であり、特定の設定によって異なる場合があります。 + クラスターモードが無効 (シングルノード) は、主に DNS の伝播が原因で、約 60 秒表示されることがあります。 + クラスターモードが無効 (レプリカノードの場合) は、Valkey 7.2 以降または Redis OSS 5.0.6 以降を実行しているクラスターでは約 1 秒表示されることがあります。すべての下位バージョンでは、約 10 秒かかることがあります。 + クラスタモードが有効は、約 1 秒表示されることがあります。 **コンソールを使用して Valkey または Redis OSS クラスターのノードタイプを変更するには:** 1. コンソールにサインインして、ElastiCache コンソール ([https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/home)) を開きます。 1. ナビゲーションペインで **[Valkey クラスター]** または **[Redis OSS クラスター]** を選択します。 1. クラスターのリストから、移行するクラスターを選択します。 1. **アクション** を選択してから、**変更** を選択します。 1. ノードタイプのリストから新しいノードタイプを選択します。 1. 移行プロセスをすぐに実行する場合は、**[すぐに適用]** を選択します。[**Apply immediately**] を選択していない場合、移行プロセスはこのクラスターの次のメンテナンス期間中に実行されます。 1. **[変更]** を選択します。前の手順で **[すぐに適用]** を選択した場合、クラスターのステータスは **[変更中]** に変わります。ステータスが 使用可能**** に変わると、変更は完了し、新しいクラスターの使用を開始できます。 *AWS CLI を使用して、Valkey または Redis OSS クラスターのノードタイプを変更するには:* 次に示すように [[modify-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group.html)] APIを使用します。 Linux、macOS、Unix の場合: ``` aws elasticache modify-replication-group / --replication-group-id my-replication-group / --cache-node-type new-node-type / --apply-immediately ``` Windows の場合: ``` aws elasticache modify-replication-group ^ --replication-group-id my-replication-group ^ --cache-node-type new-node-type ^ --apply-immediately ``` このシナリオでは、[*new-node-type*] の値は、移行先のノードタイプです。`--apply-immediately` パラメータを渡すことによって、レプリケーショングループが [**変更中**] から [**使用可能**] ステータスに変わるとすぐに適用されます。[**Apply immediately**] を選択していない場合、移行プロセスはこのクラスターの次のメンテナンス期間中に実行されます。 **注記** `InvalidCacheClusterState` エラーによってクラスターを変更できない場合は、復元失敗ノードを最初に削除する必要があります。 ### 復元失敗ノードの修正または削除 以下の手順では、復元失敗ノードを修正するか、Valkey または Redis OSS クラスターから削除する方法について説明します。ElastiCache ノードが復元失敗状態になる経緯については、「[ElastiCache ノードステータスの表示](Nodes.viewing.md)」を参照してください。最初に復元失敗状態のノードをすべて削除してから、ElastiCache クラスター内の残りの旧世代のノードを新世代のノードタイプに移行し、最後に必要数のノードをあらためて追加することをお勧めします。 復元失敗ノードを削除するには（コンソール): 1. コンソールにサインインして、ElastiCache コンソール ([https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/home)) を開きます。 1. ナビゲーションペインで **[Valkey クラスター]** または **[Redis OSS クラスター]** を選択します。 1. クラスターの一覧から、ノードを削除するクラスターを選択します。 1. シャードの一覧から、ノードを削除するシャードを選択します。クラスターでクラスターモードが無効の場合は、このステップをスキップします。 1. ノードのリストから、`restore-failed` のステータスのノードを選択します。 1. **[アクション]** を選択して、**[ノードの削除]** を選択します。 復元失敗ノードを ElastiCache クラスターから削除すると、新しい世代のタイプに移行できるようになります。詳細については、上記の「[Valkey または Redis OSS クラスターのノードの移行](#CacheNodes.NodeMigration.Redis)」を参照してください。 ElastiCache クラスターにノードを追加し直す方法については、「[ノードを ElastiCache クラスターに追加する](Clusters.AddNode.md)」を参照してください。 ## Memcached クラスターのノードの移行 ElastiCache for Memcached を別のノードタイプに移行するには、新しいクラスターを作成する必要があります。これは常に、アプリケーションが入力できる空の状態から開始されます。 **ElastiCache コンソールを使用して ElastiCache for Memcached クラスターノードタイプを移行するには:** + 新しいノードインスタンスタイプで新しいクラスターを作成します。詳細については、「[Memcached クラスター (CLI) の作成 (コンソール)](Clusters.Create-mc.md#Clusters.Create.CON.Memcached)」を参照してください。 + アプリケーションでは、新しいクラスターのエンドポイントにエンドポイントが更新されます。詳細については、「[クラスターのエンドポイントの検索 (コンソール) (Memcached)](Endpoints.md#Endpoints.Find.Memcached)」を参照してください。 + 古いクラスターを削除します。詳細については、[ElastiCache でのクラスターの削除](Clusters.Delete.md) を参照してください。