シングルテナントの Azure Logic Apps で Standard ロジックアプリのホストとアプリの設定を編集する

[アーティクル]
09/26/2024

適用対象: Azure Logic Apps (Standard)

"シングルテナント" の Azure Logic Apps では、Standard ロジックアプリの "アプリ設定" で、そのロジックアプリの "すべてのワークフロー" に影響を与えるグローバル構成オプションを指定します。ただし、これらの設定は、このようなワークフローが "ローカル開発環境" で実行される場合に "のみ" 適用されます。これらのアプリ設定は、ローカルで実行されているワークフローから "ローカル環境変数" としてアクセスでき、環境間で変わることが多い値に対して、ローカル開発ツールで使用されます。たとえば、これらの値には接続文字列を含めることができます。 Azure にデプロイするとき、アプリ設定は無視され、デプロイには含まれません。

また、ロジックアプリには "ホスト設定" もあります。これは、"ローカルと Azure のどちらで実行される場合でも" そのロジックアプリ内の "すべてのワークフロー" に適用されるランタイム構成の設定と値を指定するもので、例として、スループット、容量、データサイズなどの既定値があります。

アプリ設定、パラメーター、デプロイ

"マルチテナント" の Azure Logic Apps において、デプロイは Azure Resource Manager テンプレート (ARM テンプレート) に依存しており、それによってロジックアプリとインフラストラクチャの両方のリソースプロビジョニングが組み合わされて処理されます。この設計では、さまざまな開発、テスト、運用環境でロジックアプリの環境変数を維持する必要がある場合に、課題が生じます。 ARM テンプレート内のすべては、デプロイ時に定義されます。 1 つの変数を変更するだけでよい場合も、すべてを再デプロイする必要があります。

"シングルテナント" の Azure Logic Apps の場合は、アプリとインフラストラクチャの間でリソースのプロビジョニングを分離できるため、デプロイが簡単になります。 "パラメーター" を使用して、環境間で変わる可能性のある値を抽象化できます。ワークフローで使用するパラメーターを定義することで、まずワークフローの設計に集中し、後で環境固有の変数を挿入できます。アプリ設定とパラメーターを使用して、実行時に環境変数を呼び出して参照できます。そうすることで、頻繁に再デプロイする必要がなくなります。

アプリ設定は、Azure Key Vault と統合できます。接続文字列やキーなど、セキュリティで保護された文字列を直接参照できます。デプロイ時に環境変数を定義できる Azure Resource Manager テンプレート (ARM テンプレート) と同様に、ロジックアプリのワークフロー定義内にアプリ設定を定義できます。そうしておいて、接続エンドポイントやストレージ文字列などの動的に生成されるインフラストラクチャ値を取得できます。ただし、アプリ設定にはサイズの制限があり、Azure Logic Apps の特定の領域からは参照できません。

Note

Key Vault を使用する場合は、パスワード、資格情報、証明書などのシークレットのみを確実に格納してください。ロジックアプリワークフロー内では、ワークフローデザイナーが呼び出す必要のあるシークレット以外の値 (URL パスなど) を格納する目的で Key Vault を使用しないでください。デザイナーは、Key Vault リソースの種類を参照するアプリ設定を逆参照できないため、エラーが発生し、呼び出しが失敗します。シークレット以外の値の場合は、アプリ設定内に直接格納します。

デプロイ用にロジックアプリを設定する方法の詳細については、次のドキュメントを参照してください。

Visual Studio Code プロジェクトの構造

Visual Studio Code では、ロジックアプリプロジェクトには次のいずれかの種類があります。

拡張バンドルベース (Node.js) (既定の種類)
NuGet パッケージベース (.NET) (既定の種類から変換できます)

これらの種類に基づき、プロジェクトにはわずかに異なるフォルダーとファイルが含まれています。 NuGet ベースのプロジェクトには、パッケージや他のライブラリファイルが入った .bin フォルダーが含まれています。バンドルベースのプロジェクトには、.bin フォルダーと他のファイルは含まれていません。シナリオによっては、カスタムの組み込み操作を開発して実行する場合などに、アプリを実行するために NuGet ベースのプロジェクトが必要です。 NuGet を使用するようにプロジェクトを変換する方法の詳細については、「組み込みコネクタの作成を有効にする」を参照してください。

既定のバンドルベースのプロジェクトの場合、プロジェクトのフォルダーとファイルの構造は次の例のようになります。

MyBundleBasedLogicAppProjectName
| .vscode
| Artifacts
  || Maps 
     ||| MapName1
     ||| ...
  || Schemas
     ||| SchemaName1
     ||| ...
| WorkflowName1
  || workflow.json
  || ...
| WorkflowName2
  || workflow.json
  || ...
| workflow-designtime
| .funcignore
| connections.json
| host.json
| local.settings.json

プロジェクトのルートレベルでは、他の項目を含む次のファイルとフォルダーを確認できます。

