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/)を参照してください。 # クラスターの一時停止と再開 特定の時間帯にのみ使用可能にする必要があるクラスターがある場合は、そのクラスターを一時停止して後で再開することができます。クラスターが一時停止している間は、オンデマンド課金は一時停止されます。課金されるのは、クラスターのストレージのみです。料金の詳細については、[Amazon Redshift 料金表](https://aws.amazon.com/redshift/pricing/)を参照してください。 クラスターを一時停止すると、Amazon Redshift はスナップショットを作成し、クエリの終了を開始して、クラスターを一時停止状態にします。一時停止したクラスターを最終スナップショットをリクエストせずに削除した場合、そのクラスターを復元することはできません。一時停止または再開オペレーションは、開始後にキャンセルまたはロールバックすることはできません。 クラスターの一時停止と再起動は、Amazon Redshift コンソール、AWS CLI、または Amazon Redshift API オペレーションで行うことができます。 クラスターの一時停止と再開は、アクションをスケジュールして行うことができます。新しい Amazon Redshift コンソールを使用して一時停止と再開を行う定期的なスケジュールを作成すると、選択した日付範囲に対して 2 つのスケジュールされたアクションが作成されます。スケジュールされたアクションの名前には、末尾に `-pause` と `-resume` が付けられます。名前の合計の長さは、スケジュールされたアクション名の最大サイズに収まる必要があります。 次のタイプのクラスターは一時停止できません。 + EC2-Classic クラスター。 + アクティブではないクラスター (現在変更中のクラスターなど)。 + ハードウェアセキュリティモジュール (HSM) クラスター。 + 自動スナップショットがオフになっているクラスター。 クラスターを一時停止する場合は、次の点を考慮してください。 + クラスターへの接続またはクエリは行えません。 + 一時停止したクラスターのクエリのモニタリング情報を Amazon Redshift コンソールに表示することはできません。 + 一時停止したクラスターを変更することはできません。クラスターでスケジュールされたアクションは実行されません。これには、スナップショットの作成、クラスターのサイズ変更、クラスターのメンテナンスなどのオペレーションが含まれます。 + ハードウェアのメトリクスは作成されません。作成されないメトリクスに CloudWatch のアラームを設定している場合は、アラームを更新してください。 + 一時停止したクラスターの最新の自動スナップショットを手動スナップショットにコピーすることはできません。 + クラスターが一時停止している間は、一時停止オペレーションが完了するまで再開することはできません。 + クラスターを一時停止すると、課金は一時停止されます。ただし、一時停止オペレーションは、クラスターのサイズに応じて通常 15 分以内に完了します。 + 監査ログはアーカイブされ、再開時には復元されません。 + クラスターを一時停止すると、一時停止前に発生した問題のトラブルシューティングにトレースとログが使用できなくなる場合があります。 + AWS Secrets Manager を使用して管理者認証情報を管理していて、クラスターを一時停止しても、クラスターのシークレットは削除されず、シークレットの料金は引き続き請求されます。AWS Secrets Manager で Redshift 管理者パスワードを管理する方法の詳細については、「[AWS Secrets Manager を使用した Amazon Redshift 管理者パスワードの管理](redshift-secrets-manager-integration.md)」を参照してください。 + クラスター上のバックアップしないテーブルは、RA3 インスタンスタイプの再開時に復元されません。DC2 インスタンスタイプの再開時には復元されません。バックアップ用ではないテーブルの詳細については、「[スナップショットのテーブルを除く](working-with-snapshots.md#snapshots-no-backup-tables)」を参照してください。 クラスターを再開する場合は、次の点を考慮してください。 + 再開されたクラスターのクラスターバージョンは、クラスターのメンテナンスウィンドウに基づいてメンテナンスバージョンに更新されます。 + 一時停止したクラスターに関連付けられているサブネットを削除すると、互換性のないネットワークが存在することになる場合があります。その場合は、最新のスナップショットからクラスターを復元してください。 + クラスターの一時停止中に Elastic IP アドレスを削除すると、新しい Elastic IP アドレスを求められます。 + Amazon Redshift が前の Elastic Network Interface でクラスターを再開できない場合、Amazon Redshift は新しい Elastic Network Interface を割り当てようとします。 + クラスターを再開すると、ノードの IP アドレスが変更される場合があります。それらの新しい IP アドレスを Secure Shell (SSH) の COPY や Amazon EMR の COPY などの機能でサポートするように、VPC の設定を更新する必要がある場合があります。 + 一時停止していないクラスターを再開しようとすると、再開オペレーションはエラーを返します。再開オペレーションがスケジュールされたアクションの一部である場合は、今後のエラーを防ぐためにスケジュールされたアクションを変更または削除してください。 + クラスターのサイズによっては、クラスターを再開してクエリを処理できるようになるまでに数分かかる場合があります。また、再開の完了後にクラスターが元の状態に戻るまでは、クエリのパフォーマンスにある程度の時間影響がある場合があります。