Zapobieganie i rozwiązywanie problemów spowodowanych automatyczną migracją środowiska App Service Environment

Ważne

Środowisko App Service Environment w wersji 1 i 2 jest wycofywane i nie są już obsługiwane. Jeśli masz środowisko App Service Environment w wersji 1 lub 2, musisz przeprowadzić migrację do środowiska App Service Environment w wersji 3. Aby uzyskać więcej informacji, zobacz Uaktualnianie do środowiska App Service Environment w wersji 3.

Migracje automatyczne to migracje inicjowane przez firmę Microsoft. Od 1 września 2024 r. platforma podejmie próbę automatycznej migracji pozostałych środowisk App Service Environment w wersji 1 i 2 w oparciu o najlepsze wysiłki przy użyciu funkcji migracji w miejscu, ale firma Microsoft nie udziela żadnych oświadczeń ani gwarancji dotyczących dostępności aplikacji po migracji automatycznej. Może być konieczne wykonanie ręcznej konfiguracji w celu ukończenia migracji i zoptymalizowania wybranej jednostki SKU planu usługi App Service w celu spełnienia Twoich potrzeb. Jeśli automatyczna migracja nie jest wykonalna, zasoby i skojarzone dane aplikacji zostaną usunięte. Zdecydowanie zachęcamy do podjęcia działań, aby uniknąć jednego z tych ekstremalnych scenariuszy.

Jeśli masz środowisko App Service Environment w wersji 1 lub 2, które zostało zmigrowane automatycznie do środowiska App Service Environment w wersji 3, mogą wystąpić problemy z aplikacjami lub usługami. Ten artykuł zawiera wskazówki dotyczące rozwiązywania tych problemów.

Omówienie

Po 1 września 2024 r. wszystkie środowiska App Service Environment w wersji 1 i v2 kwalifikują się do automatycznej migracji (zmigrowanej automatycznie) do środowiska App Service Environment w wersji 3 w dowolnym momencie, chyba że określono inaczej. Platforma inicjuje automatyczne migracje, które są niezbędne, aby upewnić się, że środowisko App Service Environment działa na obsługiwanej platformie.

Uwaga

Automatyczne migracje i usunięcia są wykonywane w partiach. Jeśli środowisko App Service Environment nie zostało jeszcze zmigrowane automatycznie, w dowolnym momencie podlega automatycznej migracji lub usunięciu. Jedynym sposobem zapewnienia, że środowisko App Service Environment nie zostało nieoczekiwanie automatycznie zmigrowane lub usunięte, jest zażądanie 30-dniowego okresu prolongaty.

Migracje automatyczne są wykonywane przy użyciu funkcji migracji w miejscu. Podczas procesu migracji występuje około godziny przestoju. Adresy IP ruchu przychodzącego i wychodzącego środowiska App Service Environment mogą ulec zmianie podczas procesu migracji. Przestoje mogą być dłuższe, jeśli masz zależności od tych adresów IP. Przestoje mogą być również dłuższe, jeśli używasz funkcji, które nie są obsługiwane w środowisku App Service Environment w wersji 3.

Okres prolongaty

Jeśli potrzebujesz więcej czasu na ukończenie migracji, możemy zaoferować jednorazowy 30-dniowy okres prolongaty. Środowisko App Service Environment nie jest automatycznie migrowane ani usuwane w okresie prolongaty. Po zakończeniu okresu prolongaty próbujemy przeprowadzić automatyczną migrację środowiska App Service Environment. Jeśli automatyczna migracja nie jest wykonalna, zasoby i skojarzone dane aplikacji zostaną usunięte.

Aby otrzymać ten okres prolongaty, przejdź do witryny Azure Portal i odwiedź stronę Migracja środowiska App Service Environment. Jeśli masz więcej niż jedno środowisko App Service Environment, musisz potwierdzić i otrzymać okres prolongaty dla każdego środowiska wymagającego więcej czasu na migrację.

Po otrzymaniu okresu prolongaty baner w górnej części strony Migracja zawiera datę zakończenia okresu prolongaty. Może być konieczne odświeżenie strony, aby wyświetlić zaktualizowany baner. Zaktualizowanie baneru z datą może potrwać do pięciu minut.