Name	フォルダーまたはファイル	Description
.vscode	Folder	Visual Studio Code 関連の設定ファイル (extensions.json、launch.json、settings.json、tasks.json ファイルなど) が含まれています。
アイテム	Folder	企業間 (B2B) シナリオをサポートするワークフローで定義および使用する統合アカウント成果物が含まれています。たとえば、この構造の例には、XML 変換と検証の操作のマップとスキーマが含まれます。
*<WorkflowName>*	フォルダー	ワークフローごとに、<<> フォルダーに、ワークフローの基礎になっている JSON 定義が入った > ファイルが含まれています。
workflow-designtime	Folder	開発環境関連の設定ファイルが含まれています。
.funcignore	ファイル	インストールされている Azure Functions Core Tools に関連する情報が含まれています。
connections.json	ファイル	ワークフローで使用されるマネージド接続と Azure 関数のメタデータ、エンドポイント、キーが含まれています。重要: 環境ごとに異なる接続と関数を使用するには、必ずこの connections.json ファイルをパラメーター化し、エンドポイントを更新してください。
host.json	ファイル	ランタイム固有の構成設定と値が含まれます。たとえば、シングルテナント Azure Logic Apps プラットフォーム、ロジックアプリ、ワークフロー、トリガー、アクションの既定の制限などです。ロジックアプリプロジェクトのルートレベルでは、host.json メタデータファイルに、同じロジックアプリ内の "すべてのワークフロー" で実行中 (ローカルか Azure 内かを問わず) に使用される構成設定と既定値が含まれています。注: ロジックアプリを作成すると、Visual Studio Code コンテナーによってストレージコンテナーにバックアップ *host.snapshot..json** ファイルが作成されます。ロジックアプリを削除した場合、このバックアップファイルは削除されません。同じ名前の別のロジックアプリを作成すると、別のスナップショットファイルが作成されます。同じロジックアプリに対して作成できるスナップショットは最大 10 件です。この制限を超えると、次のエラーが表示されます。 `Microsoft.Azure.WebJobs.Script.WebHost: Repository has more than 10 non-decryptable secrets backups (host))` このエラーを解決するには、ストレージコンテナーから追加のスナップショットファイルを削除します。
local.settings.json	ファイル	ローカルでの実行中にワークフローで使用されるアプリ設定、接続文字列、その他の設定が含まれています。つまり、これらの設定と値は、ローカル開発環境でプロジェクトを実行する場合に "のみ" 適用されます。 Azure へのデプロイ中は、このファイルと設定は無視され、デプロイには含まれません。このファイルには、設定と値が、ローカル開発ツールによって `appSettings` 値として使用される "ローカル環境変数" として格納されます。これらの環境変数は、実行時とデプロイ時の両方で、"アプリ設定" と "パラメーター" を使用して呼び出して参照できます。重要: local.settings.json ファイルにはシークレットが含まれる場合があるため、必ずこのファイルもプロジェクトのソース管理から除外してください。

アプリ設定のリファレンス - local.settings.json

Visual Studio Code で、ロジックアプリプロジェクトのルートレベルにある local.settings.json ファイルには、ローカル開発環境での実行中にそのロジックアプリ内の "すべてのワークフロー" に影響を与える、グローバル構成オプションが含まれています。ワークフローがローカルで実行されている場合、これらの設定はローカル環境変数としてアクセスされます。それらの値は、多くの場合、ワークフローを実行するさまざまな環境間で変わる可能性があります。これらの設定を表示および管理するには、「アプリ設定の管理 - local.settings.json」をご確認ください。

Azure Logic Apps のアプリ設定は、Azure Functions または Azure Web Apps のアプリ設定と同様に機能します。以前にこれらの他のサービスを使用したことがある場合は、既にアプリ設定に慣れていることもあるでしょう。詳細については、「Azure Functions のアプリ設定のリファレンス」と「Azure Functions Core Tools の操作」の「ローカル設定ファイル」をご確認ください。

ワークフローを正常に実行するには、いくつかのアプリ設定が必要です。

設定	必須	値	説明
`APP_KIND`	はい	`workflowApp`	Standard ロジックアプリリソースのアプリの種類を設定するのに必要です。値は `workflowApp` に設定されている必要があります。注: Azure Resource Manager テンプレートを使用した自動化や、この設定が含まれていないその他のシナリオなどが原因で、一部のシナリオにはこのアプリ設定が欠落していることがあります。 JavaScript コードの実行アクションなどの特定のアクションが機能しないか、ワークフローが動作を停止する場合は、APP_KIND アプリ設定が存在していて、`workflowApp` に設定されていることを確認してください。
`AzureWebJobsStorage`	はい	なし	Azure ストレージアカウントの接続文字列を設定するのに必要です。詳細については、「AzureWebJobsStorage」を参照してください。
`FUNCTINONS_EXTENSION_VERSION`	はい	`~4`	Azure Functions のバージョンを設定するのに必要です。詳細については、「FUNCTIONS_EXTENSION_VERSION」を参照してください。
`FUNCTIONS_WORKER_RUNTIME`	はい	`dotnet`	ロジックアプリのリソースとワークフローの言語ワーカーランタイムを設定するのに必要です。注: この設定の値は以前は `node`に設定されていましたが、すべての新規および既存の展開済み Standard ロジックアプリに対して、必要な値は `dotnet` になりました。この変更はワークフローのランタイムには影響しないため、すべてが以前と同じように動作するはずです。詳細については、「FUNCTIONS_WORKER_RUNTIME」を参照してください。
`ServiceProviders.Sftp.FileUploadBufferTimeForTrigger`	いいえ	`00:00:20` (20 秒)	最終変更のタイムスタンプが現在の時刻よりも後のファイルを無視するようにバッファー時間を設定します。この設定は、大きなファイルの書き込みに時間がかかる場合に役に立ちます。また、部分的に書き込まれたファイルのデータのフェッチを回避することができます。
`ServiceProviders.Sftp.OperationTimeout`	いいえ	`00:02:00` (2 分)	任意の操作に対して、タイムアウトするまでの待機時間を設定します。
`ServiceProviders.Sftp.ServerAliveInterval`	いいえ	`00:30:00` (30 分)	指定した期間内にサーバーとのデータ交換が発生しなかった場合に、SSH 接続をアクティブに保つために "キープアライブ" メッセージを送信します。
`ServiceProviders.Sftp.SftpConnectionPoolSize`	いいえ	`2` 個の接続	各プロセッサがキャッシュできる接続数を設定します。キャッシュできる続数の総数は、ProcessorCount に設定値を掛けた値です。
`ServiceProviders.MaximumAllowedTriggerStateSizeInKB`	いいえ	`10` KB (1,000 ファイル以下)	トリガー状態エンティティのサイズをキロバイト単位で設定します。これは監視対象フォルダー内のファイル数に比例し、ファイルの検出に使われます。ファイル数が 1,000 個を超える場合は、この値を増やします。
`ServiceProviders.Sql.QueryTimeout`	いいえ	`00:02:00` (2 分)	SQL サービスプロバイダーの操作の要求タイムアウト値を設定します。
`WEBSITE_CONTENTSHARE`	はい	動的	Azure Functions が関数アプリのコードと構成ファイルを格納するために使用し、WEBSITE_CONTENTAZUREFILECONNECTIONSTRING と共に使用するファイル共有の名前を設定するのに必要です。既定値は、ランタイムによって生成される一意の文字列です。詳細については、「WEBSITE_CONTENTSHARE」を参照してください。
`WEBSITE_LOAD_ROOT_CERTIFICATES`	いいえ	なし	信頼するルート証明書のサムプリントを設定します。
`Workflows.Connection.AuthenticationAudience`	いいえ	なし	マネージド (Azure ホステッド) 接続を認証するための対象ユーザーを設定します。
`Workflows.CustomHostName`	いいえ	なし	ワークフロー URL と入出力 URL に使用するホスト名 ("logic.contoso.com" など) を設定します。カスタム DNS 名を構成する方法については、「既存のカスタム DNS 名を Azure App Service にマップする」および「Azure App Service で TLS/SSL バインドを使用してカスタム DNS 名をセキュリティで保護する」を参照してください。
`Workflows.<workflowName>.FlowState`	いいえ	なし	<<> の状態を設定します。
`Workflows.<workflowName>.RuntimeConfiguration.RetentionInDays`	いいえ	なし	<workflowName> の実行履歴を保持する期間を日数で設定します。
`Workflows.RuntimeConfiguration.RetentionInDays`	いいえ	`90` 日	実行の開始後、ワークフローの実行履歴を保持する期間を日数で設定します。
`Workflows.WebhookRedirectHostUri`	いいえ	なし	Webhook コールバック URL に使用するホスト名を設定します。

