翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# スナップショットおよび復元
Valkey、Redis OSS、または Serverless Memcached を実行している Amazon ElastiCache キャッシュでは、スナップショットを作成することでデータをバックアップできます。このバックアップを使用すると、キャッシュまたはシードデータを新しいキャッシュに復元できます。バックアップは、キャッシュ内の全データとキャッシュのメタデータで構成されます。すべてのバックアップは、耐久性のあるストレージを提供する Amazon Simple Storage Service (Amazon S3) に書き込まれます。新しい Valkey、Redis OSS、または Serverless Memcached キャッシュを作成し、バックアップのデータを挿入することで、いつでもデータを復元できます。ElastiCache では、、AWS Command Line Interface(AWS CLI)AWS マネジメントコンソール、および ElastiCache API を使用してバックアップを管理できます。
キャッシュを削除する予定であり、データを保持することが重要な場合は、万一に備えることができます。そのためには、まず手動バックアップを作成し、そのステータスが *[利用可能]* であることを確認してから、キャッシュを削除します。これにより、バックアップが失敗した場合でも、キャッシュデータは引き続き使用できます。前述のベストプラクティスに従って、バックアップの作成を再試行できます。
**Topics**
+ [バックアップの制約](#backups-constraints)
+ [ノードベースのクラスターのバックアップがパフォーマンスに与える影響](#backups-performance)
+ [自動バックアップのスケジュール](backups-automatic.md)
+ [手動バックアップの取得](backups-manual.md)
+ [最終バックアップの作成](backups-final.md)
+ [バックアップの詳細の表示](backups-describing.md)
+ [バックアップのコピー](backups-copying.md)
+ [バックアップのエクスポート](backups-exporting.md)
+ [バックアップから新しいキャッシュへの復元](backups-restoring.md)
+ [バックアップの削除](backups-deleting.md)
+ [バックアップへのタグ付け](backups-tagging.md)
+ [チュートリアル: 外部で作成されたバックアップで新しいノードベースのクラスターをシードする](backups-seeding-redis.md)
## バックアップの制約
バックアップを計画または作成するときは、以下の制約事項を考慮してください。
+ バックアップと復元は、Valkey、Redis OSS、または Serverless Memcached で実行されているキャッシュでのみサポートされます。
+ Valkey または Redis OSS (クラスターモードが無効) クラスターでは、バックアップと復元は `cache.t1.micro` ノードではサポートされません。他のキャッシュノードタイプはすべてサポートされます。
+ Valkey または Redis OSS (クラスターモードが有効) クラスターでは、バックアップと復元はすべてのノードタイプでサポートされます。
+ 連続する 24 時間で、サーバーレスキャッシュあたり 24 個までの手動バックアップを作成できます。Valkey および Redis OSS のノードベースのクラスターでは、クラスター内のノードあたり 20 個まで手動バックアップを作成できます。
+ Valkey または Redis OSS (クラスターモードが有効) は、クラスターレベル (API または CLI ではレプリケーショングループレベル) でのバックアップの作成のみをサポートします。Valkey または Redis OSS (クラスターモードが有効) は、シャードレベル (API または CLI ではノードグループレベル) でのバックアップの作成をサポートしていません。
+ バックアッププロセス中は、サーバーレスキャッシュで他の API または CLI オペレーションを実行できません。バックアップ中に、ノードベースのクラスターで API または CLI のオペレーションを実行できます。
+ データ階層化で Valkey または Redis OSS キャッシュを使用している場合、バックアップを Amazon S3 にエクスポートすることはできません。
+ r6gd ノードタイプを使用するクラスターのバックアップは、r6gd ノードタイプを使用するクラスターにのみ復元できます。
## ノードベースのクラスターのバックアップがパフォーマンスに与える影響
サーバーレスキャッシュのバックアップはアプリケーションに対して透過的であり、パフォーマンスには影響しません。ただし、ノードベースのクラスターのバックアップを作成する場合、使用可能な予約済みのメモリによっては、パフォーマンスに影響を及ぼす可能性があります。ノードベースのクラスターのバックアップは ElastiCache for Memcached では利用できませんが、ElastiCache for Redis OSS では利用できます。
ノードベースのクラスターのバックアップパフォーマンスを向上させるためのガイドラインは次のとおりです。
+ `reserved-memory-percent` パラメータを設定する – 過剰なページングを軽減するために、*reserved-memory-percent* パラメータを設定することをお勧めします。このパラメータは、Valkey および Redis OSS がノードの使用可能なメモリをすべて消費することを防止し、ページング容量を削減するのに役立ちます。また、大容量のノードを使用するだけでパフォーマンスが向上する場合があります。*reserved-memory* と *reserved-memory-percent* パラメータの詳細については、「[Valkey および Redis OSS の予約済みメモリを管理する](redis-memory-management.md)」を参照してください。
+ リードレプリカからバックアップを作成する – 複数のノードを含むノードグループで Valkey または Redis OSS を実行している場合、プライマリノードまたはいずれかのリードレプリカからバックアップを作成できます。BGSAVE の実行時に必要なシステムリソースのために、いずれかのリードレプリカからバックアップを作成することをお勧めします。レプリカからバックアップが作成されている間、プライマリノードは BGSAVE リソースの要件の影響を受けません。プライマリノードは、速度を落とすことなくリクエストを処理し続けることができます。
これを行うには、[手動バックアップの作成](backups-manual.md#backups-manual-CON) を参照し、[**バックアップの作成**] ウィンドウの [**クラスター名**] フィールドで、デフォルトのプライマリノードではなくレプリカを選択します。
レプリケーショングループを削除し、最終バックアップをリクエストした場合、ElastiCache は常にプライマリノードからバックアップを作成します。これにより、レプリケーショングループが削除される前に、最新の Valkey または Redis OSS データがキャプチャされます。
# 自動バックアップのスケジュール
Valkey または Redis OSS のサーバーレスキャッシュまたはノードベースのクラスターの自動バックアップを有効にできます。自動バックアップを有効にすると、ElastiCache はキャッシュのバックアップを毎日作成します。キャッシュへの影響はなく、変更は即時に行われます。自動バックアップは、データ損失を防ぐのに役立ちます。障害が起こった場合、最新のバックアップからデータを復元して新しいキャッシュを作成できます。その結果、データがプリロードされたキャッシュがウォームスタートされ、使用可能になります。詳細については、「[バックアップから新しいキャッシュへの復元](backups-restoring.md)」を参照してください。
Memcached サーバーレスキャッシュの自動バックアップを有効にすることができます。自動バックアップを有効にすると、ElastiCache はキャッシュのバックアップを毎日作成します。キャッシュへの影響はなく、変更は即時に行われます。自動バックアップは、データ損失を防ぐのに役立ちます。障害が起こった場合、最新のバックアップからデータを復元して新しいキャッシュを作成できます。その結果、データがプリロードされたキャッシュがウォームスタートされ、使用可能になります。詳細については、「[バックアップから新しいキャッシュへの復元](backups-restoring.md)」を参照してください。
自動バックアップをスケジュールする場合は、次の設定を検討する必要があります:
+ **[バックアップの開始時刻]** — ElastiCache がバックアップの作成を開始する時刻。バックアップ期間は、最も便利な時間に設定できます。指定しない場合、バックアップ期間は ElastiCache によって自動的に割り当てられます。
+ [**バックアップ保持期限**] – バックアップが Amazon S3 に保持される日数。たとえば、保持期限を 5 に設定すると、今日作成されたバックアップは 5 日間保持されます。保持期限が切れると、バックアップは自動的に削除されます。
最大バックアップ保持期限は 35 日です。バックアップ保持期限を 0 に設定すると、キャッシュの自動バックアップが無効になります。
自動バックアップをスケジュールすると、ElastiCache はバックアップの作成を開始します。バックアップ期間は、最も便利な時間に設定できます。指定しない場合、バックアップ期間は ElastiCache によって自動的に割り当てられます。
ElastiCache コンソール、、または ElastiElastiCache API を使用して、新しいキャッシュを作成するとき、または既存のキャッシュを更新するときに、自動バックアップを有効AWS CLIまたは無効にできます。Valkey および Redis OSS の場合、**[Valkey の詳細設定]** または **[Redis OSS の詳細設定]** セクションの **[自動バックアップの有効化]** チェックボックスをオンにします。Memcached の場合、**[Memcached の詳細設定]** セクションの **[自動バックアップの有効化]** チェックボックスをオンにします。
# 手動バックアップの取得
自動バックアップに加えて、いつでも*手動*バックアップを作成できます。指定された保持期間後に自動的に削除される自動バックアップとは異なり、手動バックアップには、経過した後で自動的に削除される保持期間はありません。キャッシュを削除しても、そのキャッシュからの手動バックアップはすべて保持されます。手動バックアップを保持する必要がなくなった場合は、自分で明示的に削除する必要があります。
手動バックアップの直接的な作成に加えて、以下のいずれかの方法で手動バックアップを作成できます。
+ 「[バックアップのコピー](backups-copying.md)」ソースのバックアップが自動で作成されたか、手動で作成されたかは問題ではありません。
+ 「[最終バックアップの作成](backups-final.md)」クラスターまたはノードを削除する直前に最終バックアップを作成します。
キャッシュの手動バックアップは、AWS マネジメントコンソール、、AWS CLIまたは ElastiCache API を使用して作成できます。
クラスターモードが有効になっているレプリカとクラスターモードが無効になっているレプリカから手動バックアップを生成できます。
## 手動バックアップの作成
**キャッシュのバックアップを作成するには (コンソール)**
1. にサインインAWS マネジメントコンソールし、[https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/) で ElastiCache コンソールを開きます。
1. ナビゲーションペインで、目的に応じて、**[Valkey キャッシュ]**、**[Redis OSS キャッシュ]**、または **[Memcached キャッシュ]** を選択します。
1. バックアップするキャッシュの名前の左にあるチェックボックスをオンにします。
1. **[バックアップ]** を選択します。
1. **[バックアップを作成する]** ダイアログで、**[バックアップ名]** ボックスにバックアップの名前を入力します。バックアップ元のクラスターおよびバックアップを実行した日付と時刻を示すような名前にすることをお勧めします。
クラスターの命名に関する制約は次のとおりです。
+ 1～40 個の英数字またはハイフンを使用する必要があります。
+ 先頭は文字を使用する必要があります。
+ 連続する 2 つのハイフンを含めることはできません。
+ ハイフンで終わることはできません。
1. **[バックアップを作成]** を選択します。
クラスターのステータスが *snapshotting* に変わります。
## 手動バックアップの作成 (AWS CLI)
**を使用したサーバーレスキャッシュの手動バックアップAWS CLI**
を使用してキャッシュの手動バックアップを作成するにはAWS CLI、以下のパラメータを指定して `create-serverless-snapshot`AWS CLIオペレーションを使用します。
+ `--serverless-cache-name` — バックアップするサーバーレスキャッシュの名前。
+ `--serverless-cache-snapshot-name` – 作成するスナップショットの名前。
Linux、macOS、Unix の場合:
+
```
aws elasticache create-serverless-snapshot \
--serverless-cache-name CacheName \
--serverless-cache-snapshot-name bkup-20231127
```
Windows の場合:
+
```
aws elasticache create-serverless-snapshot ^
--serverless-cache-name CacheName ^
--serverless-cache-snapshot-name bkup-20231127
```
**を使用したノードベースのクラスターの手動バックアップAWS CLI**
を使用してノードベースのクラスターの手動バックアップを作成するにはAWS CLI、次のパラメータを指定して `create-snapshot`AWS CLIオペレーションを使用します。
+ `--cache-cluster-id`
+ バックアップするクラスターにレプリカノードがない場合、`--cache-cluster-id` は、バックアップするクラスターの名前 (*mycluster* など) です。
+ バックアップするクラスターに 1 つ以上のレプリカノードがある場合、`--cache-cluster-id` は、バックアップに使用するクラスター内のノードの名前です。たとえば、名前は *mycluster-002* です。
このパラメータは、Valkey または Redis OSS (クラスターモードが無効) クラスターをバックアップする場合にのみ使用します。
+ `--replication-group-id` – バックアップのソースとして使用する Valkey または Redis OSS (クラスターモードが有効) クラスター (CLI/API: レプリケーショングループ) の名前。このパラメータは、Valkey または Redis OSS (クラスターモードが有効) クラスターをバックアップするときに使用します。
+ `--snapshot-name` – 作成するスナップショットの名前。
クラスターの命名に関する制約は次のとおりです。
+ 1～40 個の英数字またはハイフンを使用する必要があります。
+ 先頭は文字を使用する必要があります。
+ 連続する 2 つのハイフンを含めることはできません。
+ ハイフンで終わることはできません。
### 例 1: レプリカノードがない Valkey または Redis OSS (クラスターモードが無効) クラスターのバックアップ
次のAWS CLIオペレーションでは、リードレプリカ`myNonClusteredRedis`を持たない Valkey または Redis OSS (クラスターモードが無効) クラスター`bkup-20150515`からバックアップを作成します。
Linux、macOS、Unix の場合:
```
aws elasticache create-snapshot \
--cache-cluster-id myNonClusteredRedis \
--snapshot-name bkup-20150515
```
Windows の場合:
```
aws elasticache create-snapshot ^
--cache-cluster-id myNonClusteredRedis ^
--snapshot-name bkup-20150515
```
### 例 2: レプリカノードがある Valkey または Redis OSS (クラスターモードが無効) クラスターのバックアップ
次のAWS CLIオペレーションでは、Valkey または Redis OSS (クラスターモードが無効) クラスター `bkup-20150515`からバックアップを作成します`myNonClusteredRedis`。このバックアップには、1 つ以上のリードレプリカがあります。
Linux、macOS、Unix の場合:
```
aws elasticache create-snapshot \
--cache-cluster-id myNonClusteredRedis-001 \
--snapshot-name bkup-20150515
```
Windows の場合:
```
aws elasticache create-snapshot ^
--cache-cluster-id myNonClusteredRedis-001 ^
--snapshot-name bkup-20150515
```
**出力の例: レプリカノードがある Valkey または Redis OSS (クラスターモードが無効) クラスターのバックアップ**
このオペレーションによる出力は以下のようになります。
```
{
"Snapshot": {
"Engine": "redis",
"CacheParameterGroupName": "default.redis6.x",
"VpcId": "vpc-91280df6",
"CacheClusterId": "myNonClusteredRedis-001",
"SnapshotRetentionLimit": 0,
"NumCacheNodes": 1,
"SnapshotName": "bkup-20150515",
"CacheClusterCreateTime": "2017-01-12T18:59:48.048Z",
"AutoMinorVersionUpgrade": true,
"PreferredAvailabilityZone": "us-east-1c",
"SnapshotStatus": "creating",
"SnapshotSource": "manual",
"SnapshotWindow": "08:30-09:30",
"EngineVersion": "6.0",
"NodeSnapshots": [
{
"CacheSize": "",
"CacheNodeId": "0001",
"CacheNodeCreateTime": "2017-01-12T18:59:48.048Z"
}
],
"CacheSubnetGroupName": "default",
"Port": 6379,
"PreferredMaintenanceWindow": "wed:07:30-wed:08:30",
"CacheNodeType": "cache.m3.2xlarge",
"DataTiering": "disabled"
}
}
```
### 例 3: Valkey または Redis OSS (クラスターモードが有効) クラスターのバックアップ
次のAWS CLIオペレーションでは、Valkey または Redis OSS (クラスターモードが有効) クラスター `bkup-20150515`からバックアップを作成します`myClusteredRedis`。送信元を特定する `--cache-cluster-id` ではなく、`--replication-group-id` を使用することに注意してください。また、ElastiCache は、レプリカノードが存在する場合はレプリカノードを使用してバックアップを取得し、レプリカノードが利用できない場合はデフォルトでプライマリノードを使用することに注意してください。
Linux、macOS、Unix の場合:
```
aws elasticache create-snapshot \
--replication-group-id myClusteredRedis \
--snapshot-name bkup-20150515
```
Windows の場合:
```
aws elasticache create-snapshot ^
--replication-group-id myClusteredRedis ^
--snapshot-name bkup-20150515
```
**出力の例: Valkey または Redis OSS (クラスターモードが有効) クラスターのバックアップ**
このオペレーションによる出力は、次のようになります。
```
{
"Snapshot": {
"Engine": "redis",
"CacheParameterGroupName": "default.redis6.x.cluster.on",
"VpcId": "vpc-91280df6",
"NodeSnapshots": [
{
"CacheSize": "",
"NodeGroupId": "0001"
},
{
"CacheSize": "",
"NodeGroupId": "0002"
}
],
"NumNodeGroups": 2,
"SnapshotName": "bkup-20150515",
"ReplicationGroupId": "myClusteredRedis",
"AutoMinorVersionUpgrade": true,
"SnapshotRetentionLimit": 1,
"AutomaticFailover": "enabled",
"SnapshotStatus": "creating",
"SnapshotSource": "manual",
"SnapshotWindow": "10:00-11:00",
"EngineVersion": "6.0",
"CacheSubnetGroupName": "default",
"ReplicationGroupDescription": "2 shards 2 nodes each",
"Port": 6379,
"PreferredMaintenanceWindow": "sat:03:30-sat:04:30",
"CacheNodeType": "cache.r3.large",
"DataTiering": "disabled"
}
}
```
### 関連トピック
詳細については、*AWS CLIコマンドリファレンス*の「[create-snapshot](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-snapshot.html)」を参照してください。
## を使用したバックアップの作成CloudFormation
CloudFormationを使用して、 `AWS::ElastiCache::ServerlessCache`または `AWS::ElastiCache::ReplicationGroup`プロパティを使用して ElastiCache Redis OSS または Valkey キャッシュのバックアップを作成できます。
**`AWS::ElastiCache::ServerlessCache` リソースの使用**
AWS::ElastiCache::ServerlessCache リソースを使用してバックアップを作成するには、これを使用します。
```
Resources:
iotCatalog:
Type: AWS::ElastiCache::ServerlessCache
Properties:
...
ServerlessCacheName: "your-cache-name"
Engine: "redis"
CacheUsageLimits
```
**AWS::ElastiCache::ReplicationGroup リソースの使用**
`AWS::ElastiCache::ReplicationGroup` リソースを使用します。
```
Resources:
iotCatalog:
Type: AWS::ElastiCache::ReplicationGroup
Properties:
...
ReplicationGroupDescription: "Description of your replication group"
Engine: "redis"
CacheNodeType
NumCacheClusters
AutomaticFailoverEnabled
AtRestEncryptionEnabled
```
# 最終バックアップの作成
ElastiCache コンソール、、AWS CLIまたは ElastiCache API を使用して最終バックアップを作成できます。
## 最終バックアップの作成 (コンソール)
Valkey、Memcached、または Redis OSS のサーバーレスキャッシュ、あるいは Valkey または Redis OSS のノードベースのクラスターを削除するときに、ElastiCache コンソールを使用して、最終バックアップを作成できます。
キャッシュの削除時に最終バックアップを作成するには、削除ダイアログボックスの **[バックアップを作成]** で **[はい]** を選択し、バックアップに名前を付けます。
**関連トピック**
+ [の使用AWS マネジメントコンソール](Clusters.Delete.md#Clusters.Delete.CON)
+ [レプリケーショングループの削除 (コンソール)](Replication.DeletingRepGroup.md#Replication.DeletingRepGroup.CON)
## 最終バックアップの作成 (AWS CLI)
AWS CLIを使用して、キャッシュを削除するときに最終バックアップを作成できます。
**Topics**
+ [Valkey キャッシュ、Memcached サーバーレスキャッシュ、または Redis OSS キャッシュを削除する場合](#w2aac24b7c29b7b1b7)
+ [リードレプリカのない Valkey または Redis OSS クラスターを削除する場合](#w2aac24b7c29b7b1b9)
+ [リードレプリカのある Valkey または Redis OSS クラスターを削除する場合](#w2aac24b7c29b7b1c11)
### Valkey キャッシュ、Memcached サーバーレスキャッシュ、または Redis OSS キャッシュを削除する場合
最終バックアップを作成するには、以下のパラメータを指定して `delete-serverless-cache`AWS CLIオペレーションを使用します。
+ `--serverless-cache-name` – 削除するキャッシュの名前。
+ `--final-snapshot-name` – バックアップの名前。
以下のコードは、最終バックアップ `bkup-20231127-final` をキャッシュ `myserverlesscache` の削除時に作成します。
Linux、macOS、Unix の場合:
```
aws elasticache delete-serverless-cache \
--serverless-cache-name myserverlesscache \
--final-snapshot-name bkup-20231127-final
```
Windows の場合:
```
aws elasticache delete-serverless-cache ^
--serverless-cache-name myserverlesscache ^
--final-snapshot-name bkup-20231127-final
```
詳細については、*AWS CLIコマンドリファレンス*の「[delete-serverless-cache](https://docs.aws.amazon.com/cli/latest/reference/elasticache/delete-serverless-cache.html)」を参照してください。
### リードレプリカのない Valkey または Redis OSS クラスターを削除する場合
リードレプリカのないノードベースのクラスターの最終バックアップを作成するには、以下のパラメータを指定して `delete-cache-cluster`AWS CLIオペレーションを使用します。
+ `--cache-cluster-id` – 削除するクラスターの名前。
+ `--final-snapshot-identifier` – バックアップの名前。
以下のコードは、最終バックアップ `bkup-20150515-final` をクラスター `myRedisCluster` の削除時に作成します。
Linux、macOS、Unix の場合:
```
aws elasticache delete-cache-cluster \
--cache-cluster-id myRedisCluster \
--final-snapshot-identifier bkup-20150515-final
```
Windows の場合:
```
aws elasticache delete-cache-cluster ^
--cache-cluster-id myRedisCluster ^
--final-snapshot-identifier bkup-20150515-final
```
詳細については、*AWS CLI CLI コマンドリファレンス*の「[delete-cache-cluster](https://docs.aws.amazon.com/cli/latest/reference/elasticache/delete-cache-cluster.html)」を参照してください。
### リードレプリカのある Valkey または Redis OSS クラスターを削除する場合
レプリケーショングループを削除するときに最終バックアップを作成するには、以下のパラメータを指定して `delete-replication-group`AWS CLIオペレーションを使用します。
+ `--replication-group-id` – 削除するレプリケーショングループの名前。
+ `--final-snapshot-identifier` – 最終バックアップの名前。
以下のコードは、最終バックアップ `bkup-20150515-final` をレプリケーショングループ `myReplGroup` の削除時に作成します。
Linux、macOS、Unix の場合:
```
aws elasticache delete-replication-group \
--replication-group-id myReplGroup \
--final-snapshot-identifier bkup-20150515-final
```
Windows の場合:
```
aws elasticache delete-replication-group ^
--replication-group-id myReplGroup ^
--final-snapshot-identifier bkup-20150515-final
```
詳細については、*AWS CLIコマンドリファレンス*の「[delete-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/delete-replication-group.html)」を参照してください。
# バックアップの詳細の表示
以下の手順では、バックアップのリストを表示する方法を示しています。必要に応じて、特定のバックアップの詳細を表示することもできます。
## バックアップの説明 (コンソール)
**を使用してバックアップを表示するにはAWS マネジメントコンソール**
1. にサインインAWS マネジメントコンソールし、[https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/) で ElastiCache コンソールを開きます。
1. ナビゲーションペインで **[バックアップ]** を選択します。
1. 特定のバックアップの詳細を表示するには、バックアップの名前の左にあるチェックボックスをオンにします。
## サーバーレスバックアップの説明 (AWS CLI)
サーバーレスバックアップのリストと必要に応じて特定のバックアップの詳細を表示するには、`describe-serverless-cache-snapshots` CLI オペレーションを使用します。
**例**
以下のオペレーションでは、パラメータ `--max-records` を使用して、アカウントに関連付けられた最大 20 個のバックアップをリスト表示します。パラメータ `--max-records` を省略すると、最大 50 個のバックアップが一覧表示されます。
```
aws elasticache describe-serverless-cache-snapshots --max-records 20
```
以下のオペレーションでは、パラメータ `--serverless-cache-name` を使用して、キャッシュ `my-cache` に関連付けられたバックアップのみをリスト表示します。
```
aws elasticache describe-serverless-cache-snapshots --serverless-cache-name my-cache
```
以下のオペレーションでは、パラメータ `--serverless-cache-snapshot-name` を使用して、バックアップ `my-backup` の詳細を表示します。
```
aws elasticache describe-serverless-cache-snapshots --serverless-cache-snapshot-name my-backup
```
詳細については、AWS CLI「 コマンドリファレンス」の[describe-serverless-cache-snapshots](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-serverless-cache-snapshots.html)」を参照してください。
## ノードベースのクラスターバックアップの記述 (AWS CLI)
ノードベースのクラスターのバックアップのリストと、必要に応じて特定のバックアップの詳細を表示するには、`describe-snapshots` CLI オペレーションを使用します。
**例**
以下のオペレーションでは、パラメータ `--max-records` を使用して、アカウントに関連付けられた最大 20 個のバックアップをリスト表示します。パラメータ `--max-records` を省略すると、最大 50 個のバックアップが一覧表示されます。
```
aws elasticache describe-snapshots --max-records 20
```
以下のオペレーションでは、パラメータ `--cache-cluster-id` を使用して、クラスター `my-cluster` に関連付けられたバックアップのみをリスト表示します。
```
aws elasticache describe-snapshots --cache-cluster-id my-cluster
```
以下のオペレーションでは、パラメータ `--snapshot-name` を使用して、バックアップ `my-backup` の詳細を表示します。
```
aws elasticache describe-snapshots --snapshot-name my-backup
```
詳細については、AWS CLI「 コマンドリファレンス」の[「describe-snapshots](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-snapshots.html)」を参照してください。
# バックアップのコピー
自動で作成されたか手動で作成されたかにかかわらず、どのバックアップのコピーでも作成できます。バックアップをエクスポートし、ElastiCache 外部からアクセスすることもできます。バックアップのエクスポートに関するガイダンスについては、「[バックアップのエクスポート](backups-exporting.md)」を参照してください。
以下の手順では、バックアップをコピーする方法を示しています。
## バックアップのコピー (コンソール)
**バックアップをコピーするには (コンソール)**
1. にサインインAWS マネジメントコンソールし、[https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/) で ElastiCache コンソールを開きます。
1. バックアップのリストを表示するには、左のナビゲーションペインから [**Backups**] を選択します。
1. バックアップのリストから、コピーするバックアップの名前の左にあるチェックボックスをオンにします。
1. **[アクション]**、**[コピー]** の順に選択します。
1. **[新しいバックアップ名]** ボックスに、新しいバックアップの名前を入力します。
1. **[コピー]** を選択します。
## サーバーレスバックアップのコピー (AWS CLI)
サーバーレスキャッシュのバックアップをコピーするには、`copy-serverless-cache-snapshot` オペレーションを使用します。
**パラメータ**
+ `--source-serverless-cache-snapshot-name` – コピーするバックアップの名前。
+ `--target-serverless-cache-snapshot-name` – バックアップのコピーの名前。
以下の例では、自動バックアップのコピーを作成します。
Linux、macOS、Unix の場合:
```
aws elasticache copy-serverless-cache-snapshot \
--source-serverless-cache-snapshot-name automatic.my-cache-2023-11-27-03-15 \
--target-serverless-cache-snapshot-name my-backup-copy
```
Windows の場合:
```
aws elasticache copy-serverless-cache-snapshot ^
--source-serverless-cache-snapshot-name automatic.my-cache-2023-11-27-03-15 ^
--target-serverless-cache-snapshot-name my-backup-copy
```
詳細については、「*AWS CLI*」の「[https://docs.aws.amazon.com/cli/latest/reference/elasticache/copy-serverless-cache-snapshot.html](https://docs.aws.amazon.com/cli/latest/reference/elasticache/copy-serverless-cache-snapshot.html)」を参照してください。
## ノードベースのクラスターバックアップのコピー (AWS CLI)
ノードベースのクラスターのバックアップをコピーするには、`copy-snapshot` オペレーションを使用します。
**パラメータ**
+ `--source-snapshot-name` – コピーするバックアップの名前。
+ `--target-snapshot-name` – バックアップのコピーの名前。
+ `--target-bucket` – バックアップのエクスポート用に予約されています。バックアップのコピーを作成する場合は、このパラメータを使用しないでください。詳細については、「[バックアップのエクスポート](backups-exporting.md)」を参照してください。
以下の例では、自動バックアップのコピーを作成します。
Linux、macOS、Unix の場合:
```
aws elasticache copy-snapshot \
--source-snapshot-name automatic.my-redis-primary-2014-03-27-03-15 \
--target-snapshot-name amzn-s3-demo-bucket
```
Windows の場合:
```
aws elasticache copy-snapshot ^
--source-snapshot-name automatic.my-redis-primary-2014-03-27-03-15 ^
--target-snapshot-name amzn-s3-demo-bucket
```
詳細については、「*AWS CLI*」の「[https://docs.aws.amazon.com/cli/latest/reference/elasticache/copy-snapshot.html](https://docs.aws.amazon.com/cli/latest/reference/elasticache/copy-snapshot.html)」を参照してください。
# バックアップのエクスポート
Amazon ElastiCache は、ElastiCache for Redis OSS バックアップの Amazon Simple Storage Service (Amazon S3) バケットへのエクスポートをサポートしています。これにより、ElastiCache の外部からバックアップにアクセスできます。ElastiCache コンソール、、AWS CLIまたは ElastiCache API を使用してバックアップをエクスポートできます。
バックアップのエクスポートは、別のAWSリージョンでクラスターを起動する必要がある場合に役立ちます。データを 1 つのAWSリージョンにエクスポートし、.rdb ファイルを新しいAWSリージョンにコピーしてから、その .rdb ファイルを使用して新しいクラスターが使用中に入力されるのを待たずに、新しいキャッシュをシードできます。新しいクラスターのシードについては、「[チュートリアル: 外部で作成されたバックアップで新しいノードベースのクラスターをシードする](backups-seeding-redis.md)」を参照してください。キャッシュのデータをエクスポートする別の理由は、オフライン処理のために .rdb ファイルを使用するためです。
**重要**
ElastiCache バックアップとコピー先の Amazon S3 バケットは、同じAWSリージョンにある必要があります。
Amazon S3 バケットにコピーされたバックアップは暗号化されますが、バックアップを保存する Amazon S3 バケットへのアクセス権を他の人に付与しないことを強くお勧めします。
データ階層化を使用するクラスターでは、Amazon S3 へのバックアップのエクスポートはサポートされていません。詳細については、「[ElastiCache のデータ階層化](data-tiering.md)」を参照してください。
バックアップのエクスポートは、ノードベースの Valkey クラスター、ノードベースの Redis OSS クラスター、ならびに Valkey、Memcached、および Redis OSS のサーバーレスキャッシュで利用できます。バックアップのエクスポートは、ノードベースの Memcached クラスターでは使用できません。
バックアップを Amazon S3 バケットにエクスポートする前に、バックアップと同じAWSリージョンに Amazon S3 バケットが必要です。バケットへのアクセス権を ElastiCache に付与します。最初の 2 つのステップで、これを行う方法を示します。
## Amazon S3 バケットを作成する
以下の手順では、Amazon S3 コンソールを使用して、ElastiCache バックアップをエクスポートおよび保存する Amazon S3 バケットを作成します。
**Amazon S3 バケットを作成するには**
1. にサインインAWS マネジメントコンソールし、[https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/) で Amazon S3 コンソールを開きます。
1. **バケットの作成** を選択します。
1. **バケットを作成する - バケット名と地域を選択する** で、以下の操作を実行します。
1. [**Bucket Name**] に Amazon S3 バケットの名前を入力します。
Amazon S3 バケットの名前は DNS に準拠している必要があります。それ以外の場合、ElastiCache はバックアップファイルにアクセスできません。DNS コンプライアンスのルールは次のとおりです。
+ 名前は、3～63 文字以内にする必要があります。
+ 名前は、ピリオド (.) で区切られた 1 つのラベルまたは一連の複数のラベルとして指定します。
+ 先頭の文字には小文字の英文字または数字を使用します。
+ 終了の文字には小文字の英文字または数字を使用します。
+ 小文字の英文字、数字、およびダッシュのみを含めます。
+ 名前は IP アドレスの形式にすることはできません (例: 192.0.2.0)。
1. **リージョン**リストから、Amazon S3 バケットのAWSリージョンを選択します。このAWSリージョンは、エクスポートする ElastiCache バックアップと同じAWSリージョンである必要があります。
1. **[作成]** を選択します。
Amazon S3 バケットの作成の詳細については、*Amazon Simple Storage Service ユーザーガイド*の「[バケットの作成](https://docs.aws.amazon.com/AmazonS3/latest/userguide/CreatingaBucket.html)」を参照してください。
## Amazon S3 バケットへのアクセス権を ElastiCache に付与する
ElastiCache がスナップショットを Amazon S3 バケットにコピーできるようにするには、IAM バケットポリシーを更新し、バケットへのアクセス権を ElastiCache に付与する必要があります。
**警告**
Amazon S3 バケットにコピーされるバックアップは暗号化されますが、Amazon S3 バケットへのアクセス権を持つユーザーなら、誰でもデータにアクセスできます。したがって、この Amazon S3 バケットへの不正アクセスを防ぐよう IAM ポリシーを設定することを強くお勧めします。詳細については、「*Amazon S3 ユーザーガイド*」の「[アクセスの管理](https://docs.aws.amazon.com/AmazonS3/latest/userguide/s3-access-control.html)」を参照してください。
Amazon S3 バケットで適切なアクセス許可を作成するには、以下の手順を実行します。
**S3 バケットへのアクセス権を ElastiCache に付与するには**
1. にサインインAWS マネジメントコンソールし、[https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/) で Amazon S3 コンソールを開きます。
1. バックアップのコピー先とする Amazon S3 バケットの名前を選択します。これは、「[Amazon S3 バケットを作成する](#backups-exporting-create-s3-bucket)」で作成した S3 バケットとなります。
1. **[Permissions]** (許可) タブを選択し、**[Permissions]** (許可) で、**[Access control list (ACL)]** (アクセスコントロールリスト (ACL)) を選択して、**[Edit]** (編集) を選択します。
1. 次のオプションを使用して、被付与者の正規 ID `540804c33a284a299d2547575ce1010f2312ef3da9b3a053c8bc45bf233e4353` を追加します。
+ **[Objects]** (オブジェクト): [List] (リスト)、[Write] (書き込み)
+ **[Bucket ACL]** (バケット ACL): [Read] (読み取り) または [Write] (書き込み)
**注記**
PDT GovCloud リージョンの場合、正規 ID は `40fa568277ad703bd160f66ae4f83fc9dfdfd06c2f1b5060ca22442ac3ef8be6` です。
OSU GovCloud リージョンの場合、正規 ID は `c54286759d2a83da9c480405349819c993557275cf37d820d514b42da6893f5c` です。
1. **[保存]** を選択します。
## ElastiCache バックアップをエクスポートする
これで、S3 バケットを作成し、そのバケットにアクセスするためのアクセス許可を ElastiCache に付与しました。次に、ElastiCache AWSコンソール、CLI、または ElastiCache API を使用してスナップショットをエクスポートできます。
次に、更新されたポリシーの例を示します。
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Id": "Policy15397346",
"Statement": [
{
"Sid": "Stmt15399484",
"Effect": "Allow",
"Action": "s3:*",
"Resource": [
"arn:aws:s3:::hkg-elasticache-backup",
"arn:aws:s3:::hkg-elasticache-backup/*"
]
}
]
}
```
------
オプトインリージョンの場合、S3 バケットの更新された IAM ポリシーの例を次に示します。(この例では、アジアパシフィック (香港) リージョンを使用しています。)
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Id": "Policy15397346",
"Statement": [
{
"Sid": "Stmt15399483",
"Effect": "Allow",
"Action": "s3:*",
"Resource": [
"arn:aws:s3:::hkg-elasticache-backup",
"arn:aws:s3:::hkg-elasticache-backup/*"
]
},
{
"Sid": "Stmt15399484",
"Effect": "Allow",
"Action": "s3:*",
"Resource": [
"arn:aws:s3:::hkg-elasticache-backup",
"arn:aws:s3:::hkg-elasticache-backup/*"
]
}
]
}
```
------
### ElastiCache バックアップのエクスポート (コンソール)
以下のプロセスでは、ElastiCache コンソールを使用してバックアップを Amazon S3 バケットにエクスポートし、ElastiCache 外部からアクセスできるようにします。Amazon S3 バケットは、ElastiCache バックアップと同じAWSリージョンにある必要があります。
**ElastiCache バックアップを Amazon S3 バケットにエクスポートするには**
1. にサインインAWS マネジメントコンソールし、[https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/) で ElastiCache コンソールを開きます。
1. バックアップのリストを表示するには、左のナビゲーションペインから [**Backups**] を選択します。
1. バックアップのリストから、エクスポートするバックアップの名前の左にあるチェックボックスをオンにします。
1. **コピー** を選択します。
1. **バックアップのコピーを作成しますか**ダイアログボックスで、以下の設定を指定します。
1. **[新しいバックアップ名]** ボックスに、新しいバックアップの名前を入力します。
この名前は 1～1,000 文字で、UTF-8 エンコードが可能である必要があります。
ElastiCache は、ここで入力した値に、インスタンス識別子と `.rdb` を追加します。たとえば、「`my-exported-backup`」と入力した場合、ElastiCache によって `my-exported-backup-0001.rdb` が作成されます。
1. [**Target S3 Location**] リストから、バックアップをコピーする Amazon S3 バケット (「[Amazon S3 バケットを作成する](#backups-exporting-create-s3-bucket)」で作成したバケット) の名前を選択します。
**ターゲット S3 の場所**は、エクスポートプロセスを成功させるために、次のアクセス許可を持つバックアップのAWSリージョンの Amazon S3 バケットである必要があります。
+ オブジェクトアクセス – **読み取り** および **書き込み**。
+ アクセス許可 – **読み取り**
詳細については、「[Amazon S3 バケットへのアクセス権を ElastiCache に付与する](#backups-exporting-grant-access)」を参照してください。
1. **コピー** を選択します。
**注記**
S3 バケットにバックアップをエクスポートするためのアクセス許可が ElastiCache にない場合、以下のいずれかのエラーメッセージを受け取ります。「[Amazon S3 バケットへのアクセス権を ElastiCache に付与する](#backups-exporting-grant-access)」に戻り、示されたアクセス権限を追加して、バックアップのエクスポートを再試行してください。
ElastiCache has not been granted READ permissions %s on the S3 Bucket。
**解決策:** バケットで読み取りのアクセス権限を追加します。
ElastiCache has not been granted WRITE permissions %s on the S3 Bucket。
**解決策:** バケットで書き込みのアクセス権限を追加します。
ElastiCache has not been granted READ\$1ACP permissions %s on the S3 Bucket。
**解決策:** バケットで**読み取り**のアクセス権限を追加します。
バックアップを別のAWSリージョンにコピーする場合は、Amazon S3 を使用してバックアップをコピーします。詳細については、*Amazon Simple Storage Service ユーザーガイド*の「[オブジェクトのコピー](https://docs.aws.amazon.com/AmazonS3/latest/userguide/MakingaCopyofanObject.html)」を参照してください。
### ElastiCache サーバーレスバックアップのエクスポート (AWS CLI)
**サーバーレスキャッシュのバックアップのエクスポート**
以下のパラメータを指定して `export-serverless-cache-snapshot` CLI オペレーションを使用することで、Amazon S3 バケットにバックアップをエクスポートします。
**パラメータ**
+ `--serverless-cache-snapshot-name` – コピーするバックアップの名前。
+ `--s3-bucket-name` – バックアップをエクスポートする Amazon S3 バケットの名前。バックアップのコピーは、指定したバケットで作成されます。
エクスポートプロセスを成功させるには、 がバックアップのAWSリージョンの Amazon S3 バケットで、次のアクセス許可を持っている`--s3-bucket-name`必要があります。
+ オブジェクトアクセス – **読み取り** および **書き込み**。
+ アクセス許可 – **読み取り**
以下のオペレーションは、my-s3-bucket にバックアップをコピーします。
Linux、macOS、Unix の場合:
```
aws elasticache export-serverless-cache-snapshot \
--serverless-cache-snapshot-name automatic.my-redis-2023-11-27 \
--s3-bucket-name my-s3-bucket
```
Windows の場合:
```
aws elasticache export-serverless-cache-snapshot ^
--serverless-cache-snapshot-name automatic.my-redis-2023-11-27 ^
--s3-bucket-name my-s3-bucket
```
### ノードベースの ElastiCache クラスターバックアップのエクスポート (AWS CLI)
**ノードベースのクラスターのバックアップのエクスポート**
以下のパラメータを指定して `copy-snapshot` CLI オペレーションを使用することで、Amazon S3 バケットにバックアップをエクスポートします。
**パラメータ**
+ `--source-snapshot-name` – コピーするバックアップの名前。
+ `--target-snapshot-name` – バックアップのコピーの名前。
この名前は 1～1,000 文字で、UTF-8 エンコードが可能である必要があります。
ElastiCache は、ここで入力した値に、インスタンス識別子と `.rdb` を追加します。たとえば、「`my-exported-backup`」と入力した場合、ElastiCache によって `my-exported-backup-0001.rdb` が作成されます。
+ `--target-bucket` – バックアップをエクスポートする Amazon S3 バケットの名前。バックアップのコピーは、指定したバケットで作成されます。
エクスポートプロセスを成功させるには、 がバックアップのAWSリージョンにある Amazon S3 バケットで、次のアクセス許可を持っている`--target-bucket`必要があります。
+ オブジェクトアクセス – **読み取り** および **書き込み**。
+ アクセス許可 – **読み取り**
詳細については、「[Amazon S3 バケットへのアクセス権を ElastiCache に付与する](#backups-exporting-grant-access)」を参照してください。
以下のオペレーションは、my-s3-bucket にバックアップをコピーします。
Linux、macOS、Unix の場合:
```
aws elasticache copy-snapshot \
--source-snapshot-name automatic.my-redis-primary-2016-06-27-03-15 \
--target-snapshot-name my-exported-backup \
--target-bucket my-s3-bucket
```
Windows の場合:
```
aws elasticache copy-snapshot ^
--source-snapshot-name automatic.my-redis-primary-2016-06-27-03-15 ^
--target-snapshot-name my-exported-backup ^
--target-bucket my-s3-bucket
```
# バックアップから新しいキャッシュへの復元
Valkey から既存のバックアップを新しい Valkey キャッシュまたはノードベースのクラスターに復元し、既存の Redis OSS バックアップを新しい Redis OSS キャッシュまたはノードベースのクラスターに復元できます。また、既存の Memcached サーバーレスキャッシュのバックアップを新しい Memcached サーバーレスキャッシュに復元することもできます。
## サーバーレスキャッシュへのバックアップの復元 (コンソール)
**注記**
ElastiCache サーバーレスは、Valkey 7.2 以降、Redis OSS バージョン 5.0 から入手可能な最新バージョンまでのバージョンと互換性がある RDB ファイルをサポートしています。
**サーバーレスキャッシュにバックアップを復元するには (コンソール)**
1. にサインインAWS マネジメントコンソールし、[https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/) で ElastiCache コンソールを開きます。
1. ナビゲーションペインで **[バックアップ]** を選択します。
1. バックアップのリストで、復元するバックアップ名の左にあるチェックボックスをオンにします。
1. **[アクション]** から **[復元]** を選択します。
1. 新しいサーバーレスキャッシュの名前と説明 (任意) を入力します。
1. **[作成]** をクリックして新しいキャッシュを作成し、バックアップからデータをインポートします。
## ノードベースのクラスターへのバックアップの復元 (コンソール)
**ノードベースのクラスターにバックアップを復元する方法 (コンソール)**
1. にサインインAWS マネジメントコンソールし、[https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/) で ElastiCache コンソールを開きます。
1. ナビゲーションペインで **[バックアップ]** を選択します。
1. バックアップのリストで、復元元のバックアップ名の左にあるチェックボックスをオンにします。
1. **[アクション]** から **[復元]** を選択します。
1. **[ノードベースのキャッシュ]** を選択し、ノードタイプ、サイズ、シャード数、レプリカ、AZ 配置、セキュリティ設定などのクラスター設定をカスタマイズします。
1. **[作成]** を選択して新しいノードベースのクラスターを作成し、バックアップからデータをインポートします。
## サーバーレスキャッシュへのバックアップの復元 (AWS CLI)
**注記**
ElastiCache サーバーレスは、Valkey 7.2 以降、Redis OSS バージョン 5.0 から入手可能な最新バージョンまでのバージョンと互換性がある RDB ファイルをサポートしています。
**サーバーレスキャッシュにバックアップを復元するには (AWS CLI)**
次のAWS CLI例では、 を使用して新しいキャッシュを作成し`create-serverless-cache`、バックアップからデータをインポートします。
Linux、macOS、Unix の場合:
```
aws elasticache create-serverless-cache \
--serverless-cache-name CacheName \
--engine redis
--snapshot-arns-to-restore Snapshot-ARN
```
Windows の場合:
```
aws elasticache create-serverless-cache ^
--serverless-cache-name CacheName ^
--engine redis ^
--snapshot-arns-to-restore Snapshot-ARN
```
# バックアップの削除
自動バックアップは、保持期限を過ぎると自動的に削除されます。クラスターを削除すると、そのクラスターのすべての自動バックアップも削除されます。レプリケーショングループを削除すると、そのグループのクラスターからすべて自動バックアップも削除されます。
ElastiCache には、バックアップが自動と手動のいずれで作成されたかにかかわらず、いつでもバックアップを削除できる削除 API オペレーションが用意されています (手動バックアップには保持期限がないため、手動削除は手動スナップショットを削除する唯一の方法です)。
ElastiCache コンソール、、AWS CLIまたは ElastiCache API を使用してバックアップを削除できます。
## バックアップの削除 (コンソール)
以下の手順では、ElastiCache コンソールを使用してバックアップを削除します。
**バックアップを削除するには**
1. にサインインAWS マネジメントコンソールし、[https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/) で ElastiCache コンソールを開きます。
1. ナビゲーションペインで、**[バックアップ]** を選択します。
[バックアップ] 画面にバックアップのリストが表示されます。
1. 削除するバックアップの名前の左にあるチェックボックスをオンにします。
1. **[削除]** をクリックします。
1. このバックアップを削除する場合は、**[バックアップの削除]** 確認画面で **[削除]** を選択します。ステータスが *deleting* に変わります。
## サーバーレスバックアップの削除 (AWS CLI)
サーバーレスバックアップを削除するには、次のパラメータを指定して delete-snapshot AWS CLIオペレーションを使用します。
+ `--serverless-cache-snapshot-name` – 削除するバックアップの名前。
以下のコードはバックアップ `myBackup` を削除します。
```
aws elasticache delete-serverless-cache-snapshot --serverless-cache-snapshot-name myBackup
```
詳細については、**AWS CLIコマンドリファレンスの「[delete-serverless-cache-snapshot](https://docs.aws.amazon.com/cli/latest/reference/elasticache/delete-serverless-cache-snapshot.html)」を参照してください。
## ノードベースのクラスターバックアップの削除 (AWS CLI)
ノードベースのクラスターバックアップを削除するには、次のパラメータを指定して delete-snapshot AWS CLIオペレーションを使用します。
+ `--snapshot-name` – 削除するバックアップの名前。
以下のコードはバックアップ `myBackup` を削除します。
```
aws elasticache delete-snapshot --snapshot-name myBackup
```
詳細については、*AWS CLI CLI コマンドリファレンス*の「[delete-snapshot](https://docs.aws.amazon.com/cli/latest/reference/elasticache/delete-snapshot.html)」を参照してください。
# バックアップへのタグ付け
タグ形式で各バックアップに独自のメタデータを割り当てることができます。タグを使用すると、バックアップを用途、所有者、環境などのさまざまな方法で分類できます。これは同じタイプのリソースが多数ある場合に役立ちます。割り当てたタグに基づいて、特定のリソースをすばやく識別できます。詳細については、「[タグを付けることができるリソース](Tagging-Resources.md#Tagging-your-resources)」を参照してください。
コスト配分タグは、費用を請求書タグ値別にグループ化することで、複数の AWS サービスのコストを追跡する方法です。コスト配分タグの詳細については、「[コスト配分タグの使用](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-alloc-tags.html)」を参照してください。
ElastiCache コンソール、AWS CLI、または ElastiCache API を使用して、バックアップのコスト配分タグを追加、一覧表示、変更、削除、またはコピーできます。詳細については、「[コスト配分タグによるコストのモニタリング](Tagging.md)」を参照してください。
# チュートリアル: 外部で作成されたバックアップで新しいノードベースのクラスターをシードする
Valkey または Redis OSS の新しいノードベースのクラスターを作成するときに、Valkey または Redis OSS .rdb バックアップファイルのデータでクラスターをシードできます。クラスターをシードすることは、現在 ElastiCache の外部で Valkey または Redis OSS インスタンスを管理していて、ElastiCache for Redis OSS の新しいノードベースのクラスターに既存の Valkey または Redis OSS データを入力する場合に役に立ちます。
Amazon ElastiCache 内で作成された Valkey または Redis OSS バックアップから Valkey または Redis OSS の新しいノードベースのクラスターをシードする方法については、「[バックアップから新しいキャッシュへの復元](backups-restoring.md)」を参照してください。
Valkey または Redis OSS .rdb ファイルを使用して新しいノードベースのクラスターをシードするときは、以下を実行できます。
+ パーティション分割されていないクラスターから、Redis OSS バージョン 3.2.4 を実行している Valkey または Redis OSS (クラスターモードが有効) のノードベースのクラスターにアップグレードする。
+ 新しいノードベースのクラスター内のシャード (API および CLI ではノードグループと呼ばれる) の数を指定する。この数は、バックアップファイルの作成に使用されたノードベースのクラスター内のシャードの数とは異なる場合があります。
+ 新しいノードベースのクラスターに異なるノードタイプを指定する。つまり、バックアップを作成したクラスターで使用されているノードタイプよりも大きい、または小さいノードタイプを指定します。より小さいノードタイプにスケールダウンする場合は、新しいノードタイプに、データと Valkey または Redis OSS のオーバーヘッドに対する十分なメモリがあることを確認してください。詳細については、「[Valkey または Redis OSS スナップショットを作成するのに十分なメモリがあることを確認する](BestPractices.BGSAVE.md)」を参照してください。
+ バックアップファイルの作成に使用されたクラスターとは異なる新しい Valkey または Redis OSS (クラスターモードが有効) クラスターのスロットで、キーを分散する。
**注記**
Valkey または Redis OSS (クラスターモードが有効) クラスターから作成された .rdb ファイルから Valkey または Redis OSS (クラスターモードが無効) クラスターをシードすることはできません。
**重要**
Valkey または Redis OSS バックアップデータがノードのリソースを超えていないことを確認する必要があります。例えば、2.9 GB のメモリがある cache.m3.medium ノードに、5 GB の Valkey または Redis OSS データがある .rdb ファイルをアップロードすることはできません。
バックアップが大きすぎる場合、クラスターのステータスは `restore-failed` になります。その場合は、クラスターを削除してやり直す必要があります。
ノードの種類および仕様の一覧については、「[Redis OSS のノードタイプに固有のパラメータ](ParameterGroups.Engine.md#ParameterGroups.Redis.NodeSpecific)」および [Amazon ElastiCache 製品の特徴と詳細](https://aws.amazon.com/elasticache/details/)を参照してください。
Valkey または Redis OSS .rdb ファイルは、Amazon S3 サーバー側の暗号化 (SSE-S3) でのみ暗号化できます。詳細については、「[サーバー側の暗号化を使用したデータの保護](https://docs.aws.amazon.com/AmazonS3/latest/dev/serv-side-encryption.html)」を参照してください。
以下のトピックでは、クラスターを ElastiCache for Valkey または Redis OSS の外部から ElastiCache for Redis OSS に移行する方法について説明します。
**Topics**
+ [ステップ 1: Valkey または Redis OSS バックアップを作成する](#backups-seeding-redis-create-backup)
+ [ステップ 2: Amazon S3 バケットとフォルダを作成する](#backups-seeding-redis-create-s3-bucket)
+ [ステップ 3: バックアップを Amazon S3 にアップロードする](#backups-seeding-redis-upload)
+ [ステップ 4。 .rdb ファイルへの読み込みアクセスを ElastiCache に付与する](#backups-seeding-redis-grant-access)
**Topics**
+ [ステップ 1: Valkey または Redis OSS バックアップを作成する](#backups-seeding-redis-create-backup)
+ [ステップ 2: Amazon S3 バケットとフォルダを作成する](#backups-seeding-redis-create-s3-bucket)
+ [ステップ 3: バックアップを Amazon S3 にアップロードする](#backups-seeding-redis-upload)
+ [ステップ 4。 .rdb ファイルへの読み込みアクセスを ElastiCache に付与する](#backups-seeding-redis-grant-access)
## ステップ 1: Valkey または Redis OSS バックアップを作成する
**Valkey または Redis OSS バックアップを作成して、ElastiCache for Redis OSS インスタンスをシードするには**
1. 既存の Valkey または Redis OSS インスタンスに接続します。
1. `BGSAVE` オペレーションまたは `SAVE` オペレーションを実行してバックアップを作成します。.rdb ファイルの場所を書き留めておきます。
`BGSAVE` は非同期処理であり、処理中も他のクライアントをブロックしません。詳細については、Valkey ウェブサイトの「[BGSAVE](https://valkey.io/commands/bgsave)」を参照してください。
`SAVE` が同期され、完了するまで他のプロセスがブロックされます。詳細については、Valkey ウェブサイトの「[SAVE](https://valkey.io/commands/save)」を参照してください。
バックアップの作成の詳細については、Valkey ウェブサイトの「[Persistence](https://valkey.io/topics/persistence)」を参照してください。
## ステップ 2: Amazon S3 バケットとフォルダを作成する
バックアップファイルを作成したら、Amazon S3 バケット内のフォルダにアップロードする必要があります。これを行うには、最初にそのバケット内に Amazon S3 バケットとフォルダが必要です。既に適切なアクセス許可を持つ Amazon S3 バケットフォルダがある場合は、「[ステップ 3: バックアップを Amazon S3 にアップロードする](#backups-seeding-redis-upload)」に進むことができます。
**Amazon S3 バケットを作成するには**
1. にサインインAWS マネジメントコンソールし、[https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/) で Amazon S3 コンソールを開きます。
1. Amazon S3 バケットを作成するには、*Amazon Simple Storage Service ユーザーガイド*の「[バケットの作成](https://docs.aws.amazon.com/AmazonS3/latest/userguide/create-bucket.html)」の手順に従います。
Amazon S3 バケットの名前は DNS に準拠している必要があります。それ以外の場合、ElastiCache はバックアップファイルにアクセスできません。DNS コンプライアンスのルールは次のとおりです。
+ 名前は、3～63 文字以内にする必要があります。
+ 名前は、ピリオド (.) で区切られた 1 つのラベルまたは一連の複数のラベルとして指定します。
+ 先頭の文字には小文字の英文字または数字を使用します。
+ 終了の文字には小文字の英文字または数字を使用します。
+ 小文字の英文字、数字、およびダッシュのみを含めます。
+ 名前は IP アドレスの形式にすることはできません (例: 192.0.2.0)。
Amazon S3 バケットは、新しい ElastiCache for Redis OSS クラスターと同じAWSリージョンに作成する必要があります。このアプローチにより、ElastiCache が Amazon S3 から .rdb ファイルを読み取る場合のデータ転送速度が最大限に速くなります。
**注記**
データを可能な限り安全に保つには、Amazon S3 バケットに対するアクセス許可をできるだけ制限します。同時に、バケットとその内容を使用して新しい Valkey または Redis OSS クラスターをシードするためのアクセス許可を付与する必要があります。
**Amazon S3 バケットにフォルダを追加するには**
1. にサインインAWS マネジメントコンソールし、[https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/) で Amazon S3 コンソールを開きます。
1. .rdb ファイルのアップロード先となるバケットの名前を選択します。
1. **Create folder** (フォルダの作成) を選択します。
1. 新しいフォルダの名前を入力します。
1. **保存** を選択します。
バケット名とフォルダ名の両方の名前を書き留めます。
## ステップ 3: バックアップを Amazon S3 にアップロードする
次に、「[ステップ 1: Valkey または Redis OSS バックアップを作成する](#backups-seeding-redis-create-backup)」で作成した .rdb ファイルをアップロードします。アップロード先は、「[ステップ 2: Amazon S3 バケットとフォルダを作成する](#backups-seeding-redis-create-s3-bucket)」で作成した Amazon S3 バケットとフォルダです。このタスクの詳細については、「[バケットへのオブジェクトの追加](https://docs.aws.amazon.com/AmazonS3/latest/userguide/upload-objects.html)」を参照してください。ステップ 2 と 3 の間に、作成したフォルダ名を選択します。
**.rdb ファイルを Amazon S3 フォルダにアップロードするには**
1. にサインインAWS マネジメントコンソールし、[https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/) で Amazon S3 コンソールを開きます。
1. ステップ 2 で作成した Amazon S3 バケットの名前を選択します。
1. ステップ 2 で作成したフォルダの名前を選択します。
1. **アップロード**を選択します。
1. **ファイルの追加**を選択します。
1. アップロードする 1 つまたは複数のファイルを参照して見つけ、そのファイルを選択します。複数のファイルを選択するには、Ctrl キーを押しながら各ファイル名を選択します。
1. **開く** をクリックします。
1. 正しいファイルが **[アップロード]** ダイアログボックスに表示されることを確認してから、**[アップロード]** を選択します。
.rdb ファイルへのパスを記録します。例えば、バケット名が `myBucket` で、パスが `myFolder/redis.rdb` の場合は、「`myBucket/myFolder/redis.rdb`」と入力します。新しいクラスターにこのバックアップのデータをシードする際にこのパスが必要です。
詳細については、*Amazon Simple Storage Service ユーザーガイド*の [Bucket restrictions and limitations](https://docs.aws.amazon.com/AmazonS3/latest/userguide/BucketRestrictions.html) を参照してください。
## ステップ 4。 .rdb ファイルへの読み込みアクセスを ElastiCache に付与する
ここで、.rdb バックアップファイルへの読み取りアクセス権を ElastiCache に付与します。バケットがデフォルトのAWSリージョンにあるかオプトインリージョンにあるかに応じて、ElastiCache に別の方法でバックアップファイルへのアクセスを許可しますAWS。
AWS 2019 年 3 月 20 日より前に導入されたリージョンは、デフォルトで有効になっています。これらのAWSリージョンですぐに作業を開始できます。2019 年 3 月 20 日以降に導入されたアジアパシフィック (香港) および中東 (バーレーン) などのリージョンは、デフォルトで無効になっています。*AWS 全般のリファレンス* の「[AWSリージョンの管理](https://docs.aws.amazon.com/general/latest/gr/rande-manage.html)」で説明されているように、これらのリージョンを使用する前に、それらを有効にするか、オプトインする必要があります。
AWSリージョンに応じてアプローチを選択します。
+ デフォルトリージョンの場合は、「[デフォルトリージョンの .rdb ファイルへの読み取りアクセス権を ElastiCache に付与する](#backups-seeding-redis-default-region)」の手順を使用します。
+ オプトインリージョンの場合は、「[オプトインリージョンの .rdb ファイルへの ElastiCache の読み取りアクセス権を付与する](#backups-seeding-opt-in-region)」の手順を使用します。
### デフォルトリージョンの .rdb ファイルへの読み取りアクセス権を ElastiCache に付与する
AWS 2019 年 3 月 20 日より前に導入されたリージョンは、デフォルトで有効になっています。これらのAWSリージョンですぐに作業を開始できます。2019 年 3 月 20 日以降に導入されたアジアパシフィック (香港) および中東 (バーレーン) などのリージョンは、デフォルトで無効になっています。*AWS 全般のリファレンス* の「[AWSリージョンの管理](https://docs.aws.amazon.com/general/latest/gr/rande-manage.html)」で説明されているように、これらのリージョンを使用する前に、それらを有効にするか、オプトインする必要があります。
**デフォルトで有効になっているAWSリージョンのバックアップファイルへの読み取りアクセスを ElastiCache に付与するには**
1. にサインインAWS マネジメントコンソールし、[https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/) で Amazon S3 コンソールを開きます。
1. .rdb ファイルを含む S3 バケットの名前を選択します。
1. .rdb ファイルを含むフォルダの名前を選択します。
1. .rdb バックアップファイルの名前を選択します。選択したファイルの名前は、ページ先頭のタブの上に表示されます。
1. **[アクセス許可]** を選択します。
1. **aws-scs-s3-readonly** または次のリストの正規化 ID の 1 つがユーザーとして表示されていない場合は、以下の作業を行います。
1. **他のAWSアカウントのアクセス** で、被**付与者の追加** を選択します。
1. ボックスで、次に示すようにAWSリージョンの正規 ID を追加します。
+ AWS GovCloud (米国西部) リージョン:
```
40fa568277ad703bd160f66ae4f83fc9dfdfd06c2f1b5060ca22442ac3ef8be6
```
**重要**
バックアップを Valkey または Redis OSS クラスターにダウンロードAWS GovCloud (US)するには、バックアップを の S3 バケットに配置する必要がありますAWS GovCloud (US)。
+ AWSデフォルトで有効になっているリージョン:
```
540804c33a284a299d2547575ce1010f2312ef3da9b3a053c8bc45bf233e4353
```
1. 以下について、**[はい]** を選択してバケットのアクセス許可を設定します。
+ **[List/write object]** (オブジェクトのリスト化/書き込み)
+ **[Read/write object ACL permissions]** (オブジェクト ACL の読み取り/書き込みアクセス許可)
1. **[保存]** を選択します。
1. **[概要]** を選択し、**[ダウンロード]** を選択します。
### オプトインリージョンの .rdb ファイルへの ElastiCache の読み取りアクセス権を付与する
AWS 2019 年 3 月 20 日より前に導入されたリージョンは、デフォルトで有効になっています。これらのAWSリージョンですぐに作業を開始できます。2019 年 3 月 20 日以降に導入されたアジアパシフィック (香港) および中東 (バーレーン) などのリージョンは、デフォルトで無効になっています。*AWS 全般のリファレンス* の「[AWSリージョンの管理](https://docs.aws.amazon.com/general/latest/gr/rande-manage.html)」で説明されているように、これらのリージョンを使用する前に、それらを有効にするか、オプトインする必要があります。
ここで、.rdb バックアップファイルへの読み取りアクセス権を ElastiCache に付与します。
**バックアップファイルへの読み込みアクセスを ElastiCache に許可するには**
1. にサインインAWS マネジメントコンソールし、[https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/) で Amazon S3 コンソールを開きます。
1. .rdb ファイルを含む S3 バケットの名前を選択します。
1. .rdb ファイルを含むフォルダの名前を選択します。
1. .rdb バックアップファイルの名前を選択します。選択したファイルの名前は、ページ先頭のタブの上に表示されます。
1. **アクセス許可** タブを選択します。
1. **[Permissions]** (許可) で、**[Bucket policy]** (バケットポリシー) を選択し、**[Edit]** (編集) を選択します。
1. ポリシーを更新して、オペレーションの実行に必要なアクセス許可を ElastiCache に付与します。
+ `Principal` に `[ "Service" : "region-full-name.elasticache-snapshot.amazonaws.com" ]` を追加します。
+ スナップショットを Amazon S3 バケットにエクスポートするために必要な、以下のアクセス許可を追加します。
+ `"s3:GetObject"`
+ `"s3:ListBucket"`
+ `"s3:GetBucketAcl"`
次に、更新されたポリシーの例を示します。
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Id": "Policy15397346",
"Statement": [
{
"Sid": "Stmt15399483",
"Effect": "Allow",
"Action": [
"s3:GetObject",
"s3:ListBucket",
"s3:GetBucketAcl"
],
"Resource": [
"arn:aws:s3:::amzn-s3-demo-bucket",
"arn:aws:s3:::amzn-s3-demo-bucket/backup1.rdb",
"arn:aws:s3:::amzn-s3-demo-bucket/backup2.rdb"
]
}
]
}
```
------
1. **[Save changes]** (変更の保存) をクリックします。
### .rdb ファイルのデータで ElastiCache クラスターをシードする
これで ElastiCache クラスターを作成し、.rdb ファイルのデータと提携する準備が整いました。クラスターを作成するには、「[Valkey または Redis OSS 用のクラスターの作成](Clusters.Create.md)」または「[Valkey または Redis OSS レプリケーショングループを最初から作成する](Replication.CreatingReplGroup.NoExistingCluster.md)」の手順に従います。Valkey または Redis OSS がクラスターエンジンとして選択されていることを確認してください。
ElastiCache に、Amazon S3 にアップロードしたバックアップの場所を伝す方法は、クラスターを作成する方法によって異なります。
**.rdb ファイルのデータで ElastiCache for Redis OSS クラスターまたはレプリケーショングループをシードする**
+ **ElastiCache コンソールの使用**
**[Cluster settings]** (クラスター設定) を選択するときは、クラスターの作成方法として **[Restore from backups]** (バックアップから復元) を選択し、次に **[Backup source]** (バックアップソース) セクションで **[Source]** (ソース) として **[Other backups]** (その他のバックアップ) を選択します。**[シード RDB ファイルの S3 ロケーション]** ボックスに、ファイルの Amazon S3 パスを入力します。複数の .rdb ファイルがある場合は、カンマ区切りのリストで各ファイルのパスを入力します。Amazon S3 パスは `myBucket/myFolder/myBackupFilename.rdb` のようになります。
+ **の使用AWS CLI**
`create-cache-cluster` または `create-replication-group` オペレーションを使用する場合、パラメータ `--snapshot-arns` を使用して、各 .rdb ファイルの完全修飾 ARN を指定します 例えば、`arn:aws:s3:::myBucket/myFolder/myBackupFilename.rdb`。ARN は、Amazon S3 に保存したバックアップファイルに解決される必要があります。
+ **ElastiCache API の使用**
`CreateCacheCluster` または `CreateReplicationGroup` ElastiCache API オペレーションを使用する場合、パラメータ `SnapshotArns` を使用して、各 .rdb ファイルの完全修飾 ARN を指定します 例えば、`arn:aws:s3:::myBucket/myFolder/myBackupFilename.rdb`。ARN は、Amazon S3 に保存したバックアップファイルに解決される必要があります。
**重要**
Valkey または Redis OSS (クラスターモードが有効) クラスターをシードする場合は、新しいクラスターまたはレプリケーショングループの各ノードグループ (シャード) を設定する必要があります。これを行うには、パラメータ `--node-group-configuration` (API: `NodeGroupConfiguration`) を使用します。詳細については次を参照してください:
CLI:AWS CLIリファレンスの [create-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-replication-group.html)
API: ElastiCache API リファレンスの「[CreateReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_CreateReplicationGroup.html)」
クラスターの作成処理中、Valkey または Redis OSS バックアップ内のデータがクラスターに書き込まれます。ElastiCache イベントメッセージを表示して、進行状況をモニタリングできます。これを行うには、ElastiCache コンソールを参照し、[**キャッシュイベント**] を選択します。AWS ElastiCache コマンドラインインターフェイスまたは ElastiCache API を使用して、イベントメッセージを取得することもできます。詳細については、「[ElastiCache イベントの表示](ECEvents.Viewing.md)」を参照してください。