Unexplained rise in storage activity causing higher costs

[laveryn]

We have multiple deployments of a Functions App across several tenants. Since the 1st November we have seen a sudden rise in transactions across all storage accounts for these apps, without any clear cause, including on deployments which are idle. This has cause a large increase in costs. The bug has affected different versions of the app, with different runtime versions, in similar ways

The fall in transactions shows where I have stopped the relevant function app.

The issue seems similar to those described in https://github.com/Azure/Azure-Functions/issues/2231 and in https://github.com/Azure/Azure-Functions/issues/2417, although in our case the majority of transactions are queue transactions.

The apps shown above are v4, .Net 6 (LTS) In-Process, running on Windows, with individual Consumption plans. The problem also occurred with a version of the app in v3. The apps do not use the AzureWebJobsDashboard setting.

[SpyroxQ]

@nzthiago

Dear Azure-Functions team, we really need some help with this issue. We have multiple deployments of a Functions App across several tenants. Two of those tenants are productive in a customer environment. Is their any way to escalate this ticket or do we need to give you more information?

Thank you very much.

[Sajith-TalentzQ]

We face similar issue from Nov 1st - and have logged a support request with Microsoft support

In our case , we have this issue with durable functions app deployment (on its storage queues) - Other function app deployments is fine.

Our Durable Function App deployment is in consumption plan - isolated mode.