アプリ設定の管理 - local.settings.json

アプリ設定を追加、更新、または削除するには、Azure portal、Visual Studio Code、Azure CLI、または ARM (Bicep) の各テンプレートについて、以下のセクションを選択してご確認ください。ロジックアプリ固有のアプリ設定については、「使用可能なアプリ設定のリファレンスガイド - local.settings.json」をご確認ください。

ポータルのアプリ設定を見る

Azure portal の検索ボックスでロジックアプリを検索し、開きます。
ロジックアプリのナビゲーションメニューにある [設定] で、[環境変数] を選択します。
[環境変数] ページで、 [アプリケーション設定] タブで、ロジックアプリのアプリ設定を確認します。

これらの設定の詳細については、「使用可能なアプリ設定のリファレンスガイド - local.settings.json」をご確認ください。
すべての値を表示するには、 [値を表示する] を選択します。または、1 つの値を表示するには、[値] 列で、値の横にある [目] を選択します。

ポータルのアプリの設定を追加する

[アプリの設定] タブの、リストの下部にある [名] 列に、新しい設定のキーまたは名前を入力します。
[値] には、新しい設定の値を入力します。
新しい キーと値 のペアを作成する準備ができたら、[適用する] を選択します。

Visual Studio Code のアプリの設定を見る

ロジックアプリプロジェクトのルートプロジェクトレベルで、local.settings.json ファイルを見つけて開きます。
Values オブジェクトで、ロジックアプリのアプリ設定を確認します。

これらの設定の詳細については、「使用可能なアプリ設定のリファレンスガイド - local.settings.json」をご確認ください。

Visual Studio Code のアプリの設定を追加する

local.settings.json ファイル内で Values オブジェクトを見つけます。
Values オブジェクトで、Visual Studio Code でローカルに実行するときに適用するアプリ設定を追加します。一部の設定を使用すると、特定のワークフローの設定を追加できます。次に例を示します。
```
{
   "IsEncrypted": false,
   "Values": {
      "AzureWebJobsStorage": "UseDevelopmentStorage=true",
      "Workflows.WorkflowName1.FlowState" : "Disabled",
      <...>
  }
}
```

Azure CLI を使用して現在のアプリ設定を確認するには、コマンド az logicapp config appsettings list を実行します。このコマンドに --name -n および --resource-group -g パラメーターを必ず含めてください。次に例を示します。

az logicapp config appsettings list --name MyLogicApp --resource-group MyResourceGroup

これらの設定の詳細については、「使用可能なアプリ設定のリファレンスガイド - local.settings.json」をご確認ください。

Azure CLI を使用してアプリ設定を追加または更新するには、コマンド az logicapp config appsettings set を実行します。このコマンドに --name n および --resource-group -g パラメーターを必ず含めてください。たとえば、次のコマンドを使用して、CUSTOM_LOGIC_APP_SETTING という名前のキーと値 12345 を持つ設定を作成します。

az logicapp config appsettings set --name MyLogicApp --resource-group MyResourceGroup --settings CUSTOM_LOGIC_APP_SETTING=12345

ホスト設定のリファレンス - host.json

Visual Studio Code で、ロジックアプリプロジェクトのルートレベルにある host.json メタデータファイルには、ローカルと Azure のどちらで実行されている場合でもロジックアプリリソース内の "すべてのワークフロー" に適用される、ランタイム設定と既定値が含まれています。これらの設定を表示および管理するには、「ホスト設定の管理 - host.json」をご確認ください。また、関連する制限の情報については、Azure Logic Apps の制限と構成に関するドキュメントも参照してください。

