

 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 Advisor からのレコメンデーションの使用
<a name="advisor"></a>

Amazon Redshift クラスターのパフォーマンスを向上させて運用コストを減らすため、Amazon Redshift Advisor は変更に関する具体的なレコメンデーションを提供します。Advisor は、クラスターのパフォーマンスおよび使用状況メトリクスを分析して、カスタマイズされたレコメンデーションを作成します。これらのカスタマイズされたレコメンデーションは、運用とクラスターの設定に関連しています。最適化に優先順位を付けられるように、影響度の順にレコメンデーションがランク付けされます。

## Advisor の仕組み
<a name="advisor-how-it-works"></a>

Advisor は、パフォーマンス統計または運用データに関する確認に基づいてレコメンデーションを作成します。クラスターやワークグループでテストを実行して確認を行い、テスト値が指定範囲内にあるかどうか判断されます。テスト結果がその範囲外の場合、クラスターの確認が生成されます。同時に、確認された値をベストプラクティスの範囲にするためのレコメンデーションが作成されます。

Amazon Redshift Data Sharing を使用するマルチクラスターアーキテクチャの場合、Advisor は、異なるリージョンのクラスターやワークグループを含む、データメッシュ内のすべてのクラスターやワークグループのワークロードパターンを分析することで、最適化を強化できるようになりました。プロデューサーのクラスターやワークグループとコンシューマーのクラスターやワークグループ間でテーブルを共有するとき、明示的に拒否リストに登録されていない限り、Advisor はデータメッシュ内のすべてのコンシューマーエンドポイントからクエリパターンを自動的に収集し、プロデューサーワークロードと組み合わせてより効果的なレコメンデーションを生成します。つまり、ソートキー、ディストリビューションキー、圧縮などのテーブルの最適化は、単一のクラスターだけでなく、組織全体での実際のデータの使用に基づいています。Advisor は Amazon Redshift Serverless もサポートしており、一時停止サイクルと再開サイクルにわたって最適化の継続性を自動的に維持します。

例えば、データウェアハウスに、コンピューティングノード間でデータスキューを引き起こす最適ではない分散キーを持つテーブルが含まれているとします。この場合、Advisor は DISTKEY パラメータを使用してテーブルの再分散を自動的に推奨し、データを均等に分散する列を指定します。別の例では、Advisor が、クラスターにソートキーのないテーブルや、クエリパフォーマンスの低下につながる非効率的なソートキー定義があることを確認したとします。この場合、Advisor はクエリパターンに基づいて適切なソートキー列のレコメンデーションを自動的に提供し、データフィルタリングを改善して、ディスク I/O を削減します。

## Data Sharing Architecture の最適化
<a name="advisor-data-sharing-optimization"></a>

Amazon Redshift Data Sharing を使用して複数のクラスターやワークグループにワークロードを分散する場合、Advisor はデータメッシュ全体でパフォーマンスを最適化するのに役立ちます。Advisor は、すべてのコンシューマーのクラスターやワークグループで共有テーブルがどのようにクエリされているかを自動的に分析します。これには、頻繁にフィルタリングされる列、よく結合されるテーブル、データのスキャン方法の理解が含まれます。データ使用状況の全体像を考慮することにより、Advisor は共有データのすべてのユーザーのパフォーマンスを向上させるレコメンデーションを生成します。

単一のクラスターではなく、組織全体の使用状況パターンに基づいてテーブルを最適化することで、次のことが可能になります。
+ メッシュ内のすべてのクラスターやワークグループのデータアクセスパターンに基づいて、データ主導の最適化を決定する
+ より効果的な圧縮戦略によるストレージコストの削減
+ データメッシュ全体のリソース使用率の向上

## Advisor がサポートされている Amazon Redshift リージョン
<a name="advisor-regions"></a>

Amazon Redshift Advisor の機能は以下の AWS リージョンでのみご利用いただけます。
+ 米国東部 (バージニア北部) リージョン (us-east-1)
+ 米国東部 (オハイオ) リージョン (us-east-2)
+ 米国西部 (北カリフォルニア) リージョン (us-west-1)
+ 米国西部 (オレゴン) リージョン (us-west-2) 
+ アフリカ (ケープタウン) リージョン (af-south-1) 
+ アジアパシフィック (香港) リージョン (ap-east-1)
+ アジアパシフィック (ハイデラバード) リージョン (ap-south-2)
+ アジアパシフィック (ジャカルタ) リージョン (ap-southeast-3)
+ アジアパシフィック (メルボルン) リージョン (ap-southeast-4)
+ アジアパシフィック (マレーシア) リージョン (ap-southeast-5)
+ アジアパシフィック (ムンバイ) リージョン (ap-south-1)
+ アジアパシフィック (大阪) リージョン (ap-northeast-3)
+ アジアパシフィック (ソウル) リージョン (ap-northeast-2)
+ アジアパシフィック (シンガポール) リージョン (ap-southeast-1)
+ アジアパシフィック (シドニー) リージョン (ap-southeast-2)
+ アジアパシフィック (東京) リージョン (ap-northeast-1)
+ カナダ (中部) リージョン (ca-central-1)
+ カナダ西部 (カルガリー) — リージョン (ca-west-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)
+ 中東 (バーレーン) リージョン (me-south-1)
+ 中東 (UAE) リージョン (me-central-1)
+ 南米 (サンパウロ) リージョン (sa-east-1)

**Topics**
+ [Advisor の仕組み](#advisor-how-it-works)
+ [Data Sharing Architecture の最適化](#advisor-data-sharing-optimization)
+ [Advisor がサポートされている Amazon Redshift リージョン](#advisor-regions)
+ [Amazon Redshift Advisor レコメンデーションの表示](access-advisor.md)
+ [Amazon Redshift Advisor のレコメンデーション](advisor-recommendations.md)