Cookie の設定を選択する

当社は、当社のサイトおよびサービスを提供するために必要な必須 Cookie および類似のツールを使用しています。当社は、パフォーマンス Cookie を使用して匿名の統計情報を収集することで、お客様が当社のサイトをどのように利用しているかを把握し、改善に役立てています。必須 Cookie は無効化できませんが、[カスタマイズ] または [拒否] をクリックしてパフォーマンス Cookie を拒否することはできます。

お客様が同意した場合、AWS および承認された第三者は、Cookie を使用して便利なサイト機能を提供したり、お客様の選択を記憶したり、関連する広告を含む関連コンテンツを表示したりします。すべての必須ではない Cookie を受け入れるか拒否するには、[受け入れる] または [拒否] をクリックしてください。より詳細な選択を行うには、[カスタマイズ] をクリックしてください。

スナップショットからのクラスターの復元 - Amazon Redshift

スナップショットからのクラスターの復元

スナップショットには、クラスターで実行されているデータベースのデータが含まれます。また、ノード数、ノードタイプ、管理者ユーザー名など、クラスターに関する情報も含まれています。スナップショットからクラスターを復元する場合、Amazon Redshift がクラスター情報を使用して新しいクラスターを作成します。次に、スナップショットデータからすべてのデータベースを復元します。

元のスナップショットから作成された新しいクラスターの場合、ノードタイプやノード数などの構成を選択できます。クラスターは同じ AWS リージョンに復元されます。アベイラビリティーゾーンに関しては、リクエスト時にアベイラビリティーゾーンを指定しない限り、システムによりランダムに選択されます。クラスターをスナップショットから復元する場合、新しいクラスターの互換性のあるメンテナンストラックをオプションで選択できます。

注記

異なる構成のクラスターにスナップショットを復元する場合、スナップショットはクラスターバージョン 1.0.10013 以降のクラスターで作成されている必要があります。

リストアの進行中は、通常、イベントは次の順序で生成されます。

  1. RESTORE_STARTED – REDSHIFT-EVENT-2008 は、復元プロセスの開始時に送信されます。

  2. RESTORE_SUCCEEDED – 新しいクラスターが作成されたときに、REDSHIFT-EVENT-3003 が送信されます。

    クラスターはクエリに使用できます。

  3. DATA_TRANSFER_COMPLETED – データ転送が完了すると、REDSHIFT-EVENT-3537 が送信されます。

注記

RA3 クラスターは、RESTORE_STARTED イベントと RESTORE_SUCCEEDED イベントのみを発行します。RA3 ノードタイプは Amazon Redshift マネージドストレージにデータを格納するため、RESTORE が成功した後に明示的にデータ転送を行う必要はありません。RA3 ノードでは、通常のクエリ処理の一環として、RA3 ノードと Amazon Redshift マネージドストレージ間でデータが継続的に転送されます。RA3 ノードは、ホットデータをローカルにキャッシュし、クエリ頻度の低いブロックを Amazon Redshift 管理ストレージに自動的に保持します。

DescribeClusters API アクションを呼び出すか、AWS Management Consoleでクラスターの詳細を表示することにより、復元の進行状況をモニタリングできます。これにより、進行中の復元について、スナップショットデータのサイズ、転送速度、経過時間、および推定残り時間などの情報が表示されます。これらのメトリクスの説明については、「RestoreStatus」を参照してください。

スナップショットを使用して、アクティブなクラスターを前の状態に切り替えることはできません。

注記

新しいクラスターにスナップショットを復元する場合、別の値を指定しない限り、デフォルトのセキュリティグループおよびパラメータグループが使用されます。

異なる構成のクラスターにスナップショットを復元する理由には、次のようなものがあります。

  • クラスターがより小さなノードタイプで構成されており、それをより少ないノードでより大きなノードタイプに統合する場合。

  • ワークロードを監視し、より多くの CPU とストレージを備えたノードタイプに移行する必要があると判断した場合。

  • 異なるノードタイプでテストワークロードのパフォーマンスを測定する場合。

復元には次の制約があります。

  • 新しいノード設定では、既存のデータに対して十分なストレージが必要です。ノードを追加するときでも、データが再分配される方法のために、新しい設定に十分なストレージがない場合があります。

  • 復元操作は、新しいクラスターのクラスターバージョンと互換性のあるクラスターバージョンでスナップショットが作成されたかどうかをチェックします。新しいクラスターのバージョンレベルが早すぎる場合、復元操作は失敗し、エラーメッセージに詳細情報が報告されます。

  • 復元可能な設定 (ノードの数とノードの種類) は、元のクラスター内のノード数と、新しいクラスターのターゲットノードタイプによって決まります。利用可能な設定を確認するには、action-type restore-clusterdescribe-node-configuration-options AWS CLI コマンド、または Amazon Redshift コンソールを使用できます。Amazon Redshift コンソールを使用した復元の詳細については、スナップショットからのクラスターの復元 を参照してください。