ジョブオーケストレーションのスループット

これらの設定は、シングルテナントの Azure Logic Apps でワークフロー操作を実行するためのスループットと容量に影響します。

設定	既定値	説明
`Jobs.BackgroundJobs.DispatchingWorkersPulseInterval`	`00:00:01` (1 秒)	前のポーリングでジョブが返されなかった場合にジョブディスパッチャーでジョブキューをポーリングする間隔を設定します。ジョブディスパッチャーは、前のポーリングでジョブが返された直後にキューをポーリングします。
`Jobs.BackgroundJobs.NumPartitionsInJobDefinitionsTable`	`4` 個のジョブパーティション	ジョブ定義テーブル内のジョブパーティションの数を設定します。この値を使用して、パーティションストレージの制限によって実行スループットがどれだけ影響を受けるかを制御します。
`Jobs.BackgroundJobs.NumPartitionsInJobTriggersQueue`	`1` 個のジョブキュー	ジョブで処理する、ジョブディスパッチャーによって監視されるジョブキューの数を設定します。この値は、ジョブキューが存在するストレージパーティションの数にも影響します。
`Jobs.BackgroundJobs.NumWorkersPerProcessorCount`	`192` 個のディスパッチャーワーカーインスタンス	プロセッサコアあたりの "ディスパッチャーワーカーインスタンス" または "ジョブディスパッチャー" の数を設定します。この値は、コアあたりのワークフロー実行数に影響します。
`Jobs.BackgroundJobs.StatelessNumWorkersPerProcessorCount`	`192` 個のディスパッチャーワーカーインスタンス	プロセッサコアあたり、ステートレス実行あたりの "ディスパッチャー worker インスタンス" または "ジョブディスパッチャー" の数を設定します。この値は、1 回の実行あたりに処理される同時ワークフローアクションの数に影響します。

次の両方の設定は、Standard ロジックアプリ内で指定されたワークフローを手動で停止して、直ちに削除するために使用されます。

Note

これらの設定は慎重に使用し、負荷およびパフォーマンステスト環境などの非運用環境内でのみご使用ください。これらの操作を元に戻したり、復旧したりすることはできません。

設定	既定値	説明
`Jobs.CleanupJobPartitionPrefixes`	なし	指定したワークフローのすべての実行ジョブを直ちに削除します。
`Jobs.SuspendedJobPartitionPartitionPrefixes`	なし	指定したワークフローの実行ジョブを停止します。

次の例はこれらの設定の構文を示しており、各ワークフロー ID の後にコロン (:) が続き、セミコロン (;) で区切られています。

"Jobs.CleanupJobPartitionPrefixes": "<workflow-ID-1>:; <workflow-ID-2:",
"Jobs.SuspendedJobPartitionPrefixes": "<workflow-ID-1>:; <workflow-ID-2>:"

繰り返しベースのトリガー

設定	既定値	説明
`Microsoft.Azure.Workflows.ServiceProviders.MaximumAllowedTriggerStateSizeInKB`	`1` KB	組み込み SFTP トリガーなどの繰り返しベースのトリガーについて、トリガー状態の最大許容サイズを設定します。トリガー状態により、サービスプロバイダーの複数の繰り返しベースのトリガーの間でデータが保持されます。重要: ストレージのサイズに基づき、この値の設定が高くなりすぎないようにしてください。ストレージとパフォーマンスに悪影響を及ぼす可能性があります。

トリガーのコンカレンシー

次の設定は、組み込みのサービスプロバイダーベースのコネクタの繰り返しベースのトリガーで始まるワークフローでのみ機能します。関数ベースのトリガーで始まるワークフローの場合で、サポートされている場合はバッチ処理を設定してみることをお勧めします。ただし、バッチ処理が必ずしも適切な解決策であるとは限りません。たとえば、Azure Service Bus トリガーでは、バッチがロック期間を超えてメッセージを保持する可能性があります。その結果、そのようなメッセージに対する完了や破棄などのアクションは失敗します。

設定	既定値	説明
`Runtime.Trigger.MaximumRunConcurrency`	実行数 `100`	トリガーによって開始できる同時実行の最大数を設定します。この値は、トリガーの同時実行の定義に表示されます。
`Runtime.Trigger.MaximumWaitingRuns`	実行数 `200`	同時実行の最大数に達した後に待機できる実行の最大数を設定します。この値は、トリガーの同時実行の定義に表示されます。詳しくは、「実行待機の制限を変更する」をご参照ください。

実行継続時間および履歴保有

設定	既定値	説明
`Runtime.Backend.FlowRunTimeout`	`90.00:00:00` (90 日)	タイムアウトを強制するまでの、ワークフローの実行を継続できる時間。この設定の最小値は 7 日です。重要: この値は必ず `Workflows.RuntimeConfiguration.RetentionInDays` という名前のアプリ設定の値と等しいかそれより小さくする必要があります。そうしないと、関連付けられているジョブが完了する前に実行履歴が削除される可能性があります。
`Runtime.FlowMaintenanceJob.RetentionCooldownInterval`	`7.00:00:00` (7 日)	保持する必要がなくなった実行履歴を確認してから削除するまでの間隔として、日数で期間を設定します。

実行アクション

設定	既定値	説明
`Runtime.FlowRunRetryableActionJobCallback.ActionJobExecutionTimeout`	`00:10:00` (10 分)	実行するワークフローアクションジョブがタイムアウトして再試行するまでの時間を設定します。

入力と出力

