Amazon Redshift clusters - Amazon Redshift

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Amazon Redshift clusters

In the following sections, you can learn the basics of creating a data warehouse by launching a set of compute nodes, called an Amazon Redshift cluster.

Overview of Amazon Redshift clusters

An Amazon Redshift data warehouse is a collection of computing resources called nodes, which are organized into a group called a cluster. 各クラスターは Amazon Redshift エンジンを実行し、1 つ以上のデータベースを含みます。

注記

At this time, Amazon Redshift version 1.0 engine is available. However, as the engine is updated, multiple Amazon Redshift engine versions might be available for selection.

Clusters and nodes in Amazon Redshift

An Amazon Redshift cluster consists of nodes. クラスターごとに、リーダーノードと 1 つまたは複数のコンピューティングノードがあります。リーダーノードは、クライアントアプリケーションからクエリを受け取ってクエリを解析し、クエリ実行プランを作成します。次に、これらのプランの並列実行をコンピューティングノードと調整し、コンピューティングノードからの中間結果を集計します。最終的にクライアントアプリケーションに結果を返します。

コンピューティングノード、はクエリ実行プランを実行し、これらのクエリを処理するためにデータをコンピューティングノード間で伝送します。中間結果は、リーダーノードに送られて集計されてから、クライアントアプリケーションに送り返されます。For more information about leader nodes and compute nodes, see Data warehouse system architecture in the Amazon Redshift Database Developer Guide.

