OSS ソリューションの成功とお客様の嗜好の高まりをより強く受け入れるため、Cloud Composer は Managed Service for Apache Airflow に進化します。この名称変更により、ポートフォリオに対するお客様の理解が深まり、最もオープンなクラウド エコシステムを目指す Google の取り組みが強化されます。
Google uses AI technology to translate content into your preferred language. AI translations can contain errors.
フィードバックを送信
環境のスケーリングについて
コレクションでコンテンツを整理
必要に応じて、コンテンツの保存と分類を行います。
Managed Airflow(第 3 世代) | Managed Airflow(第 2 世代) | Managed Airflow(以前の第 1 世代)
このページでは、環境スケーリングの仕組みについて説明します。
スケーリングに関するほかのページ:
サイズ変更可能な環境
Managed Airflow(以前の Gen 1)には、一定数のワーカーを実行する環境があります。
環境を作成するときに、ノードの数を指定します。この数は、環境内のワーカーの数に対応します。Managed Airflow は、環境内のすべてのワーカー間で負荷を分散します。環境ノードは、Airflow ワーカーの実行に加えて、スケジューラやその他の環境コンポーネントも実行します。
環境内のノード数を変更することで、環境をスケーリングできます。
環境の Airflow データベースとウェブサーバー コンポーネントで使用されるマシンタイプを調整することで、環境のスケールとパフォーマンスのパラメータを制御できます。そうすることで、ノード数の設定で提供される水平スケーリングに加え、環境を垂直方向にスケーリングできます。Airflow データベースとウェブサーバーのマシンタイプはいつでも調整できます。
環境ノードのマシンタイプは、環境の作成時に設定します。このパラメータを後で変更することはできません。つまり、Managed Airflow(以前の第 1 世代)で Airflow ワーカーを垂直方向にスケーリングすることはできません。
複数のスケジューラ
環境で Airflow 2 を使用している場合は、環境内のノード数に相当するスケジューラ数を指定できます。
環境のスケジューラ数の構成に関する詳細については、環境をスケーリングする をご覧ください。
データベースのディスク容量
Airflow データベースのディスク容量は、需要に対応するように自動的に増加します。
次のステップ
フィードバックを送信
特に記載のない限り、このページのコンテンツはクリエイティブ・コモンズの表示 4.0 ライセンス により使用許諾されます。コードサンプルは Apache 2.0 ライセンス により使用許諾されます。詳しくは、Google Developers サイトのポリシー をご覧ください。Java は Oracle および関連会社の登録商標です。
最終更新日 2026-05-21 UTC。
ご意見をお聞かせください
[[["わかりやすい","easyToUnderstand","thumb-up"],["問題の解決に役立った","solvedMyProblem","thumb-up"],["その他","otherUp","thumb-up"]],[["わかりにくい","hardToUnderstand","thumb-down"],["情報またはサンプルコードが不正確","incorrectInformationOrSampleCode","thumb-down"],["必要な情報 / サンプルがない","missingTheInformationSamplesINeed","thumb-down"],["翻訳に関する問題","translationIssue","thumb-down"],["その他","otherDown","thumb-down"]],["最終更新日 2026-05-21 UTC。"],[],[]]