設定	既定値	説明
`Microsoft.Azure.Workflows.TemplateLimits.InputParametersLimit`	`50`	従量課金ロジックアプリをエクスポートすることによって作成された Standard ロジックアプリについて、クロス環境ワークフローパラメーターの既定の制限を最大 500 まで変更します。
`Runtime.ContentLink.MaximumContentSizeInBytes`	`104857600` バイト	単一のトリガーまたはアクションで入力または出力に含めることができる最大サイズをバイト数で設定します。
`Runtime.FlowRunActionJob.MaximumActionResultSize`	`209715200` バイト	単一のアクションで保持できる入力と出力の組み合わせの最大サイズをバイト単位で設定します。

改ページ位置の自動修正

設定	既定値	説明
`Runtime.FlowRunRetryableActionJobCallback.MaximumPageCount`	`1000` ページ	操作で改ページがサポートされ、有効になっている場合に、実行時に返すまたは処理するページの最大数を設定します。

チャンキング

設定	既定値	説明
`Runtime.FlowRunRetryableActionJobCallback.MaximumContentLengthInBytesForPartialContent`	`1073741824` バイト	操作でチャンク処理がサポートされ、有効になっている場合に、ダウンロードまたはアップロードされるコンテンツの最大サイズをバイト単位で設定します。
`Runtime.FlowRunRetryableActionJobCallback.MaxChunkSizeInBytes`	`52428800` バイト	操作に対してチャンク処理がサポートされ、有効になっている場合、各コンテンツチャンクの最大サイズをバイト単位で設定します。
`Runtime.FlowRunRetryableActionJobCallback.MaximumRequestCountForPartialContent`	`1000` 個の要求	操作でチャンク処理がサポートされ、有効になっている場合に、1 回のアクション実行でコンテンツをダウンロードするために行うことができる要求の最大数を設定します。

コンテンツをインラインで格納するか、BLOB を使用する

設定	既定値	説明
`Runtime.FlowRunEngine.ForeachMaximumItemsForContentInlining`	`20` 項目	`For each` ループの実行中、各項目の値は、他のメタデータと一緒にテーブルストレージ内にインラインで、または BLOB ストレージに個別に格納されます。他のメタデータと一緒にインラインで格納する項目の数を設定します。
`Runtime.FlowRunRetryableActionJobCallback.MaximumPagesForContentInlining`	`20` ページ	BLOB ストレージに格納する前に、テーブルストレージにインラインコンテンツとして格納するページの最大数を設定します。
`Runtime.FlowTriggerSplitOnJob.MaximumItemsForContentInlining`	`40` 項目	`SplitOn` 設定で配列項目が複数のワークフローインスタンスに分割される場合、各項目の値は、他のメタデータと一緒にテーブルストレージ内にインラインで、または BLOB ストレージに個別に格納されます。インラインで格納する項目の数を設定します。
`Runtime.ScaleUnit.MaximumCharactersForContentInlining`	`8192` 文字	BLOB ストレージに格納する前に、テーブルストレージにインラインで格納する操作の入力および出力文字数の最大数を設定します。

For each ループ

設定	既定値	説明
`Runtime.Backend.FlowDefaultForeachItemsLimit`	`100000` 配列項目	"ステートフルワークフロー" に対して、`For each` ループ内で処理する配列項目の最大数を設定します。
`Runtime.Backend.FlowDefaultSplitOnItemsLimit`	`100000` 配列項目	`SplitOn` の設定に基づいて、バッチ解除つまり複数のワークフローインスタンスへの分割を行う配列項目の最大数を設定します。
`Runtime.Backend.ForeachDefaultDegreeOfParallelism`	`20` イテレーション	`For each` ループ内のコンカレントイテレーション (並列処理の次数) の既定の数を設定します。順次実行するには、値を `1` に設定します。
`Runtime.Backend.Stateless.FlowDefaultForeachItemsLimit`	`100` 項目	"ステートレスワークフロー" に対して、`For each` ループ内で処理する配列項目の最大数を設定します。

Until ループ

設定	既定値	説明
`Runtime.Backend.MaximumUntilLimitCount`	`5000` イテレーション	"ステートフルワークフロー" の場合は、`Until` アクションの `Count` プロパティの可能な最大数を設定します。
`Runtime.Backend.Stateless.FlowRunTimeout`	`00:05:00` (5 分)	ステートレスワークフロー内の `Until` ループの最大待機時間を設定します。
`Runtime.Backend.Stateless.MaximumUntilLimitCount`	`100` イテレーション	"ステートレスワークフロー" の場合は、`Until` アクションの `Count` プロパティの可能な最大数を設定します。

変数

設定	既定値	説明
`Runtime.Backend.DefaultAppendArrayItemsLimit`	`100000` 配列項目	配列型の変数内の項目の最大数を設定します。
`Runtime.Backend.VariableOperation.MaximumStatelessVariableSize`	ステートレスワークフロー: `1024` 文字	ステートレスワークフローで使用した場合に、変数に格納できるコンテンツの最大サイズを文字数で設定します。
`Runtime.Backend.VariableOperation.MaximumVariableSize`	ステートフルワークフロー: `104857600` 文字	ステートフルワークフローで使用した場合に、変数に格納できるコンテンツの最大サイズを文字数で設定します。

組み込みの HTTP 操作

設定	既定値	説明
`Runtime.Backend.HttpOperation.DefaultRetryCount`	再試行回数 `4`	HTTP トリガーとアクションの既定の再試行回数を設定します。
`Runtime.Backend.HttpOperation.DefaultRetryInterval`	`00:00:07` (7 秒)	HTTP トリガーとアクションの既定の再試行間隔を設定します。
`Runtime.Backend.HttpOperation.DefaultRetryMaximumInterval`	`01:00:00` (1 時間)	HTTP トリガーとアクションの最大再試行間隔を設定します。
`Runtime.Backend.HttpOperation.DefaultRetryMinimumInterval`	`00:00:05` (5 秒)	HTTP トリガーとアクションの最小再試行間隔を設定します。
`Runtime.Backend.HttpOperation.MaxContentSize`	`104857600` バイト	トリガーではなく、HTTP アクションのみの最大要求サイズを、バイト単位で設定します。詳細については、制限に関するページを参照してください。
`Runtime.Backend.HttpOperation.RequestTimeout`	`00:03:45` (3 分 45 秒) 注: 既定値も最大値です。	HTTP トリガーとアクションの要求タイムアウト値を設定します。

