Azure Logic Apps の信頼性

従量課金ロジック アプリの場合、Azure Logic Apps はコンピューティング インフラストラクチャ、状態ストレージ、およびその他のリソースを自動的に管理します。 仮想マシン (VM) を構成または管理する必要はありません。 従量課金ロジック アプリは、多くの顧客間でコンピューティング インフラストラクチャを共有します。

Standard ロジック アプリの場合、Azure Logic Apps では 、ワークフロー サービス プランと呼ばれるコンピューティング リソースまたは専用の プランが使用されます。 各プランには複数のインスタンスを含めることができます。必要に応じて、複数の可用性ゾーンに分散できます。 各インスタンスは大まかに仮想マシン (VM) にマップされますが、それらの VM は表示されないため、それらを直接構成または管理する必要はありません。 ワークフローは、プランのインスタンスで実行されます。

標準ロジック アプリでは、ステートフル ワークフローの状態を維持するようにストレージを構成する必要があります。 詳細については、「ステートフルおよびステートレス ワークフロー」を参照してください。

標準ロジック アプリでは、Azure Functions および Azure App Service と同様の基盤となるインフラストラクチャが使用されます。 ただし、ロジック アプリのプランを構成する方法には、他のサービスと比較していくつかの違いがあります。

詳細については、「 標準ロジック アプリと従量課金ロジック アプリの違い」を参照してください。

Azure Logic Apps ではゾーン の冗長性がサポートされており、コンピューティング リソースと状態が複数の可用性ゾーンに分散されます。 ロジック アプリ ワークフローのリソースを可用性ゾーン間で分散すると、運用ロジック アプリ ワークロードの回復性と信頼性が向上します。

マルチテナント Azure Logic Apps の新規および既存の従量課金ロジック アプリ ワークフローでは、ゾーンの冗長性が自動的に有効になります。

Azure Logic Apps では、"ゾーン冗長" がサポートされており、コンピューティング リソースが複数の可用性ゾーン間で分散されます。 必要に応じて、ロジック アプリ ワークフローが格納する状態のゾーン冗長を構成できます。 ロジック アプリ ワークフローのリソースを可用性ゾーン間で分散すると、運用ロジック アプリ ワークロードの回復性と信頼性が向上します。

シングルテナント Azure Logic Apps では、ホスティング オプションのワークフロー サービス プランを使用する Standard ワークフローの場合、必要に応じてゾーン冗長を有効にすることができます。

ホスティング プランの App Service Environment v3 を使用する Standard ワークフローの場合、必要に応じてゾーン冗長を有効にすることができます。 App Service Environment v3 が可用性ゾーンをサポートする方法の詳細については、「 App Service Environment の信頼性」を参照してください。

• リージョンのサポート:可用性ゾーンをサポートする任意のリージョンにデプロイされた従量課金ロジック アプリは、自動的にゾーン冗長になります。 西日本は例外ですが、一部の依存サービスではゾーン冗長がまだサポートされていないため、現在、ゾーン冗長ロジック アプリはサポートされていません。

• リージョンのサポート: Azure App Service の可用性ゾーンをサポートする任意のリージョンに、ワークフロー サービス プランを使用してゾーン冗長 Standard ロジック アプリをデプロイできます。 西日本は例外ですが、一部の依存サービスではゾーン冗長がまだサポートされていないため、現在、ゾーン冗長ロジック アプリはサポートされていません。 詳細については、「Azure App Service の信頼性」を参照してください。

• リージョンのサポート: App Service Environment v3 の可用性ゾーンをサポートするリージョンを確認するには、「 リージョン」を参照してください。

• インスタンス数: ワークフロー サービス プランのインスタンスを少なくとも 2 つデプロイする必要があります。 各インスタンスは 1 つの VM にほぼ対応しているため、これらのインスタンス (VM) を複数の可用性ゾーンに分散するには、少なくとも 2 つのインスタンスが必要です。

• ストレージ: ステートフル Standard ワークフローの外部ストレージを構成する場合、ゾーン冗長のストレージ アカウントを構成する必要があります。 詳細については、「Azure Functions のストレージに関する考慮事項」を参照してください。

