Rozwiązywanie problemów z błędami pojemności środowiska w usłudze Azure Container Apps

Gdy tworzysz nowe środowisko Azure Container Apps, aprowizowanie może zakończyć się niepowodzeniem z powodu błędu pojemności. Komunikat o błędzie zawiera link do tego artykułu. Ten artykuł wyjaśnia, dlaczego pojawia się błąd, co można spróbować natychmiast oraz jak planować wdrożenia, aby zmniejszyć wpływ ograniczeń pojemnościowych.

Dlaczego występuje błąd

Błąd wskazuje, że wybrany przez Ciebie region ma ograniczoną dostępność zasobów dla zarządzanej infrastruktury potrzebnej do utworzenia Twojego środowiska. Popyt może przekroczyć dostępną pojemność nawet w regionie obsługującym Container Apps.

Odzyskiwanie po nieudanej próbie aprowizacji

1. Potwierdź błąd. Przejrzyj szczegóły błędu nieudanego wdrożenia. Jeśli wiadomość prowadzi do tego artykułu, postępuj zgodnie z tymi krokami. Zapisz docelowy region i pełny komunikat o błędzie. Te wskazówki dotyczą błędów pojemności w provisioningu środowiska, a nie błędów przy uruchamianiu aplikacji czy pobieraniu obrazów.

2. Spróbuj innego wspieranego regionu. Jeśli Twoje wymagania na to pozwalają, stwórz środowisko w innym regionie. Sprawdź, czy region obsługuje wymagane funkcje Container Apps i profile obciążeń, czy masz tam wystarczającą kwotę oraz czy można spełnić wymagania dotyczące sieci, zależności i rezydencji danych. Zobacz Obsługiwane regiony. W przypadku istniejącego obciążenia zobacz Przenoszenie Azure Container Apps do innego regionu.

3. Spróbuj ponownie, jeśli musisz użyć tego samego regionu. Dostępna pojemność może się zmieniać w czasie, więc późniejsza próba może się powiódć. Poczekaj, aż skończy się aktualna próba provisioningu, zanim spróbuj ponownie. W przypadku automatycznych wdrożeń stosuj ograniczoną politykę ponawiania prób z rosnącymi opóźnieniami, zamiast ciągłych, szybkich prób. Nie ma gwarantowanego interwału ponawiania ani czasu, po którym pojemność staje się dostępna.

Planuj wdrożenia z uwzględnieniem elastycznego skalowania pojemności

Skorzystaj z poniższych praktyk, aby mieć więcej opcji wdrożenia. Żadne z nich nie gwarantuje, że żądanie provisioningu zakończy się powodzeniem.

Korzystanie z wielu regionów

Zidentyfikuj co najmniej dwa regiony, które mogą obsługiwać Twoje obciążenie robocze. Gdy Twoje wymagania na to pozwalają, zaplanuj trzy lub więcej regionów, aby mieć więcej alternatyw, jeśli jeden region ma ograniczenia. Zweryfikuj dostępność funkcji, limity przydziału, opóźnienia, rezydencję danych oraz zależne usługi w każdym rozważanym regionie, zanim będzie trzeba wdrożyć tam rozwiązanie.

Dla redundancji regionalnej wdrażaj oddzielne środowiska i aplikacje w wielu regionach, konfiguruj trasowanie ruchu i przełączanie awaryjne oraz planuj replikację danych dla zależności stanowych. Posiadanie samej listy alternatywnych regionów nie zapewnia przełączania awaryjnego. Zobacz Niestandardowe rozwiązania wieloregionalne zwiększające odporność.

Realizacja przed terminem

Stwórz i zweryfikuj swoje środowiska przed uruchomieniem, migracją lub innym wydarzeniem wymagającym dotrzymania terminu. Daj czas na ponowną próbę lub użycie alternatywnego regionu, zamiast uzależniać tworzenie środowiska od działań na ostatnią chwilę.

Wczesne tworzenie środowiska nie rezerwuje zasobów na przyszłe skalowanie. Uwzględnij koszt wdrożonych zasobów oraz polityki cyklu życia środowiska, zwłaszcza jeśli środowisko pozostaje nieczynne. Zobacz Rozliczenia w usłudze Azure Container Apps.

Spróbuj przeprowadzić aprowizację poza godzinami pracy

Jeśli Twój grafik na to pozwala, spróbuj przeprowadzić aprowizację poza normalnymi godzinami pracy dla docelowego regionu. Na przykład spróbuj okna między 3:00 a 5:00 rano w lokalnej strefie czasowej regionu docelowego.

Traktuj to okno jako opcję do wypróbowania, a nie jako gwarantowany okres dostępnej przepustowości. Azure obsługuje globalne zapotrzebowanie, a ograniczenia pojemności mogą utrzymywać się poza lokalnymi godzinami pracy.

Oceń wymagania dotyczące redundancji strefowej

Środowiska nadmiarowe między strefami rozmieszczają infrastrukturę w wielu strefach dostępności w regionie. Ten wymóg ogranicza elastyczność rozmieszczania w porównaniu ze środowiskiem, które nie wymaga redundancji strefowej.

Jeśli Twoje wymagania dotyczące dostępności na to pozwalają, rozważ stworzenie nowego środowiska bez redundancji strefowej i uzupełnienie go wdrożeniami w innych regionach. Ta opcja może zapewnić większą elastyczność w zakresie przydzielania zasobów, ale nie gwarantuje dostępnych zasobów.

Wybierz redundancję stref podczas tworzenia środowiska. Nie możesz go włączyć ani wyłączyć w istniejącym środowisku; inne ustawienie wymaga nowego środowiska i ponownego wdrożenia aplikacji. Zobacz Utwórz aplikację kontenerową nadmiarową strefowo.

Kiedy skontaktować się z pomocą techniczną

Jeśli udostępnianie pozostaje zablokowane po wypróbowaniu odpowiednich opcji lub Twoje wymagania uniemożliwiają użycie innego regionu lub innej konfiguracji redundancji, utwórz zgłoszenie pomocy technicznej platformy Azure dla aplikacji kontenerowych.

Dołącz ID subskrypcji, grupę zasobów, nazwę środowiska lub ID zasobu, region docelowy, ustawienie redundancji strefy, pełny komunikat o błędzie, znaczniki czasu nieudanej próby w UTC oraz identyfikatory korelacji lub operacji, jeśli są dostępne. Opisz próby ponowienia i alternatywne regiony, które wypróbowałeś, wraz z terminem wdrożenia lub wymaganiami regionalnymi.

Wniosek o wsparcie może pomóc w zbadaniu awarii, ale nie gwarantuje natychmiastowego przydziału przepustowości. Złóż wniosek o zwiększenie limitu przydziału tylko wtedy, gdy zgłoszony błąd wskazuje również na limit przydziału.

Treści powiązane

• Limity dla usługi Azure Container Apps
• Żądanie zmian limitu przydziału dla usługi Azure Container Apps
• Niezawodność w usłudze Azure Container Apps