Rate limit on CR since first on June

Matthias Dirks 0 Reputation points
2026-06-23T19:32:02.0066667+00:00

Since first of June we have a limit on the CR but we have a premium SKU. Anyone else has the same?

thx

panic: GET "***/v2/helm-charts/vpms/vidicore-agent/referrers/sha256:4edeecbc5fca7de9dfe52df0f7b8460365da7e859b22c3179de1a4bcf108b738?artifactType=metadata%2Fbranch": response status code 429: toomanyrequests: Registry *** exceeded the registry rate limit of 2000 requests in a 60 second window. Please visit Azure Container Registry SKU-Features und -Grenzwerte - Azure Container Registry | Microsoft Learn for service tier limits.

Azure Container Registry
Azure Container Registry

An Azure service that provides a registry of Docker and Open Container Initiative images.

0 comments No comments

1 answer

Sort by: Newest
  1. Anonymous
    2026-06-23T20:46:09.5733333+00:00

    Hello Matthias,

    Thank you for reaching out.

    Based on the error message shared, the registry is returning HTTP 429 (TooManyRequests) responses because it has exceeded the request rate limit for a specific operation category:

    Registry exceeded the registry rate limit of 2000 requests in a 60 second window.

    Although your registry is using the Premium SKU, rate limits are still enforced for individual operation types. In this case, the request is related to the referrers API (/referrers/...), which is used for retrieving artifact metadata such as signatures, SBOMs, and related OCI artifacts. A high volume of these requests within a short period can trigger throttling.

    A few common scenarios that can lead to this behavior include:

    • High-frequency metadata/referrer queries from CI/CD pipelines or automation workflows.
    • Multiple clients or identities accessing the same registry concurrently, causing the combined request rate to exceed the per-registry limit.
    • Large bursts of requests that temporarily exhaust the available request capacity, resulting in 429 responses until the limit window resets.

    As an immediate mitigation while we investigate further, we recommend the following best practices:

    • Ensure that client applications honor the Retry-After header returned by Azure Container Registry and retry requests only after the specified interval.
    • Implement an exponential backoff strategy with jitter for all retry operations to prevent repeated request bursts during throttling events.
    • Review workflows that perform frequent metadata, tag, manifest, or referrer queries, and reduce the request frequency where possible.
    • Cache artifact metadata locally when appropriate to minimize repetitive calls to the registry.
    • Evaluate deployment and automation processes for excessive parallelism, and consider reducing the number of concurrent requests to the registry.
    • If the issue is associated with large-scale deployments or image distribution activities, consider staggering operations to distribute requests more evenly over time.

    Reference: Azure Container Registry SKU features and limits

    Was this answer helpful?

    0 comments No comments

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.