組み込みの HTTP Webhook 操作

設定	既定値	説明
`Runtime.Backend.HttpWebhookOperation.DefaultRetryCount`	再試行回数 `4`	HTTP Webhook トリガーとアクションの既定の再試行回数を設定します。
`Runtime.Backend.HttpWebhookOperation.DefaultRetryInterval`	`00:00:07` (7 秒)	HTTP Webhook トリガーとアクションの既定の再試行間隔を設定します。
`Runtime.Backend.HttpWebhookOperation.DefaultRetryMaximumInterval`	`01:00:00` (1 時間)	HTTP Webhook トリガーとアクションの最大再試行間隔を設定します。
`Runtime.Backend.HttpWebhookOperation.DefaultRetryMinimumInterval`	`00:00:05` (5 秒)	HTTP Webhook トリガーとアクションの最小再試行間隔を設定します。
`Runtime.Backend.HttpWebhookOperation.DefaultWakeUpInterval`	`01:00:00` (1 時間)	HTTP Webhook トリガーとアクションジョブの既定のウェイクアップ間隔を設定します。
`Runtime.Backend.HttpWebhookOperation.MaxContentSize`	`104857600` バイト	トリガーではなく、HTTP Webhook アクションのみの最大要求サイズを、バイト単位で設定します。詳細については、制限に関するページを参照してください。
`Runtime.Backend.HttpWebhookOperation.RequestTimeout`	`00:02:00` (2 分)	HTTP Webhook トリガーとアクションの要求タイムアウト値を設定します。

組み込みの Azure Storage 操作

BLOB ストレージ

設定	既定値	説明
`Microsoft.Azure.Workflows.ContentStorage.RequestOptionsThreadCount`	なし	BLOB のアップロードとダウンロード操作のためのスレッド数を設定します。この設定を使うと、アクションの入力と出力からコンテンツをアップロードおよびダウンロードするときに複数のスレッドを使うよう、Azure Logic Apps ランタイムに強制できます。
`Runtime.ContentStorage.RequestOptionsDeltaBackoff`	`00:00:02` (2 秒)	BLOB ストレージに送信される再試行のバックオフ間隔を設定します。
`Runtime.ContentStorage.RequestOptionsMaximumAttempts`	再試行回数 `4`	テーブルおよびキューストレージに送信される再試行の最大数を設定します。
`Runtime.ContentStorage.RequestOptionsMaximumExecutionTime`	`00:02:00` (2 分)	Azure Logic Apps ランタイムからの BLOB 要求の、再試行を含む操作タイムアウト値を設定します。
`Runtime.ContentStorage.RequestOptionsServerTimeout`	`00:00:30` (30 秒)	Azure Logic Apps ランタイムからの BLOB 要求のタイムアウト値を設定します。

テーブルおよびキューストレージ

設定	既定値	説明
`Runtime.DataStorage.RequestOptionsDeltaBackoff`	`00:00:02` (2 秒)	テーブルおよびキューストレージに送信される再試行のバックオフ間隔を設定します。
`Runtime.DataStorage.RequestOptionsMaximumAttempts`	再試行回数 `4`	テーブルおよびキューストレージに送信される再試行の最大数を設定します。
`Runtime.DataStorage.RequestOptionsMaximumExecutionTime`	`00:00:45` (45 秒)	Azure Logic Apps ランタイムからのテーブルおよびキューストレージ要求について、再試行を含む操作タイムアウト値を設定します。
`Runtime.DataStorage.RequestOptionsServerTimeout`	`00:00:16` (16 秒)	Azure Logic Apps ランタイムからのテーブルおよびキューストレージ要求のタイムアウト値を設定します。

設定	既定値	説明
`ServiceProviders.AzureFile.MaxFileSizeInBytes`	`150000000` バイト	Azure ファイル共有の最大ファイルサイズをバイト単位で設定します。

組み込みの Azure Functions 操作

設定	既定値	説明
`Runtime.Backend.FunctionOperation.RequestTimeout`	`00:03:45` (3 分 45 秒)	Azure Functions アクションの要求タイムアウト値を設定します。
`Runtime.Backend.FunctionOperation.MaxContentSize`	`104857600` バイト	Azure Functions アクションの最大要求サイズをバイト単位で設定します。詳細については、制限に関するページを参照してください。
`Runtime.Backend.FunctionOperation.DefaultRetryCount`	再試行回数 `4`	Azure Functions アクションの既定の再試行回数を設定します。
`Runtime.Backend.FunctionOperation.DefaultRetryInterval`	`00:00:07` (7 秒)	Azure Functions アクションの既定の再試行間隔を設定します。
`Runtime.Backend.FunctionOperation.DefaultRetryMaximumInterval`	`01:00:00` (1 時間)	Azure Functions アクションの最大再試行間隔を設定します。
`Runtime.Backend.FunctionOperation.DefaultRetryMinimumInterval`	`00:00:05` (5 秒)	Azure Functions アクションの最小再試行間隔を設定します。

組み込みの Azure Service Bus 操作

設定	既定値	説明
`ServiceProviders.ServiceBus.MessageSenderOperationTimeout`	`00:01:00` (1 分)	組み込みの Service Bus 操作でメッセージを送信するときのタイムアウトを設定します。
`Runtime.ServiceProviders.ServiceBus.MessageSenderPoolSizePerProcessorCount`	`64` 個のメッセージ送信元	メッセージ送信側プール内で使用するプロセッサコアあたりの Azure Service Bus メッセージ送信元の数を設定します。