Jeśli potrzebujesz więcej pomocy technicznej lub masz pytania, skontaktuj się z pomocą techniczną platformy Azure, korzystając z opcji Otwórz bilet pomocy technicznej w witrynie Azure Portal na stronie Migracja. Ważne jest, aby potwierdzić i otrzymać okres prolongaty dla każdego środowiska, które wymagają więcej czasu na migrację przed otwarciem wniosku o pomoc techniczną. Potwierdzenie i okres prolongaty gwarantuje, że środowiska nie będą automatycznie migrowane podczas przetwarzania wniosku o pomoc techniczną.

Ograniczenia migracji automatycznej

Migracje automatyczne są wykonywane przy użyciu funkcji migracji w miejscu. Następujące ograniczenia dotyczą migracji automatycznych, podobnie jak w przypadku ograniczeń migracji w miejscu:

• Nowe środowisko App Service Environment w wersji 3 znajduje się w istniejącej podsieci, która została użyta dla starego środowiska.
• Nowe środowisko App Service Environment w wersji 3 znajduje się w tym samym regionie co stare środowisko.
• Nowe środowisko App Service Environment w wersji 3 znajduje się w tej samej grupie zasobów co stare środowisko.
• Wszystkie zasoby zachowują te same nazwy i identyfikatory zasobów.
• Powiązania TLS/SSL oparte na protokole IP nie są obsługiwane w środowisku App Service Environment w wersji 3. Jeśli masz powiązania TLS/SSL oparte na protokole IP, musisz je usunąć po zakończeniu migracji. Aplikacje nie działają, dopóki nie usuniesz powiązań.
• Środowisko App Service Environment w wersji 1 w klasycznej sieci wirtualnej nie jest obsługiwane na potrzeby migracji. Jeśli masz środowisko App Service Environment w wersji 1 w klasycznej sieci wirtualnej, musisz przeprowadzić migrację ręcznie. Środowisko App Service Environment kwalifikuje się do usunięcia w dowolnym momencie, jeśli nie zażądasz 30-dniowego okresu prolongaty.
• Funkcja migracji w miejscu nie jest dostępna w Chinach Wschodnich 2 i Chinach Północnych 2. Ta funkcja nie jest obsługiwana, ponieważ środowisko App Service Environment w wersji 3 nie jest dostępne w tych regionach. W związku z tym automatyczna migracja nie jest możliwa w przypadku środowisk App Service Environment w tych regionach. Jeśli masz środowisko App Service Environment w tych regionach, musisz przeprowadzić migrację ręcznie do jednego z obsługiwanych regionów, takich jak Chiny Wschodnie 3 lub Chiny Północne 3. Środowisko App Service Environment kwalifikuje się do usunięcia w dowolnym momencie, jeśli nie zażądasz 30-dniowego okresu prolongaty.

Aby uzyskać więcej informacji na temat migracji w miejscu i zobaczyć, jaki proces jest obserwowany podczas automatycznej migracji, zobacz Migracja do środowiska App Service Environment w wersji 3 przy użyciu funkcji migracji w miejscu.

Niekwalifikowany do automatycznej migracji

Istnieją dwa scenariusze, w których można nie kwalifikować się do automatycznej migracji. Pierwszy scenariusz polega na tym, że bieżące środowisko znajduje się w regionie, który nie obsługuje środowiska App Service Environment w wersji 3. Innym scenariuszem jest to, że masz środowisko App Service Environment w wersji 1 w klasycznej sieci wirtualnej. Jeśli nie kwalifikujesz się do automatycznej migracji i nigdy nie możesz przeprowadzić automatycznej migracji, w portalu zostanie wyświetlony komunikat z przyczyną, dla której nie kwalifikujesz się. Należy przeprowadzić migrację ręcznie. Środowisko App Service Environment kwalifikuje się do usunięcia w dowolnym momencie, jeśli nie zażądasz 30-dniowego okresu prolongaty.

W niektórych przypadkach możesz tymczasowo zablokować możliwość automatycznej migracji, ale możesz rozwiązać problem blokujący i włączyć automatyczną migrację. Jeśli na przykład masz blokadę zasobu w środowisku App Service Environment, możesz usunąć blokadę zasobu, aby włączyć automatyczną migrację. Automatyczna migracja zablokowana przez blokadę zasobów, usługę Azure Policy lub konfigurację sieci jest automatycznie zawieszona. Jeśli musisz cofnąć otwarcie środowiska App Service Environment, otwórz bilet pomocy technicznej.

Jeśli nie kwalifikujesz się do automatycznej migracji, w portalu mogą zostać wyświetlone następujące błędy:

