Migracja do środowiska App Service Environment w wersji 3 przy użyciu funkcji migracji w miejscu
Uwaga
Funkcja migracji opisana w tym artykule jest używana do automatycznej migracji środowiska App Service Environment w wersji 1 i 2 do środowiska App Service Environment w wersji 3 w miejscu (tej samej podsieci). Jeśli nie zażądano 30-dniowego okresu prolongaty, przejrzyj przegląd okresu prolongaty, a następnie zażądaj okresu prolongaty, przechodząc do witryny Azure Portal i odwiedzając blok Migracja dla każdego środowiska App Service Environment.
Jeśli szukasz informacji na temat funkcji migracji równoległej, zobacz Migrowanie do środowiska App Service Environment w wersji 3 przy użyciu funkcji migracji równoległej. Jeśli szukasz informacji na temat opcji migracji ręcznej, zobacz Opcje migracji ręcznej. Aby uzyskać pomoc przy podejmowaniu decyzji o tym, która opcja migracji jest odpowiednia, zobacz Drzewo decyzyjne ścieżki migracji. Aby uzyskać więcej informacji na temat środowiska App Service Environment w wersji 3, zobacz Omówienie środowiska App Service Environment w wersji 3.
Usługa App Service może zautomatyzować migrację środowiska App Service Environment w wersji 1 i 2 do środowiska App Service Environment w wersji 3. Istnieją różne opcje migracji. Przejrzyj drzewo decyzyjne ścieżki migracji, aby zdecydować, która opcja jest najlepsza dla twojego przypadku użycia. Środowisko App Service Environment w wersji 3 zapewnia zalety i różnice funkcji w porównaniu z wcześniejszymi wersjami . Przed migracją sprawdź obsługiwane funkcje środowiska App Service Environment w wersji 3 przed migracją, aby zmniejszyć ryzyko nieoczekiwanego problemu z aplikacją.
Funkcja migracji w miejscu automatyzuje migrację do środowiska App Service Environment w wersji 3 przez uaktualnienie istniejącego środowiska App Service Environment w tej samej podsieci. Ta opcja migracji jest najlepsza dla klientów, którzy chcą przeprowadzić migrację do środowiska App Service Environment w wersji 3 z minimalnymi zmianami w konfiguracji sieci. Musisz również mieć możliwość obsługi około godziny przestoju aplikacji. Jeśli nie możesz obsługiwać przestojów, zobacz funkcję migracji bocznej lub opcje migracji ręcznej.
Ważne
Zaleca się używanie tej funkcji w środowiskach deweloperskich przed migracją wszystkich środowisk produkcyjnych, aby upewnić się, że nie występują nieoczekiwane problemy. Przekaż wszelkie opinie dotyczące tego artykułu lub funkcji przy użyciu przycisków w dolnej części strony.
Obsługiwane scenariusze
Obecnie funkcja migracji w miejscu nie obsługuje migracji do środowiska App Service Environment w wersji 3 w następujących regionach:
Platforma Microsoft Azure obsługiwana przez firmę 21Vianet
- Chiny Wschodnie 2
- Chiny Północne 2
Następujące konfiguracje środowiska App Service Environment można migrować przy użyciu funkcji migracji w miejscu. Tabela zawiera konfigurację środowiska App Service Environment w wersji 3 w przypadku korzystania z funkcji migracji w miejscu na podstawie istniejącego środowiska App Service Environment. Wszystkie obsługiwane środowiska App Service Environment można migrować do strefowo nadmiarowego środowiska App Service Environment w wersji 3 przy użyciu funkcji migracji w miejscu, o ile środowisko znajduje się w regionie obsługującym nadmiarowość stref. Nadmiarowość strefy można skonfigurować podczas procesu migracji.
| Konfigurowanie | Konfiguracja środowiska App Service Environment w wersji 3 |
|---|---|
| Środowisko App Service Environment wewnętrznego modułu równoważenia obciążenia (ILB) w wersji 2 | Środowisko App Service Environment modułu równoważenia obciążenia w wersji 3 |
| Zewnętrzne (ELB/Internet połączone z publicznym adresem IP) App Service Environment w wersji 2 | ELB App Service Environment v3 |
| Środowisko App Service Environment modułu równoważenia obciążenia w wersji 2 z sufiksem domeny niestandardowej | Środowisko App Service Environment modułu równoważenia obciążenia w wersji 3 z sufiksem domeny niestandardowej |
| Środowisko App Service Environment modułu równoważenia obciążenia w wersji 1 | Środowisko App Service Environment modułu równoważenia obciążenia w wersji 3 |
| ELB App Service Environment v1 | ELB App Service Environment v3 |
| Środowisko App Service Environment modułu równoważenia obciążenia w wersji 1 z sufiksem domeny niestandardowej | Środowisko App Service Environment modułu równoważenia obciążenia w wersji 3 z sufiksem domeny niestandardowej |
| Przypięte strefy środowisko App Service Environment w wersji 2 | Środowisko App Service Environment w wersji 3 z opcjonalną konfiguracją nadmiarowości strefy |
Jeśli chcesz, aby nowe środowisko App Service Environment w wersji 3 używało sufiksu domeny niestandardowej i obecnie nie używasz tego sufiksu domeny niestandardowej, można skonfigurować w dowolnym momencie po zakończeniu migracji. Aby uzyskać więcej informacji, zobacz Konfigurowanie niestandardowego sufiksu domeny dla środowiska App Service Environment.
Wersję środowiska App Service Environment można znaleźć, przechodząc do środowiska App Service Environment w witrynie Azure Portal i wybierając pozycję Konfiguracja w obszarze Ustawienia po lewej stronie. Możesz również użyć Eksploratora zasobów platformy Azure i przejrzeć wartość kind właściwości dla środowiska App Service Environment.
Ograniczenia funkcji migracji w miejscu
Poniżej przedstawiono ograniczenia dotyczące korzystania z funkcji migracji w miejscu:
- Nowe środowisko App Service Environment w wersji 3 znajduje się w istniejącej podsieci, która została użyta dla dotychczasowego środowiska.
- Nie można zmienić regionu, w którym znajduje się środowisko App Service Environment.
- Nie można migrować środowiska ELB App Service Environment do środowiska App Service Environment usługi równoważenia obciążenia w wersji 3 i na odwrót.
- Jeśli istniejące środowisko App Service Environment używa niestandardowego sufiksu domeny, podczas procesu migracji należy skonfigurować niestandardowy sufiks domeny dla środowiska App Service Environment w wersji 3.
- Jeśli nie chcesz już używać niestandardowego sufiksu domeny, możesz go usunąć po zakończeniu migracji.
Środowisko App Service Environment w wersji 3 nie obsługuje następujących funkcji, których można używać z bieżącym środowiskiem App Service Environment w wersji 1 lub 2.
- Konfiguracja powiązania protokołu TLS/SSL opartego na adresach IP z aplikacjami.
- Ś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.
Funkcja migracji w miejscu nie obsługuje następujących scenariuszy. Zobacz opcje migracji ręcznej, jeśli środowisko App Service Environment należy do jednej z tych kategorii.
- Środowisko App Service Environment w wersji 1 w klasycznej sieci wirtualnej
- ELB App Service Environment w wersji 2 z adresami SSL IP
- ELB App Service Environment w wersji 1 z adresami SSL IP
- Środowisko App Service Environment o nazwie, która nie spełnia limitów znaków. Cała nazwa, w tym sufiks domeny, musi zawierać maksymalnie 64 znaki. Na przykład: my-ase-name.appserviceenvironment.net dla modułu równoważenia obciążenia i my-ase-name.p.azurewebsites.net dla elB musi zawierać 64 znaki lub mniej. Jeśli nie spełniasz limitu znaków, musisz przeprowadzić migrację ręcznie. Limity znaków dotyczące nazwy środowiska App Service Environment są następujące:
- Limit znaków nazwy środowiska App Service Environment modułu równoważenia obciążenia: 36 znaków
- Limit znaków nazwy środowiska APLIKACJI ELB: 42 znaki
Platforma App Service przegląda środowisko App Service Environment w celu potwierdzenia obsługi migracji w miejscu. Jeśli twój scenariusz nie przejdzie wszystkich testów poprawności, nie możesz przeprowadzić migracji w tej chwili przy użyciu funkcji migracji w miejscu. Jeśli środowisko jest w złej kondycji lub jest w stanie wstrzymania, nie można przeprowadzić migracji, dopóki nie wprowadzisz wymaganych aktualizacji.
Uwaga
Środowisko App Service Environment w wersji 3 nie obsługuje protokołu IP SSL. Jeśli używasz protokołu IP SSL, przed migracją do środowiska App Service Environment w wersji 3 należy usunąć wszystkie powiązania SSL ip. Funkcja migracji będzie obsługiwać środowisko po usunięciu wszystkich powiązań PROTOKOŁU SSL protokołu IP.
Rozwiązywanie problemów
Jeśli środowisko App Service Environment nie przejdzie kontroli poprawności lub spróbujesz wykonać krok migracji w nieprawidłowej kolejności, zobaczysz jeden z następujących komunikatów o błędach:
| Komunikat o błędzie | opis | Zalecenie |
|---|---|---|
| Migracja może być wywoływana tylko w środowisku ASE w sieci wirtualnej arm, a to środowisko ASE znajduje się w klasycznej sieci wirtualnej. | Środowiska App Service Environment w klasycznych sieciach wirtualnych nie mogą migrować przy użyciu funkcji migracji w miejscu. | Migrowanie przy użyciu jednej z opcji migracji ręcznej. |
| Migracja ASEv3 nie jest jeszcze gotowa. | Podstawowa infrastruktura nie jest gotowa do obsługi środowiska App Service Environment w wersji 3. | Migrowanie przy użyciu jednej z opcji migracji ręcznej, jeśli chcesz przeprowadzić migrację natychmiast. W przeciwnym razie poczekaj, aż funkcja migracji w miejscu będzie dostępna w Twoim regionie. |
| Nie można wywołać migracji do tego środowiska ASE. Skontaktuj się z pomocą techniczną, aby uzyskać pomoc dotyczącą migracji. | Pomoc techniczna musi być zaangażowana w migrację tego środowiska App Service Environment. Ten problem jest potencjalnie spowodowany ustawieniami niestandardowymi używanymi przez to środowisko. | Otwórz zgłoszenie do pomocy technicznej, aby zaangażować pomoc techniczną w celu rozwiązania problemu. |
| Nie można wywołać migracji, jeśli protokół IP SSL jest włączony w żadnej z lokacji. | Nie można migrować środowisk App Service Environment z włączonym protokołem IP SSL przy użyciu funkcji migracji. | Usuń protokół IP SSL ze wszystkich aplikacji w środowisku App Service Environment, aby włączyć funkcję migracji. |
| Nie można wywołać pełnej migracji przed wygenerowaniem adresów IP. | Ten błąd pojawia się, jeśli próbujesz przeprowadzić migrację przed zakończeniem kroków premii. | Przed podjęciem próby migracji upewnij się, że wykonasz wszystkie kroki premigration. Zobacz przewodnik krok po kroku dotyczący migracji. |
| Migracja do środowiska ASEv3 nie jest dozwolona dla tego środowiska ASE. | Nie można przeprowadzić migracji przy użyciu funkcji migracji. | Migrowanie przy użyciu jednej z opcji migracji ręcznej. |
| Subskrypcja ma zbyt wiele środowisk App Service Environment. Usuń niektóre przed próbą utworzenia więcej. | Przekroczono limit przydziału środowiska App Service Environment dla twojej subskrypcji . | Usuń niepotrzebne środowiska lub skontaktuj się z pomocą techniczną, aby przejrzeć opcje. |
<ZoneRedundant><DedicatedHosts><ASEv3/ASE> jest niedostępna w tej lokalizacji. |
Ten błąd pojawia się, jeśli próbujesz przeprowadzić migrację środowiska App Service Environment w regionie, który nie obsługuje jednej z żądanych funkcji. | Migrowanie przy użyciu jednej z opcji migracji ręcznej, jeśli chcesz przeprowadzić migrację natychmiast. W przeciwnym razie poczekaj, aż funkcja migracji będzie obsługiwać tę konfigurację środowiska App Service Environment. |
| Nie można wywołać migracji w tym ase do momentu zakończenia aktywnego uaktualnienia. | Nie można migrować środowisk App Service Environment podczas uaktualniania platformy. Możesz ustawić preferencje uaktualniania w witrynie Azure Portal. Uaktualnienie trwa od 8 do 12 godzin lub dłużej w zależności od rozmiaru (liczby wystąpień/rdzeni) środowiska App Service Environment. | Poczekaj na zakończenie uaktualnienia, a następnie zmigruj. |
| Trwa operacja zarządzania środowiska App Service Environment. | Środowisko App Service Environment przechodzi operację zarządzania. Te operacje mogą obejmować działania, takie jak wdrożenia lub uaktualnienia. Migracja zostanie zablokowana do czasu ukończenia tych operacji. | Po zakończeniu tych operacji można przeprowadzić migrację. |
| Migracja nie jest dostępna dla tej subskrypcji. | Pomoc techniczna musi być zaangażowana w migrację tego środowiska App Service Environment. | Otwórz zgłoszenie do pomocy technicznej, aby zaangażować pomoc techniczną w celu rozwiązania problemu. |
| Moduł InternalLoadBalancingMode nie jest obecnie obsługiwany. | Środowiska usługi App Service, które mają ustawienie InternalLoadBalancingMode na określone wartości, nie mogą być obecnie migrowane przy użyciu funkcji migracji. Element InternalLoadBalancingMode musi zostać ręcznie zmieniony przez zespół firmy Microsoft. | Otwórz zgłoszenie do pomocy technicznej, aby zaangażować pomoc techniczną w celu rozwiązania problemu. Zażądaj aktualizacji elementu InternalLoadBalancingMode, aby zezwolić na migrację. |
Omówienie procesu migracji przy użyciu funkcji migracji w miejscu
Migracja w miejscu składa się z serii kroków, które należy wykonać w podanej kolejności. Dla każdego zbioru kroków podane są kluczowe elementy. Ważne jest, aby zrozumieć, co się dzieje podczas tych kroków i jak ma to wpływ na środowisko i aplikacje. Po przejrzeniu poniższych informacji i dokonaniu migracji postępuj zgodnie z przewodnikiem krok po kroku..
Sprawdź, czy migracja jest obsługiwana przy użyciu funkcji migracji w miejscu dla środowiska App Service Environment
Platforma sprawdza, czy środowisko App Service Environment można migrować przy użyciu funkcji migracji w miejscu. Jeśli środowisko App Service Environment nie przejdzie wszystkich testów sprawdzania poprawności, nie można przeprowadzić migracji w tej chwili przy użyciu funkcji migracji w miejscu. Zobacz sekcję rozwiązywania problemów, aby uzyskać szczegółowe informacje o możliwych przyczynach niepowodzenia walidacji. Jeśli środowisko jest w złej kondycji lub jest w stanie wstrzymania, nie można przeprowadzić migracji, dopóki nie wprowadzisz wymaganych aktualizacji. Jeśli nie możesz przeprowadzić migracji przy użyciu funkcji migracji w miejscu, zobacz opcje migracji ręcznej.
Walidacja sprawdza również, czy środowisko App Service Environment korzysta z minimalnej kompilacji wymaganej do migracji. Ta kompilacja może być nowsza niż standardowa kompilacja wdrożona z rutynowym cyklem uaktualniania/konserwacji platformy. Minimalna kompilacja jest okresowo aktualizowana w celu zapewnienia dostępności najnowszych poprawek błędów i ulepszeń. Jeśli środowisko App Service Environment nie korzysta z minimalnej kompilacji, musisz samodzielnie rozpocząć uaktualnianie. To standardowy proces, w którym nie ma to wpływu na środowisko App Service Environment, ale nie można skalować ani wprowadzać zmian w środowisku App Service Environment podczas uaktualniania. Nie można przeprowadzić migracji do momentu zakończenia uaktualniania. Ukończenie uaktualnienia może potrwać od 8 do 12 godzin w zależności od rozmiaru środowiska. Jeśli planujesz określony przedział czasu migracji, należy uruchomić sprawdzanie poprawności 24–48 godzin przed zaplanowanym czasem migracji, aby upewnić się, że masz czas na uaktualnienie, jeśli jest to konieczne.
Generowanie adresów IP dla nowego środowiska App Service Environment w wersji 3
Platforma tworzy nowy przychodzący adres IP (w przypadku migrowania środowiska ELB App Service Environment) i nowe adresy IP ruchu wychodzącego. Chociaż te adresy IP są tworzone, aktywność z istniejącym środowiskiem App Service Environment nie jest przerywana, nie można jednak skalować ani wprowadzać zmian w istniejącym środowisku. Ten proces zajmuje około 15 minut.
Po zakończeniu otrzymasz nowe adresy IP używane przez przyszłe środowisko App Service Environment w wersji 3. Te nowe adresy IP nie mają wpływu na istniejące środowisko. Adresy IP używane przez istniejące środowisko będą nadal używane do czasu zamknięcia istniejącego środowiska podczas kroku migracji.
Aktualizowanie zasobów zależnych przy użyciu nowych adresów IP
Po utworzeniu nowych adresów IP będziesz mieć nowy domyślny ruch wychodzący do publicznych adresów internetowych. W ramach przygotowań do migracji można dostosować wszelkie zewnętrzne zapory, routing DNS, sieciowe grupy zabezpieczeń i wszelkie inne zasoby, które opierają się na tych adresach IP. W przypadku środowiska ELB App Service Environment masz również nowy adres IP dla ruchu przychodzącego, którego można użyć do konfigurowania nowych punktów końcowych z usługami takimi jak Traffic Manager lub Azure Front Door. Twoim obowiązkiem jest zaktualizowanie wszystkich zasobów, które będą mieć wpływ na zmianę adresu IP skojarzona z nowym środowiskiem App Service Environment w wersji 3. Nie przechodzij do następnego kroku, dopóki nie wprowadzisz wszystkich wymaganych aktualizacji. Ten krok to również dobry moment na przejrzenie zmian zależności sieci dla ruchu przychodzącego i wychodzącego podczas przechodzenia do środowiska App Service Environment w wersji 3, w tym zmiany portu dla sondy kondycji usługi Azure Load Balancer, która teraz używa portu 80.
Delegowanie podsieci środowiska App Service Environment
Środowisko App Service Environment w wersji 3 wymaga, aby podsieć miała pojedyncze delegowanie Microsoft.Web/hostingEnvironments. Migracja nie powiedzie się, jeśli podsieć środowiska App Service Environment nie jest delegowana lub delegujesz ją do innego zasobu.
Potwierdzanie zmian rozmiaru wystąpienia
Plany usługi App Service są konwertowane z izolowanej na odpowiednią warstwę Izolowana w wersji 2 w ramach migracji. Na przykład I2 jest konwertowany na I2v2. 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. Istnieje możliwość skalowania środowiska zgodnie z potrzebami po zakończeniu migracji. Aby uzyskać więcej informacji, zapoznaj się ze szczegółami jednostki SKU.
Upewnij się, że nie ma żadnych blokad zasobów
Sieć wirtualna blokuje operacje platformy podczas migracji. Jeśli sieć wirtualna ma blokady, przed migracją należy je usunąć. Blokady można odczytać w razie potrzeby po zakończeniu migracji. Blokady mogą istnieć w trzech różnych zakresach: subskrypcji, grupie zasobów i zasobie. Po zastosowaniu blokady w zakresie nadrzędnym wszystkie zasoby w tym zakresie dziedziczą tę samą blokadę. Jeśli blokady zostały zastosowane w ramach subskrypcji, grupy zasobów lub zakresu zasobów, należy je usunąć przed migracją. Aby uzyskać więcej informacji na temat blokad i dziedziczenia blokad, zobacz Blokowanie zasobów w celu ochrony infrastruktury.
Upewnij się, że nie ma żadnych zasad platformy Azure blokujących migrację
Usługa Azure Policy może służyć do odmowy tworzenia zasobów i modyfikowania określonych podmiotów zabezpieczeń. Jeśli masz zasady blokujące tworzenie środowisk App Service Environment lub modyfikację podsieci, należy ją usunąć przed migracją. Zasady można odczytywać w razie potrzeby po zakończeniu migracji. Aby uzyskać więcej informacji na temat usługi Azure Policy, zobacz Omówienie usługi Azure Policy.
Wybieranie konfiguracji środowiska App Service Environment w wersji 3
Środowisko App Service Environment w wersji 3 można wdrożyć w różnych strefach dostępności w regionach, które go obsługują. Ta architektura jest nazywana nadmiarowością stref. Nadmiarowość strefy można skonfigurować tylko podczas tworzenia środowiska App Service Environment. Jeśli chcesz, aby nowe środowisko App Service Environment w wersji 3 było strefowo nadmiarowe, włącz konfigurację podczas procesu migracji. Dowolne środowisko App Service Environment korzystające z funkcji migracji w miejscu do migracji można skonfigurować jako strefowo nadmiarowe, o ile używasz regionu obsługującego nadmiarowość strefową dla środowiska App Service Environment w wersji 3. Jeśli istniejące środowisko znajduje się w regionie, który nie obsługuje nadmiarowości strefy, opcja konfiguracji jest wyłączona i nie można jej skonfigurować. Funkcja migracji w miejscu nie obsługuje zmian regionów. Jeśli chcesz użyć innego regionu, użyj jednej z opcji migracji ręcznej.
Uwaga
Włączenie nadmiarowości strefy może prowadzić do dodatkowych opłat. Aby uzyskać więcej informacji, zapoznaj się z modelem cen nadmiarowości strefy.
Jeśli istniejące środowisko App Service Environment używa niestandardowego sufiksu domeny, zostanie wyświetlony monit o skonfigurowanie niestandardowego sufiksu domeny dla nowego środowiska App Service Environment w wersji 3. Musisz podać niestandardową nazwę domeny, tożsamość zarządzaną i certyfikat. Aby uzyskać więcej informacji na temat niestandardowego sufiksu domeny środowiska App Service Environment w wersji 3, w tym wymagań, instrukcji krok po kroku i najlepszych rozwiązań, zobacz Konfigurowanie niestandardowego sufiksu domeny dla środowiska App Service Environment. Należy skonfigurować sufiks domeny niestandardowej dla nowego środowiska, nawet jeśli nie chcesz go już używać. Po zakończeniu migracji można w razie potrzeby usunąć konfigurację sufiksu domeny niestandardowej.
Jeśli migracja zawiera sufiks domeny niestandardowej, w przypadku środowiska App Service Environment w wersji 3 domena niestandardowa nie jest wyświetlana w sekcji Podstawy na stronie Przegląd portalu, ponieważ dotyczy środowiska App Service Environment w wersji 1/2. Zamiast tego w przypadku środowiska App Service Environment w wersji 3 przejdź do strony sufiksu domeny niestandardowej, na której można potwierdzić poprawną konfigurację sufiksu domeny niestandardowej. Ponadto w środowisku App Service Environment w wersji 2, jeśli masz sufiks domeny niestandardowej, domyślna nazwa hosta zawiera sufiks domeny niestandardowej i znajduje się w formularzu APP-NAME.internal.contoso.com. W środowisku App Service Environment w wersji 3 domyślna nazwa hosta zawsze używa domyślnego sufiksu domeny i ma postać APP-NAME.ASE-NAME.appserviceenvironment.net. Ta różnica polega na tym, że środowisko App Service Environment w wersji 3 zachowuje domyślny sufiks domeny podczas dodawania niestandardowego sufiksu domeny. W środowisku App Service Environment w wersji 2 istnieje tylko jeden sufiks domeny.
Migracja do środowiska App Service Environment w wersji 3
Po wykonaniu poprzednich kroków należy jak najszybciej kontynuować migrację.
Ważne
Ponieważ skalowanie jest blokowane podczas migracji, przed rozpoczęciem migracji należy skalować środowisko do żądanego rozmiaru. Jeśli włączono automatyczne skalowanie, jeśli przed rozpoczęciem migracji wystąpi zdarzenie skalowania, przed rozpoczęciem migracji musisz poczekać na zakończenie zdarzenia skalowania przed rozpoczęciem migracji. Przed rozpoczęciem migracji należy wyłączyć automatyczne skalowanie, aby uniknąć tego problemu. Jeśli musisz skalować środowisko po migracji, możesz to zrobić po zakończeniu migracji.
Migracja wymaga od trzech do sześciu godzin okna usługi dla migracji środowiska App Service Environment w wersji 2 do wersji 3. W zależności od rozmiaru środowiska migracji z wersji 1 do 3 wymagane jest okno usługi o długości do sześciu godzin. Okno usługi może zostać rozszerzone w rzadkich przypadkach, w których wymagana jest interwencja ręczna przez zespół usług. Podczas migracji konfiguracje skalowania i środowiska są blokowane i występują następujące zdarzenia:
- Istniejące środowisko App Service Environment zostaje zamknięte i zastąpione nowym środowiskiem App Service Environment w wersji 3.
- Wszystkie plany usługi App Service w środowisku App Service Environment są konwertowane z warstwy Izolowane na izolowaną w wersji 2.
- Wszystkie aplikacje, które znajdują się w środowisku App Service Environment zostają tymczasowo wyłączone. W tym okresie należy spodziewać się około godziny przestoju.
- Jeśli nie możesz obsługiwać przestojów, zobacz funkcję migracji równoległej lub alternatywy migracji.
- Adresy publiczne używane przez środowisko App Service Environment zmieniają się na adresy IP wygenerowane w kroku generowania adresów IP.
Podczas procesu migracji są dostępne następujące stany:
| Stan | opis |
|---|---|
| Weryfikowanie i przygotowywanie migracji. | Platforma sprawdza poprawną obsługę migracji i przeprowadza niezbędne kontrole. |
| Wdrażanie infrastruktury środowiska App Service Environment w wersji 3. | Twoja nowa infrastruktura środowiska App Service Environment w wersji 3 jest aprowizacja. |
| Oczekiwanie na ukończenie infrastruktury. | Platforma sprawdza poprawną nową infrastrukturę i przeprowadza niezbędne kontrole. |
| Konfigurowanie sieci. Rozpoczęto okres przestoju migracji. Aplikacje są niedostępne. | Platforma usuwa starą infrastrukturę i przenosi wszystkie aplikacje do nowego środowiska App Service Environment w wersji 3. Twoje aplikacje nie działają i nie akceptują ruchu. |
| Uruchamianie weryfikacji po migracji. | Platforma przeprowadza niezbędne kontrole, aby upewnić się, że migracja zakończyła się pomyślnie. |
| Finalizowanie migracji. | Platforma finalizuje migrację. |
Podobnie jak w kroku generowania adresów IP, nie można skalować, modyfikować środowiska App Service Environment ani wdrażać w nim aplikacji podczas trwania procesu. Po zakończeniu migracji aplikacje, które znajdowały się w starym środowisku App Service Environment, są uruchomione w nowym środowisku App Service Environment w wersji 3.
Korzystanie z funkcji migracji w miejscu
Wymagania wstępne
Upewnij się, że rozumiesz, jak migracja do środowiska App Service Environment w wersji 3 wpływa na aplikacje. Zapoznaj się z procesem migracji, aby zrozumieć oś czasu procesu i gdzie i kiedy trzeba się zaangażować. Zapoznaj się również z często zadawanych pytań, które mogą odpowiedzieć na niektóre pytania.
Upewnij się, że w sieci wirtualnej, grupie zasobów, zasobie lub subskrypcji nie ma żadnych blokad. Blokuje operacje platformy podczas migracji.
Upewnij się, że żadne zasady platformy Azure nie blokują akcji wymaganych do migracji, w tym modyfikacji podsieci i tworzenia zasobów usługi aplikacja systemu Azure. Zasady blokujące modyfikacje zasobów i tworzenie mogą spowodować zablokowanie lub niepowodzenie migracji.
Ponieważ skalowanie jest blokowane podczas migracji, przed rozpoczęciem migracji należy skalować środowisko do żądanego rozmiaru. Jeśli musisz skalować środowisko po migracji, możesz to zrobić po zakończeniu migracji. Jeśli włączono automatyczne skalowanie, jeśli przed rozpoczęciem migracji nastąpi zdarzenie skalowania, migracja zostanie zablokowana do momentu zakończenia zdarzenia skalowania. Przed rozpoczęciem migracji należy wyłączyć automatyczne skalowanie, aby uniknąć tego problemu.
Zalecamy użycie witryny Azure Portal do środowiska migracji w miejscu. Jeśli zdecydujesz się użyć interfejsu wiersza polecenia platformy Azure do migracji, wykonaj kroki opisane tutaj w kolejności i zgodnie z opisem, ponieważ wywołujesz interfejs API REST platformy Azure. Zalecamy użycie interfejsu wiersza polecenia platformy Azure do wykonania tych wywołań interfejsu API. Aby uzyskać informacje o innych metodach, zobacz Dokumentacja interfejsu API REST platformy Azure.
W tym przewodniku zainstaluj interfejs wiersza polecenia platformy Azure lub użyj usługi Azure Cloud Shell i użyj powłoki Bash.
Uwaga
Zalecamy użycie powłoki Bash do uruchamiania poleceń podanych w tym przewodniku. Polecenia mogą nie być zgodne z konwencjami programu PowerShell i znakami ucieczki.
1. Uzyskiwanie identyfikatora środowiska App Service Environment
Uruchom następujące polecenia, aby pobrać identyfikator środowiska App Service Environment i zapisać go jako zmienną środowiskową. Zastąp symbole zastępcze nazw i grup zasobów wartościami środowiska App Service Environment, które chcesz zmigrować. ASE_RG i VNET_RG są takie same, jeśli sieć wirtualna i środowisko App Service Environment znajdują się w tej samej grupie zasobów.
ASE_NAME=<Your-App-Service-Environment-name>
ASE_RG=<Your-ASE-Resource-Group>
VNET_RG=<Your-VNet-Resource-Group>
ASE_ID=$(az appservice ase show --name $ASE_NAME --resource-group $ASE_RG --query id --output tsv)
2. Sprawdź, czy migracja jest obsługiwana
Następujące polecenie sprawdza, czy środowisko App Service Environment jest obsługiwane do migracji i sprawdza, czy środowisko App Service Environment jest w obsługiwanej wersji kompilacji na potrzeby migracji.
az rest --method post --uri "${ASE_ID}/migrate?api-version=2021-02-01&phase=validation"
Jeśli nie ma żadnych błędów, migracja jest obsługiwana i możesz przejść do następnego kroku.
Jeśli musisz uruchomić uaktualnienie w celu uaktualnienia środowiska App Service Environment do obsługiwanej wersji kompilacji, uruchom następujące polecenie. Uruchom to polecenie tylko wtedy, gdy krok weryfikacji zakończy się niepowodzeniem i zostanie wyświetlony monit o uaktualnienie środowiska App Service Environment.
az rest --method post --uri "${ASE_ID}/migrate?api-version=2021-02-01&phase=PreMigrationUpgrade"
3. Generowanie adresów IP dla nowego zasobu środowiska App Service Environment w wersji 3
Uruchom następujące polecenie, aby utworzyć nowe adresy IP. Wykonanie tego kroku trwa około 15 minut. Nie skaluj ani nie wprowadzaj zmian w istniejącym środowisku App Service Environment w tym czasie.
az rest --method post --uri "${ASE_ID}/migrate?api-version=2021-02-01&phase=premigration"
Uruchom następujące polecenie, aby sprawdzić stan tego kroku:
az rest --method get --uri "${ASE_ID}?api-version=2021-02-01" --query properties.status
Jeśli krok jest w toku, otrzymasz stan Migrating. Po otrzymaniu Readystanu uruchom następujące polecenie, aby wyświetlić nowe adresy IP. Jeśli nowe adresy IP nie są widoczne natychmiast, zaczekaj kilka minut i spróbuj ponownie.
az rest --method get --uri "${ASE_ID}/configurations/networking?api-version=2021-02-01"
4. Aktualizowanie zasobów zależnych przy użyciu nowych adresów IP
Korzystając z nowych adresów IP, zaktualizuj dowolne zasoby lub składniki sieciowe, aby upewnić się, że nowe środowisko działa zgodnie z oczekiwaniami po zakończeniu migracji. Twoim obowiązkiem jest wprowadzenie wszelkich niezbędnych aktualizacji.
5. Delegowanie podsieci środowiska App Service Environment
Środowisko App Service Environment w wersji 3 wymaga, aby podsieć miała pojedyncze delegowanie Microsoft.Web/hostingEnvironments. Poprzednie wersje nie wymagały tego delegowania. Przed migracją należy potwierdzić, że podsieć jest delegowana prawidłowo i zaktualizować delegowanie (w razie potrzeby). Delegowanie można zaktualizować, uruchamiając następujące polecenie lub przechodząc do podsieci w witrynie Azure Portal.
az network vnet subnet update --resource-group $VNET_RG --name <subnet-name> --vnet-name <vnet-name> --delegations Microsoft.Web/hostingEnvironments
6. Upewnij się, że w sieci wirtualnej nie ma żadnych blokad
Sieć wirtualna blokuje operacje platformy podczas migracji. Jeśli sieć wirtualna ma blokady, przed migracją należy je usunąć. W razie potrzeby możesz dodać blokady po zakończeniu migracji.
Użyj następującego polecenia, aby sprawdzić, czy sieć wirtualna ma jakiekolwiek blokady:
az lock list --resource-group $VNET_RG --resource <vnet-name> --resource-type Microsoft.Network/virtualNetworks
Usuń wszystkie istniejące blokady przy użyciu następującego polecenia:
az lock delete --resource-group $VNET_RG --name <lock-name> --resource <vnet-name> --resource-type Microsoft.Network/virtualNetworks
Aby uzyskać powiązane polecenia, aby sprawdzić, czy subskrypcja lub grupa zasobów ma blokady, zobacz dokumentację interfejsu wiersza polecenia platformy Azure dotyczącą blokad.
7. Przygotowywanie konfiguracji
Możesz zwolnić nową strefę zasobów środowiska App Service Environment w wersji 3, jeśli istniejące środowisko znajduje się w regionie obsługującym nadmiarowość strefy. Nadmiarowość strefy można skonfigurować, ustawiając zoneRedundant właściwość na true.
Jeśli istniejące środowisko App Service Environment używa niestandardowego sufiksu domeny, należy skonfigurować go dla nowego zasobu środowiska App Service Environment w wersji 3 podczas procesu migracji. Migracja nie powiedzie się, jeśli nie skonfigurujesz niestandardowego sufiksu domeny i obecnie używasz go. Migracja również nie powiedzie się, jeśli spróbujesz dodać sufiks domeny niestandardowej podczas migracji do środowiska, które nie ma skonfigurowanego. Aby uzyskać więcej informacji na temat niestandardowych sufiksów domeny środowiska App Service Environment w wersji 3, w tym wymagań, instrukcji krok po kroku i najlepszych rozwiązań, zobacz Niestandardowy sufiks domeny dla środowisk App Service Environment.
Uwaga
Jeśli konfigurujesz sufiks domeny niestandardowej, podczas dodawania uprawnień sieci w magazynie kluczy platformy Azure upewnij się, że magazyn kluczy zezwala na dostęp z nowych wychodzących adresów IP środowiska App Service Environment, które zostały wygenerowane w kroku 3. Jeśli uzyskujesz dostęp do magazynu kluczy przy użyciu prywatnego punktu końcowego, upewnij się, że prawidłowo skonfigurowano dostęp prywatny.
Jeśli migracja nie zawiera sufiksu domeny niestandardowej i nie włączasz nadmiarowości strefy, możesz przejść do migracji.
Aby ustawić te konfiguracje, utwórz plik o nazwie parameters.json z następującymi szczegółami na podstawie danego scenariusza. Nie uwzględniaj właściwości sufiksu domeny niestandardowej, jeśli ta funkcja nie ma zastosowania do migracji. Zwróć uwagę na wartość zoneRedundant właściwości, ponieważ ta konfiguracja jest nieodwracalna po migracji. Ustaw wartość kind właściwości na podstawie istniejącej wersji środowiska App Service Environment. Akceptowane wartości właściwości kind to ASEV1 i ASEV2.
Jeśli przeprowadzasz migrację bez sufiksu domeny niestandardowej i włączasz nadmiarowość strefy, użyj tego kodu:
{
"type": "Microsoft.Web/hostingEnvironments",
"name": "sample-ase-migration",
"kind": "ASEV2",
"location": "westcentralus",
"properties": {
"zoneRedundant": true
}
}
Jeśli używasz tożsamości zarządzanej przypisanej przez użytkownika dla niestandardowej konfiguracji sufiksu domeny i włączasz nadmiarowość strefy, użyj tego kodu:
{
"type": "Microsoft.Web/hostingEnvironments",
"name": "sample-ase-migration",
"kind": "ASEV2",
"location": "westcentralus",
"properties": {
"zoneRedundant": true,
"customDnsSuffixConfiguration": {
"dnsSuffix": "internal.contoso.com",
"certificateUrl": "https://contoso.vault.azure.net/secrets/myCertificate",
"keyVaultReferenceIdentity": "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourcegroups/asev3-migration/providers/Microsoft.ManagedIdentity/userAssignedIdentities/ase-managed-identity"
}
}
}
Jeśli używasz przypisanej przez system tożsamości zarządzanej dla niestandardowej konfiguracji sufiksów domeny i nie włączasz nadmiarowości strefy, użyj tego kodu:
{
"type": "Microsoft.Web/hostingEnvironments",
"name": "sample-ase-migration",
"kind": "ASEV2",
"location": "westcentralus",
"properties": {
"customDnsSuffixConfiguration": {
"dnsSuffix": "internal.contoso.com",
"certificateUrl": "https://contoso.vault.azure.net/secrets/myCertificate",
"keyVaultReferenceIdentity": "SystemAssigned"
}
}
}
8. Migrowanie do środowiska App Service Environment w wersji 3 i sprawdzanie stanu
Po wykonaniu wszystkich powyższych kroków możesz rozpocząć migrację. Upewnij się, że rozumiesz implikacje migracji.
Ten krok trwa od trzech do sześciu godzin w przypadku migracji z wersji 2 do 3 i do sześciu godzin w przypadku migracji z wersji 1 do 3 w zależności od rozmiaru środowiska. W tym czasie występuje około godziny przestoju aplikacji. Skalowanie, wdrożenia i modyfikacje istniejącego środowiska App Service Environment są blokowane w tym kroku.
Uwzględnij body parametr w poniższym poleceniu, jeśli włączasz nadmiarowość strefy i/lub konfigurujesz sufiks domeny niestandardowej. Jeśli żadna z tych konfiguracji nie ma zastosowania do migracji, możesz usunąć parametr z polecenia .
az rest --method post --uri "${ASE_ID}/migrate?api-version=2021-02-01&phase=fullmigration" --body @parameters.json
Uruchom następujące polecenia, aby sprawdzić szczegółowy stan migracji. Aby uzyskać informacje na temat stanów, zobacz opisy stanu migracji.
Pierwsze polecenie pobiera identyfikator operacji migracji. Skopiuj wartość ID właściwości .
az rest --method get --uri "${ASE_ID}/operations?api-version=2022-03-01"
Zastąp symbol zastępczy identyfikatora operacji w poniższym poleceniu wartością skopiowaną. To polecenie zwraca szczegółowy stan migracji. Możesz uruchomić to polecenie tak często, jak to konieczne, aby uzyskać najnowszy stan.
az rest --method get --uri "${ASE_ID}/operations/<operation-id>/details/default?api-version=2022-09-01"
Po zakończeniu Readymigracji jest wyświetlany stan i masz zasób środowiska App Service Environment w wersji 3. Twoje aplikacje działają teraz w nowym środowisku.
Pobierz szczegóły nowego środowiska, uruchamiając następujące polecenie lub przechodząc do witryny Azure Portal.
az appservice ase show --name $ASE_NAME --resource-group $ASE_RG
1. Sprawdź, czy migracja jest obsługiwana
W witrynie Azure Portal przejdź do strony Migracja dla migrowania środowiska App Service Environment. Możesz przejść do strony Migracja , wybierając baner w górnej części strony Przegląd środowiska App Service Environment lub wybierając element Migracja w menu po lewej stronie.
Wybierz opcję migracji "W miejscu", aby rozpocząć proces migracji w miejscu. Jeśli wybierzesz opcję migracji równoległej, przejdź do dokumentacji dotyczącej tego procesu migracji. Nie wybieraj opcji migracji równoległej, jeśli chcesz użyć funkcji migracji w miejscu.
Na stronie Migracja platforma sprawdza, czy migracja jest obsługiwana w środowisku App Service Environment. Wybierz pozycję Zweryfikuj, a następnie potwierdź, że chcesz kontynuować walidację. Proces weryfikacji trwa kilka sekund.
Jeśli środowisko nie jest obsługiwane w przypadku migracji, w górnej części strony zostanie wyświetlony baner zawierający komunikat o błędzie z przyczyną. Opisy komunikatów o błędach, które mogą pojawić się, jeśli nie kwalifikujesz się do migracji, zobacz Rozwiązywanie problemów.
Jeśli musisz uruchomić uaktualnienie w celu uaktualnienia środowiska App Service Environment do obsługiwanej wersji kompilacji, zostanie wyświetlony monit o uruchomienie uaktualnienia, co może potrwać od 8 do 12 godzin lub dłużej w zależności od rozmiaru środowiska. Wybierz pozycję Uaktualnij , aby rozpocząć uaktualnianie. Po zakończeniu uaktualniania można przejść walidację i użyć funkcji migracji, aby rozpocząć migrację.
Jeśli migracja jest obsługiwana w środowisku App Service Environment, przejdź do następnego kroku w procesie. Strona Migracja przeprowadzi Cię przez serię kroków do ukończenia migracji.
2. Generowanie adresów IP dla nowego zasobu środowiska App Service Environment w wersji 3
W obszarze Uzyskaj nowe adresy IP upewnij się, że rozumiesz implikacje i wybierz przycisk Rozpocznij . Wykonanie tego kroku trwa około 15 minut. W tym czasie nie można skalować ani wprowadzać zmian w istniejącym środowisku App Service Environment.
3. Aktualizowanie zasobów zależnych przy użyciu nowych adresów IP
Po zakończeniu poprzedniego kroku będą wyświetlane adresy IP nowego zasobu środowiska App Service Environment w wersji 3. Użyj nowych adresów IP, aby zaktualizować wszystkie zasoby i składniki sieciowe, aby nowe środowisko działało zgodnie z oczekiwaniami po zakończeniu migracji. Twoim obowiązkiem jest wprowadzenie wszelkich niezbędnych aktualizacji.
4. Delegowanie podsieci środowiska App Service Environment
Środowisko App Service Environment w wersji 3 wymaga podsieci, w ramach którego znajduje się pojedyncze delegowanie Microsoft.Web/hostingEnvironmentselementu . Poprzednie wersje nie wymagały tego delegowania. Przed migracją należy potwierdzić, że podsieć jest delegowana prawidłowo i zaktualizować delegowanie (w razie potrzeby). W portalu zostanie wyświetlony link do podsieci, aby można było potwierdzić i zaktualizować w razie potrzeby.
5. Potwierdzanie zmian rozmiaru wystąpienia
Wybierz przycisk Potwierdź, aby potwierdzić, że plany usługi App Service są konwertowane z warstwy Izolowane na odpowiednią warstwę Izolowana w wersji 2 w ramach migracji.
6. Upewnij się, że sieć wirtualna nie ma blokad
Sieć wirtualna blokuje operacje platformy podczas migracji. Jeśli sieć wirtualna ma blokady, przed migracją należy je usunąć. Aby uzyskać szczegółowe informacje na temat sprawdzania, czy subskrypcja lub grupa zasobów ma blokady, zobacz Konfigurowanie blokad.
7. Wybierz konfiguracje
Możesz zwolnić nową strefę zasobów środowiska App Service Environment w wersji 3, jeśli istniejące środowisko znajduje się w regionie obsługującym nadmiarowość strefy.
Zaznacz pole wyboru Włączone, jeśli chcesz skonfigurować nadmiarowość strefy.
Jeśli środowisko znajduje się w regionie, który nie obsługuje nadmiarowości strefy, pole wyboru jest niedostępne. Jeśli potrzebujesz zasobu strefowo nadmiarowego środowiska App Service Environment w wersji 3, użyj jednej z opcji migracji ręcznej i utwórz zasób w jednym z regionów obsługujących nadmiarowość strefy.
Jeśli istniejące środowisko App Service Environment używa niestandardowego sufiksu domeny, musisz skonfigurować jeden dla nowego zasobu środowiska App Service Environment w wersji 3. Opcje konfiguracji dla sufiksu domeny niestandardowej są wyświetlane, jeśli ta sytuacja ma zastosowanie do Ciebie. Nie można przeprowadzić migracji, dopóki nie podasz wymaganych informacji.
Jeśli chcesz użyć niestandardowego sufiksu domeny, ale nie masz obecnie skonfigurowanego sufiksu, możesz skonfigurować jeden po zakończeniu migracji. Aby uzyskać więcej informacji na temat niestandardowych sufiksów domeny środowiska App Service Environment w wersji 3, w tym wymagań, instrukcji krok po kroku i najlepszych rozwiązań, zobacz Niestandardowy sufiks domeny dla środowisk App Service Environment.
Uwaga
Jeśli konfigurujesz sufiks domeny niestandardowej, podczas dodawania uprawnień sieci w magazynie kluczy platformy Azure upewnij się, że magazyn kluczy zezwala na dostęp z nowych wychodzących adresów IP środowiska App Service Environment, które zostały wygenerowane w kroku 2. Jeśli uzyskujesz dostęp do magazynu kluczy przy użyciu prywatnego punktu końcowego, upewnij się, że prawidłowo skonfigurowano dostęp prywatny.
Po dodaniu szczegółów sufiksu domeny niestandardowej dostępny jest przycisk Migruj.
8. Migrowanie do środowiska App Service Environment w wersji 3
Po wykonaniu wszystkich powyższych kroków możesz rozpocząć migrację. Upewnij się, że rozumiesz konsekwencje migracji, w tym co się dzieje w tym czasie.
Ten krok trwa od trzech do sześciu godzin w przypadku migracji z wersji 2 do 3 i do sześciu godzin w przypadku migracji z wersji 1 do 3 w zależności od rozmiaru środowiska. Skalowanie i modyfikacje istniejącego środowiska App Service Environment są blokowane w tym kroku.
Uwaga
W rzadkich przypadkach może zostać wyświetlone powiadomienie w portalu z komunikatem "Migracja do środowiska App Service Environment w wersji 3 nie powiodła się" po rozpoczęciu migracji. Istnieje znana usterka, która może wyzwolić to powiadomienie, nawet jeśli migracja trwa. Sprawdź dziennik aktywności środowiska App Service Environment, aby określić ważność tego komunikatu o błędzie. W większości przypadków odświeżanie strony rozwiązuje problem, a komunikat o błędzie zniknie. Jeśli komunikat o błędzie będzie się powtarzać, skontaktuj się z pomocą techniczną, aby uzyskać pomoc.
Obecnie szczegółowe stany migracji są dostępne tylko wtedy, gdy używasz interfejsu wiersza polecenia platformy Azure. Aby uzyskać więcej informacji, zobacz sekcję interfejsu wiersza polecenia platformy Azure dotyczącą migracji do środowiska App Service Environment w wersji 3. Stan migracji można sprawdzić za pomocą interfejsu wiersza polecenia, nawet jeśli do przeprowadzenia migracji jest używany portal.
Po zakończeniu migracji masz zasób środowiska App Service Environment w wersji 3, a wszystkie aplikacje są uruchomione w nowym środowisku. Wersję środowiska można potwierdzić, sprawdzając stronę Konfiguracja środowiska App Service Environment.
Jeśli migracja zawiera sufiks domeny niestandardowej, domena zostanie wyświetlona w sekcji Podstawy na stronie Przegląd portalu dla środowiska App Service Environment w wersji 1/2, ale nie jest już wyświetlana w środowisku App Service Environment w wersji 3. Zamiast tego w przypadku środowiska App Service Environment w wersji 3 przejdź do strony sufiksu domeny niestandardowej , aby potwierdzić poprawną konfigurację sufiksu domeny niestandardowej. Możesz również usunąć konfigurację, jeśli nie jest już potrzebna, lub skonfigurować ją, jeśli nie masz jej wcześniej.
Uwaga
Jeśli migracja zawiera sufiks domeny niestandardowej, konfiguracja sufiksu domeny niestandardowej może być wyświetlana jako obniżona po zakończeniu migracji z powodu znanej usterki. Środowisko App Service Environment powinno nadal działać zgodnie z oczekiwaniami. Stan obniżonej wydajności powinien zostać rozwiązany w ciągu 6–8 godzin. Jeśli konfiguracja jest obniżona po upływie 8 godzin lub jeśli sufiks domeny niestandardowej nie działa, skontaktuj się z pomocą techniczną.
Cennik
Migracja środowiska App Service Environment nie jest związana z żadnym kosztem. Gdy używasz funkcji migracji w miejscu, opłaty za poprzednie środowisko App Service Environment przestaną być naliczane, gdy tylko zostanie ono zamknięte 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.
Często zadawane pytania
- Co zrobić, jeśli migracja środowiska App Service Environment nie jest obecnie obsługiwana?
Obecnie nie można przeprowadzić migracji przy użyciu funkcji migracji w miejscu. Jeśli masz nieobsługiwane środowisko i chcesz przeprowadzić migrację natychmiast, zobacz opcje migracji ręcznej. - Jak mogę wybrać, która opcja migracji jest odpowiednia dla mnie?
Przejrzyj drzewo decyzyjne ścieżki migracji, aby zdecydować, która opcja jest najlepsza dla twojego przypadku użycia. - Jak mogę wiedzieć, czy należy używać funkcji migracji w miejscu?
Funkcja migracji w miejscu jest najlepsza dla klientów, którzy chcą przeprowadzić migrację do środowiska App Service Environment w wersji 3 z minimalnymi zmianami w konfiguracji sieci i mogą obsługiwać około godziny przestoju aplikacji. Jeśli nie możesz obsługiwać przestojów, zobacz funkcję migracji bocznej lub opcje migracji ręcznej. Funkcja migracji w miejscu tworzy środowisko App Service Environment w wersji 3 w tej samej podsieci co istniejące środowisko i używa tej samej infrastruktury sieciowej. Może być konieczne uwzględnienie zmian adresów IP dla ruchu przychodzącego i wychodzącego, jeśli masz jakiekolwiek zależności od tych konkretnych adresów IP. - Czy podczas migracji wystąpi przestój?
Tak, należy spodziewać się około godziny przestoju w okresie od trzech do sześciu godzin podczas kroku migracji, więc odpowiednio zaplanuj. Jeśli masz inne środowisko App Service Environment, do którego można wskazać ruch podczas migracji przy użyciu funkcji migracji w miejscu, możesz wyeliminować przestój aplikacji. Jeśli nie masz innego środowiska App Service Environment i nie możesz obsługiwać przestojów, zapoznaj się z funkcją migracji równoległej lub opcjami migracji ręcznej. - Czy muszę wykonać cokolwiek z moich aplikacji po migracji, aby można było je uruchomić w nowym środowisku App Service Environment?
Nie, wszystkie aplikacje uruchomione w starym środowisku są automatycznie migrowane do nowego środowiska i uruchamiane podobnie jak wcześniej. Żadne dane wejściowe użytkownika nie są potrzebne. - Co zrobić, jeśli środowisko App Service Environment posiada niestandardowy sufiks domeny?
Funkcja migracji w miejscu obsługuje ten scenariusz migracji. - Co zrobić, jeśli środowisko App Service Environment jest przypięte do strefy?
Przypięte strefy środowisko App Service Environment w wersji 2 jest teraz obsługiwanym scenariuszem migracji przy użyciu funkcji migracji. Środowisko App Service Environment w wersji 3 nie obsługuje przypinania strefy. Podczas migracji do środowiska App Service Environment w wersji 3 można skonfigurować nadmiarowość strefy lub nie. - Co zrobić, jeśli środowisko App Service Environment ma adresy SSL ip? Protokół IP SSL nie jest obsługiwany w środowisku App Service Environment w wersji 3. Przed migracją przy użyciu funkcji migracji lub jednej z opcji ręcznych należy usunąć wszystkie powiązania SSL ip. Jeśli zamierzasz używać funkcji migracji w miejscu, po usunięciu wszystkich powiązań PROTOKOŁU SSL ip należy przejść tę kontrolę poprawności i kontynuować automatyczną migrację.
- Jakie właściwości środowiska App Service Environment zmienią?
Korzystasz z środowiska App Service Environment w wersji 3, więc zapoznaj się z funkcjami i różnicami funkcji w porównaniu z poprzednimi wersjami . W przypadku środowiska App Service Environment z wewnętrznym modułem równoważenia obciążenia zachowasz ten sam adres IP modułu równoważenia obciążenia. W przypadku środowiska App Service Environment dostępnego z Internetu publiczny adres IP i adres IP ruchu wychodzącego zmieniają się. Uwaga dotycząca środowiska ELB App Service Environment, wcześniej istniał pojedynczy adres IP dla ruchu przychodzącego i wychodzącego. W przypadku środowiska App Service Environment w wersji 3 są one oddzielne. Aby uzyskać więcej informacji, zobacz Sieć środowiska usługi App Service v3. Aby uzyskać pełne porównanie wersji środowiska App Service Environment, zobacz Porównanie wersji środowiska App Service Environment. - Co się stanie w przypadku niepowodzenia migracji lub wystąpienia nieoczekiwanego problemu podczas migracji?
Jeśli wystąpi nieoczekiwany problem, zespoły pomocy technicznej są pod ręką. Przed dotknięciem wszystkich środowisk produkcyjnych należy przeprowadzić migrację środowisk deweloperskich, aby dowiedzieć się więcej o procesie migracji i zobaczyć, jak ma to wpływ na obciążenia. - Co się stanie ze starym środowiskiem App Service Environment?
Jeśli zdecydujesz się przeprowadzić migrację środowiska App Service Environment przy użyciu funkcji migracji w miejscu, stare środowisko zostanie zamknięte, usunięte i wszystkie aplikacje zostaną zmigrowane do nowego środowiska. Stare środowisko nie jest już dostępne. Wycofanie ze starego środowiska nie jest możliwe. - Co się stanie z zasobami środowiska App Service Environment w wersji 1/2 po 31 sierpnia 2024 r.?
Po 31 sierpnia 2024 r., jeśli nie korzystasz ze środowiska App Service Environment w wersji 3, środowisko App Service Environment w wersji 1/2s i wdrożone w nich aplikacje nie będą już dostępne. Środowisko App Service Environment w wersji 1/v2 jest hostowane w jednostkach skalowania usługi App Service działających w architekturze usług Cloud Services (wersja klasyczna), która zostanie wycofana 31 sierpnia 2024 r. W związku z tym środowisko App Service Environment w wersji 1/v2 nie będzie już dostępne po tej dacie. Przeprowadź migrację do środowiska App Service Environment w wersji 3, aby zachować działanie aplikacji lub zapisz lub utwórz kopię zapasową wszystkich zasobów lub danych, które należy zachować.