Udostępnij przez


Limity dla usługi Azure Container Apps

Usługa Azure Container Apps przypisuje różne typy przydziałów do różnych zakresów. Oprócz zakresu subskrypcji limity przydziału dotyczą również zakresów regionów, środowiska i aplikacji. Wszystkie żądania przydziału są inicjowane przy użyciu systemu zarządzania limitami przydziału platformy Azure (QMS), który oferuje dwie opcje tworzenia żądań przydziału.

Typ żądania Opis Użyj w przypadku tych zakresów... Wyświetlanie stanu żądania za pośrednictwem
Zintegrowane żądania Zintegrowane żądania są często zatwierdzane w ciągu kilku minut. Jeśli żądanie przekroczy próg limitów przydziału, zostanie wygenerowany bilet pomocy technicznej dla inżyniera pomocy technicznej w celu przejrzenia żądania. Czasy przeglądu mogą opóźnić zatwierdzenie do kilku dni. ▪ obszar

▪ subskrypcja
Portal Azure
Żądania ręczne Żądania ręczne zawsze powodują wygenerowanie biletu pomocy technicznej. Proces zatwierdzania jest często zautomatyzowany, ale przetworzenie niektórych wniosków może zająć nam do kilku dni. ▪ środowisko Interfejs wiersza polecenia platformy Azure

Uwaga

Azure Container Apps to usługa klasy produkcyjnej przeznaczona dla obciążeń na dużą skalę. Żądanie limitu przydziału, które jest przekazywane zespołowi wsparcia technicznego, jest czymś normalnym, ale częścią procesu zarządzania zasobami dla naszych klientów. Azure Container Apps to usługa na dużą skalę. Większość wszystkich żądań zmiany limitu przydziału jest udzielana z wyjątkami tylko w ograniczonych okolicznościach.

Wyświetlanie bieżących poziomów przydziałów

W zależności od typu limitu przydziału można wyświetlić poziomy przydziału za pośrednictwem witryny Azure Portal i interfejsu wiersza polecenia platformy Azure.

W portalu wybierz pozycję Azure Container Apps jako Dostawca.

Zrzut ekranu przedstawiający menu rozwijane dostawcy i subskrypcji w oknie limitu.

Żądania zmiany przydziału dokonane za pośrednictwem metody ręcznej nie są dostępne w portalu. Użyj następującego polecenia, aby wyświetlić limity przydziału dla poszczególnych środowisk.

Przed uruchomieniem następującego polecenia pamiętaj, aby zastąpić symbole zastępcze otoczone <> własnymi wartościami.

az containerapp env list-usages \
  --resource-group <RESOURCE_GROUP_NAME> \
  --name <ENVIRONMENT_NAME>

Kiedy zażądać limitu przydziału

Jeśli środowisko lub subskrypcja osiągnie limit przydziału, mogą wystąpić niezamierzone konsekwencje, takie jak:

  • Ograniczenia skalowania aplikacji
  • Limit czasu provisioningu został przekroczony z powodu błędu.
  • Niepowodzenie tworzenia środowiska usługi Container Apps lub profilu obciążenia

Domyślne limity przydziału zależą od czynników, które obejmują wiek i typ subskrypcji oraz użycie usługi. Jeśli aplikacja może odbierać tysiące żądań na minutę, przed przeniesieniem aplikacji do środowiska produkcyjnego sprawdź bieżące przydziały.

Jeśli wystąpi błąd przekroczenia maksymalnej dozwolonej liczby rdzeni dla zarządzanego środowiska, podobnie jak w poniższym przykładzie, musisz zażądać zwiększenia limitu.

Maximum Allowed Cores exceeded for the Managed Environment.

Please check https://learn.microsoft.com/en-us/azure/container-apps/quotas for resource limits

Inne komunikaty o błędach mogą wskazywać, że osiągnięto limit środowiska lub inny limit przydziału. System zarządzania limitami przydziałów platformy Azure umożliwia monitorowanie i zgłaszanie alertów dotyczących użycia limitów przydziału w celu proaktywnego zapobiegania ograniczeniom.

Typy przydziałów

Usługa Azure Container Apps implementuje różne kategorie przydziałów, które zarządzają alokacją zasobów w różnych aspektach aplikacji. Te przydziały są zorganizowane w podstawowe limity przydziału, które kontrolują podstawowe limity zasobów, limity przydziału procesora GPU dla aplikacji wymagających wyspecjalizowanych możliwości obliczeniowych i przydziały sesji dynamicznych dla obciążeń opartych na sesji.

Przydziały podstawowe

Najbardziej żądane zmiany limitu przydziału są wymienione w poniższej tabeli. Każdy zakres wskazuje zasięg każdego limitu przydziału. Regionalnie ograniczone limity przydziału zmieniają się dla poszczególnych regionów. Limity przydziału zakresu środowiskowego wymagają indywidualnych żądań dla każdego środowiska.

Kwota Scope Żądanie Widok Uwagi
Liczba środowisk zarządzanych Rejon Zintegrowane żądanie Portal Liczba środowisk na region.
Rdzenie obciążenia środowiska zarządzanego Środowisko Żądanie ręczne CLI Liczba rdzeni maksymalnego zużycia przydzielonych do użycia przez środowisko. Ta wartość to suma rdzeni żądanych przez każdą aktywną replikę (we wszystkich aplikacjach) w środowisku.
Rdzenie ogólnego przeznaczenia środowiska zarządzanego Środowisko Żądanie ręczne CLI Łączna liczba rdzeni dostępnych dla wszystkich profilów ogólnego przeznaczenia (serii D) w środowisku.
Rdzenie zoptymalizowane pod kątem pamięci środowiska zarządzanego Środowisko Żądanie ręczne CLI Łączna liczba rdzeni dostępnych dla wszystkich profilów zoptymalizowanych pod kątem pamięci (serii E) w środowisku.

Limity przydziału procesora GPU

Kwota Scope Żądanie Widok Uwagi
Środowisko zarządzane — zużycie GPU NCA100 Środowisko Żądanie ręczne CLI Maksymalna liczba rdzeni procesora GPU A100 dostępnych dla bezserwerowych procesorów GPU w środowisku.
Środowisko zarządzane — zużycie GPU T4 Środowisko Żądanie ręczne CLI Maksymalna liczba rdzeni procesora GPU T4 dostępnych dla procesorów GPU bezserwerowych w środowisku.
Subskrypcja NCA 100 GPU Rejon Zintegrowane żądanie Portal Maksymalna liczba środowisk z dedykowanymi rdzeniami GPU A100 w tym regionie jest przydzielana do użycia.

Przydziały sesji dynamicznych

Kwota Scope Żądanie Widok Uwagi
Zasoby sesji Rejon Zintegrowane żądanie Portal Maksymalna liczba pul sesji dynamicznych w każdym regionie.