Błąd	Zalecenie
Środowisko App Service Environment w wersji 1 znajduje się w klasycznej sieci wirtualnej. Klasyczne sieci wirtualne nie obsługują środowiska App Service Environment w wersji 3.	Należy przeprowadzić migrację ręcznie.
Istnieje blokada zasobu w środowisku App Service Environment/sieci wirtualnej/grupie zasobów/subskrypcji, która uniemożliwia migrację.	Aby włączyć automatyczną migrację, usuń blokadę zasobu.
Istnieje usługa Azure Policy , która uniemożliwia migrację.	Aby włączyć automatyczną migrację, usuń wszystkie zasady usługi Azure Policy, które blokują modyfikacje lub usunięcia zasobów dla środowiska App Service Environment lub sieci wirtualnej, w których znajduje się środowisko.
Środowisko App Service Environment znajduje się w regionie, który nie obsługuje automatycznej migracji.	Należy przeprowadzić migrację ręcznie.

Co zrobić, jeśli środowisko App Service Environment jest zawieszone

Jeśli środowisko App Service Environment jest zawieszone, masz dwie opcje.

Cosuspend i self-migrate

Jeśli chcesz przeprowadzić migrację samodzielnie, otwórz bilet pomocy technicznej przy użyciu opcji na stronie Migracja, aby sprawdzić, czy możemy cofnąć współzależenie środowiska App Service Environment. Nie gwarantujemy, że możemy cofnąć współzależnie Twojego środowiska.

Wznów/cosuspend jako środowisko App Service Environment w wersji 3

Jeśli chcesz przyspieszyć migrację, możesz wznowić/odłączyć środowisko jako środowisko App Service Environment w wersji 3. Aby wznowić środowisko App Service Environment w wersji 3, przejdź do witryny Azure Portal i odwiedź stronę Migracja środowiska App Service Environment. Aby wznowić środowisko jako środowisko App Service Environment w wersji 3, wybierz przycisk "Migruj teraz". Ten przycisk inicjuje ten sam proces, który jest używany do automatycznej migracji. Ograniczenia, przestoje i inne zagadnienia są takie same jak w przypadku migracji automatycznych. Jeśli masz więcej niż jedno środowisko App Service Environment, musisz wznowić każde ze środowisk, które są zawieszone.

Funkcje ograniczające skutki migracji automatycznych

Aby ograniczyć efekt migracji automatycznych, zaimplementowaliśmy następujące funkcje do funkcji automatycznej migracji.

Zachowywanie wychodzących adresów IP

Wcześniej wychodzący adres IP środowiska App Service Environment był zawsze zmieniany podczas procesu migracji. Teraz adres IP ruchu wychodzącego środowiska App Service Environment może zostać zachowany podczas procesu migracji. Publiczny adres IP środowiska App Service Environment w wersji 1/v2 może zostać zachowany i jest używany jako wychodzący adres IP środowiska App Service Environment w wersji 3. Nie gwarantujemy, że możemy zachować twój wychodzący adres IP. Jednak środowisko App Service Environment w wersji 3 ma dwa wychodzące adresy IP. Jeśli masz konfigurację sufiksu domeny niestandardowej i łączysz się z usługą Azure Key Vault za pośrednictwem publicznego Internetu, nadal może być konieczne uwzględnienie innego nowego wychodzącego adresu IP.

W przypadku migracji środowiska App Service Environment wewnętrznego modułu równoważenia obciążenia (ILB) adres IP ruchu przychodzącego jest zawsze zachowywany. Ta funkcja pozostaje taka sama podczas automatycznej migracji.

W przypadku migracji środowiska App Service Environment zewnętrznego modułu równoważenia obciążenia (ELB) nadal zmienia się przychodzący adres IP. Ta zmiana może mieć wpływ na użytkownika, jeśli używasz rekordów A do wskazywania przychodzącego adresu IP środowiska App Service Environment. Jeśli używasz rekordów A, należy zaktualizować rekordy A, aby wskazywały nowy przychodzący adres IP po zakończeniu procesu migracji. Jeśli używasz rekordów CNAME, prawdopodobnie nie musisz wprowadzać żadnych zmian DNS. Jeśli masz jakiekolwiek inne zależności od przychodzącego adresu IP, należy je odpowiednio zaktualizować.

Zgodność konfiguracji sufiksu niestandardowego środowiska App Service Environment w wersji 2