次の手順で、多数のノードを持つクラスターを取得し、AWS CLI を使用して少数のノードを持つより大きなノードタイプに統合します。この例では、24 ノードのソースクラスターから始めます。この場合、このクラスターのスナップショットを既に作成しており、それをより大きなノードタイプに復元するとします。

  1. 次のコマンドを実行して、24 ノードの クラスターの詳細を取得します。

    aws redshift describe-clusters --region eu-west-1 --cluster-identifier mycluster-123456789012
  2. 次のコマンドを実行して、スナップショットの詳細を取得します。

    aws redshift describe-cluster-snapshots --region eu-west-1 --snapshot-identifier mycluster-snapshot
  3. 次のコマンドを実行して、このスナップショットで使用可能なオプションの詳細を表示します。

    aws redshift describe-node-configuration-options --snapshot-identifier mycluster-snapshot --region eu-west-1 --action-type restore-cluster

    このコマンドは、各オプションの推奨ノードタイプ、ノード数、およびディスク使用率を含むオプションリストを返します。この例では、前述のコマンドは次の可能なノード構成をリストします。3 ノードの クラスターに復元することを選択します。

    { "NodeConfigurationOptionList": [ { "EstimatedDiskUtilizationPercent": 65.26134808858235, "NodeType": "dc2.large", "NumberOfNodes": 24 }, { "EstimatedDiskUtilizationPercent": 32.630674044291176, "NodeType": "dc2.large", "NumberOfNodes": 48 }, { "EstimatedDiskUtilizationPercent": 65.26134808858235, "NodeType": "dc2.8xlarge", "NumberOfNodes": 3 }, { "EstimatedDiskUtilizationPercent": 48.94601106643677, "NodeType": "dc2.8xlarge", "NumberOfNodes": 4 }, { "EstimatedDiskUtilizationPercent": 39.156808853149414, "NodeType": "dc2.8xlarge", "NumberOfNodes": 5 }, { "EstimatedDiskUtilizationPercent": 32.630674044291176, "NodeType": "dc2.8xlarge", "NumberOfNodes": 6 } ] }
  4. 次のコマンドを実行して、選択したクラスター構成にスナップショットを復元します。このクラスターが復元された後、ソースクラスターと同じコンテンツがありますが、データは 3 つの dc2.8xlarge ノードに統合されています。

    aws redshift restore-from-cluster-snapshot --region eu-west-1 --snapshot-identifier mycluster-snapshot --cluster-identifier mycluster-123456789012-x --node-type dc2.8xlarge --number-of-nodes 3

リザーブドノード (DC2 リザーブドノードなど) がある場合は、RA3 リザーブドノードにアップグレードできます。このアップグレードは、スナップショットからの復元を実行する場合、あるいは伸縮自在なリサイズを実行する場合に利用できます。コンソールを使用している場合は、このプロセスに関するガイドが提供されます。RA3 ノードへのアップグレードの詳細については、「RA3 ノードタイプへのアップグレード」を参照してください。

コンソールでスナップショットからクラスターを復元する方法
  1. AWS Management Consoleにサインインして、https://console.aws.amazon.com/redshiftv2/ で Amazon Redshift コンソールを開きます。

  2. ナビゲーションメニューで [Clusters] (クラスター)、[Snapshots] (スナップショット)、次に復元するスナップショットを選択します。

  3. [スナップショットからの復元] を選択して、スナップショット情報を使って作成される新しいクラスターの [クラスターの設定] と [クラスター詳細] 値を表示します。

  4. 新しいクラスターのプロパティを更新してから、[スナップショットからのクラスターの復元] を選択します。

クラスタースナップショットを復元すると、復元されたデータウェアハウスはスナップショット作成時に使用されていたのと同じカスタム AWS KMS キーで暗号化されます。スナップショットにカスタム KMS キーがない場合、Amazon Redshift のバックアップ暗号化ロジックは次の要因によって決まります。

  • スナップショットを復元する Amazon Redshift データウェアハウスのタイプ。

  • スナップショット作成時のクラスターの暗号化タイプ。

クラスタースナップショットから復元した後のデータウェアハウスの暗号化方法については、次の表を参照してください。

送信先タイプ スナップショットの暗号化タイプ 復元先の暗号化タイプ
プロビジョニングされたクラスター AWS マネージドキー で暗号化 AWS マネージドキー で暗号化
プロビジョニングされたクラスター AWS 所有のキー で暗号化 AWS 所有のキー で暗号化
サーバーレス名前空間 AWS マネージドキー で暗号化 AWS 所有のキー で暗号化
サーバーレス名前空間 AWS 所有のキー で暗号化 AWS 所有のキー で暗号化

スナップショットの撮影時に AWS Secrets Manager が管理するクラスターの管理者パスワードを取得した場合は、引き続き AWS Secrets Manager を使用して管理者パスワードを管理する必要があります。クラスター詳細ページでクラスターの管理者認証情報を更新することで、クラスターの復元後にシークレットの使用をオプトアウトできます。

リザーブドノードがある場合は、RA3 リザーブドノードにアップグレードできます。このアップグレードは、スナップショットからの復元を実行する場合、あるいは伸縮自在なリサイズを実行する場合に利用できます。コンソールを使用している場合は、このプロセスに関するガイドが提供されます。RA3 ノードへのアップグレードの詳細については、「RA3 ノードタイプへのアップグレード」を参照してください。

プライバシーサイト規約Cookie の設定
© 2025, Amazon Web Services, Inc. or its affiliates.All rights reserved.