Rozwiązywanie problemów z krokami specyficznymi dla scenariuszy błędów alokacji w klasycznym modelu wdrażania

Ważna

Klasyczne maszyny wirtualne zostaną wycofane 1 września 2023 r.

Jeśli używasz zasobów IaaS z usługi ASM, zakończ migrację do 1 września 2023 r. Zachęcamy do dokonania zmiany wcześniej, aby skorzystać z wielu ulepszeń funkcji w usłudze Azure Resource Manager.

Aby uzyskać więcej informacji, zobacz Migrowanie zasobów IaaS do usługi Azure Resource Manager do 1 września 2023 r.

Poniżej przedstawiono typowe scenariusze alokacji, które powodują przypiętie żądania alokacji. Omówimy każdy scenariusz w dalszej części tego artykułu.

• Zmienianie rozmiaru maszyny wirtualnej lub dodawanie maszyn wirtualnych lub wystąpień ról do istniejącej usługi w chmurze
• Ponowne uruchamianie maszyn wirtualnych częściowo zatrzymanych (cofnięto przydział)
• Ponowne uruchamianie w pełni zatrzymanych (cofnięto przydział) maszyn wirtualnych
• Wdrożenia przejściowe i produkcyjne (tylko platforma jako usługa)
• Grupa koligacji (bliskość maszyny wirtualnej lub usługi)
• Koligacja — sieć wirtualna oparta na grupach

Po otrzymaniu błędu alokacji sprawdź, czy którykolwiek z wymienionych scenariuszy ma zastosowanie do twojego błędu. Użyj błędu alokacji zwróconego przez platformę Azure, aby zidentyfikować odpowiedni scenariusz. Jeśli żądanie jest przypięte, usuń niektóre ograniczenia przypinania, aby otworzyć żądanie do większej liczby klastrów, zwiększając w ten sposób prawdopodobieństwo powodzenia alokacji. Ogólnie rzecz biorąc, jeśli błąd nie stwierdza, że "żądany rozmiar maszyny wirtualnej nie jest obsługiwany", zawsze możesz ponowić próbę później. Dzieje się tak, ponieważ w klastrze mogła zostać uwolniona wystarczająca ilość zasobów, aby spełnić twoje żądanie. Jeśli problem polega na tym, że żądany rozmiar maszyny wirtualnej nie jest obsługiwany, spróbuj użyć innego rozmiaru maszyny wirtualnej. W przeciwnym razie jedyną opcją jest usunięcie ograniczenia przypinania.

Dwa typowe scenariusze awarii są związane z grupami koligacji. W przeszłości grupa koligacji była używana do zapewnienia bliskości maszyn wirtualnych i wystąpień usług lub była używana do tworzenia sieci wirtualnej. Wraz z wprowadzeniem regionalnych sieci wirtualnych grupy koligacji nie są już wymagane do utworzenia sieci wirtualnej. W przypadku zmniejszenia opóźnienia sieci w infrastrukturze platformy Azure zalecenie użycia grup koligacji dla maszyn wirtualnych lub bliskości usługi uległo zmianie.

Na poniższym diagramie przedstawiono taksonomię scenariuszy alokacji (przypiętych).

Zmienianie rozmiaru maszyny wirtualnej lub dodawanie maszyn wirtualnych lub wystąpień ról do istniejącej usługi w chmurze

Błąd

Upgrade_VMSizeNotSupported lub GeneralError

Przyczyna przypinania klastra

Należy podjąć próbę zmiany rozmiaru maszyny wirtualnej lub dodania maszyny wirtualnej lub wystąpienia roli do istniejącej usługi w chmurze w oryginalnym klastrze hostującym istniejącą usługę w chmurze. Utworzenie nowej usługi w chmurze umożliwia platformie Azure znalezienie innego klastra, który ma bezpłatne zasoby lub obsługuje żądany rozmiar maszyny wirtualnej.

Obejście problemu

Jeśli błąd jest Upgrade_VMSizeNotSupported*, spróbuj użyć innego rozmiaru maszyny wirtualnej. Jeśli użycie innego rozmiaru maszyny wirtualnej nie jest możliwe, ale jeśli dopuszczalne jest użycie innego wirtualnego adresu IP ( VIP), utwórz nową usługę w chmurze do hostowania nowej maszyny wirtualnej i dodaj nową usługę w chmurze do regionalnej sieci wirtualnej, w której działają istniejące maszyny wirtualne. Jeśli istniejąca usługa w chmurze nie używa regionalnej sieci wirtualnej, nadal możesz utworzyć nową sieć wirtualną dla nowej usługi w chmurze, a następnie połączyć istniejącą sieć wirtualną z nową siecią wirtualną.

Jeśli błąd to GeneralError*, prawdopodobnie typ zasobu (taki jak określony rozmiar maszyny wirtualnej) jest obsługiwany przez klaster, ale klaster nie ma obecnie bezpłatnych zasobów. Podobnie jak w powyższym scenariuszu, dodaj żądany zasób obliczeniowy poprzez utworzenie nowej usługi w chmurze (należy pamiętać, że nowa usługa w chmurze musi używać innego adresu VIP) i użyj regionalnej sieci wirtualnej do łączenia usług w chmurze.

Ponowne uruchamianie maszyn wirtualnych częściowo zatrzymanych (cofnięto przydział)

Błąd

GeneralError*

Przyczyna przypinania klastra