Niestandardowy sufiks domeny w środowisku App Service Environment w wersji 3 jest implementowany inaczej niż w środowisku App Service Environment w wersji 2. W środowisku App Service Environment w wersji 2 certyfikat jest przekazywany bezpośrednio do środowiska App Service Environment. Ponadto certyfikaty inne niżwildcard są dozwolone. W środowisku App Service Environment w wersji 3 certyfikat musi być przechowywany w usłudze Azure Key Vault, a środowisko App Service Environment musi mieć dostęp do magazynu kluczy. Ponadto certyfikaty inne niżwildcard nie są dozwolone.

Aby zmniejszyć wpływ migracji automatycznych, zaimplementowaliśmy ograniczony tryb zgodności dla niestandardowych konfiguracji sufiksów domeny środowiska App Service Environment w wersji 2 w środowisku App Service Environment w wersji 3. Jeśli masz konfigurację sufiksu domeny niestandardowej w środowisku App Service Environment w wersji 2, konfiguracja jest migrowana do środowiska App Service Environment w wersji 3. Certyfikat jest przekazywany do środowiska App Service Environment w wersji 3, a konfiguracja jest aktualizowana w celu używania przekazanego certyfikatu. Ten proces jest wykonywany jako miara tymczasowa i jest ważny tylko do momentu wygaśnięcia bieżącego certyfikatu. Należy zaktualizować konfigurację, aby używać usługi Azure Key Vault po zakończeniu procesu migracji i przed wygaśnięciem certyfikatu. Jeśli konfiguracja nie zostanie zaktualizowana, po wygaśnięciu certyfikatu sufiks domeny niestandardowej nie będzie działać. Aby uzyskać więcej informacji, zobacz Niestandardowy sufiks domeny w środowisku App Service Environment w wersji 3.

Ważne

Nawet w przypadku trybu zgodności sufiksów domeny niestandardowej konfiguracja sufiksu domeny niestandardowej może nie działać zgodnie z oczekiwaniami. Nie gwarantujemy, że sufiks domeny niestandardowej będzie działał po automatycznej migracji. Zdecydowanie zalecamy zaktualizowanie konfiguracji tak szybko, jak to możliwe, aby korzystała z usługi Azure Key Vault po zakończeniu procesu migracji.

Obsługa migracji aplikacji z powiązaniami TLS/SSL opartymi na protokole IP

Powiązania TLS/SSL oparte na protokole IP nie są obsługiwane w środowisku App Service Environment w wersji 3. Wcześniej funkcja migracji umożliwiała migrację tylko po usunięciu powiązań. Aby włączyć automatyczne migracje, automatyczna walidacja w celu sprawdzenia, czy nie ma powiązań TLS/SSL opartych na protokole IP, zostanie usunięta. Jeśli masz powiązania TLS/SSL oparte na protokole IP, musisz je usunąć po zakończeniu migracji. Aplikacje nie działają, dopóki nie usuniesz powiązań.

Rozwiązywanie problemów spowodowanych przez automatyczną migrację

Poniżej przedstawiono problemy, które mogą wystąpić z aplikacjami lub usługami po automatycznej migracji. Jeśli problem nie jest wymieniony tutaj i potrzebujesz pomocy, skontaktuj się z pomocą techniczną platformy Azure.

Problem: Środowisko App Service Environment w wersji 3 używa starej konfiguracji sufiksu domeny niestandardowej

Jeśli masz konfigurację sufiksu domeny niestandardowej w środowisku App Service Environment w wersji 2, konfiguracja jest migrowana do środowiska App Service Environment w wersji 3. Certyfikat jest przekazywany do środowiska App Service Environment w wersji 3, a konfiguracja jest aktualizowana w celu używania przekazanego certyfikatu. Ten proces jest wykonywany jako miara tymczasowa i jest ważny tylko do momentu wygaśnięcia bieżącego certyfikatu. Nie gwarantujemy, że stara konfiguracja sufiksu domeny niestandardowej będzie działać po automatycznej migracji.

Aby rozwiązać ten problem z niezgodnością, należy zaktualizować konfigurację tak, aby korzystała z usługi Azure Key Vault po zakończeniu procesu migracji i przed wygaśnięciem certyfikatu. Jeśli konfiguracja nie zostanie zaktualizowana, po wygaśnięciu certyfikatu sufiks domeny niestandardowej nie będzie działać. Aby zaktualizować konfigurację sufiksu domeny niestandardowej, wykonaj kroki opisane w temacie Custom domain sufiks on App Service Environment v3 (Sufiks domeny niestandardowej w środowisku App Service Environment w wersji 3).

