今日、私はAzureのサブスクリプションとサービスの制限、クォータ、および制約を取り上げました。それから、Azure Resource Managerのlimit for deployments in a resource groupがあることに気付きました。デフォルトの制限および最大限度は、リソース・グループごとに800個のデプロイメントです。Azureリソースグループの展開の最大制限
これは、リソースグループの有効期間内に800の展開を実行でき、この制限に達した後、このリソースグループはどの展開も実行できないということですか？または、この制限は、同時実行の展開に関連し、プラットフォームのスケーラビリティの側面に対処していますか？
https://docs.microsoft.com/en-gb/azure/azure-subscription-service-limits#resource-group-limitsの「リソースグループごとの配備」は、配備履歴の制限を指定します。デプロイメント履歴は、設定>デプロイメントのリソースグループでアクセスできます。リソースを削除しても、デプロイメントは履歴から削除されません。また、展開履歴を丸く削除しても、リソースグループ内のリソースの状態には影響しません。 800台までの展開に達すると、さらなる展開は不可能になります。リソースグループにリソースがない場合でも、追加の展開を続行するには、展開の履歴をクリアする必要があります。
デプロイメントの履歴は、手動またはpowershellで削除できます。チェックhttps://blogs.msdn.microsoft.com/cloud_solution_architect/2016/08/22/handling-azure-resource-manager-deployment-limits/
特定のリソースグループは、任意の時点で、ゼロ個以上の展開を行います。これは生涯カウンターとは関係がなく、スケーリングにも関係しません。これは、現在そのリソースグループ内にいくつの配備があるかということだけです。
リソースグループを（portal/powershell/cli/api経由で）表示した場合は、最大800個の展開リストが表示されます。
上記のブログ記事では、-Forceパラメータを許可するAzureコマンドレットの古いバージョンのRemove-AzureRmResourceGroupDeploymentを使用しています。現行バージョン（11/2017現在）にはそのパラメーター（-Force）が含まれておらず、その結果、自動化が機能しないようにする確認ダイアログが表示されます。
詳細については、 –