組み込みの SFTP 操作

設定	既定値	説明
`Runtime.ServiceProviders.Sftp.MaxFileSizeInBytes`	`2147483648` バイト	[ファイルコンテンツの取得 (V2)] アクションの最大ファイルサイズをバイト単位で設定します。
`Runtime.ServiceProviders.Sftp.MaximumFileSizeToReadInBytes`	`209715200` バイト	[ファイルコンテンツの取得] アクションの最大ファイルサイズをバイト単位で設定します。このアクションはメモリ内のファイルコンテンツを読み取るので、この値が参照可能なメモリサイズを超えないようにしてください。

マネージドコネクタの操作

設定	既定値	説明
`Runtime.Backend.ApiConnectionOperation.RequestTimeout`	`00:02:00` (2 分)	マネージド API コネクタのトリガーとアクションの要求タイムアウト値を設定します。
`Runtime.Backend.ApiConnectionOperation.MaxContentSize`	`104857600` バイト	マネージド API コネクタのトリガーとアクションの最大要求サイズをバイト単位で設定します。詳細については、制限に関するページを参照してください。
`Runtime.Backend.ApiConnectionOperation.DefaultRetryCount`	再試行回数 `4`	マネージド API コネクタのトリガーとアクションの既定の再試行回数を設定します。
`Runtime.Backend.ApiConnectionOperation.DefaultRetryInterval`	`00:00:07` (7 秒)	マネージド API コネクタのトリガーとアクションの既定の再試行間隔を設定します。
`Runtime.Backend.ApiWebhookOperation.DefaultRetryMaximumInterval`	`01:00:00` (1 日)	マネージド API コネクタの Webhook トリガーとアクションの最大再試行間隔を設定します。
`Runtime.Backend.ApiConnectionOperation.DefaultRetryMinimumInterval`	`00:00:05` (5 秒)	マネージド API コネクタのトリガーとアクションの最小再試行間隔を設定します。
`Runtime.Backend.ApiWebhookOperation.DefaultWakeUpInterval`	`01:00:00` (1 日)	マネージド API コネクタの Webhook トリガーとアクションジョブの、既定のウェイクアップ間隔を設定します。

他のすべての操作の再試行ポリシー

設定	既定値	説明
`Runtime.ScaleMonitor.MaxPollingLatency`	`00:00:30` (30 秒)	実行時のスケーリングの最大ポーリング待機時間を設定します。
`Runtime.Backend.Operation.MaximumRetryCount`	再試行回数 `90`	ワークフロー操作の再試行ポリシー定義における最大再試行回数を設定します。
`Runtime.Backend.Operation.MaximumRetryInterval`	`01:00:00:01` (1 日と 1 秒)	ワークフロー操作の再試行ポリシー定義における最大間隔を設定します。
`Runtime.Backend.Operation.MinimumRetryInterval`	`00:00:05` (5 秒)	ワークフロー操作の再試行ポリシー定義における最小間隔を設定します。

制限事項

最大コンテンツサイズ

既定では、HTTP または要求などの組み込みのトリガーは、「制約と構成の参考文献 - メッセージ」の中で説明されているメッセージサイズに制限されます。その制限を超えるファイルを処理するには、ご利用のコンテンツを BLOB として Azure Blob Storage にアップロードし、それから Azure Blob コネクタを使用してそのコンテンツを取得してみてください。

ホスト設定の管理 - host.json

ホスト設定を追加、更新、または削除できます。これは、"ローカルと Azure のどちらで実行される場合でも" そのロジックアプリ内の "すべてのワークフロー" に適用される、ランタイム構成の設定と値を指定するもので、例として、スループット、容量、データサイズなどの既定値があります。ロジックアプリ固有のホスト設定については、「使用可能なランタイムおよびデプロイ設定 - host.json」をご確認ください。

Azure portal - host.json

Azure portal でシングルテナントベースのロジックアプリのホスト設定を確認するには、次の手順に従います。

Azure portal の検索ボックスでロジックアプリを検索し、開きます。
ロジックアプリのメニューの [開発ツール] で、 [高度なツール] を選択します。
[高度なツール] ページで、 [移動] を選択します。これにより、ロジックアプリ用の Kudu 環境が開きます。
Kudu のツールバーで、 [Debug console](デバッグコンソール) メニューの [CMD] を選択します。
Azure portal でロジックアプリを停止します。
1. ロジックアプリのメニューで、 [概要] を選択します。
2. [概要] ペインのツールバーで、 [停止] を選択します。
ロジックアプリのメニューの [開発ツール] で、 [高度なツール] を選択します。
[高度なツール] ペインで、 [移動] を選択します。これにより、ロジックアプリ用の Kudu 環境が開きます。
Kudu のツールバーで、 [Debug console](デバッグコンソール) メニューを開き、 [CMD] を選択します。

コンソールウィンドウが開き、コマンドプロンプトを使用して wwwroot フォルダーを参照できるようになります。または、コンソールウィンドウの上に表示されるディレクトリ構造を参照することもできます。
wwwroot フォルダーへの次のパスを参照します: ...\home\site\wwwroot。
コンソールウィンドウの上にあるディレクトリテーブルで、host.json ファイルの横にある [編集] を選択します。
host.json ファイルが開いた後、ロジックアプリに以前に追加されたホスト設定があれば確認します。

ホスト設定の詳細については、「使用可能なホスト設定のリファレンスガイド - host.json」をご確認ください。

設定を追加するには、次の手順に従います。