Problem: Aplikacje w środowisku App Service Environment w wersji 3 mają powiązania TLS/SSL oparte na adresach IP

Powiązania TLS/SSL oparte na protokole IP nie są obsługiwane w środowisku App Service Environment w wersji 3. Po zakończeniu migracji należy usunąć powiązania. Aplikacje nie działają, dopóki nie usuniesz powiązań.

Problem: Zasoby zależne nie są aktualizowane w celu korzystania z nowego przychodzącego adresu IP

Migracje środowiska App Service Environment z wewnętrznym modułem równoważenia obciążenia zachowują przychodzący adres IP, więc nie jest wymagana żadna akcja.

Migracje środowiska ELB App Service Environment zmieniają przychodzący adres IP. Jeśli używasz rekordów A do wskazywania przychodzącego adresu IP środowiska App Service Environment, należy zaktualizować rekordy A, aby wskazywały nowy przychodzący adres IP po zakończeniu procesu migracji. Jeśli używasz rekordów CNAME, prawdopodobnie nie musisz wprowadzać żadnych zmian DNS. Jeśli masz jakiekolwiek inne zależności od przychodzącego adresu IP, należy je odpowiednio zaktualizować. Stary adres IP dla ruchu przychodzącego nie jest już prawidłowy po zakończeniu procesu migracji.

Problem: Zasoby zależne nie są aktualizowane w celu korzystania z nowego wychodzącego adresu IP

Środowisko App Service Environment w wersji 3 ma dwa wychodzące adresy IP. Po zakończeniu procesu migracji istniejący wychodzący adres IP może zostać zachowany, ale zostanie utworzony inny wychodzący adres IP. Jeśli masz niestandardową konfigurację sufiksu domeny i połączysz się z usługą Azure Key Vault za pośrednictwem publicznego Internetu, może być konieczne uwzględnienie tego innego nowego adresu IP ruchu wychodzącego. Jeśli oryginalny adres IP ruchu wychodzącego nie jest zachowany, musisz również uwzględnić tę zmianę.

Problem: Zmiana funkcji lub niezgodność z programem App Service Environment w wersji 3

Ogólnie rzecz biorąc, środowisko App Service Environment w wersji 3 jest zgodne ze środowiskiem App Service Environment w wersji 1 i 2. Istnieją jednak pewne różnice. Aby zobaczyć różnice między wersjami, zapoznaj się z porównaniem wersji środowiska App Service Environment. Jeśli używasz funkcji, która nie jest obsługiwana lub działa inaczej w środowisku App Service Environment w wersji 3, musisz odpowiednio zaktualizować aplikacje.

Poniżej przedstawiono istotne zmiany w środowisku App Service Environment w wersji 3:

• Powiązania TLS/SSL oparte na protokole IP nie są obsługiwane.
• Konfiguracja sufiksu domeny niestandardowej jest inna.
• Domena domyślna jest zawsze zachowywana, nawet jeśli masz sufiks domeny niestandardowej.
• Certyfikaty nonwildcard dla niestandardowego sufiksu domeny nie są dozwolone.
• Środowisko App Service Environment w wersji 3 ma dwa wychodzące adresy IP.
• Dostępne jednostki SKU mają różne rozmiary.
• Model cen jest inny.
• Model sieci jest inny.
• Struktura punktu końcowego FTPS jest inna. Dostęp do punktu końcowego FTPS przy użyciu niestandardowego sufiksu domeny nie jest obsługiwany.
• Środowisko App Service Environment w wersji 3 nie wraca do usługi Azure DNS, jeśli skonfigurowane niestandardowe serwery DNS w sieci wirtualnej nie mogą rozpoznać danej nazwy. Jeśli to zachowanie jest wymagane, upewnij się, że korzystasz z usługi przesyłania dalej do publicznego systemu DNS lub dołącz usługę Azure DNS na liście niestandardowych serwerów DNS.

Cennik

Nie ma kosztów związanych z automatycznym migrowaniem środowiska App Service Environment. Opłaty za poprzednie środowisko App Service Environment przestaną być naliczane natychmiast po jej zamknięciu podczas procesu migracji. Opłaty za nowe środowisko App Service Environment w wersji 3 rozpoczynają się od razu po wdrożeniu. Aby uzyskać więcej informacji na temat cennika środowiska App Service Environment w wersji 3, zapoznaj się z cennikiem.

