Amazon Redshift は、パッチ 198 以降、新しい Python UDF の作成をサポートしなくなります。既存の Python UDF は、2026 年 6 月 30 日まで引き続き機能します。詳細については、[ブログ記事](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/)を参照してください。
# マルチ AZ デプロイ
Amazon Redshift は、プロビジョニングされた RA3 クラスター用に複数のアベイラビリティーゾーン (マルチ AZ) 配置をサポートしています。マルチ AZ 配置を使用することで、アベイラビリティーゾーンで予期しないイベントが発生した障害シナリオでも Amazon Redshift データウェアハウスを引き続き運用できます。マルチ AZ 配置は、2 つのアベイラビリティーゾーン (AZ) にコンピューティングリソースをデプロイし、これらのコンピューティングリソースは 1 つのエンドポイントからアクセスできます。アベイラビリティーゾーン全体で障害が発生しても、2 つ目のアベイラビリティーゾーンの残りのコンピューティングリソースは引き続きワークロードの処理に使用できます。Amazon Redshift は、マルチ AZ データウェアハウスを実行する場合、RA3 に対して同じ時間単位のコンピューティング料金を請求します。すべてのアベイラビリティーゾーンおよび AWS リージョン で共有されるため、ストレージコストは変わりません。
現在、Amazon Redshift はゼロ目標復旧時点 (RPO) をサポートしています。これにより、障害発生時にデータを現在かつ最新の状態に保つことができます。マルチ AZ 配置により、Amazon Redshift は既存の復旧機能をさらに強化し、目標復旧時間 (RTO) を短縮します。これが可能なのは、マルチ AZ 配置では障害や災害からより迅速に復旧できるため、Amazon Redshift サービスレベルアグリーメント (SLA) が、シングル AZ データウェアハウスの場合の 99.9% と比較して 99.99% に引き上げられるためです。
# マルチ AZ 配置のセットアップ
マルチ AZ 配置をセットアップするには、**[マルチ AZ]** オプションを選択し、各アベイラビリティーゾーンにプロビジョニングするコンピューティングノードの数を指定します。Amazon Redshift は 2 つのアベイラビリティーゾーンに同等のコンピューティングリソースを自動的にデプロイし、通常の運用中はすべてのコンピューティングリソースを読み取りと書き込みの両方の処理にいつでも利用できます。そのため、マルチ AZ 配置は 1 つのエンドポイントを持つ単一のデータウェアハウスとして機能し、災害発生時にアプリケーションを変更する必要がなくなります。マルチ AZ 配置では、1 つのアベイラビリティーゾーンのみにあるコンピューティングリソースを使用して個別のクエリを処理しますが、複数の同時クエリの処理を両方のアベイラビリティーゾーンに自動的に分散して、同時実行性の高いワークロードの全体的なスループットを高めることができます。
既存のシングル AZ データウェアハウスをマルチ AZ データウェアハウスに変換したり、その逆を行うこともできます。2 つ目のアベイラビリティーゾーンに追加のコンピューティングリソースがプロビジョニングされる点以外は、すべて変わりません。既存のシングル AZ クラスターからマルチ AZ クラスターに移行する場合、単一クエリのパフォーマンスを維持しやすくするために、必要なクラスターノードの数を 2 倍にする必要がある場合があります。マルチ AZ データウェアハウスの場合、利用可能なコンピューティングリソースが 2 倍になるため、ほとんどのワークロードでクエリ処理全体のスループットが向上します。
アベイラビリティーゾーンで障害が発生した場合、Amazon Redshift は残りのアベイラビリティーゾーンのリソースを自動的に使用して運用を継続します。ただし、ユーザー接続については失われる可能性があるため、再確立する必要があります。また、障害が発生したアベイラビリティーゾーンで実行されていたクエリは失敗する可能性があり、再試行する必要があります。ただし、クラスターに再接続してクエリをすぐに再スケジュールできます。そうすることで、Amazon Redshift は残りのアベイラビリティーゾーンでクエリを処理します。障害発生時または障害発生後に発行されたクエリでは、マルチ AZ データウェアハウスの復旧中に実行時の遅延が発生する可能性があります。
**注記**
パフォーマンスと可用性を向上させるには、マルチ AZ クラスターで SNAPSHOT ISOLATION を使用することをお勧めします。詳細については、「[データベースの作成](https://docs.aws.amazon.com/redshift/latest/dg/r_CREATE_DATABASE.html)」を参照してください。
## 制限事項
マルチ AZ データウェアハウスは、マルチ AZ データウェアハウスに適用される以下の制限を除いて、シングル AZ データウェアハウスと同じ機能を備えています。
+ 暗号化されていないマルチ AZ データウェアハウスを作成することはできません。マルチ AZ データウェアハウスを新規作成する場合、シングル AZ データウェアハウスをマルチ AZ データウェアハウスに変換する場合、またはシングル AZ データウェアハウスをマルチ AZ データウェアハウスに変換する場合は、必ず暗号化を追加してください。
+ いずれの RA3 インスタンスタイプに対しても、単一ノードのマルチ AZ 配置を作成することはできません。マルチ AZ 配置を作成しているときにノードを 2 つ以上選択します。
+ Amazon Redshift は、3 つ未満のアベイラビリティーゾーンをサポートできるサブネット設定をサポートしていません。つまり、設定されたサブネットグループには 3 つ以上のサブネットが必要です。
+ マルチ AZ 配置を別のアベイラビリティーゾーンに再配置することはできません。マルチ AZ 配置を使用している場合、再配置は Amazon Redshift によって自動的に決定および実行されます。
+ マルチ AZ 配置を一時停止または再開することはできません。
+ マルチ AZ 配置は、サポートされている 5431～5455 と 8191～8215 の範囲のポート以外では実行できません。
+ STL、SVCS、SVL、SVV、STV ビューはシステムモニタリングビュー (SYS\$1\$1 ビュー) のみをサポートしているため、マルチ AZ 配置では使用できません。システムモニタリングビュー (SYS\$1\$1 ビュー) を使用するようにモニタリングクエリを変更してください。
+ マルチ AZ が有効になっている既存のクラスターに Elastic IP アドレスをアタッチすることはできません。
+ Elastic IP アドレスがアタッチされたクラスターをシングル AZ からマルチ AZ に変換することはできません。
+ Amazon Redshift マルチ AZ 配置は以下の AWS リージョン で利用できます。
+ 米国東部 (オハイオ) (us-east-2)
+ 米国東部 (バージニア北部) (us-east-1)
+ 米国西部 (オレゴン) (us-west-2)
+ アフリカ (ケープタウン) (af-south-1)
+ アジアパシフィック (香港) (ap-east-1)
+ アジアパシフィック (台北) (ap-east-2)
+ アジアパシフィック (ハイデラバード) (ap-south-2)
+ アジアパシフィック (ジャカルタ) (ap-southeast-3)
+ アジアパシフィック (マレーシア) (ap-southeast-5)
+ アジアパシフィック (メルボルン) (ap-southeast-4)
+ アジアパシフィック (ムンバイ) (ap-south-1)
+ アジアパシフィック (大阪) (ap-northeast-3)
+ アジアパシフィック (ソウル) (ap-northeast-2)
+ アジアパシフィック (シンガポール) (ap-southeast-1)
+ アジアパシフィック (シドニー) (ap-southeast-2)
+ アジアパシフィック (ニュージーランド) (ap-southeast-6)
+ アジアパシフィック (タイ) (ap-southeast-7)
+ アジアパシフィック (東京) (ap-northeast-1)
+ カナダ (中部) (ca-central-1)
+ 中国 (北京) (cn-north-1)
+ 中国 (寧夏) (cn-northwest-1)
+ ヨーロッパ (フランクフルト) (eu-central-1)
+ 欧州 (アイルランド) (eu-west-1)
+ ヨーロッパ (ロンドン) (eu-west-2)
+ 欧州 (ミラノ) (eu-south-1)
+ 欧州 (パリ) (eu-west-3)
+ 欧州 (スペイン) (eu-south-2)
+ 欧州 (ストックホルム) (eu-north-1)
+ 欧州 (チューリッヒ) (eu-central-2)
+ イスラエル (テルアビブ) (il-central-1)
+ メキシコ (中部) (mx-central-1)
+ 中東 (バーレーン) (me-south-1)
+ 中東 (UAE) (me-central-1)
+ 南米 (サンパウロ) (sa-east-1)
+ AWS GovCloud (米国東部) (us-gov-east-1)
+ AWS GovCloud (米国西部) (us-gov-west-1)
+ パブリックアクセス可能なマルチ AZ データウェアハウスは、シングル AZ およびプライベートアクセス可能なマルチ AZ ウェアハウスよりも 1 つ少ない VPC セキュリティグループをサポートします。
# 新しいクラスターを作成する際のマルチ AZ の設定
Amazon Redshift マルチ AZ は一度に 2 つのアベイラビリティーゾーンをサポートします。Amazon Redshift は、選択されたサブネットグループ設定に基づいてアベイラビリティーゾーンを自動的に選択します。既存のシングルアベイラビリティーゾーンデータウェアハウスをマルチ AZ 配置に変換するか、スナップショットから復元してマルチ AZ データウェアハウスに設定できます。
Amazon Redshift コンソールを使用すると、新しいマルチ AZ 配置を簡単に作成できます。Amazon Redshift コンソールを使用して新しいマルチ AZ 配置を作成するには、データウェアハウスを作成するときにマルチ AZ オプションを選択します。1 つのアベイラビリティーゾーンに必要なコンピューティングノードの数を指定すると、Amazon Redshift は 2 つのアベイラビリティーゾーンのそれぞれにノードをデプロイします。すべてのノードは、通常の運用中に読み取りと書き込みのワークロード処理を実行できます。AWS CLI `create-cluster` コマンドを使用して、`multi-az` パラメーターを使用する新しいマルチ AZ データウェアハウスを作成することもできます。
既存のシングル AZ データウェアハウスをマルチ AZ データウェアハウスに変換できます。Amazon Redshift コンソールまたは `multi-az` パラメータを使用する AWS CLI `modify-cluster` コマンドを使用できます。または、スナップショットから復元してシングル AZ データウェアハウスをマルチ AZ データウェアハウスに設定できます。これには、Amazon Redshift コンソールまたは `multi-az` パラメータを使用する AWS CLI `restore-from-cluster-snapshot` コマンドを使用できます。
マルチ AZ 配置は、Amazon Redshift マネージドストレージ (RMS) を使用する RA3 ノードタイプのみをサポートします。Amazon Redshift は、Amazon S3 を利用した RMS にデータを保存し、Amazon Redshift レベルでデータを複製しなくても、AWS リージョン 内のすべてのアベイラビリティゾーンでアクセスすることが可能です。
新しいクラスターを作成する際にマルチ AZ 配置を設定できます。Amazon Redshift コンソールまたは AWS Command Line Interface を使用します。
## コンソールを使用する
1. AWS マネジメントコンソール にサインインして、[https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/) で Amazon Redshift コンソールを開きます。
1. ナビゲーションメニューで **[Provisioned clusters dashboard]** (プロビジョニングされたクラスターダッシュボード) を選択し、**[Clusters]** (クラスター) を選択します。現在の AWS リージョン にあるアカウントのクラスターがリストされています。各クラスターのプロパティのサブセットが、リストの列に表示されます。
1. **[クラスターを作成]** ボタンを選択して、クラスターの作成ページを開きます。
1. クラスターのプロパティを入力します。クラスターの作成に関する全般情報については、「[クラスターの作成](create-cluster.md)」を参照してください。
1. **[Node type]** (ノードタイプ) ドロップダウンリストから RA3 ノードタイプの 1 つを選択します。AZ 設定オプションは、RA3 ノードタイプを選択した場合にのみ使用可能になります。
1. **[AZ 設定]** で、**[マルチ AZ]** を選択します。
1. **[AZ あたりのノード数]** に、クラスターのノードを少なくとも 2 つ入力します。
1. サンプルデータをロードするか、独自のデータを導入できます。
+ **[Sample data** (サンプルデータ) で、**[Load sample data]** (サンプルデータをロード) をクリックして、サンプルのデータセットを Amazon Redshift クラスターにロードします。Amazon Redshift は、デフォルトの dev データベースと public スキーマに、サンプルのデータセット Tickit をロードします。Amazon Redshift が、サンプルデータセットを Amazon Redshift クラスターに自動的にロードします。これで、クエリエディタ v2 を使用しながらデータに対するクエリを開始できます。
+ Amazon Redshift クラスターに独自のデータを導入するには、[[Bringing your own data to Amazon Redshift]](https://docs.aws.amazon.com/redshift/latest/gsg/bring-own-data.html) (Amazon Redshift への独自のデータの導入) をクリックします。
1. **[Additional configurations]** (追加設定) までスクロールして **[Network and security]** (ネットワークとセキュリティ) を展開し、デフォルトの**クラスターサブネットグループ**を受け入れるか、別のサブネットグループを選択していることを確認します。別のクラスターサブネットグループを選択する場合は、選択したサブネットグループに 3 つのアベイラビリティーゾーンがあることを確認します。
1. **[Additional configurations]** (追加設定)で、**[Database configurations]** (データベース構成) を展開します。
1. **[データベース暗号化]** で、デフォルトの AWS が所有するキーの代わりにカスタム AWS KMS キーを使用するには、**[暗号化設定をカスタマイズ]** をクリックします。
1. **[Choose an KMS key]** (KMS キーの選択) で、AWS Key Management Service キーを選択するか、ARN を入力できます。または、AWS Key Management Service コンソールで **[AWS Key Management Service キーを作成]** をクリックすることもできます。KMS キーの作成の詳細については、AWS Key Management Service デベロッパーガイド**の [キーの作成](https://docs.aws.amazon.com/kms/latest/developerguide/create-keys.html) を参照してください。
1. **[Create cluster]** (クラスターの作成) をクリックします。クラスターの作成が成功すると、クラスターの詳細ページで詳細を確認できます。SQL クライアントを使用して、データをロードしたりクエリしたりできます。
## の使用AWS Command Line Interface
**AWS Command Line Interface を使用してクラスターを作成する際にマルチ AZ をセットアップするには**
+ AWS CLI から `create-cluster` コマンドと `multi-az` パラメータを次のように使用します。
```
aws redshift create-cluster
--port 5439
--master-username master
--master-user-password #####
--node-type ra3.4xlarge
--number-of-nodes 2
--profile maz-test
--endpoint-url https://redshift.eu-west-1.amazonaws.com
--region eu-west-1
--cluster-identifier test-maz
--multi-az
--maintenance-track-name CURRENT
--encrypted
```
# スナップショットから復元されたデータウェアハウスのマルチ AZ の設定
スナップショットから復元して新しいマルチ AZ クラスターを作成するには、次の手順を実行します。
## コンソールを使用する
1. AWS マネジメントコンソール にサインインして、[https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/) で Amazon Redshift コンソールを開きます。
1. ナビゲーションメニューで **[Clusters]** (クラスター) と **[Snapshots]** (スナップショット) を選択したら、使用するスナップショットを選択します。
1. **[Restore snapshot]** (スナップショットの復元)、**[Restore to a provisioned cluster]** (プロビジョニングされたクラスターへの復元) を選択します。
1. クラスターのプロパティを入力します。クラスターの作成に関する全般情報については、「[クラスターの作成](create-cluster.md)」を参照してください。
1. **[Node type]** (ノードタイプ) ドロップダウンリストから RA3 ノードタイプの 1 つを選択します。AZ 設定オプションは、RA3 ノードタイプを選択した場合にのみ使用可能になります。
1. **[AZ 設定]** で、**[マルチ AZ]** を選択します。
1. **[AZ あたりのノード数]** に、クラスターのノードを少なくとも 2 つ入力します。
1. サンプルデータをロードするか、独自のデータを導入できます。
+ **[Sample data** (サンプルデータ) で、**[Load sample data]** (サンプルデータをロード) をクリックして、サンプルのデータセットを Amazon Redshift クラスターにロードします。Amazon Redshift は、デフォルトの dev データベースと public スキーマに、サンプルのデータセット Tickit をロードします。Amazon Redshift が、サンプルデータセットを Amazon Redshift クラスターに自動的にロードします。これで、クエリエディタ v2 を使用しながらデータに対するクエリを開始できます。
+ Amazon Redshift クラスターに独自のデータを持ち込むには、「[Amazon S3 から Amazon Redshift にデータをロードする](https://docs.aws.amazon.com/redshift/latest/gsg/rs-gsg-create-sample-db.html)」の手順に従います。
1. **[Additional configurations]** (追加設定) までスクロールして **[Network and security]** (ネットワークとセキュリティ) を展開し、デフォルトの**クラスターサブネットグループ**を受け入れるか、別のサブネットグループを選択していることを確認します。別のクラスターサブネットグループを選択する場合は、選択したサブネットグループに 3 つのアベイラビリティーゾーンがあることを確認します。
1. **[Additional configurations]** (追加設定)で、**[Database configurations]** (データベース構成) を展開します。
1. **[データベース暗号化]** で、デフォルトの AWS が所有するキー以外のカスタム KMS キーを使用するには、**[暗号化設定をカスタマイズ]** をクリックします。このオプションはデフォルトでは選択されていません。
1. **[Choose an KMS key]** (KMS キーの選択) で、AWS Key Management Service キーを選択するか、ARN を入力できます。または、AWS Key Management Service コンソールで **[AWS Key Management Service キーを作成]** をクリックすることもできます。KMS キーの作成の詳細については、AWS Key Management Service デベロッパーガイド**の [キーの作成](https://docs.aws.amazon.com/kms/latest/developerguide/create-keys.html) を参照してください。
1. **[Restore cluster from snapshot]** (スナップショットからクラスターを復元) をクリックします。クラスターの復元が成功すると、クラスターの詳細ページで詳細を確認できます。
## の使用AWS Command Line Interface
+ 次のように、AWS CLI から `restore-from-cluster-snapshot` コマンドを使用します。
```
aws redshift restore-from-cluster-snapshot
--region eu-west-1
--multi-az
--snapshot-identifier test-snap1
--cluster-identifier test-saz-11
--endpoint-url https://redshift.eu-west-1.amazonaws.com/
```
# シングル AZ データウェアハウスのマルチ AZ データウェアハウスへの変換
シングル AZ データウェアハウスをマルチ AZ データウェアハウスに変換することで、データウェアハウスは 99.99% の SLA 保証で高い可用性を実現できます。マルチ AZ データウェアハウスを使用しても、個々のクエリのパフォーマンスは変わりません。同時実行性の高いワークロードでは、Amazon Redshift が 2 つのアベイラビリティーゾーンのコンピューティングリソースを使用してリクエストを実行できるため、全体的なスループットが向上します。
**注記**
Amazon Redshift では、シングル AZ からマルチ AZ に、またはその逆に変換する際に、既存のコンピューティングリソースを分割することはできません。個々のクエリのパフォーマンスを一定に保つため、このオペレーションはサポートされていません。
## コンソールを使用する
**コンソールを使用して、シングル AZ クラスターをマルチ AZ データウェアハウスに変換するには**
1. AWS マネジメントコンソール にサインインして、[https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/) で Amazon Redshift コンソールを開きます。
1. ナビゲーションメニューで **[Provisioned clusters dashboard]** (プロビジョニングされたクラスターダッシュボード) を選択し、**[Clusters]** (クラスター) を選択します。現在の AWS リージョン にあるアカウントのクラスターがリストされています。各クラスターのプロパティのサブセットが、リストの列に表示されます。
1. マルチ AZ 配置に変換するクラスターを選択します。クラスターの詳細ページが表示されます。
1. **[アクション]** で **[マルチ AZ をアクティブ化]** を選択します。[変更の概要] が表示されます。**[マルチ AZ をアクティブ化]** をクリックします。
1. エラーが発生した場合は、次のいずれかを実行し、**[マルチ AZ をアクティブ化]** をクリックします。
+ クラスター暗号化 — クラスター詳細ページの [プロパティ] タブにある [データベース設定] セクションで、**[プロパティ]** を選択して暗号化設定を編集します。
+ サブネットグループ — **[サブネットグループ]** を選択し、サブネットグループリンクをクリックしてクラスターサブネットグループの設定を編集します。別のクラスターサブネットグループを選択する場合は、選択したサブネットグループに 3 つのアベイラビリティーゾーンがあることを確認します。
+ ポート設定 — クラスター詳細ページの [プロパティ] タブにある [データベース設定] セクションで、**[プロパティ]** を選択してポート設定を編集します。
1. SQL クライアントを使用して、データをロードしたりクエリしたりできます。
## の使用AWS Command Line Interface
+ AWS CLI から `modify-cluster` コマンドと `multi-az` パラメータを次のように使用します。
```
aws redshift modify-cluster
--profile maz-test
--endpoint-url https://redshift.eu-west-1.amazonaws.com
--region eu-west-1
--cluster-identifier test-maz-11
--multi-az
```
STL、SVCS、SVL、SVV、STV ビューはシステムモニタリングビュー (SYS\$1\$1 ビュー) のみをサポートしているため、マルチ AZ 配置では使用できません。システムモニタリングビュー (SYS\$1\$1 ビュー) を使用するようにモニタリングクエリを変更してください。
# マルチ AZ データウェアハウスのシングル AZ データウェアハウスへの変換
マルチ AZ データウェアハウスをシングル AZ データウェアハウスに変換すると、データウェアハウスは 99.99% の SLA 保証を実現できなくなります。個々のクエリのパフォーマンスは変わりませんが、2 番目のアベイラビリティーゾーンのコンピューティングリソースが使用できなくなるため、全体的なスループットに影響します。同時実行スケーリングを有効にして、シングル AZ でもパフォーマンスが一定になるようにスループットを自動的にスケーリングすることもできます。
**注記**
Amazon Redshift では、シングル AZ からマルチ AZ に、またはその逆に変換する際に、既存のコンピューティングリソースを分割することはできません。個々のクエリのパフォーマンスを一定に保つため、このオペレーションはサポートされていません。
## コンソールを使用する
1. AWS マネジメントコンソール にサインインして、[https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/) で Amazon Redshift コンソールを開きます。
1. ナビゲーションメニューで **[Provisioned clusters dashboard]** (プロビジョニングされたクラスターダッシュボード) を選択し、**[Clusters]** (クラスター) を選択します。現在の AWS リージョン にあるアカウントのクラスターがリストされています。各クラスターのプロパティのサブセットが、リストの列に表示されます。
1. マルチ AZ 配置に変換するクラスターを選択します。クラスターの詳細ページが表示されます。
1. **[アクション]** で **[マルチ AZ を非アクティブ化]** を選択します。[変更の概要] が表示されます。**[マルチ AZ を非アクティブ化]** をクリックします。
## の使用AWS Command Line Interface
+ AWS CLI から `modify-cluster` コマンドと `no-multi-az` パラメータを次のように使用します。
```
aws redshift modify-cluster
--profile maz-test
--endpoint-url https://redshift.eu-west-1.amazonaws.com
--region eu-west-1
--cluster-identifier test-maz-11
--no-multi-az
```
データウェアハウスがシングル AZ に変換されると、99.99 の SLA 保証は失われます。全体的なスループットも影響を受けます。変更を保存すると、クラスターの詳細ページで詳細を確認できます。
# マルチ AZ データウェアハウスのサイズ変更
マルチ AZ データウェアハウスをサイズ変更し、データウェアハウスの現在の設定と異なっているノード数またはノードタイプを指定できます。
## コンソールを使用する
1. AWS マネジメントコンソール にサインインして、[https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/) で Amazon Redshift コンソールを開きます。
1. ナビゲーションメニューで **[Provisioned clusters dashboard]** (プロビジョニングされたクラスターダッシュボード) を選択し、**[Clusters]** (クラスター) を選択します。現在の AWS リージョン にあるアカウントのクラスターがリストされています。各クラスターのプロパティのサブセットが、リストの列に表示されます。
1. マルチ AZ データウェアハウスのサイズを変更するクラスターを選択します。クラスターの詳細ページが表示されます。
1. [**アクション**] で、[**サイズ変更**] を選択します。[クラスターのサイズ変更] ページが表示されます。
1. ページに表示された手順に従います。クラスターのサイズ変更は、特定の時刻に 1 回行うことも、スケジュールに従ってクラスターのサイズを増減することもできます。
1. **[新しい設定]** にある [ノードタイプ] ドロップダウンリストから RA3 ノードタイプの 1 つを選択します。
1. **[クラスターのサイズ変更]** をクリックします。
## の使用AWS Command Line Interface
**AWS Command Line Interface を使用してマルチ AZ データウェアハウスのサイズを変更するには**
+ AWS CLI から、以下のように `resize-cluster` コマンドを使用して 1 つのアベイラビリティーゾーンのノード数を変更します。
```
aws redshift resize-cluster \
--cluster-identifier test-maz-11
--cluster-type multi-node
--node-type ra3.4xlarge
--number-of-nodes 6
```
# マルチ AZ 配置のフェールオーバー
マルチ AZ データウェアハウスは、2 つのアベイラビリティーゾーンに同時にデプロイされるコンピューティングリソースのコレクションです。プライマリアベイラビリティーゾーンにデプロイされたコンピューティングリソースはプライマリコンピューティングと呼ばれ、セカンダリアベイラビリティーゾーンにデプロイされたコンピューティングリソースはセカンダリコンピューティングと呼ばれます。マルチ AZ データウェアハウスは、アベイラビリティーゾーンやインフラストラクチャの障害など、万が一発生してもユーザーの介入なしに自動的に復旧できます。復旧プロセスでは、プライマリコンピューティングからセカンダリコンピューティングへフェイルオーバーし、セカンダリコンピューティングリソースをプライマリとして指定します。さらに、新しいセカンダリコンピューティングリソースは 3 番目のアベイラビリティーゾーンにプロビジョニングされます。自動復旧プロセスは RTO と RPO の観点から測定されます。
+ **目標復旧時間 (RTO)**– 災害後にシステムが稼働状態に戻るまでにかかる時間。つまり、RTO はダウンタイムを測定します。
+ **目標復旧時点 (RPO)** – 損失する可能性があるデータの量 (時間単位)。Amazon Redshift マルチ AZ データウェアハウスの場合、RPO は通常ゼロです。これは、すべてのデータが Amazon Redshift マネージドストレージ (RMS) に保存され、耐久性が高くデフォルトで利用可能な Amazon Simple Storage Service によってバックアップされるためです。
**注記**
フェイルオーバーが発生しても、個々のクエリのパフォーマンスのパフォーマンスは変わりません。アベイラビリティーゾーンのいずれかでコンピューティングリソースが使用できなくなるため、データウェアハウスの全体的なスループットが短時間低下します。ただし、Amazon Redshift は別のアベイラビリティーゾーンのキャパシティを自動的に取得して、同じデータウェアハウスの処理能力が回復するようにします。
自動復旧プロセスに加えて、**[フェイルオーバープライマリコンピューティング]** オプションを使用して、データウェアハウスでこのプロセスを手動で開始することもできます。このアプローチを使用して、マルチ AZ がアプリケーションの高可用性と継続性の向上にどのように役立つかをテストできます。
## コンソールを使用する
1. AWS マネジメントコンソール にサインインして、[https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/) で Amazon Redshift コンソールを開きます。
1. 次のいずれかを行います。
+ ナビゲーションメニューで **[クラスター]** を選択します。**[Clusters]** (クラスター) で、クラスターを選択します。クラスターの詳細ページが表示されます。
+ クラスターダッシュボードから、クラスターを選択します。
1. **[アクション]** から **[フェイルオーバープライマリコンピューティング]** を選択します。
1. メッセージが表示されたら、**[Confirm]** (確認) をクリックします。
## の使用AWS Command Line Interface
+ 次のように、AWS CLI から `failover-primary-compute` コマンドを使用します。
```
aws redshift failover-primary-compute
--profile maz-test
--endpoint-url https://redshift.eu-west-1.amazonaws.com
--region eu-west-1
--cluster-identifier test-maz-11
```
上記の操作が確認されると、Amazon Redshift はアベイラビリティーゾーンまたはインフラストラクチャ障害からの自動復旧と同じ手順を実行します。このプロセスにより、プライマリアベイラビリティーゾーンのコンピューティングノードが使用できなくなり、セカンダリアベイラビリティーゾーンのコンピューティングリソースがプライマリコンピューティングとして指定されます。クラスターの復旧が正常に完了すると、マルチ AZ 配置が使用可能になります。また、マルチ AZ データウェアハウスは、別の 3 番目のアベイラビリティーゾーンが利用可能になり次第、新しいセカンダリコンピューティングを自動的にプロビジョニングします。
このプロセス中、クラスターが自動的に回復してマルチ AZ 配置設定に再構成されるため、その時間中はコンソール上のクラスターステータスは変更中と表示されます。クラスターは新しい接続をすぐに受け入れることができます。既存の接続と実行中のクエリは削除される可能性があります。すぐに再試行できます。
# マルチ AZ データウェアハウスのクエリとロードの表示
クラスターのタイプ、サイズ、ステータス (一時停止または再開) に関係なく、過去 7 日間に実行されたクエリに関する情報を表示できます。
クエリとロードページに表示される情報には、Amazon Redshift システムテーブル (SYS\$1\$1 ビュー) からの情報が入力されます。この情報により、クエリやオファーに関する追加情報を表示できます。保持期間は 7 日間です。クエリ診断が速くなり、データベース、ユーザー名、または SQL ステートメントのタイプでデータをフィルタリングできます。これらの追加フィルターと実行されたすべてのクエリに関する情報を確認するには、次の前提条件に注意してください。
+ **[Connect to database]** (データベースに接続) を選択してデータベースに接続する必要があります。
+ クエリのモニタリングを実行するには、データベースユーザーに sys: operator または sys: monitor のロールと権限が必要です。システムロールの詳細については、「*Amazon Redshift データベースデベロッパーガイド*」の「[Amazon Redshift でのシステム定義のロール](https://docs.aws.amazon.com/redshift/latest/dg/r_roles-default.html)」を参照してください。
データベースに接続すると、これらの追加のフィルターとクエリ情報が表示されます。
**クエリとロードからクエリパフォーマンスデータを表示する方法**
1. AWS マネジメントコンソール にサインインして、[https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/) で Amazon Redshift コンソールを開きます。
1. ナビゲーションメニューで、**[Queries and loads]** (クエリおよびロード) を選択し、アカウントのクエリのリストを表示します。
1. 追加のフィルターを表示するには、データベースに接続する必要がある場合があります。必要に応じて、**[Connect to database]** (データベースに接続) をクリックし、プロンプトに従ってデータベースに接続します。
デフォルトでは、全クラスターの過去 24 時間のクエリがリストに表示されます。コンソールで表示日付の範囲を変更できます。
**クエリのモニタリングからクエリパフォーマンスデータを表示する方法**
1. AWS マネジメントコンソール にサインインして、[https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/) で Amazon Redshift コンソールを開きます。
1. ナビゲーションメニューで **[クラスター]** を選択します。**[Clusters]** (クラスター) で、クラスターを選択します。
1. **[Query monitoring]** (クエリのモニタリング) を選択します。
1. クラスターの構成やバージョンによっては、追加のフィルターを表示するためにデータベースに接続する必要がある場合があります。必要に応じて、**[Connect to database]** (データベースに接続) をクリックし、プロンプトに従ってデータベースに接続します。
# マルチ AZ 配置でのクエリのモニタリング
マルチ AZ 配置では、両方のアベイラビリティーゾーンにデプロイされたコンピューティングリソースを使用し、特定のアベイラビリティーゾーンのリソースが使用できない場合でも運用を継続できます。すべてのコンピューティングリソースは常に使用されます。これにより、2 つのアベイラビリティーゾーンで、読み取りと書き込みの操作の両方をアクティブ-アクティブ構成で完全に操作できます。
pg\$1catalog スキーマの SYS\$1 ビューをクエリして、マルチ AZ 配置のクエリ実行時間をモニタリングできます。SYS\$1 ビューには、プライマリクラスターとセカンダリクラスターのクエリ実行時アクティビティまたは統計が表示されます。モニタリングビューの一覧については、「[モニタリングビュー](https://docs.aws.amazon.com/redshift/latest/dg/serverless-monitoring.html)」を参照してください。
以下の手順に従って、マルチ AZ 配置内の各アベイラビリティーゾーンのクエリ実行時間をモニタリングします。
1. Amazon Redshift コンソールに移動し、マルチ AZ 配置のデータベースに接続し、クエリエディタを使用してクエリを実行します。
1. マルチ AZ の Amazon Redshift デプロイで任意のサンプルクエリを実行します。
1. マルチ AZ 配置の場合、SYS\$1QUERY\$1HISTORY テーブルの compute\$1type 列を使用して、クエリとその実行場所のアベイラビリティーゾーンを識別できます。プライマリはマルチ AZ 配置のプライマリクラスターで実行されるクエリを表し、セカンダリはマルチ AZ 配置のセカンダリクラスターで実行されるクエリを表します。****
次のクエリは、compute\$1type 列を使用してクエリをモニタリングします。
```
select (compute_type) as compute_type, left(query_text, 50) query_text from sys_query_history order by start_time desc;
compute_type | query_text
--------------+-------------------------
secondary | select count(*) from t1;
```
# クラスターのクエリを終了する
この手順は、マルチ AZ クラスターとシングル AZ クラスターの両方に適用されます。
**クエリを終了するには**
また、[**クエリ**] ページを使用して、現在進行中のクエリを終了することもできます。
実行中のクエリを終了するには、データベースユーザーに sys:operator ロールと権限が必要です。システムロールの詳細については、「*Amazon Redshift データベースデベロッパーガイド*」の「[Amazon Redshift でのシステム定義のロール](https://docs.aws.amazon.com/redshift/latest/dg/r_roles-default.html)」を参照してください。
1. AWS マネジメントコンソール にサインインして、[https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/) で Amazon Redshift コンソールを開きます。
1. ナビゲーションメニューで、**[Queries and loads]** (クエリおよびロード) を選択し、アカウントのクエリのリストを表示します。
1. リストで終了する実行中クエリを選択してから、[**クエリの終了**] を選択します。