Rozwiązywanie problemów z błędami FabricInternalServerError lub ServiceAllocationFailure podczas wdrażania usługi w chmurze (klasycznej) na platformie Azure
Ważne
Usługi Cloud Services (wersja klasyczna) są teraz przestarzałe dla wszystkich klientów od 1 września 2024 r. Wszystkie istniejące uruchomione wdrożenia zostaną zatrzymane i zamknięte przez firmę Microsoft, a dane zostaną trwale utracone od października 2024 r. Nowe wdrożenia powinny używać nowego modelu wdrażania opartego na usłudze Azure Resource Manager w usługach Azure Cloud Services (wsparcie dodatkowe).
W tym artykule rozwiążesz problemy z błędami alokacji, w których kontroler sieci szkieletowej nie może przydzielić podczas wdrażania usługi w chmurze platformy Azure (klasycznej).
Podczas wdrażania wystąpień w usłudze w chmurze lub dodawania nowych wystąpień roli internetowej lub procesu roboczego platforma Microsoft Azure przydziela zasoby obliczeniowe.
Czasami możesz otrzymywać błędy podczas tych operacji nawet przed osiągnięciem limitu subskrypcji platformy Azure.
Napiwek
Te informacje mogą być również przydatne podczas planowania wdrażania usług.
Objaw
W witrynie Azure Portal przejdź do usługi w chmurze (klasycznej) i na pasku bocznym wybierz pozycję Dziennik operacji (klasyczny), aby wyświetlić dzienniki.
Podczas inspekcji dzienników usługi w chmurze (klasycznej) zostanie wyświetlony następujący wyjątek:
| Wyjątek | Komunikat o błędzie |
|---|---|
| FabricInternalServerError | Operacja nie powiodła się z kodem błędu "InternalError" i errorMessage "Serwer napotkał błąd wewnętrzny. Ponów próbę żądania. |
| ServiceAllocationFailure | Operacja nie powiodła się z kodem błędu "InternalError" i errorMessage "Serwer napotkał błąd wewnętrzny. Ponów próbę żądania. |
Przyczyna
FabricInternalServerError i ServiceAllocationFailure to wyjątki, które mogą wystąpić, gdy kontroler sieci szkieletowej nie może przydzielić wystąpień w klastrze. Główna przyczyna zależy od tego, czy usługa w chmurze jest przypięta czy nie jest przypięta.
- Nie przypięte: błędy z pierwszego wdrożenia nowej usługi w chmurze
- Przypięte: błędy z istniejących usług w chmurze
Uwaga
Po wdrożeniu pierwszego wystąpienia w usłudze w chmurze (w środowisku przejściowym lub produkcyjnym) usługa w chmurze zostanie przypięta do klastra.
W miarę upływu czasu zasoby w tej puli zasobów mogą zostać w pełni wykorzystane. Jeśli usługa w chmurze wysyła żądanie alokacji dodatkowych zasobów, gdy w przypiętej puli zasobów są dostępne niewystarczające zasoby, żądanie spowoduje niepowodzenie alokacji.
Rozwiązanie
Postępuj zgodnie ze wskazówkami dotyczącymi błędów alokacji w poniższych scenariuszach.
Nieprzypięta do klastra
Przy pierwszym wdrożeniu usługi w chmurze (klasycznej) klaster jest niezaznaczony, więc usługa w chmurze nie jest przypięta. Na platformie Azure może wystąpić błąd wdrażania, ponieważ:
- Wybrano określony rozmiar, który nie jest dostępny w regionie.
- Kombinacja rozmiarów, które są potrzebne w różnych rolach, nie jest dostępna w regionie.
W przypadku wystąpienia błędu alokacji w tym scenariuszu zalecanym działaniem jest sprawdzenie rozmiarów dostępnych w regionie i zmiana wcześniej określonego rozmiaru.
Rozmiary dostępne w regionie można sprawdzić na stronie produktów usługi w chmurze (klasycznej).
Uwaga
Na stronie Produkty nie będzie wyświetlana dostępna pojemność. W przypadku każdej nowej alokacji platforma Azure powinna mieć możliwość wyboru optymalnego klastra w twoim regionie w tym momencie.
Zaktualizuj plik definicji usługi dla usługi w chmurze (wersja klasyczna), aby określić inny rozmiar produktu od regionu.
Przypięta do klastra
Istniejące usługi w chmurze są przypinane do klastra. Wszelkie dalsze wdrożenia usługi w chmurze (klasycznej) odbywają się w tym samym klastrze.
W przypadku wystąpienia błędu alokacji w tym scenariuszu zalecanym sposobem działania jest ponowne wdrożenie nowej usługi w chmurze (klasycznej) (i zaktualizowanie rekordu CNAME).
Napiwek
To rozwiązanie ma największą szansę na powodzenie, ponieważ pozwala platformie na wybór spośród wszystkich klastrów w tym regionie.
Uwaga
To rozwiązanie nie powinno wiązać się z przestojami.
Przeprowadź wdrożenie obciążenia w nowej usłudze w chmurze (klasycznej).
- Dalsze instrukcje można znaleźć w przewodniku Jak utworzyć i wdrożyć usługę w chmurze (klasyczną).
Ostrzeżenie
Jeśli nie chcesz utracić adresu IP skojarzonego z tym miejscem wdrożenia, możesz użyć rozwiązania 3 — zachowaj adres IP.
Zaktualizuj rekord CNAME lub A, aby wskazywał ruch do nowej usługi w chmurze (klasycznej).
- Dalsze instrukcje można znaleźć w przewodniku dotyczącym konfigurowania niestandardowej nazwy domeny dla usługi w chmurze (klasycznej) platformy Azure.
Gdy do starej witryny nie będzie już kierowany żaden ruch, możesz usunąć starą usługę w chmurze (klasyczną).
- Dalsze instrukcje można znaleźć w przewodniku dotyczącym usuwania wdrożeń i usługi w chmurze (klasycznej).
- Aby zobaczyć ruch sieciowy w usłudze w chmurze (klasycznej), zobacz Wprowadzenie do monitorowania usługi w chmurze (klasycznej).
Zapoznaj się z artykułem Rozwiązywanie problemów z błędami alokacji usługi w chmurze (klasycznej) | Microsoft Docs, aby uzyskać dalsze kroki korygowania.
Następne kroki
Aby uzyskać więcej rozwiązań w zakresie błędów alokacji i informacje podstawowe:
Jeśli problem z platformą Azure nie został rozwiązany w tym artykule, odwiedź fora platformy Azure w witrynach Microsoft Developer Network (MSDN) i Stack Overflow. Możesz opublikować swój problem na tych forach lub opublikować go na @AzureSupport na X. Możesz również przesłać żądanie pomoc techniczna platformy Azure. Aby przesłać wniosek o pomoc techniczną, na stronie pomoc techniczna platformy Azure wybierz pozycję Uzyskaj pomoc techniczną.