手動でのスケーリング
Note
Azure HDInsight on AKS は 2025 年 1 月 31 日に廃止されます。 2025 年 1 月 31 日より前に、ワークロードを Microsoft Fabric または同等の Azure 製品に移行することで、ワークロードの突然の終了を回避する必要があります。 サブスクリプション上に残っているクラスターは停止され、ホストから削除されることになります。
提供終了日までは基本サポートのみが利用できます。
重要
現在、この機能はプレビュー段階にあります。 ベータ版、プレビュー版、または一般提供としてまだリリースされていない Azure の機能に適用されるその他の法律条項については、「Microsoft Azure プレビューの追加の使用条件」に記載されています。 この特定のプレビューについては、「Microsoft HDInsight on AKS のプレビュー情報」を参照してください。 質問や機能の提案については、詳細を記載した要求を AskHDInsight で送信してください。また、その他の更新については、Azure HDInsight コミュニティのフォローをお願いいたします。
HDInsight on AKS は柔軟性を備えており、クラスター ノードの数をスケールアップおよびスケールダウンするオプションがあります。 この柔軟性は、リソース使用率およびコスト効率の向上に役立ちます。
クラスターをスケーリングするユーティリティ
HDInsight on AKS には、クラスターを手動でスケーリングするための次の方法が用意されています。
| Utility | 説明 |
|---|---|
| Azure portal | HDInsight on AKS クラスターのウィンドウを開き、左側のメニューの [クラスター サイズ] を選択し、[クラスター サイズ] ウィンドウでワーカー ノードの数を入力して、[保存] を選択します。 |
| REST API | REST API を使用して実行中の HDInsight on AKS クラスターをスケーリングするには、コンピューティング プロファイルの数を更新して、同じリソースに対して後続の POST 要求を行います。 |
Azure portal で、クラスター ナビゲーション ページの [クラスター サイズ] メニューにアクセスできます。 [クラスター サイズ] ブレードで [ワーカー ノードの数] を変更し、変更を保存してクラスターをスケールアップまたはスケールダウンします。
クラスターに対するスケーリング操作の影響
スケーリング操作によってサービスの再起動がトリガーされ、既に実行中のジョブでエラーが発生する可能性があります。
運用中の HDInsight on AKS クラスターにノードを追加する場合 (スケールアップ)
- 手動スケーリングによるスケーリング操作が成功すると、ワーカー ノードがクラスターに追加されます。
- スケーリング処理が完了すると、新しいジョブを安全に送信できます。
- スケーリング操作が失敗した場合、その失敗によってクラスターは "失敗" 状態のままになります。
- サービスが再起動されると、スケーリング操作中のジョブにエラーが発生することが予想されます。
HDInsight on AKS クラスターからノードを削除する場合 (スケールダウン)
- スケーリング操作が完了すると、保留中または実行中のジョブが失敗します。 この失敗の原因は、スケーリング処理中にいくつかのサービスが再起動されることにあります。 クラスター ノードの数を変更した場合の影響は、クラスターの種類によって異なります。
重要
- スケーリング操作中のクォータ エラーを回避するには、サブスクリプションのクォータを計画してください。 クォータが不足している場合は、このドキュメントを使用してクォータを増やすことができます。
- スケールダウンによってヘッド ノードが選択され、そこでコーディネーター/イングレスやその他のサービスがホストされている場合、ダウンタイムが発生します。
よく寄せられる質問
全般
| Question | Answer |
|---|---|
| スケーリング操作で追加または削除できる最小ノード数は? | 1 つのノードです。 |
| AKS クラスター上の HDInsight でサポートされているノードの数はいくつですか? | クラスターあたり 500 ノード (パブリック プレビュー)。 |
| クラスターを手動でスケールダウンするにはどうすればよいですか? | ARM 要求で、computeProfile.count を更新するか、前述の手順に従って Azure portal でスケールダウンします。 |
| 手動スケーリング中にクラスターにカスタム スクリプト アクションを追加できますか? | スクリプト アクションは、Apache Spark クラスターの種類に適用できます |
| クラスター ノードの手動スケーリング エラーのログを取得するにはどうすればよいですか? | ログはログ分析モジュールで使用できます。Azure Monitor の統合に関する記事を参照してください。 |
| 負荷ベースまたはスケジュール ベースの自動スケーリングはサポートされていますか? | はい。 詳細については、「自動スケール」を参照してください。 |
Trino
| Question | Answer |
|---|---|
| スケーリング操作後に Trino サービスは再起動されますか? | はい。サービスはスケーリング操作中に再起動されます。 |
Apache Flink
| Question | Answer |
|---|---|
| Apache Flink クラスターに対するスケーリング操作の影響は? | スケーリング操作によってサービスの再起動がトリガーされ、ジョブ エラーが発生する可能性があります。 スケーリング処理が完了すると、新しいジョブを送信できます。 Apache Flink では、スケールダウンによってジョブの再起動がトリガーされます。スケールアップ操作ではジョブの再起動はトリガーされません。 |
Apache Spark
| Question | Answer |
|---|---|
| Spark クラスターに対するスケーリング操作の影響は? | 手動でのスケールダウン操作により、ヘッド ノード サービスの再起動がトリガーされる場合があります。 |
Note
クォータ エラーを回避するため、スケーリング操作に先んじて、サブスクリプションに設定されているクォータを管理することをお勧めします。 スケールダウンする前に、HDInsight on AKS Trino の動作にはアクティブなノードが 5 つ以上必要である点に注意してください。