Azure / Azure/Azure-Functions

Best Practice: Don't use the default storage account for heavy workloads

Open
#218 12 comments 0 reactions 1 assignee Claimed by @ggailey777 View on GitHub
area: documentation improvement ready triaged
Dominant language
PowerShell
Stars
1.1k
Forks
215
Avg merge
4h 2m
Merged PRs (30d)
1

Description

Need to add a section in our docs on best practices, if we don't have one already. Specifically, we need to mention how one should not use the default storage account (AzureWebjobsStorage, AzureWebJobsDashboard) for your own function bindings if they'll be under any kind of heavy load.

Something like:

## Avoid heavy additional usage of the default Storage Account

It is a best practice to use a separate Storage Account for your Storage bindings. When using Storage Bindings (Blob, Queues, Tables), avoid using the default storage account (`AzureWebJobsStorage` & `AzureWebJobsDashboard`) when doing any high usage workloads (> 20 executions/second). This can lead to negative impact on the performance of the host, in addition to being throttled sooner by Storage due to the shared load of your bindings and the function host. If you're seeing high latency for your Storage bindings, errors in the portal about being unable to access your file system, or missing logs, you may want to check that you're not overloading your Azure Storage account.

Contributor guide

No contributing guide indexed for this repository

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.