すべてのプロダクト
Search
ドキュメントセンター

Function Compute:クォータと制限

最終更新日:Feb 05, 2026

このトピックでは、Function Compute の主要なリソース使用量制限について説明します。これには、関数、ランタイム、トリガー、レイヤー、リージョン、イメージのクォータが含まれます。これらの制限は、開発者、特に新規ユーザーが、再帰呼び出しや無限ループなどの設定ミスやコードエラーによって発生する可能性のある予期せぬコストを防ぐのに役立ちます。

  • クォータの管理

    一部の Function Compute リソースは Quota Center で管理されます。 Quota Center コンソールで、Function Compute のクォータを表示し、必要に応じてクォータの引き上げをリクエストできます。

    重要
    • デフォルトでは、Quota Center では特定の範囲内でクォータの引き上げをリクエストできます。この範囲を超えてクォータの引き上げをリクエストするには、チケットを送信してください。実際のクォータの有効値は Quota Center に表示されます。

    • クォータ増加リクエストを効率的に処理するには、詳細なビジネス上の正当な理由を提供してください。[Reason] フィールドの指示に従って、この情報を入力してください。そうしない場合、リクエストは拒否されます。

  • 制限

    Quota Center で管理されていないリソースについては、制限事項セクションの対応する表を参照して、クォータが調整可能かどうかを確認してください。現在のクォータがビジネスニーズに不十分な場合は、チケットを送信するか、DingTalk ユーザーグループ (ID: 64970014484) に参加してクォータの引き上げをリクエストできます。

クォータの管理

Function Compute は Alibaba Cloud Quota Center と統合されています。Quota Center コンソールで Function Compute のクォータを表示できます。Quota Center の詳細については、「Quota Center とは」をご参照ください。

Quota Center コンソールで、次の Function Compute クォータを管理できます。

クォータ名

説明

デフォルトの制限

最大インスタンス数

単一リージョンにおける最大インスタンス数

300 (Quota Center の値による)

CPU イメージの最大サイズ

非 GPU 関数デプロイメントの圧縮イメージの最大サイズ

10 GB

GPU イメージの最大サイズ

GPU 関数デプロイメントの圧縮イメージの最大サイズ

30 GB

単一関数あたりの最大レイヤー数

-

5

単一関数あたりの最大トリガー数

-

50

コードパッケージのサイズ制限

コンソールまたは開発者ツールを使用してアップロードするか、OSS 内の場所を指定してアップロードするコードパッケージ (ZIP または JAR ファイルに圧縮) のサイズ制限。

500 MB

説明

コードパッケージのサイズ制限は、中国 (杭州)、中国 (上海)、中国 (深セン)、中国 (北京)、中国 (張家口)、中国 (フフホト)、中国 (香港)、シンガポール、日本 (東京)、米国 (バージニア)、ドイツ (フランクフルト) リージョンでは 500 MB に引き上げられています。その他のリージョンでは、制限は 100 MB です。

  1. Quota Center コンソールにログインします。

  2. 左側のナビゲーションウィンドウで、[製品リスト] > [一般クォータ] を選択します。

  3. [General Quota Products] ページで、[製品カテゴリ] ドロップダウンリストから [Elastic Computing] を選択し、次に [Function Compute] をクリックします。

  4. [一般クォータ] ページで、必要に応じて次の操作を実行できます。

    • クォータの表示: 各クォータの説明と値を表示します。

    • クォータの引き上げ申請: 現在のクォータが不十分で、クォータが調整可能な場合は、[適用][アクション] 列でクリックします。 詳細については、「クォータ引き上げの申請を作成する」をご参照ください。

    • クォータの申請履歴を表示するには、[申請履歴][操作] 列でクリックします。

制限

このセクションでは、Quota Center で管理されていない Function Compute リソースの制限事項について説明します。現在のクォータが不十分で、表にクォータが調整可能であることが示されている場合は、チケットを送信するか、DingTalk ユーザーグループ (ID: 64970014484) に参加してクォータの引き上げをリクエストできます。

関数リソースの制限

制限事項

制限

調整のサポート

単一関数あたりの NAS マウントポイントの最大数

5

サポートされていません。

単一関数あたりの OSS マウントポイントの最大数

5

サポートされていません。

インスタンスあたりの同時実行数

1 から 200