Podczas migracji do środowiska App Service Environment w wersji 3 z poprzednich wersji istnieją scenariusze, które należy wziąć pod uwagę, które mogą potencjalnie zmniejszyć miesięczny koszt. Rozważ rezerwacje i plany oszczędności, aby jeszcze bardziej zmniejszyć koszty. Aby uzyskać informacje na temat możliwości oszczędzania kosztów, zobacz Możliwości oszczędzania kosztów po uaktualnieniu do środowiska App Service Environment w wersji 3.

Uwaga

Ze względu na konwersję planów usługi App Service z izolowanej na izolowaną 2 aplikacje mogą być nadmiernie aprowizowane po migracji, ponieważ warstwa Izolowana w wersji 2 ma więcej pamięci i procesora CPU na odpowiedni rozmiar wystąpienia. Po zakończeniu migracji będziesz mieć możliwość skalowania środowiska zgodnie z potrzebami. Aby uzyskać więcej informacji, zapoznaj się ze szczegółami jednostki SKU.

Skalowanie w dół planów usługi App Service

Jednostki SKU planu usługi App Service dostępne dla środowiska App Service Environment w wersji 3 są uruchamiane w warstwie Izolowane w wersji 2 (Iv2). Liczba rdzeni i ilość pamięci RAM jest skutecznie podwoina na odpowiednią warstwę w porównaniu z warstwą Izolowana. Podczas migracji plany usługi App Service są konwertowane na odpowiednią warstwę. Na przykład wystąpienia I2 są konwertowane na I2v2. Chociaż I2 ma dwa rdzenie i 7 GB pamięci RAM, I2v2 ma cztery rdzenie i 16 GB pamięci RAM. Jeśli oczekujesz, że wymagania dotyczące pojemności pozostaną takie same, aprowizujesz się i płacisz za zasoby obliczeniowe i pamięci, których nie używasz. W tym scenariuszu można skalować wystąpienie I2v2 w dół do I1v2 i kończyć się podobną liczbą rdzeni i pamięci RAM, które wcześniej.

Zasady pomocy technicznej po wycofaniu środowiska App Service Environment w wersji 1 i 2

Poniższa instrukcja reprezentuje zasady obsługi środowiska aplikacja systemu Azure Service Environment w wersji 1 i 2 z dnia 1 września 2024 r. Nie ma to wpływu na obciążenia uruchomione w środowisku App Service Environment w wersji 3.

Te zasady pomocy technicznej wygasają po upływie dowolnego rozszerzenia lub okresu prolongaty, któremu udzielono pisemnej zgody firmy Microsoft na uruchamianie usług poza zaplanowaną datą wycofania. Niepowodzenie migracji do tej daty spowoduje wycofanie wszystkich pozostałych aplikacja systemu Azure środowiskach usług w wersji 1 i w wersji 2, które mogą obejmować, ale nie ogranicza się do usuwania aplikacji i danych, automatycznej migracji w miejscu i innych procedur emerytalnych.

Zasady rozszerzonej pomocy technicznej obejmują następujące elementy:

• Od 1 września 2024 r. umowa dotycząca poziomu usług (SLA) nie ma już zastosowania do środowiska App Service Environment w wersji 1 i w wersji 2. Kontynuując korzystanie z produktu poza datą wycofania, potwierdzasz, że platforma Azure nie zobowiązuje się do umowy SLA na 99,95% dla wycofanego środowiska.
• Jesteśmy zobowiązani do utrzymania platformy i umożliwienia ci ukończenia migracji. W związku z tym kanały pomocy technicznej dla usług obsługi klienta (CSS) i grupy produktów (PG) będą nadal obsługiwać sprawy pomocy technicznej i zdarzenia krytycznej reakcji (CRI) w rozsądny sposób komercyjnie. W środowisku App Service Environment w wersji 1 i 2 nie zostaną wprowadzone żadne nowe inwestycje w zabezpieczenia i zgodność.
• Usługa App Service będzie nadal stosować poprawki środowiska uruchomieniowego systemu operacyjnego i języka zgodnie z procesami aktualizacji platformy opisanymi tutaj.
• Usługa App Service będzie nadal testować i weryfikować aktualizacje usługi aplikacja systemu Azure przed wdrożeniem i będzie nadal przestrzegać bezpiecznych procedur wdrażania aktualizacji platformy.
• Usługa App Service będzie nadal aktywnie monitorować ślad produkcyjny środowiska aplikacja systemu Azure Service Environment w wersji 1/2 i będzie nadal reagować na problemy wykryte za pośrednictwem tego monitorowania z taką samą pilną pilną potrzebą jak dzisiaj.
• Firma Microsoft będzie nadal akceptować sprawy pomocy technicznej usługi aplikacja systemu Azure i w odpowiednim czasie rozwiązywać problemy z usługą aplikacja systemu Azure.
• Usługa App Service będzie nadal stosować poprawki i poprawki dla krytycznych usterek platformy aplikacja systemu Azure Service, które mogą wystąpić.
• Jednak możliwość skutecznego eliminowania problemów, które mogą wynikać z zależności platformy Azure niższego poziomu, może być osłabiona z powodu wycofania wszystkich usług w chmurze i usługi Azure Service Management (ASM)/składników frontonu RedDog (RDFE).

