手動でのスケーリング
重要
現在、この機能はプレビュー段階にあります。 ベータ版、プレビュー版、または一般提供としてまだリリースされていない 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 つ以上必要である点に注意してください。
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示