設定を追加または編集する前に、Azure portal でロジックアプリを停止します。
1. ロジックアプリのメニューで、 [概要] を選択します。
2. [概要] ペインのツールバーで、 [停止] を選択します。
host.json ファイルに戻ります。 extensionBundle オブジェクトに、extensions オブジェクトを追加します。これには、workflow および settings オブジェクトが含まれます。次に例を示します。
```
{
   "version": "2.0",
   "extensionBundle": {
      "id": "Microsoft.Azure.Functions.ExtensionBundle",
      "version": "[1.*, 2.0.0)"
   },
   "extensions": {
      "workflow": {
         "settings": {
         }
      }
   }
}
```
settings オブジェクトに、ワークフローがローカルまたは Azure のどちらで実行される場合でも、ロジックアプリ内のすべてのワークフローに使用するホスト設定を含むフラットリストを追加します。次に例を示します。
```
{
   "version": "2.0",
   "extensionBundle": {
      "id": "Microsoft.Azure.Functions.ExtensionBundle",
      "version": "[1.*, 2.0.0)"
   },
   "extensions": {
      "workflow": {
         "settings": {
            "Runtime.Trigger.MaximumWaitingRuns": "100"
         }
      }
   }
}
```
完了したら、忘れずに [保存] を選択してください。
次に、ロジックアプリを再起動します。ロジックアプリの [概要] ページに戻り、 [再起動] を選択します。

Visual Studio Code - host.json

Visual Studio Code でロジックアプリのホスト設定を確認するには、次の手順に従います。

ロジックアプリプロジェクトのルートプロジェクトレベルで、host.json ファイルを見つけて開きます。
extensions オブジェクトの workflows および settings で、ロジックアプリに以前に追加されたホスト設定があれば確認します。そうでなければ、extensions オブジェクトはファイル内に表示されません。

ホスト設定の詳細については、「使用可能なホスト設定のリファレンスガイド - host.json」をご確認ください。

ホスト設定を追加するには、次の手順に従います。

host.json ファイル内で、extensionBundle オブジェクトに extensions オブジェクトを追加します。これには、workflow および settings オブジェクトが含まれます。次に例を示します。

{
   "version": "2.0",
   "extensionBundle": {
      "id": "Microsoft.Azure.Functions.ExtensionBundle",
      "version": "[1.*, 2.0.0)"
   },
   "extensions": {
      "workflow": {
         "settings": {
         }
      }
   }
}

settings オブジェクトに、ワークフローがローカルまたは Azure のどちらで実行される場合でも、ロジックアプリ内のすべてのワークフローに使用するホスト設定を含むフラットリストを追加します。次に例を示します。
```
{
   "version": "2.0",
   "extensionBundle": {
      "id": "Microsoft.Azure.Functions.ExtensionBundle",
      "version": "[1.*, 2.0.0)"
   },
   "extensions": {
      "workflow": {
         "settings": {
            "Runtime.Trigger.MaximumWaitingRuns": "100"
         }
      }
   }
}
```

次の方法で共有

シングルテナントの Azure Logic Apps で Standard ロジックアプリのホストとアプリの設定を編集する

アプリ設定、パラメーター、デプロイ

Visual Studio Code プロジェクトの構造

アプリ設定のリファレンス - local.settings.json

アプリ設定の管理 - local.settings.json

ポータルのアプリ設定を見る

ポータルのアプリの設定を追加する

Visual Studio Code のアプリの設定を見る

Visual Studio Code のアプリの設定を追加する

ホスト設定のリファレンス - host.json

ジョブオーケストレーションのスループット

繰り返しベースのトリガー

トリガーのコンカレンシー

実行継続時間および履歴保有

実行アクション

入力と出力

チャンキング

コンテンツをインラインで格納するか、BLOB を使用する

For each ループ

Until ループ

変数

組み込みの HTTP 操作

組み込みの HTTP Webhook 操作

組み込みの Azure Storage 操作

BLOB ストレージ

テーブルおよびキューストレージ

組み込みの Azure Functions 操作

組み込みの Azure Service Bus 操作

組み込みの SFTP 操作

マネージドコネクタの操作

他のすべての操作の再試行ポリシー

制限事項

ホスト設定の管理 - host.json

Azure portal - host.json

Visual Studio Code - host.json

次の手順

フィードバック

その他のリソース

次の方法で共有

シングルテナントの Azure Logic Apps で Standard ロジック アプリのホストとアプリの設定を編集する

アプリ設定、パラメーター、デプロイ

Visual Studio Code プロジェクトの構造

アプリ設定のリファレンス - local.settings.json

アプリ設定の管理 - local.settings.json

ポータルのアプリ設定を見る

ポータルのアプリの設定を追加する

ホスト設定のリファレンス - host.json

ジョブ オーケストレーションのスループット

繰り返しベースのトリガー

トリガーのコンカレンシー

実行継続時間および履歴保有

実行アクション

入力と出力

改ページ位置の自動修正

チャンキング

コンテンツをインラインで格納するか、BLOB を使用する

For each ループ

Until ループ

変数

組み込みの HTTP 操作

組み込みの HTTP Webhook 操作

組み込みの Azure Storage 操作

BLOB ストレージ

テーブルおよびキュー ストレージ

ファイル共有

組み込みの Azure Functions 操作

組み込みの Azure Service Bus 操作

組み込みの SFTP 操作

マネージド コネクタの操作

他のすべての操作の再試行ポリシー

制限事項

ホスト設定の管理 - host.json

Azure portal - host.json

Visual Studio Code - host.json

次の手順

フィードバック

その他のリソース

シングルテナントの Azure Logic Apps で Standard ロジックアプリのホストとアプリの設定を編集する

ジョブオーケストレーションのスループット

テーブルおよびキューストレージ

マネージドコネクタの操作