Amazon Redshift クラスターを監視する際の主要な状態を教えてください。

解決策

次の主要なクラスターステータスを参照すると、Amazon Redshift クラスターの状態、可用性、パフォーマンスを監視できます。

Available

クラスターが正常であり、実行中であり、完全に機能していて、クエリとデータ操作に使用できる場合、ステータスは Available になります。

Modifying

Amazon Redshift がクラスターのサイズを変更したり、ノードを追加または削除したり、新しいパラメータグループを適用したりする際、ステータスは Modifying になります。クラスターは引き続き読み取り操作に使用できますが、Amazon Redshift は、書き込み操作を一時的にブロックしたり遅延させたりします。

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

Deleting

Amazon Redshift がクラスターを完全に削除しているときには、ステータスは Deleting になります。Amazon Redshift はクラスターで追加の操作を実行しなくなり、削除プロセスが完了すると、すべてのデータを削除します。

詳細については、「クラスターのシャットダウンと削除」を参照してください。

Rebooting

手動の再起動リクエスト、スケジュールされたメンテナンス期間、または自動回復プロセスによってクラスターがノードを再起動する際、ステータスは Rebooting になります。再起動中はクラスターを使用できず、Amazon Redshift は進行中のクエリまたは操作をキャンセルします。

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

Resizing

Amazon Redshift がクラスターの計算能力を調整するためにノードを追加または削除する際、ステータスは Resizing になります。クラスターのサイズを変更する際、クラスターは引き続き読み取り操作に使用できますが、Amazon Redshift は書き込み操作を一時的にブロックしたり遅延させたりします。

詳細とトラブルシューティングについては、「Amazon Redshift クラスターのサイズを変更する方法を教えてください」を参照してください。

Unhealthy

クラスターでパフォーマンスまたは可用性に影響する問題が発生した場合、ステータスは Unhealthy になります。データベース接続、クエリ、パラメータの設定ミス、またはリソース割り当ての数が多いと、クラスターが異常状態になる可能性があります。

Resuming

手動または自動の一時停止後に操作が行われなかったことが原因で、クラスターが一時停止状態から再開する際、ステータスは Resuming になります。クラスターは引き続き読み取り操作に使用できますが、Amazon Redshift は、書き込み操作を一時的にブロックしたり遅延させたりします。

Paused

クラスターを接続で一時停止すると、ステータスは Paused になります。オンデマンド請求は一時停止され、クラスターのストレージのみに料金が発生します。Amazon Redshift はスナップショットを作成し、すべてのクエリを破棄します。

注: 一時停止したクエリを削除し、最終スナップショットをリクエストしなかった場合、クラスターを復元することはできません。

詳細については、「クラスターの一時停止と再開」を参照してください。

Maintenance

クラスターが更新を適用したり、システムタスクを実行したりする際、ステータスは Maintenance になります。メンテナンス期間中、クラスターは引き続き読み取り操作に使用できますが、Amazon Redshift は書き込み操作を一時的にブロックしたり遅延させたりします。クラスターがメンテナンス期間外に再起動した場合は、「Amazon Redshift クラスターがメンテナンス期間外に再起動した理由を知りたいです」を参照してください。

メンテナンストラックを変更できない場合は、「Amazon Redshift でプロビジョニングされたクラスターのメンテナンストラックを変更できない理由を知りたいです」を参照してください。 メンテナンスをスケジュールしてもアップグレードが行われなかった場合は、「メンテナンス期間中に Amazon Redshift がアップグレードを実行しなかった理由を知りたいです」を参照してください。

関連情報

Amazon Redshift のベストプラクティス