Częściowe cofnięcie przydziału oznacza zatrzymanie (cofnięcie przydziału) co najmniej jednej maszyny wirtualnej, ale nie wszystkich maszyn wirtualnych w usłudze w chmurze. Po zatrzymaniu (cofnięciu przydziału) maszyny wirtualnej skojarzone zasoby zostaną zwolnione. Ponowne uruchomienie zatrzymanej (cofniętej alokacji) maszyny wirtualnej jest zatem nowym żądaniem alokacji. Ponowne uruchamianie maszyn wirtualnych w częściowo cofniętej usłudze w chmurze jest równoznaczne z dodawaniem maszyn wirtualnych do istniejącej usługi w chmurze. Żądanie alokacji należy podjąć w oryginalnym klastrze hostującym istniejącą usługę w chmurze. Utworzenie innej usługi w chmurze umożliwia platformie Azure znalezienie innego klastra, który ma bezpłatny zasób lub obsługuje żądany rozmiar maszyny wirtualnej.

Obejście problemu

Jeśli użycie innego adresu VIP jest dopuszczalne, usuń zatrzymane (cofnięte przydziały) maszyn wirtualnych (ale zachowaj skojarzone dyski) i dodaj maszyny wirtualne z powrotem za pośrednictwem innej usługi w chmurze. Użyj regionalnej sieci wirtualnej, aby połączyć usługi w chmurze:

• Jeśli istniejąca usługa w chmurze używa regionalnej sieci wirtualnej, po prostu dodaj nową usługę w chmurze do tej samej sieci wirtualnej.
• Jeśli istniejąca usługa w chmurze nie używa regionalnej sieci wirtualnej, utwórz nową sieć wirtualną dla nowej usługi w chmurze, a następnie połącz istniejącą sieć wirtualną z nową siecią wirtualną.

Ponowne uruchamianie w pełni zatrzymanych (cofnięto przydział) maszyn wirtualnych

Błąd

GeneralError*

Przyczyna przypinania klastra

Pełna cofnięcie przydziału oznacza zatrzymanie (cofnięcie przydziału) wszystkich maszyn wirtualnych z usługi w chmurze. Żądania alokacji dotyczące ponownego uruchomienia tych maszyn wirtualnych muszą być podejmowane w oryginalnym klastrze hostującym usługę w chmurze. Utworzenie nowej usługi w chmurze umożliwia platformie Azure znalezienie innego klastra, który ma bezpłatne zasoby lub obsługuje żądany rozmiar maszyny wirtualnej.

Obejście problemu

Jeśli użycie innego adresu VIP jest dopuszczalne, usuń oryginalne zatrzymane (cofnięto przydział) maszyn wirtualnych (ale zachowaj skojarzone dyski) i usuń odpowiednią usługę w chmurze (skojarzone zasoby obliczeniowe zostały już wydane po zatrzymaniu (cofnięciu przydziału) maszyn wirtualnych). Utwórz nową usługę w chmurze, aby dodać maszyny wirtualne z powrotem.

Wdrożenia przejściowe/produkcyjne (tylko platforma jako usługa)

Błąd

New_Generallub New_VMSizeNotSupported

Przyczyna przypinania klastra

Wdrożenie przejściowe i wdrożenie produkcyjne usługi w chmurze są hostowane w tym samym klastrze. Po dodaniu drugiego wdrożenia zostanie podjęta próba wykonania odpowiedniego żądania alokacji w tym samym klastrze, który hostuje pierwsze wdrożenie.

Obejście problemu

Usuń pierwsze wdrożenie i oryginalną usługę w chmurze i ponownie wdróż usługę w chmurze. Ta akcja może spowodować utworzenie pierwszego wdrożenia w klastrze, który ma wystarczającą ilość bezpłatnych zasobów, aby zmieścić oba wdrożenia, lub w klastrze, który obsługuje żądane rozmiary maszyn wirtualnych.

Grupa koligacji (bliskość maszyny wirtualnej/usługi)

Błąd

New_Generallub New_VMSizeNotSupported

Przyczyna przypinania klastra

Każdy zasób obliczeniowy przypisany do grupy koligacji jest powiązany z jednym klastrem. Nowe żądania zasobów obliczeniowych w tej grupie koligacji są podejmowane w tym samym klastrze, w którym hostowane są istniejące zasoby. Dotyczy to tego, czy nowe zasoby są tworzone za pośrednictwem nowej usługi w chmurze, czy za pośrednictwem istniejącej usługi w chmurze.

Obejście problemu

Jeśli grupa koligacji nie jest konieczna, nie używaj grupy koligacji ani nie grupuj zasobów obliczeniowych w wiele grup koligacji.

Sieć wirtualna oparta na grupie koligacji

Błąd

New_Generallub New_VMSizeNotSupported

Przyczyna przypinania klastra

Przed wprowadzeniem regionalnych sieci wirtualnych trzeba było skojarzyć sieć wirtualną z grupą koligacji. W związku z tym zasoby obliczeniowe umieszczone w grupie koligacji są powiązane tymi samymi ograniczeniami, co opisano w sekcji "Scenariusz alokacji: grupa koligacji (bliskość maszyny wirtualnej/usługi)" powyżej. Zasoby obliczeniowe są powiązane z jednym klastrem.

Obejście problemu

Jeśli nie potrzebujesz grupy koligacji, utwórz nową regionalną sieć wirtualną dla nowych zasobów, które dodajesz, a następnie połącz istniejącą sieć wirtualną z nową siecią wirtualną.

Alternatywnie możesz migrować sieć wirtualną (klasyczną) z grupy koligacji do regionu, a następnie ponownie dodać żądane zasoby.

Skontaktuj się z nami, aby uzyskać pomoc

Jeśli masz pytania lub potrzebujesz pomocy, utwórz wniosek o pomoc techniczną lub zadaj pytanie w społeczności wsparcia dla platformy Azure. Możesz również przesłać opinię o produkcie do społeczności opinii platformy Azure.