Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
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.
Żą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. |