マルチテナント Azure Logic Apps の新規および既存の従量課金ロジック アプリに対して自動的に有効になるゾーン冗長の使用には、追加のコストは適用されません。

シングルテナントの Azure Logic Apps にワークフロー サービス プランを含む Standard ロジック アプリがある場合、2 つ以上のプラン インスタンスがある場合、可用性ゾーンの有効化に追加のコストは適用されません。 自動スケールの条件に基づいて、ご利用プランのSKU、指定されたキャパシティ、拡張または縮小するすべてのインスタンス数に基づいて課金が行われます。 可用性ゾーンを有効にしたが、2 つ未満のインスタンスを指定した場合、プラットフォームによって最低 2 つのインスタンスが適用され、これら 2 つのインスタンスに対して課金されます。

App Service Environment v3 には、ゾーン冗長のための特定の価格モデルがあります。 App Service Environment v3 の価格情報については、「価格」を参照してください。

消費ロジック アプリ ワークフローはゾーン冗長性を自動的にサポートしているので、構成は必要ありません。

• 新しいゾーン冗長ロジック アプリを作成する: Standard ロジック アプリのゾーン冗長を有効にするには、「 ロジック アプリのゾーン冗長を有効にする」を参照してください。

• 既存のロジック アプリでゾーン冗長を有効にする: サービス プランを作成した後でゾーン冗長を有効にすることはできません。 代わりに、ゾーン冗長を有効にして新しいプランを作成し、古いプランを削除する必要があります。

• ゾーン冗長を無効にする: ワークフロー サービス プランを作成した後は、ゾーンの冗長性を無効にすることはできません。 代わりに、ゾーン冗長を無効にして新しいプランを作成し、古いプランを削除する必要があります。

容量の計画と管理

可用性ゾーンの障害に備えて、プランの容量 を過剰にプロビジョニング することを検討してください。 オーバープロビジョニングにより、ソリューションは、ある程度の容量損失を許容でき、パフォーマンスが低下することなく引き続き機能できます。 詳細については、「 過剰プロビジョニングによる容量の管理」を参照してください。

• ゾーン間のトラフィック ルーティング: 通常の操作中、ワークフロー呼び出しでは、リージョン内の任意の可用性ゾーンのコンピューティング リソースを使用できます。

• ゾーン間のデータ レプリケーション: ステートフル ワークフローの場合、ワークフローの状態はゾーン冗長ストレージ (ZRS) を使用して可用性ゾーン間で同期的にレプリケートされます。

• ゾーン間のトラフィック ルーティング: 通常の操作中、ワークフロー呼び出しは、使用可能なすべてのプラン インスタンス間ですべての可用性ゾーンに分散されます。

• ゾーン間のデータ レプリケーション: ステートフル ワークフローの場合、ワークフローの状態は、構成した状態ストレージに基づいて格納されます。 外部ストレージ システムとして Azure Storage を使用する場合は、ゾーン冗長ストレージ (ZRS) を使用する必要があります。このストレージは、可用性ゾーン間でワークフローの状態を同期的にレプリケートします。

• トラフィックの再ルーティング: 受信トラフィックは、正常なゾーン内のインフラストラクチャに自動的に分散されます。

• トラフィックの再ルーティング: 受信トラフィックは、使用可能になると正常なゾーンの新しいプラン インスタンスに自動的に分散されます。 詳細については、「 Azure App Service の信頼性 - ゾーン障害時の動作」を参照してください。

• 実行時以外の動作: ゾーン冗長プランのロジック アプリ ワークフローは、可用性ゾーンで障害が発生した場合でも引き続き実行されます。 ただし、可用性ゾーンの停止中に、実行時以外の動作が影響を受ける可能性があります。 これらの動作の詳細と一覧については、「 Azure App Service の信頼性 - ゾーン障害時の動作」を参照してください。

• 実行時以外の動作: ゾーン冗長プランのロジック アプリ ワークフローは、可用性ゾーンで障害が発生した場合でも引き続き実行されます。 ただし、可用性ゾーンの停止中に、実行時以外の動作が影響を受ける可能性があります。 これらの動作の詳細と一覧については、「 Azure App Service Environment の信頼性 - ゾーン障害時の動作」を参照してください。