次の方法で共有

手動スケール

  • [アーティクル]

大事な

AKS 上の Azure HDInsight は、2025 年 1 月 31 日に廃止されました。 この発表 によりについて詳しく知る。

ワークロードの突然の終了を回避するには、ワークロードを Microsoft Fabric または同等の Azure 製品 に移行する必要があります。

大事な

この機能は現在プレビュー段階です。 Microsoft Azure プレビューの 追加使用条件 には、ベータ版、プレビュー版、または一般公開されていない Azure 機能に適用される、より多くの法的条件が含まれています。 この特定のプレビューの詳細については、AKS プレビュー情報 Azure HDInsightを参照してください。 ご質問や機能の提案については、AskHDInsight に詳細を記載した要求を送信してください。また、Azure HDInsight Communityをフォローして、さらなる更新情報をご確認ください。

AKS 上の HDInsight には、クラスター ノードの数をスケールアップおよびスケールダウンするためのオプションを備えた弾力性が用意されています。 この弾力性は、リソース使用率の向上とコスト効率の向上に役立ちます。

クラスターをスケーリングするユーティリティ

AKS 上の HDInsight には、クラスターを手動でスケーリングするための次の方法が用意されています。

効用 説明
Azure portal AKS クラスター ウィンドウで HDInsight を開き、左側のメニュー [クラスター サイズ] を選択し、[クラスター サイズ] ウィンドウでワーカー ノードの数を入力して、[保存] を選択します
REST API REST API を使用して AKS クラスターで実行中の HDInsight をスケーリングするには、コンピューティング プロファイルの更新された数を使用して、同じリソースに対して後続の POST 要求を行います。

Azure portal を使用して、クラスター ナビゲーション ページの [クラスター サイズ] メニューにアクセスできます。 [クラスター サイズ] ブレードで、[ワーカー ノードの数] を変更し、変更を保存してクラスターをスケールアップまたはスケールダウンします。

クラスター サイズを選択し、手動スケールを構成するための UI を示すスクリーンショット。

クラスターに対するスケーリング操作の影響

スケーリング操作によってサービスの再起動がトリガーされ、既に実行中のジョブでエラーが発生する可能性があります。

AKS クラスター上の運用 HDInsight にノード を追加 場合 (スケールアップ):

  • 手動スケールを使用してスケーリング操作が成功すると、ワーカー ノードがクラスターに追加されます。
  • スケーリング プロセスが完了したら、新しいジョブを安全に送信できます。
  • スケーリング操作が失敗すると、クラスターは "失敗" 状態になります。
  • サービスが再起動されると、スケーリング操作中にジョブエラーが発生することが予想されます。

AKS クラスター上の HDInsight からノード (スケール ダウン) を削除 場合:

  • スケーリング操作が完了すると、保留中または実行中のジョブが失敗します。 このエラーは、一部のサービスがスケーリング プロセス中に再起動したためです。 クラスター ノードの数を変更した場合の影響は、クラスターの種類ごとに異なります。

重要

  • スケーリング操作中の割り当て量のエラーを回避するには、サブスクリプションの割り当て量を考慮してください。 クォータが不足している場合は、この ドキュメントを使用してクォータを増やすことができます。
  • スケール ダウンによってヘッド ノードが選択され、コーディネーター/イングレスやその他のサービスがホストされる場合、ダウンタイムが発生します。

よく寄せられる質問

全般

質問 答え
スケール操作中に追加または削除できる最小ノードは何ですか? 1 つのノード。
AKS クラスター上の HDInsight でサポートされているノードの数はいくつですか? クラスターあたり 500 ノード (パブリック プレビュー段階)。
クラスターを手動でスケールダウンするにはどうすればよいですか? ARM 要求で、computeProfile.count を更新するか、前述の手順に従って Azure portal を使用してスケールダウンします。
手動スケール中にクラスターにカスタム スクリプト アクションを追加できますか? スクリプト アクションは、Apache Spark クラスターの種類に適用できます
クラスター ノードの手動スケール エラーのログを取得するにはどうすればよいですか? ログは Log Analytics モジュールで利用可能です。Azure Monitor Integrationを参照してください。
負荷ベースまたはスケジュール ベースの自動スケールはサポートされていますか? はい。 詳細については、「自動スケール」を参照してください。

Trino

質問 答え
スケーリング操作後に Trino サービスは再起動されますか? はい。サービスはスケーリング操作中に再起動します。
質問 答え
Apache Flink クラスターに対するスケーリング操作の影響 スケーリング操作では、サービスの再起動がトリガーされ、ジョブエラーが発生する可能性があります。 スケーリング プロセスが完了すると、新しいジョブを送信できます。 Apache Flink では、スケールダウンによってジョブの再起動がトリガーされ、スケールアップ操作ではジョブの再起動をトリガーできません。

Apache Spark

質問 答え
Spark クラスターに対するスケーリング操作の影響は何ですか? 手動スケール ダウン操作により、ヘッド ノード サービスの再起動がトリガーされる場合があります。

手記

クォータ エラーを回避するために、スケーリング操作の前にサブスクリプションに設定されているクォータを管理することをお勧めします。 スケールダウンする前に、AKS Trino クラスター上の HDInsight を運用するには、アクティブなノードが 5 以上必要であることに注意してください。