サポートされていません

関数ランタイムリソースの制限

制限事項

制限 (CPU インスタンス)

GPU インスタンスの制限

調整は可能ですか?

一時ディスク領域

10 GB

60 GB

サポートされていません。

ファイル記述子

100000

100000

サポートされていません。

プロセスとスレッドの総数

1024

1024

サポートされていません。

関数がリクエストできる最大メモリ

32 GB

32 GB

サポートされていません

関数の最大実行時間

86400秒

86400秒

サポートされていません。

Initializer フックの最大実行時間

300 秒

300 秒

サポートされていません。

PreStop フックの最大実行時間

90年代

90年代

サポート

同期呼び出しリクエストのペイロードサイズ

32 MB

32 MB

サポートされていません

非同期呼び出しリクエストのペイロードサイズ

128 KB

128 KB

最大 256 KB までサポートされています。

帯域幅

1 Gbit/s から 5 Gbit/s

1 Gbit/s から 5 Gbit/s

サポートされていません。

単一ログエントリのサイズ

32 KB

32 KB

サポートされていません

コードパッケージのサイズ (SDK または API を使用してアップロード、ZIP ファイルに圧縮、Base64 エンコード済み)

100 MB

該当なし

サポート

説明

SDK を使用してアップロードする ZIP パッケージは、Base64 でエンコードする必要があります。このエンコードプロセスにより、元のパッケージのサイズが増加します。関数を作成または更新する場合、リクエストボディにはコードパッケージと、関数構成などの他のコンテンツが含まれます。したがって、Base64 でエンコードされたコードパッケージとリクエストボディ内の他のコンテンツの合計サイズが 100 MB 未満であることを確認する必要があります。

インスタンス配信速度

項目

制限

調整はサポートされていますか?

インスタンス配信速度

毎分 300

サポートされています

トリガーの制限

リソース項目

制限

調整はサポートされていますか?

単一バケットに対して作成できるネイティブ OSS トリガーの最大数

10

サポートされていません

説明

ネイティブ OSS トリガーの単一バケットあたりの上限が要件を満たさない場合、EventBridge ベースの OSS トリガーを使用できます。単一のバケットに対して、最大 50 個の EventBridge ベースの OSS トリガーを作成できます。また、[単一のイベントバスに対するイベントルール数] クォータを EventBridge で増加依頼することも可能です。これにより、単一のバケットに対してより多くのトリガーを作成できます。

レイヤーの制限

制限事項

制限 (CPU インスタンス)

制限 (GPU インスタンス)

調整できますか?

レイヤーサイズ

500 MB

500 MB

サポート

レイヤーバージョン数

100

100

サポートされていません

単一関数あたりの全レイヤーの合計サイズ

2 GB

2 GB

サポート

リージョン内の単一アカウントのリソース制限

説明

「オンデマンドインスタンスの最大 GPU 数」は、「最大 GPU 総数」に含まれます。

項目

デフォルトの制限

調整は可能ですか?

GPU の最大合計数

Tesla GPU の最大数

GPU カード 10 枚

サポート

Ada.1 GPU の最大数

GPU カード 3 枚

Ampere GPU の最大数

カード 3 枚

その他の GPU タイプ

0

オンデマンドインスタンスの最大 GPU 数

Tesla GPU の最大数

カード 3 枚

Ada.1 GPU の最大数

カード 1 枚

Ampere GPU の最大数

カード 3 枚

その他の GPU タイプ

0

他の Alibaba Cloud サービスまたはリソースへのアクセスに関する制限

ご利用のリージョンが VPC アクセス用の Function Compute 機能をサポートしている場合、関数から他の Alibaba Cloud サービスまたはクラウドリソースへの呼び出しには、次のネットワーク制限が適用されます。

  • クラシックネットワーク内の ECS インスタンスのプライベート IP アドレスを使用して、Web サービスやファイルシステムなどのサーバー上のリソースにアクセスすることはできません。代わりに、パブリック IP アドレスを使用してリソースにアクセスするか、リソースを VPC に移行する必要があります。

  • クラシックネットワーク内の RDS インスタンスのプライベート IP アドレスを使用して、RDS インスタンスにアクセスすることはできません。代わりに、そのパブリック IP アドレスを使用してインスタンスにアクセスするか、RDS インスタンスを VPC に移行する必要があります。

  • Alibaba Cloud サービスのプライベートエンドポイントを使用してサービスにアクセスすることはできません。代わりに、サービスの VPC エンドポイントまたはパブリックエンドポイントを使用する必要があります。