Zachęcamy do jak najszybszego zakończenia migracji do środowiska usługi aplikacja systemu Azure w wersji 3, aby uniknąć zakłóceń w usługach. Nasz zespół jest dostępny, aby pomóc Ci w procesie migracji i odpowiedzieć na wszelkie pytania, które mogą być potrzebne. Aby uzyskać więcej informacji na temat kroków wycofywania i migracji, dostępnych zasobów i korzyści z migracji, zobacz dokumentację produktu.

Często zadawane pytania

• Dlaczego występują tymczasowe awarie aplikacji w środowisku App Service Environment w wersji 1/2?
  Platforma Azure przygotowuje się do wycofania usług Cloud Services (wersja klasyczna), czyli infrastruktury uruchamianej przez środowisko App Service Environment w wersji 1 i 2. W ramach tego przygotowania należy spodziewać się tymczasowych przestojów i przerw w działaniu usług. Aby zminimalizować skutki tych zakłóceń, zalecamy jak najszybszą migrację do środowiska App Service Environment w wersji 3.
• Dlaczego środowisko App Service Environment zostało zmigrowane automatycznie?
  Środowisko App Service Environment w wersji 1 i 2 jest wycofywane i nie są już obsługiwane. Infrastruktura pomocnicza środowiska App Service Environment w wersji 1 i 2 jest likwidowana. Aby upewnić się, że środowisko App Service Environment działa na obsługiwanej platformie, firma Microsoft inicjuje automatyczne migracje do środowiska App Service Environment w wersji 3.
• Dlaczego moje aplikacje nie działają po automatycznej migracji?
  Po automatycznej migracji mogą wystąpić problemy z aplikacjami lub usługami z powodu aktualizacji funkcji lub niezgodności. Aby rozwiązać te problemy, zobacz Rozwiązywanie problemów spowodowanych przez automatyczną migrację.
• Jaki jest przestój podczas procesu automatycznej migracji?
  Podczas procesu automatycznej migracji występuje około godziny przestoju. Adresy IP ruchu przychodzącego i wychodzącego środowiska App Service Environment mogą ulec zmianie podczas procesu migracji. Przestoje mogą być dłuższe, jeśli masz zależności od tych adresów IP. Przestoje mogą być również dłuższe, jeśli używasz funkcji, które nie są obsługiwane w środowisku App Service Environment w wersji 3.
• Czy za migracje automatyczne będą naliczane opłaty?
  Nie ma kosztów związanych z automatycznym migrowaniem środowiska App Service Environment. Opłaty za poprzednie środowisko App Service Environment przestaną być naliczane natychmiast po jej zamknięciu podczas procesu migracji. Opłaty za nowe środowisko App Service Environment w wersji 3 rozpoczynają się od razu po wdrożeniu.
• Dlaczego środowisko App Service Environment zostało usunięte?
  Jeśli automatyczna migracja nie jest wykonalna, zasoby i skojarzone dane aplikacji zostaną usunięte. Zdecydowanie zachęcamy do podjęcia teraz działań w celu uniknięcia tego scenariusza. Jeśli potrzebujesz więcej czasu na ukończenie migracji, możemy zaoferować jednorazowy 30-dniowy okres prolongaty. Środowisko App Service Environment nie jest usuwane w okresie prolongaty. Po zakończeniu okresu prolongaty możemy usunąć środowisko App Service Environment i wszystkie skojarzone dane.