When you create a cluster on the Amazon Redshift console (https://console.aws.amazon.com/redshift/), you can get a recommendation of your cluster configuration based on the size of your data and query characteristics. To use this sizing calculator, look for Help me choose on the console in AWS Regions which support RA3 node types. 詳細については、「クラスターの作成」を参照してください。

クラスターを起動するときに、オプションの 1 つとしてノードタイプを指定します。ノードタイプによって、各ノードの CPU、RAM、ストレージ容量、およびストレージデバイスでのタイプが決まります。

Amazon Redshift offers different node types to accommodate your workloads, and we recommend choosing RA3 or DC2 depending on the required performance, data size, and expected data growth.

マネージドストレージが付属する RA3 ノードでは、コンピューティング性能とマネージドストレージのスケーリングと支払いを独立させることで、データウェアハウスを最適化できます。RA3 では、パフォーマンス要件に基づいてノードの数を選択し、使用したマネージドストレージに対してのみ料金が発生します。日々処理するデータ量を基に、RA3 クラスターのサイズを選択してください。RA3 ノードタイプを使用するクラスターは、仮想プライベートクラウド (VPC) で起動します。RA3 クラスターを EC2-Classic で起動することはできません。詳細については、「VPC でクラスターを作成する」を参照してください。

Amazon Redshift managed storage uses large, high-performance SSDs in each RA3 node for fast local storage and Amazon S3 for longer-term durable storage. If the data in a node grows beyond the size of the large local SSDs, Amazon Redshift managed storage automatically offloads that data to Amazon S3. You pay the same low rate for Amazon Redshift managed storage regardless of whether the data sits in high-performance SSDs or Amazon S3. ますます増大するストレージを必要とするワークロードの場合、マネージドストレージを使用することでデータウェアハウスのストレージ容量を自動的にスケールできます。ノードの追加やそのための支払いは必要ありません。

DC2 ノードでは、ローカル SSD ストレージを使用してコンピューティング負荷の高いデータウェアハウスを持つことができます。必要なノード数はデータサイズとパフォーマンス要件に基づいて選択します。DC2 ノードは高いパフォーマンスを引き出すためローカルにデータを保存し、データのサイズが増えるに従って、さらに多くのコンピューティングノードを追加して、クラスターのストレージ容量を増強できます。圧縮で 1 TB 未満のデータセットでは、最も低い価格で最良のパフォーマンスを得るため、DC2 ノードタイプの利用を推奨します。データ量の増大が予想される場合は、RA3 ノードのご利用をお勧めします。このタイプのノードを使用することで、コンピューティング性能とストレージを別々にサイジングし、最高量の料金とパフォーマンスを活用できます。DC2 ノードタイプを使用するクラスターは、Virtual Private Cloud (VPC) で起動します。You can't launch DC2 clusters in EC2-Classic. 詳細については、「VPC でクラスターを作成する」を参照してください。

DS2 ノードはハードディスクドライブ (HDD) を使用して、大容量のデータウェアハウスを作成できるので、代わりに RA3 ノードを使用するようお勧めします。DS2 ノードを使用している場合、アップグレードのガイドラインについては、「RA3 ノードタイプへのアップグレード」を参照してください。ds2.xlarge のノードを 8 個以上使用しているお客様、または数に関係なく ds2.8xlarge ノードをご利用のお客様は、RA3 にアップグレードし、同じオンデマンドコストで、2 倍のストレージとより高いパフォーマンスをご利用になれます。

ノードタイプは、さまざまなサイズで使用できます。ノードサイズとノードの数によって、クラスターのストレージ総容量が決まります。詳細については、「ノードタイプの詳細」を参照してください。

ノードタイプに応じて、1 つのノード (単一ノード) または複数のノード (複数ノード) を使用できます。一部のノードタイプのクラスターのノードの 最小数は 2 ノードです。単一ノードクラスターでは、ノードは機能上リーダーとコンピューティングで共有されます。単一ノードクラスターは、本番稼働ワークロードの実行には推奨されません。マルチノードクラスターでは、リーダーノードとコンピューティングノードは分かれています。リーダーノードは、コンピューティングノードと同じノードタイプです。料金はコンピューティングノードに対してのみ課金されます。

Amazon Redshift applies quotas to resources for each AWS account in each AWS Region. クォータは、アカウントが AWS リージョン内の特定のリソースタイプに作成できるリソースの数を制限します (ノードやスナップショットなど)。For more information about the default quotas that apply to Amazon Redshift resources, see Amazon Redshift Limits in the Amazon Web Services General Reference. To request an increase, submit an Amazon Redshift Limit Increase Form.

The cost of your cluster depends on the AWS Region, node type, number of nodes, and whether the nodes are reserved in advance. For more information about the cost of nodes, see the Amazon Redshift pricing page.

ノードタイプの詳細

以下のテーブルは、各ノードタイプとサイズのノード仕様をまとめたものです。表の見出しには、次の意味があります。

  • vCPU は各ノードの仮想 CPU の数です。

  • RAM は、各ノードのギビバイト (GiB) 単位のメモリ量です。

  • ノードあたりのスライスの数は、従来のサイズ変更でクラスターを作成またはサイズ変更するときに、コンピューティングノードがパーティション分割されるデフォルトのスライス数です。

    伸縮自在なリサイズを使用してクラスターのサイズを変更すると、ノードあたりのスライス数が変わる可能性があります。​ ただし、クラスターのすべてのコンピューティングノードのスライスの総数は、伸縮自在なサイズ変更後も変わりません。

    スナップショットからの復元操作を使用してクラスターを作成する場合、ノードタイプを変更すると、元のクラスターから生成されるクラスターのスライスの数が変わることがあります。

  • ストレージは、各ノードのストレージの容量とタイプです。

  • Node Range is the minimum and maximum number of nodes that Amazon Redshift supports for the node type and size.

    注記

    You might be restricted to fewer nodes depending on the quota that is applied to your AWS account in the selected AWS Region. To request an increase, submit an Amazon Redshift Limit Increase Form.

  • 総容量とは、ノード範囲で指定されているノードの最大数をデプロイした場合のクラスターのストレージ合計容量です。

RA3 ノードタイプ
ノードサイズ vCPU RAM (GiB) ノードごとのデフォルトスライス ノードあたりのマネージドストレージクォータ クラスター作成によるノード範囲 Total managed storage capacity
ra3.xlplus 4 32 2 32 TB1 2–162 1024 TB2,4
ra3.4xlarge 12 96 4 128 TB1 2–323 8192 TB3,4
ra3.16xlarge 48 384 16 128 TB1 2–128 16,384 TB4

1 Indicates the storage quota of Amazon Redshift managed storage.

2 An ra3.xlplus node type can be created with 16 nodes but resized with elastic resize to a maximum of 32 nodes.

3 An ra3.4xlarge node type can be created with 32 nodes but resized with elastic resize to a maximum of 64 nodes.

4 Total managed storage quota is the maximum number of nodes times the managed storage quota per node.

高密度ストレージノードタイプ
ノードサイズ vCPU RAM (GiB) ノードごとのデフォルトスライス 1 ノードあたりのストレージ ノード範囲 合計容量
ds2.xlarge 4 31 2 2 TB HDD 1–32 64 TB
ds2.8xlarge 36 244 16 16 TB HDD 2–128 2 PB
高密度コンピューティングノードタイプ
ノードサイズ vCPU RAM (GiB) ノードごとのデフォルトスライス 1 ノードあたりのストレージ ノード範囲 合計容量
dc2.large 2 15 2 160 GB NVMe-SSD 1–32 5.12 TB
dc2.8xlarge 32 244 16 2.56 TB NVMe-SSD 2–128 326 TB
dc1.large1 2 15 2 160 GB SSD 1–32 5.12 TB
dc1.8xlarge1 32 244 32 2.56 TB SSD 2–128 326 TB

1 DC1 ノードタイプよりも DC2 ノードタイプをお勧めします。アップグレード方法の詳細については、「DC1 ノードタイプから DC2 ノードタイプへのアップグレード」を参照してください。

ノードタイプの以前の名前

In previous releases of Amazon Redshift, certain node types had different names. You can use the previous names in the Amazon Redshift API and AWS CLI. ただし、古い名前を参照するスクリプトは更新し、現在の名前を使用することをお勧めします。現在の名前と以前の名前は、次のとおりです。

現在の名前 以前の名前
ds2.xlarge ds1.xlarge、dw.hs1.xlarge、dw1.xlarge
ds2.8xlarge ds1.8xlarge、dw.hs1.8xlarge、dw1.8xlarge
dc1.large dw2.large
dc1.8xlarge dw2.8xlarge

ノードの数の決定

Because Amazon Redshift distributes and executes queries in parallel across all of a cluster’s compute nodes, you can increase query performance by adding nodes to your cluster. 2 つ以上のコンピューティングノードを持つクラスターを実行すると、データ損失が発生するリスクを低減するため、各ノードのデータが別のノードのディスクにミラーリングされます。

You can monitor query performance in the Amazon Redshift console and with Amazon CloudWatch metrics. クラスターの価格とパフォーマンスのバランスを維持するために、必要に応じてノードを追加または削除することもできます。When you request an additional node, Amazon Redshift takes care of all the details of deployment, load balancing, and data maintenance. クラスターパフォーマンスの詳細については、「Monitoring Amazon Redshift cluster performance」を参照してください。

リザーブドノードは、一定量の本番稼働番ワークロードに最適で、オンデマンド料金と比べて大幅な割引を受けることができます。本番稼働設定を検証するために、実験と概念実証を実行した後で、リザーブドノードを購入できます。詳細については、「Amazon Redshift リザーブドノードの購入」を参照してください。

クラスターを一時停止すると、クラスターが一時停止している間にオンデマンド課金が中断されます。この一時停止期間中は、バックアップストレージに対してのみお支払いいただきます。これにより、データウェアハウスの容量を事前にプランニングしたり購入したりする手間が省けます。また、開発環境またはテスト環境をコスト効率のよい方法で管理することができます。

For information about pricing of on-demand and reserved nodes, see Amazon Redshift pricing.

クラスターの作成時に EC2-VPC を使用する

Amazon Redshift clusters run in Amazon EC2 instances that are configured for the Amazon Redshift node type and size that you select. EC2-VPC を使用してクラスターを作成します。EC2-Classic をまだ使用している場合は、EC2-VPC を使用してパフォーマンスとセキュリティを向上させることをお勧めします。For more information about these networking platforms, see Supported Platforms in the Amazon EC2 User Guide for Linux Instances. AWS アカウントの設定によって、EC2-VPC または EC2-Classic のどちらを利用できるかが決まります。

注記

To prevent connection issues between SQL client tools and the Amazon Redshift database, we recommend doing one of two things. パケットサイズの交渉をホストに許可する着信ルールを設定できます。Alternatively, you can disable TCP/IP jumbo frames by setting the maximum transmission unit (MTU) to 1500 on the network interface (NIC) of your Amazon EC2 instances. 上記の方法の詳細については、「クエリがハングして、クラスターに達しない場合がある」を参照してください。

EC2-VPC

EC2-VPC を使用する場合、クラスターはAWS アカウントに論理的に分離された Virtual Private Cloud (VPC) 内で稼働します。EC2-VPC プラットフォームのクラスターをプロビジョニングする場合は、クラスターに 1 つ以上の VPC のセキュリティグループを関連付けて、クラスターへのアクセスを制御します。For more information, see Security Groups for Your VPC in the Amazon VPC User Guide.

To create a cluster in a VPC, you must first create an Amazon Redshift cluster subnet group by providing subnet information of your VPC, and then provide the subnet group when launching the cluster. 詳細については、「Amazon Redshift クラスターサブネットグループ」を参照してください。

For more information about Amazon Virtual Private Cloud (Amazon VPC), see the Amazon VPC product detail page.

EC2-Classic

EC2-Classic では、クラスターは、他の AWS ユーザーと共有する単一のフラットネットワーク内で稼働します。If you provision your cluster in the EC2-Classic, you control access to your cluster by associating one or more Amazon Redshift cluster security groups with the cluster. 詳細については、「Amazon Redshift クラスターセキュリティグループ」を参照してください。

クラスターを起動する

AWS アカウントは、リージョンごとに EC2-VPC と EC2-Classic の両方のインスタンスを起動することも、EC2-VPC のみを起動することもできます。アカウントがサポートしているプラットフォームを確認し、クラスターを起動するには、次の操作を行います。

  1. Decide which AWS Region you want to deploy a cluster. For a list of AWS Regions in which Amazon Redshift is available, see Amazon Redshift endpoints in the Amazon Web Services General Reference.

  2. Find out which Amazon EC2 platforms your account supports in the chosen AWS Region. You can find this information in the Amazon EC2 console. For step-by-step instructions, see Supported Platforms in the Amazon EC2 User Guide for Linux Instances.

  3. アカウントが両方のプラットフォームをサポートしている場合は、EC2-VPC をお勧めします。アカウントが EC2-VPC のみをサポートしている場合は、VPC にクラスターをデプロイする必要があります。

  4. Launch your Amazon Redshift cluster. You can create a cluster using the Amazon Redshift console, or by using the Amazon Redshift API, AWS CLI, or SDK libraries. これらのオプションや関連ドキュメントへのリンクについては、「Amazon Redshift とは」を参照してください。

RA3 ノードタイプの概要

パフォーマンスの向上とストレージ容量を増やすために、DS2 ノードタイプクラスターで実行されている既存のワークロードを RA3 ノードタイプにアップグレードすることをお勧めします。RA3 ノードには、次のような利点があります。

  • ストレージコストを増加させることなく、コンピューティング能力を柔軟に拡張できます。また、コンピューティング能力を過剰にプロビジョニングすることなく、ストレージを拡張できます。

  • They use high performance SSDs for your hot data and Amazon S3 for cold data. したがって、使いやすさ、コスト効率の高いストレージ、高いクエリパフォーマンスを提供します。

  • They use high bandwidth networking built on the AWS Nitro System to further reduce the time taken for data to be offloaded to and retrieved from Amazon S3.

次の場合は、RA3 ノードタイプを選択することを検討してください。

  • コンピューティングをストレージから別にスケーリングできる柔軟性が必要な場合。

  • 合計データの一部を照会します。

  • データ量は急速に増加しているか、急速に増加すると予想されます。

  • パフォーマンスのニーズのみに基づいてクラスターをサイズ変更できる柔軟性が必要です。

To use RA3 node types, your AWS Region must support RA3. 詳細については、「AWS リージョンでの RA3 ノードタイプの可用性」を参照してください。

重要

You can use ra3.xlplus node types only with cluster version 1.0.21262 or later. You can view the version of an existing cluster with the Amazon Redshift console. 詳細については、「クラスターメンテナンスバージョンの確認」を参照してください。

Make sure that you use the new Amazon Redshift console when working with RA3 node types. 元のコンソールでは、すべての RA3 オペレーションがサポートされているわけではありません。

In addition, to use RA3 node types with Amazon Redshift operations that use the maintenance track, the maintenance track value must be set to a cluster version that supports RA3. メンテナンストラックの詳細については、「クラスターメンテナンストラックの選択」を参照してください。

Working with Amazon Redshift managed storage

With Amazon Redshift managed storage, you can store and process all your data in Amazon Redshift while getting more flexibility to scale compute and storage capacity separately. データの取り込みは、引き続き COPY コマンドまたは INSERT コマンドを使用して行います。To optimize performance and manage automatic data placement across tiers of storage, Amazon Redshift takes advantage of optimizations such as data block temperature, data block age, and workload patterns. When needed, Amazon Redshift scales storage automatically to Amazon S3 without requiring any manual action.

For information about storage costs, see Amazon Redshift pricing.

RA3 ノードタイプの管理

コンピューティングとストレージを分離するには、RA3 ノードタイプでクラスターを作成またはアップグレードします。RA3 ノードタイプを使用するには、仮想プライベートクラウド (EC2-VPC) にクラスターを作成します。

To change the number of nodes of Amazon Redshift cluster with an RA3 node type, do one of the following:

  • 伸縮自在なサイズ変更オペレーションでノードを追加または削除します。状況によっては、RA3 クラスターからノードを削除することは、伸縮自在なサイズ変更では許可されません。たとえば、2:1 ノード数のアップグレードで、ノードあたりのスライス数が 32 になるとします。詳細については、「クラスターのサイズ変更」を参照してください。 伸縮自在なサイズ変更が利用できない場合は、従来のサイズ変更を使用してください。

  • 従来のサイズ変更オペレーションでノードを追加または削除します。伸縮自在のサイズ変更では利用できない設定にサイズ変更する場合は、このオプションを選択します。伸縮性のあるサイズ変更は、従来のサイズ変更よりも高速です。詳細については、「クラスターのサイズ変更」を参照してください。

AWS リージョンでの RA3 ノードタイプの可用性

RA3 ノードタイプは、次の AWS リージョンでのみ使用できます。

  • US East (N. Virginia) Region (us-east-1)

  • US East (Ohio) Region (us-east-2)

  • US West (N. California) Region (us-west-1)

  • US West (Oregon) Region (us-west-2)

  • Asia Pacific (Mumbai) Region (ap-south-1)

  • Asia Pacific (Seoul) Region (ap-northeast-2)

  • Asia Pacific (Singapore) Region (ap-southeast-1)

  • Asia Pacific (Sydney) Region (ap-southeast-2)

  • Asia Pacific (Tokyo) Region (ap-northeast-1)

  • Canada (Central) Region (ca-central-1)

  • Europe (Frankfurt) Region (eu-central-1)

  • Europe (Ireland) Region (eu-west-1)

  • Europe (London) Region (eu-west-2)

  • Europe (Paris) Region (eu-west-3)

  • Europe (Stockholm) Region (eu-north-1)

  • South America (São Paulo) Region (sa-east-1)

  • AWS GovCloud (US-East) (us-gov-east-1) – Only ra3.4xlarge and ra3.16xlarge node types are available.

  • AWS GovCloud (US-West) (us-gov-west-1) – Only ra3.4xlarge and ra3.16xlarge node types are available.

RA3 ノードタイプへのアップグレード

既存のノードタイプを RA3 にアップグレードするには、ノードタイプを変更するための次のオプションがあります。

  • Restore from a snapshot – Amazon Redshift uses the most recent snapshot of your DS2 or DC2 cluster and restores it to create a new RA3 cluster. クラスターの作成が完了するとすぐに (通常は数分以内に)、RA3ノードは本番稼働用ワークロード全体を実行する準備が整います。コンピューティングはストレージから分離されているため、ネットワーク帯域幅が広いので、ホットデータは高速でローカルキャッシュに取り込まれます。最新の DS2 または DC2 スナップショットから復元する場合、RA3 は DS2 または DC2 ワークロードのホットブロック情報を保持し、最もホットなブロックをローカルキャッシュに格納します。詳細については、「スナップショットからのクラスターの復元」を参照してください。

    アプリケーションとユーザーに対して同じエンドポイントを維持するには、新しい RA3 クラスターの名前を元の DS2 または DC2 クラスターと同じ名前に変更します。To rename the cluster, modify the cluster in the Amazon Redshift console or ModifyCluster API operation. For more information, see クラスターの名前変更 or ModifyCluster API operation in the Amazon Redshift API Reference.

  • Elastic resize – resize the cluster using elastic resize. When you use elastic resize to change node type, Amazon Redshift automatically creates a snapshot, creates a new cluster, deletes the old cluster, and renames the new cluster. 伸縮自在なサイズ変更オペレーションはオンデマンドで実行できるほか、任意のタイミングに実行することをスケジューリングすることもできます。既存の DS2 または DC2 ノードタイプクラスターは、伸縮自在なサイズ変更を使用して RA3 にすばやくアップグレードできます。詳細については、「伸縮自在なサイズ変更」を参照してください。

次の表に、RA3 ノードタイプにアップグレードする際の推奨事項を示します。

既存のノードタイプ 既存のノード数の範囲 推奨される新しいノードタイプ アップグレードアクション

ds2.xlarge

1–7

ra3.xlplus

Create 2 nodes of ra3.xlplus for every 3 nodes of ds2.xlarge.

ds2.xlarge

8–128

ra3.4xlarge

ds2.xlarge の 4 つのノードごとに、ra3.4xlarge のノードを 1 つ作成します。

ds2.8xlarge

2–15

ra3.4xlarge

ds2.8xlarge の 1 つのノードごとに、ra3.4xlarge のノードを 2 つ作成します。

ds2.8xlarge

16–128

ra3.16xlarge

ds2.8xlarge の 2 つのノードごとに、ra3.16xlarge のノードを 1 つ作成します。

dc2.8xlarge

2–15

ra3.4xlarge

dc2.8xlarge1 の 1 つのノードごとに、ra3.4xlarge のノードを 2 つ作成します。

dc2.8xlarge

16–128

ra3.16xlarge

dc2.8xlarge1 の 2 つのノードごとに、ra3.16xlarge のノードを 1 つ作成します。

dc2.large

1–4

なし

既存の dc2.large クラスターを保持します。

dc2.large

4–15

ra3.xlplus

Create 3 nodes of ra3.xlplus for every 8 nodes of dc2.large1.

dc2.large

16–128

ra3.4xlarge

dc2.large1 の 8 つのノードごとに、ra3.4xlarge のノードを 1 つ作成します。

1ワークロードの要件に応じて、追加のノードが必要になる場合があります。必要なクエリパフォーマンスのコンピューティング要件に基づいて、ノードを追加または削除します。

RA3 クラスターの最小ノード数は 2 ノードです。RA3 クラスターを作成するときは、この点を考慮してください。

すでに DS2 リザーブドノードを購入済みの場合は、DS2 リザーブドノードを RA3 リザーブドノードに変換する方法について、AWS にお問い合わせください。詳細については、AWS に問い合わせるには、「マネージドストレージを使用する Amazon Redshift RA3 インスタンス」を参照してください。

DC1 ノードタイプから DC2 ノードタイプへのアップグレード

DC1 クラスターを DC2 ノードタイプにアップグレードすると、向上したパフォーマンスを利用できます。

Clusters that use the DC2 node type must be launched in a virtual private cloud (EC2-VPC).

DC1 クラスターが VPC にない場合:

  1. DC1 クラスターのスナップショットを作成します。詳細については、「Amazon Redshift スナップショット」を参照してください。

  2. VPC を作成してから、VPC に DC2 クラスターを作成します。詳細については、「VPC でクラスターを管理する」を参照してください。

  3. スナップショットを VPC の新しい DC2 クラスターに復元します。詳細については、「スナップショットからのクラスターの復元」を参照してください。

DC1 クラスターがすでに VPC にある場合は、以下のいずれかの方法を選択します。

  • このオペレーションの一部として、DC1 クラスターのサイズを変更し、ノードタイプを DC2 に変更します。クラスターは、サイズ変更オペレーション中、使用できません。詳細については、「Resizing clusters in Amazon Redshift」を参照してください。

  • DC1 クラスターのスナップショットを作成し、VPC の DC2 クラスターにスナップショットを復元します。詳細については、「スナップショットからのクラスターの復元」を参照してください。

ノードタイプを DC1 から DC2 にアップグレードするときは、以下の点を考慮してください。

  • 100% 満杯の DC1 クラスターは、同等数の DC2 ノードにアップグレードできない場合があります。より多くのディスクスペースが必要な場合は、以下を試すことができます。

    • 使用可能なディスクスペースがより多い設定にサイズを変更します。

    • テーブルを切り詰めるか行を削除して、不要なデータをクリーンアップします。

  • DC2 クラスターは EC2-Classic ネットワーキングをサポートしていません。DC1 クラスターが VPC で実行されていない場合は、DC2 の移行用にクラスターを作成します。詳細については、「VPC でクラスターを管理する」を参照してください。

  • クラスターのサイズを変更すると、オペレーション中は、クラスターが読み取り専用モードに設定される場合があります。詳細については、「Resizing clusters in Amazon Redshift」を参照してください。

  • DC1 リザーブドノードを購入した場合、残りの期間に、DC1 リザーブドノードを DC2 ノードにアップグレードできます。For more information about how to change your reservation with the AWS CLI, see AWS CLI を使用したリザーブドノードのアップグレード.

  • 復元を使用して dc1.large から dc2.large にアップグレードし、ノード数を変更する場合、クラスターバージョン 1.0.10013 以降ではスナップショットが作成されている必要があります。

  • 復元を使用して dc1.8xlarge から dc2.8xlarge にアップグレードする場合、クラスターバージョン 1.0.10013 以降ではスナップショットが作成されている必要があります。

  • 伸縮自在なサイズ変更を使用して DC1 から DC2 にアップグレードし、ノード数を変更する場合、クラスターはクラスターバージョン 1.0.10013 以降である必要があります。

  • If a snapshot of dc1.8xlarge cluster to upgrade is from a cluster earlier than version 1.0.10013, then first restore the snapshot from the dc1.8xlarge cluster into a new dc1.8xlarge cluster with the same number of nodes. Then use one of the following methods to upgrade the new dc1.8xlarge:

    • Use a snapshot from the new restored cluster to upgrade to dc2.8xlarge.

    • Use elastic resize to upgrade the new restored cluster to dc2.8xlarge.

Upgrading a DS2 cluster on EC2-Classic to EC2-VPC

Amazon Redshift clusters run in Amazon EC2 instances that are configured for the Amazon Redshift node type and size that you choose. We recommend that you upgrade your cluster on EC2-Classic to launch in a VPC using EC2-VPC for improved performance and security.

To upgrade your DS2 cluster on EC2-Classic to EC2-VPC

  1. Create a snapshot of your DS2 cluster. 詳細については、「Amazon Redshift スナップショット」を参照してください。

  2. Create a VPC, then create a DS2 cluster in the VPC. 詳細については、「VPC でクラスターを管理する」を参照してください。

  3. Restore your snapshot to the new DS2 cluster in the VPC. 詳細については、「スナップショットからのクラスターの復元」を参照してください。

Region and Availability Zone considerations

Amazon Redshift is available in several AWS Regions. By default, Amazon Redshift provisions your cluster in a randomly selected Availability Zone (AZ) within the AWS Region that you choose. すべてのクラスターノードが同じアベイラビリティーゾーンにプロビジョニングされます。

You can optionally request a specific Availability Zone if Amazon Redshift is available in that zone. For example, if you already have an Amazon EC2 instance running in one Availability Zone, you might want to create your Amazon Redshift cluster in the same zone to reduce latency. On the other hand, you might want to choose another Availability Zone for higher availability. Amazon Redshift might not be available in all Availability Zones within an AWS Region.

For a list of supported AWS Regions where you can provision an Amazon Redshift cluster, see Amazon Redshift endpoints in the Amazon Web Services General Reference.

クラスターのメンテナンス

Amazon Redshift periodically performs maintenance to apply upgrades to your cluster. During these updates, your Amazon Redshift cluster isn't available for normal operations. クラスターのメンテナンス方法を制御する方法がいくつかあります。たとえば、クラスターにアップデートをいつ展開するかを制御できます。また、クラスターが常に最新のリリースバージョンを実行するのか、以前にリリースされたバージョンから最新のリリースバージョンを実行するのかを選択することもできます。最後に、必須ではないメンテナンスアップデートをしばらく延期することもできます。

メンテナンスウィンドウ

Amazon Redshift assigns a 30-minute maintenance window at random from an 8-hour block of time per AWS Region, occurring on a random day of the week (Monday through Sunday, inclusive).

デフォルトの メンテナンスウィンドウ

次のリストは、デフォルトでメンテナンスウィンドウが割り当てられる各 AWS リージョンの時間を示します。

  • US East (N. Virginia) Region: 03:00–11:00 UTC

  • US East (Ohio) Region: 03:00–11:00 UTC

  • US West (N. California) Region: 06:00–14:00 UTC

  • US West (Oregon) Region: 06:00–14:00 UTC

  • Africa (Cape Town) Region: 20:00–04:00 UTC

  • Asia Pacific (Hong Kong) Region: 13:00–21:00 UTC

  • Asia Pacific (Mumbai) Region: 16:30–00:30 UTC

  • Asia Pacific (Osaka) Region: 13:00–21:00 UTC

  • Asia Pacific (Seoul) Region: 13:00–21:00 UTC

  • Asia Pacific (Singapore) Region: 14:00–22:00 UTC

  • Asia Pacific (Sydney) Region: 12:00–20:00 UTC

  • Asia Pacific (Tokyo) Region: 13:00–21:00 UTC

  • Canada (Central) Region: 03:00–11:00 UTC

  • China (Beijing) Region: 13:00–21:00 UTC

  • China (Ningxia) Region: 13:00–21:00 UTC

  • Europe (Frankfurt) Region: 06:00–14:00 UTC

  • Europe (Ireland) Region: 22:00–06:00 UTC

  • Europe (London) Region: 22:00–06:00 UTC

  • Europe (Milan) Region: 21:00–05:00 UTC

  • Europe (Paris) Region: 23:00–07:00 UTC

  • Europe (Stockholm) Region: 23:00–07:00 UTC

  • Middle East (Bahrain) Region: 13:00–21:00 UTC

  • South America (São Paulo) Region: 19:00–03:00 UTC

メンテナンスイベントが特定の週に予定されている場合、割り当てられた 30 分のメンテナンスウィンドウ中に開始されます。While Amazon Redshift is performing maintenance, it terminates any queries or other operations that are in progress. ほとんどのメンテナンスは 30 分のメンテナンスウィンドウ中に完了しますが、メンテナンスタスクの一部はウィンドウが終了した後も実行を続ける場合があります。スケジュールされたメンテナンスウィンドウの間に実行されるメンテナンスタスクがない場合、クラスターは次にスケジュールされたメンテナンスウィンドウまで通常どおり稼働します。

You can change the scheduled maintenance window by modifying the cluster, either programmatically or by using the Amazon Redshift console. ウィンドウは 30 分以上、24 時間以内である必要があります。詳細については、「コンソールを使ったクラスターの管理」を参照してください。

メンテナンスの遅延

クラスターのメンテナンスウィンドウを変更する必要がある場合、メンテナンスを最長 45 日まで遅延できます。たとえば、クラスターのメンテナンスウィンドウが水曜日の 8:30~9:00 (UTC) に設定されていて、その時間にクラスターにアクセスする必要がある場合、メンテナンスを後の時間に遅らせることができます。ハードウェアをアップデートする必要がある場合を除き、遅延を指定した場合は、クラスターのメンテナンスは一切行われません。

遅延期間中にハードウェアを更新する必要がある、または他の必須の更新を行う必要がある場合、通知して必要な変更を行います。更新中は、クラスターを使用できません。

クラスターのメンテナンスを遅らせる場合、遅延期間後のメンテナンスウィンドウは必須です。これは遅らせることはできません。

注記

メンテナンスが開始した後で遅らせることはできません。

詳細については、「クラスターの変更」を参照してください。

クラスターメンテナンストラックの選択

When Amazon Redshift releases a new cluster version, your cluster is updated during its maintenance window. クラスターを最新の承認済みリリースに更新するか、前のリリースに更新するか制御できます。

メンテナンストラックは、メンテナンスウィンドウ中にどのクラスターバージョンを適用するかを制御します。When Amazon Redshift releases a new cluster version, that version is assigned to the current track, and the previous version is assigned to the trailing track. クラスターのメンテナンストラックを設定します。次の値のいずれかを指定してください。

  • Current – Use the most current approved cluster version.

  • Trailing – Use the cluster version before the current version.

  • Preview – Use the cluster version that contains new features available for preview.

For example, suppose that your cluster is currently running version 1.0.2762 and the Amazon Redshift current version is 1.0.3072. メンテナンストラック値を [最新] に設定した場合、クラスターは次のメンテナンス期間中に 1.0.3072 (次の承認済みリリース) に更新されます。メンテナンストラック値を [Trailing (前)] に設定した場合、クラスターは 1.0.3072 以降の新しいリリースが公開されるまでは更新されません。

プレビュートラック

プレビュートラックは選択できない場合があります。プレビュートラックを選択する際は、トラック名も選択する必要があります。Preview tracks and its related resources are temporary, have functional limitations, and might not contain all current Amazon Redshift features available in other tracks. プレビュートラックを使用する場合:

  • Use the new Amazon Redshift console when working with preview tracks. たとえば、プレビュー版の機能で使用するクラスターを作成する場合などです。

  • クラスターを 1 つのプレビューから別のプレビューに切り替えることはできません。

  • クラスターを、現行または末尾トラックからプレビューに切り替えることはできません。

  • 異なるプレビュートラックから作成されたスナップショットから復元することはできません。

  • プレビュートラックは、新しいクラスターを作成する際、またはスナップショットを復元する際にのみ使用できます。

  • 異なるプレビュートラックから作成されたスナップショットから復元したり、あるいはプレビュートラックのクラスターバージョンより後のクラスターメンテナンスバージョンを使って復元したりすることはできません。たとえば、クラスターをプレビュートラックに復元する際、プレビュートラックのバージョンよりも古いクラスターメンテナンスバージョンから作成したスナップショットのみを使用できます。

メンテナンストラックの切り替え

通常、クラスターのトラック変更は 1 回のみの決定事項です。トラックを変更するときは注意が必要です。メンテナンストラックを [Trailing (前)] から [最新] に変更すると、クラスターは次のメンテナンス期間中に [最新] トラックリリースバージョンに変更されます。ただし、クラスターのメンテナンストラックを [Trailing (前)] に変更すると、[最新] トラックリリースバージョン後に新しいリリースが出るまで、クラスターは更新されません。

メンテナンストラックと復元

スナップショットはソースクラスターのメンテナンストラックを継承します。スナップショットの作成後にソースクラスターのメンテナンストラックを変更した場合、スナップショットとソースクラスターは別のトラックにあります。スナップショットから復元すると、新しいクラスターは、ソースクラスターから継承されたメンテナンストラックに配置されます。メンテナンストラックは、復元オペレーションが完了した後で変更できます。クラスターのサイズ変更によるクラスターのメンテナンストラックへの影響はありません。

詳細については、クラスターのメンテナンストラックの設定をご参照ください。

クラスターバージョンの管理

メンテナンストラックは一連のリリースです。クラスターが最新のトラックにあるか前のトラックにあるかを判断できます。クラスターを最新のトラックに配置する場合、メンテナンス期間中は、常に最新のクラスターリリースバージョンにアップグレードされます。クラスターを前のトラックに配置する場合、最後にリリースされたバージョンの直前にリリースされたクラスターリリースバージョンが常に実行されます。

The Release status column in the Amazon Redshift console list of clusters indicates whether one of your clusters is available for upgrade.

クラスターバージョンのロールバック

クラスターが最新のクラスターバージョンになっている場合、以前のバージョンまでロールバックすることを選択できます。

各クラスターバージョンに含まれる特徴や改善点の詳細については、「クラスターバージョンの履歴」を参照してください。

注記

A new console is available for Amazon Redshift. 使用しているコンソールに基づき、[新しいコンソール] または [元のコンソール] の手順を選択します。新しいコンソールの手順はデフォルトで開いています。

以前のクラスターバージョンにロールバックするには

  1. Sign in to the AWS Management Console and open the Amazon Redshift console at https://console.aws.amazon.com/redshift/.

  2. ナビゲーションメニューで [CLUSTERS] を選択します。

  3. ロールバックするクラスターを選択します。

  4. [アクション] で、[Roll back cluster version (クラスターバージョンのロールバック)] を選択します。[Roll back cluster version (クラスターバージョンのロールバック)] ページが表示されます。

  5. ロールバックできるバージョンがある場合は、ページの手順に従います。

  6. [Roll back now (今すぐロールバック)] を選択します。

以前のクラスターバージョンにロールバックするには

  1. Sign in to the AWS Management Console and open the Amazon Redshift console at https://console.aws.amazon.com/redshift/.

  2. ナビゲーションペインで [Clusters] を選択します。

  3. ロールバックするクラスターを選択し、[ステータス] タブを選択します。

    ロールバック先のバージョンが利用できる場合、そのバージョンが詳細ページの [ステータス] タブに表示されます。

    
                            ロールバックバージョンの詳細画面
  4. [リリースするロールバック (リリース番号)] を選択します。

クラスターメンテナンスバージョンの確認

You can determine the Amazon Redshift engine and database version with the Amazon Redshift console.

注記

A new console is available for Amazon Redshift. 使用しているコンソールに基づき、[新しいコンソール] または [元のコンソール] の手順を選択します。新しいコンソールの手順はデフォルトで開いています。

クラスターのバージョンを確認するには

  1. Sign in to the AWS Management Console and open the Amazon Redshift console at https://console.aws.amazon.com/redshift/.

  2. ナビゲーションメニューで [CLUSTERS] を選択し、リストからクラスター名を選択してその詳細を開きます。The details of the cluster are displayed, which can include Cluster performance, Query monitoring, Databases, Datashares, Schedules, Maintenance, and Properties tabs.

  3. Choose the Maintenance tab for more details.

  4. [Maintenance (メンテナンス)] セクションで、[Current cluster version (現行のクラスターバージョン)] を見つけます。

注記

Although the console displays this information in one field, it's two parameters in the Amazon Redshift API, ClusterVersion and ClusterRevisionNumber. For more information, see Cluster in the Amazon Redshift API Reference.

You can determine the Amazon Redshift engine and database versions for your cluster in the Cluster Version field in the console. 数字の最初の 2 つのセクションはクラスターのバージョンで、最後のセクションはクラスターのデータベースの固有の改訂番号です。次の例では、クラスターバージョンが 1.0 で、データベースの改訂番号が 884 です。

注記

Although the console displays this information in one field, it’s two parameters in the Amazon Redshift API, ClusterVersion and ClusterRevisionNumber. For more information, see Cluster in the Amazon Redshift API Reference.

To specify whether to automatically upgrade the Amazon Redshift engine in your cluster if a new version of the engine becomes available, use the setting Allow version upgrade. This setting doesn't affect the database version upgrades, which are applied during the maintenance window that you specify for your cluster. Amazon Redshift engine upgrades are major version upgrades, and Amazon Redshift database upgrades are minor version upgrades. バージョンの自動アップグレードは、メジャーバージョンに対してのみ無効にできます。マイナーバージョンアップグレードのメンテナンスウィンドウの詳細については、「メンテナンスウィンドウ」を参照してください。

デフォルトのディスク容量アラーム

When you create an Amazon Redshift cluster, you can optionally configure an Amazon CloudWatch alarm to monitor the average percentage of disk space that is used across all of the nodes in your cluster. このアラームをデフォルトのディスク容量アラームと言います。

デフォルトのディスク容量アラームの目的は、クラスターのストレージ容量を監視することです。このアラームは、データウェアハウスのニーズを基に設定できます。たとえば、クラスターのサイズを変更する必要性の指標として警告を使用できます。別のノードタイプにするかノードを追加するため、または今後の拡張に備えてリザーブドノードを購入するためにサイズを変更できます。

ディスクの使用量が、指定した期間、特定の回数の指定した割合に達したとき、または超えたとき、デフォルトのディスク容量アラームがトリガーされます。デフォルトでは、指定した割合に達し、かつ 5 分以上その割合かそれ以上の状態が続いたとき、このアラームがトリガーされます。デフォルトの値は、クラスターを起動した後編集できます

When the CloudWatch alarm triggers, Amazon Simple Notification Service (Amazon SNS) sends a notification to specified recipients to warn them that the percentage threshold is reached. Amazon SNS uses a topic to specify the recipients and message that are sent in a notification. You can use an existing Amazon SNS topic; otherwise, a topic is created based on the settings that you specify when you launch the cluster. このアラームのトピックは、クラスターを起動した後編集できます。For more information about creating Amazon SNS topics, see Getting Started with Amazon Simple Notification Service.

After you launch the cluster, you can view and edit the alarm from the cluster’s Status window under CloudWatch Alarms. The name is percentage-disk-space-used-default-<string>. You can open the alarm to view the Amazon SNS topic that it is associated with and edit alarm settings. If you did not select an existing Amazon SNS topic to use, the one created for you is named <clustername>-default-alarms (<recipient>); for example, examplecluster-default-alarms (notify@example.com).

デフォルトのディスク容量アラームを設定して編集する方法については、「クラスターの作成」および「ディスク容量アラームの作成または編集」を参照してください。

注記

クラスターを削除すると、クラスターに関連付けられているアラームは削除されませんが、トリガーされることもありません。You can delete the alarm from the CloudWatch console if you no longer need it.

クラスターステータス

クラスター状態は、クラスターの現在のステータスを表示します。次の表では、各クラスターステータスについて説明します。

ステータス 説明
available クラスターは実行されていて、利用可能です。
available, prep-for-resize クラスターは伸縮自在なサイズ変更の準備をしています。クラスターは稼働しており、読み取りクエリや書き込みクエリに使用できますが、スナップショットの作成などのクラスターオペレーションは使用できません。
available, resize-cleanup 伸縮自在なサイズ変更オペレーションは、新しいクラスターのノードへのデータ転送を完了します。クラスターは稼働しており、読み取りクエリや書き込みクエリに使用できますが、スナップショットの作成などのクラスターオペレーションは使用できません。
cancelling-resize サイズ変更オペレーションはキャンセルされています。
creating Amazon Redshift is creating the cluster. 詳細については、「クラスターの作成」を参照してください。
deleting Amazon Redshift is deleting the cluster. 詳細については、「クラスターの削除」を参照してください。
final-snapshot Amazon Redshift is taking a final snapshot of the cluster before deleting it. 詳細については、「クラスターの削除」を参照してください。
hardware-failure

クラスターにハードウェア障害が生じました。

単一ノードクラスターがある場合、そのノードを置き換えることはできません。クラスターを復元するには、スナップショットを使います。詳細については、「Amazon Redshift スナップショット」を参照してください。

incompatible-hsm Amazon Redshift cannot connect to the hardware security module (HSM). クラスターと HSM 間の HSM 設定を確認してください。詳細については、「ハードウェアセキュリティモジュールを使用した Amazon Redshift の暗号化」を参照してください。
incompatible-network 基本的なネットワーク設定に問題があります。クラスターを起動する VPC が存在すること、そして設定が正しいことを確認してください。詳細については、「VPC でクラスターを管理する」を参照してください。
incompatible-parameters 関連付けられたパラメータグループの 1 つ以上のパラメータ値に問題があり、パラメータ値の適用ができません。パラメータグループを変更し、無効な値を更新してください。詳細については、「Amazon Redshift parameter groups」を参照してください。
incompatible-restore スナップショットからクラスターを復元時に問題が発生しました。別のスナップショットでクラスターの復元を再度お試しください。詳細については、「Amazon Redshift スナップショット」を参照してください。
modifying Amazon Redshift is applying changes to the cluster. 詳細については、「クラスターの変更」を参照してください。
paused クラスターが一時停止しています。詳細については、「クラスターの一時停止と再開」を参照してください。
rebooting Amazon Redshift is rebooting the cluster. 詳細については、「クラスターの再起動」を参照してください。
renaming Amazon Redshift is applying a new name to the cluster. 詳細については、「クラスターの名前変更」を参照してください。
resizing Amazon Redshift is resizing the cluster. 詳細については、「クラスターのサイズ変更」を参照してください。
rotating-keys Amazon Redshift is rotating encryption keys for the cluster. 詳細については、「Amazon Redshift における暗号化キーの更新」を参照してください。
storage-full クラスターがストレージ容量限に達しました。ノードを追加するためにクラスターのサイズ変更をするか、または別のノードサイズを選択してください。詳細については、「クラスターのサイズ変更」を参照してください。
updating-hsm Amazon Redshift is updating the HSM configuration. .