各リージョンの単一アカウントの計算ノード制限

スケジューリングサービスは、論理コアとメモリを備えたコンピューティングノードを提供します。各リージョンのコンピューティングノードの制限は、次の表に示されています。

リソースプールは、vCPU とメモリの合計制限の半分に相当するバーストキャパシティを提供します。プールされたリソースが使い果たされると、スケジューリングサービスは特定のレートで追加リソースをスケールアウトします。クォータを超過すると、スロットリングエラーが発生します。たとえば、600 vCPU と 1,200 GB のメモリが必要な場合、最初の 300 vCPU と 600 GB のメモリはリソースプールから迅速にプロビジョニングされます。残りの 300 vCPU と 600 GB のメモリは、指定されたスケールアウトレートでプロビジョニングされます。

計算ノードの制限、関数仕様、および関数インスタンス数の関係

中国 (杭州) リージョンを例にとります。最大インスタンス数が 300 であると仮定します。vCPU とメモリの合計使用量は、関数インスタンスの仕様に基づいて異なります。

  • 関数が 1 vCPU と 1,024 MB (1 GB) のメモリで構成されている場合、300 の同時実行インスタンスを実行すると、合計 300 vCPU と 300 GB のメモリが消費されます。この使用量は、600 vCPU と 1,200 GB のリージョン制限内にあります。したがって、300 の同時実行インスタンスを実行できます。

  • 関数が 16 vCPU と 32,768 MB (32 GB) のメモリで構成されている場合、300 の同時実行インスタンスを実行すると、合計 4,800 vCPU と 9,600 GB のメモリが消費されます。この使用量は、600 vCPU と 1,200 GB のリージョン制限を超過します。したがって、300 の同時実行インスタンスを実行することはできません。この場合、コンピューティングノードクォータの引き上げをリクエストする必要があります。

リージョン

CPU (vCPU)

メモリ

(GB)

スケールアウト速度

中国 (杭州)

600

1200

1 分あたり 360 vCPU、1 分あたり 720 GB

中国 (上海)

600

1200

1 分あたり 360 vCPU、1 分あたり 720 GB

中国 (北京)

600

1200

1 分あたり 360 vCPU、1 分あたり 720 GB

中国 (張家口)

600

1200

1 分あたり 360 vCPU、1 分あたり 720 GB

中国 (深圳)

600

1200

1 分あたり 360 vCPU、1 分あたり 720 GB

中国 (香港)

300

600

1 分あたり 180 vCPU、1 分あたり 360 GB

シンガポール

300

600

1 分あたり 180 vCPU、1 分あたり 360 GB

米国 (バージニア)

300

600

1 分あたり 180 vCPU、1 分あたり 360 GB

中国 (青島)

100

200

1 分あたり 60 vCPU、1 分あたり 120 GB

中国 (フフホト)

100

200

1 分あたり 60 vCPU、1 分あたり 120 GB

中国 (成都)

100

200

1 分あたり 60 vCPU、1 分あたり 120 GB

日本 (東京)

100

200

1 分あたり 60 vCPU、1 分あたり 120 GB

ドイツ (フランクフルト)

100

200

1 分あたり 60 vCPU、1 分あたり 120 GB

マレーシア (クアラルンプール)

100

200

1 分あたり 60 vCPU、1 分あたり 120 GB

インドネシア (ジャカルタ)

100

200

1 分あたり 60 vCPU、1 分あたり 120 GB

米国 (シリコンバレー)

100

200

1 分あたり 60 vCPU、1 分あたり 120 GB

中国 (ウランチャブ)

50

100

1 分あたり 30 vCPU、1 分あたり 60 GB

タイ (バンコク)

50

100

1 分あたり 30 vCPU、1 分あたり 60 GB

英国 (ロンドン)

50

100

1 分あたり 30 vCPU、1 分あたり 60 GB

韓国 (ソウル)

50

100

1 分あたり 30 vCPU、1 分あたり 60 GB

SAU (リヤド - パートナーリージョン)

50

100

1 分あたり 30 vCPU、1 分あたり 60 GB