Porównanie wersji środowiska App Service Environment
Środowisko App Service Environment ma trzy wersje. Środowisko App Service Environment w wersji 3 jest najnowszą wersją i zapewnia zalety i różnice funkcji w porównaniu z wcześniejszymi wersjami.
Ważne
Ten artykuł zawiera informacje o środowisku App Service Environment w wersji 1 i w wersji 2. Środowisko App Service Environment w wersji 1 i v2 jest wycofyzowane od 31 sierpnia 2024 r. Jest dostępna nowa wersja środowiska App Service Environment, która jest łatwiejsza do użycia i działa w bardziej wydajnej infrastrukturze. Aby dowiedzieć się więcej o nowej wersji, zacznij od wprowadzenia do środowiska App Service Environment. Jeśli obecnie używasz środowiska App Service Environment w wersji 1, wykonaj kroki opisane w tym artykule , aby przeprowadzić migrację do nowej wersji.
Od 31 sierpnia 2024 r. umowa dotycząca poziomu usług (SLA) i środki na usługi nie mają już zastosowania do obciążeń środowiska App Service Environment w wersji 1 i w wersji 2, które nadal znajdują się w środowisku produkcyjnym, ponieważ są wycofane produkty. Rozpoczęto likwidowanie sprzętu środowiska App Service Environment w wersji 1 i 2. Może to mieć wpływ na dostępność i wydajność aplikacji i danych.
Musisz natychmiast ukończyć migrację do środowiska App Service Environment w wersji 3 lub usunąć aplikacje i zasoby. Podejmiemy próbę automatycznej migracji wszystkich pozostałych środowisk App Service Environment w wersji 1 i 2 w oparciu o najlepsze rozwiązanie 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 potrzebujesz dodatkowego czasu, możemy zaoferować jednorazowy 30-dniowy okres prolongaty umożliwiający ukończenie migracji. Aby uzyskać więcej informacji i zażądać tego okresu prolongaty, zapoznaj się z omówieniem okresu prolongaty, a następnie przejdź do witryny Azure Portal i odwiedź blok Migracja dla każdego środowiska App Service Environment.
Aby uzyskać najbardziej aktualne informacje na temat wycofania środowiska App Service Environment w wersji 1/2, zobacz aktualizację wycofania środowiska App Service Environment w wersji 1 i 2.
Porównanie wersji
Wdrożenie
| Funkcja | Środowisko App Service Environment w wersji 1 | App Service Environment, wersja 2 | Środowisko App Service Environment w wersji 3 |
|---|---|---|---|
| Sprzęt | Cloud Services (wersja klasyczna) | Cloud Services (wersja klasyczna) | Virtual Machine Scale Sets |
| Dostępne jednostki SKU | P1, P2, P3, P4 | I1, I2, I3 | I1v2, I2v2, I3v2, I4v2, I5v2, I6v2 |
| Procesor CPU | Rdzenie fizyczne | Rdzenie fizyczne | Wirtualne CPu (vCPU) |
| Maksymalna liczba wystąpień | 55 hostów (domyślne frontony i procesy robocze) | 100 wystąpień na plan usługi App Service. Maksymalnie 200 wystąpień we wszystkich planach. | 100 wystąpień na plan usługi App Service. Maksymalnie 200 wystąpień we wszystkich planach. |
| Nadmiarowość stref | Nie. | Nie — przypinanie strefy do jednej strefy jest dostępne | Tak |
| Dedykowana grupa hostów | Nie | Nie. | Tak (niezgodne z nadmiarowością strefy) |
| Preferencje uaktualniania dotyczące planowanej konserwacji | Nie | Nie. | Tak |
| FTPS | Tak | Tak | Tak, należy jawnie włączyć. Dostęp do punktu końcowego FTPS przy użyciu niestandardowego sufiksu domeny nie jest obsługiwany. |
| Struktura punktu końcowego FTPS | ftps://APP-NAME.ASE-NAME.appserviceenvironment.net | ftps://APP-NAME.ASE-NAME.appserviceenvironment.net — sufiks domeny niestandardowej jest obsługiwany, jeśli został skonfigurowany przez zastąpienie nazwy środowiska App Service Environment i domyślnym sufiksem domeny sufiksem domeny niestandardowej. | ftps://ASE-NAME.ftp.appserviceenvironment.net/site/wwwroot — sufiks domeny niestandardowej nie jest obsługiwany. Każda aplikacja w tym samym środowisku App Service Environment w wersji 3 używa tego samego punktu końcowego FTPS, ale ma własne unikatowe poświadczenia zakresu aplikacji do uwierzytelniania. |
| Debugowanie zdalne | Tak | Tak | Tak, należy jawnie włączyć |
| Obsługa sieci wirtualnej platformy Azure (wersja klasyczna) | Tak | Nie. | Nie. |
Sieć
| Funkcja | Środowisko App Service Environment w wersji 1 | App Service Environment, wersja 2 | Środowisko App Service Environment w wersji 3 |
|---|---|---|---|
| Zależności sieciowe | Musi zarządzać całym ruchem przychodzącym i wychodzącym. Sieciowe grupy zabezpieczeń muszą zezwalać na ruch zarządzania. | Musi zarządzać całym ruchem przychodzącym i wychodzącym. Sieciowe grupy zabezpieczeń muszą zezwalać na ruch zarządzania. Upewnij się, że usługa Azure Load Balancer może nawiązać połączenie z podsiecią na porcie 16001. | Brak zależności sieciowych od sieci wirtualnej klienta. Upewnij się, że usługa Azure Load Balancer może nawiązać połączenie z podsiecią na porcie 80. |
| Obsługa prywatnego punktu końcowego | Nie | Nie. | Tak, należy jawnie włączyć |
| Uzyskiwanie dostępu do aplikacji w wewnętrznym środowisku usługi App Service Environment adresów VIP w globalnej komunikacji równorzędnej | Nie | Nie. | Tak |
| Ruch SMTP | Tak | Tak | Tak |
| Dzienniki przepływu usługi Network Watcher lub sieciowej grupy zabezpieczeń w celu monitorowania ruchu | Tak | Tak | Tak |
| Delegowanie podsieci | Niewymagane | Niewymagane | Musi być delegowane do Microsoft.Web/hostingEnvironments |
| Rozmiar podsieci | Środowisko App Service Environment w wersji 1 bez planów usługi App Service używa 12 adresów przed utworzeniem aplikacji. Jeśli używasz środowiska App Service Environment z wewnętrznym modułem równoważenia obciążenia w wersji 1, używa 13 adresów przed utworzeniem aplikacji. Podczas skalowania w poziomie role infrastruktury są dodawane w każdej wielokrotności 15 i 20 wystąpień planu usługi App Service. | Środowisko App Service Environment w wersji 2 bez planów usługi App Service używa 12 adresów przed utworzeniem aplikacji. Jeśli używasz środowiska App Service Environment z wewnętrznym modułem równoważenia obciążenia w wersji 2, przed utworzeniem aplikacji użyjesz 13 adresów. Podczas skalowania w poziomie role infrastruktury są dodawane w każdej wielokrotności 15 i 20 wystąpień planu usługi App Service. | Każda określona podsieć ma pięć adresów zarezerwowanych do celów zarządzania. Oprócz adresów zarządzania środowisko App Service Environment w wersji 3 dynamicznie skaluje infrastrukturę pomocniczą i używa między adresami 4 i 27 w zależności od konfiguracji i obciążenia. Pozostałe adresy można używać dla wystąpień w planie usługi App Service. Minimalny rozmiar podsieci może być przestrzenią adresową /27 (32 adresy). |
| Rezerwowa usługa DNS | Usługa DNS platformy Azure | Usługa DNS platformy Azure | Upewnij się, że masz usługę przesyłania dalej do publicznego systemu DNS lub dołącz usługę Azure DNS na liście niestandardowych serwerów DNS |
Skalowanie
Środowisko App Service Environment w wersji 3 działa w najnowszej infrastrukturze zestawów skalowania maszyn wirtualnych, podczas gdy środowisko App Service Environment w wersji 1 i 2 działa w usługach Cloud Services (wersja klasyczna). W związku z tym środowisko App Service Environment w wersji 3 ma najlepsze i najszybsze czasy skalowania we wszystkich wersjach.
| Funkcja | Środowisko App Service Environment w wersji 1 | App Service Environment, wersja 2 | Środowisko App Service Environment w wersji 3 |
|---|---|---|---|
| Zarządzanie skalowaniem frontonu | Ręczne | Ręczne | Zarządzane przez platformę |
| Operacje skalowania | Blokuje inne operacje skalowania | Blokuje inne operacje skalowania | Nie blokuje innych operacji skalowania |
Certyfikaty i domeny
| Funkcja | Środowisko App Service Environment w wersji 1 | App Service Environment, wersja 2 | Środowisko App Service Environment w wersji 3 |
|---|---|---|---|
| Powiązanie PROTOKOŁU SSL (Transport Layer Security) lub Secure Sockets Layer (SSL) oparte na protokole IP z aplikacjami | Tak | Tak | Nie. |
| Sufiks domeny niestandardowej | Tak (wymaga połączenia TLS opartego na protokole SNI) | Tak (obsługiwane tylko w przypadku niektórych wersji interfejsu API) | Tak |
| Domyślna nazwa hosta | Jeśli masz sufiks domeny niestandardowej, domyślna nazwa hosta zawiera sufiks domeny niestandardowej i znajduje się w postaci APP-NAME.internal.contoso.com. | Jeśli masz sufiks domeny niestandardowej, domyślna nazwa hosta zawiera sufiks domeny niestandardowej i znajduje się w postaci APP-NAME.internal.contoso.com. | Domyślna nazwa hosta zawsze używa domyślnego sufiksu domeny środowiska App Service Environment i ma postać APP-NAME.ASE-NAME.appserviceenvironment.net. Środowisko App Service Environment w wersji 3 zachowuje domyślny sufiks domeny podczas dodawania niestandardowego sufiksu domeny. W przypadku dodania sufiksu domeny niestandardowej konfiguracja sufiksu domeny niestandardowej znajduje się pod właściwością customDnsSuffixConfiguration . |
| Obsługa certyfikatów zarządzanych usługi App Service | Nie | Nie. | Nie. |
Kopia zapasowa i przywracanie
| Funkcja | Środowisko App Service Environment w wersji 1 | App Service Environment, wersja 2 | Środowisko App Service Environment w wersji 3 |
|---|---|---|---|
| Wykonywanie operacji tworzenia kopii zapasowej i przywracania na koncie magazynu za zaporą | Tak | Tak | Nie. |
Rejestrowanie i monitorowanie
| Funkcja | Środowisko App Service Environment w wersji 1 | App Service Environment, wersja 2 | Środowisko App Service Environment w wersji 3 |
|---|---|---|---|
| Rejestrowanie aplikacji na koncie magazynu za pośrednictwem sieci wirtualnej | Tak | Tak | L.p. Zaleca się użycie rejestrowania diagnostycznego. Jeśli musisz użyć zapory dla konta magazynu rejestrowania, konto magazynu musi znajdować się w innym regionie i używać wychodzących publicznych adresów środowiska App Service Environment w regułach. Aby uzyskać więcej informacji, zobacz Kwestie związane z siecią. |
| Integracja z usługą Azure Policy | Tak | Tak | Tak |
| Integracja z usługą Azure Advisor | Tak | Tak | Tak |
Cennik
Środowisko App Service Environment w wersji 3 jest często tańsze niż poprzednie wersje ze względu na usunięcie opłaty skarbowej i większych rozmiarów wystąpień. Aby uzyskać informacje i przykładowe scenariusze migracji do środowiska App Service Environment w wersji 3 mogą mieć wpływ na koszty, zobacz przykłady cen migracji i Szacowanie oszczędności kosztów przez migrację do środowiska App Service Environment w wersji 3.
| Funkcja | Środowisko App Service Environment w wersji 1 | App Service Environment, wersja 2 | Środowisko App Service Environment w wersji 3 |
|---|---|---|---|
| Cennik | Płatność za każdą procesor wirtualny | Opłata jednostkowa plus koszt wystąpienia izolowanego, rezerwacje są dostępne za opłatę jednostkową | Bez opłaty jednostkowej, a stawka izolowana w wersji 2 ma 1–3 lata ceny wystąpień zarezerwowanych. Dostępne są również plany oszczędności platformy Azure dla zasobów obliczeniowych. |
Często zadawane pytania
- Jakie jednostki SKU są dostępne w środowisku App Service Environment w wersji 1, w wersji 2 i w wersji 3?
- Co oznacza "brak zależności sieciowych od sieci wirtualnej klienta"?
- Dlaczego tworzenie i przywracanie kopii zapasowej na koncie magazynu za zaporą nie jest obsługiwane w środowisku App Service Environment w wersji 3?
- Do czego odnosi się sufiks domeny niestandardowej?
- W jakich regionach są obsługiwane różne wersje?
Jakie jednostki SKU są dostępne w środowisku App Service Environment w wersji 1, w wersji 2 i w wersji 3?
Środowisko App Service Environment w wersji 1 używa jednostki SKU w warstwie Premium i środowiska App Service Environment w wersji 2 przy użyciu izolowanej jednostki SKU. Środowisko App Service Environment w wersji 3 używa środowiska izolowanego w wersji 2. W poniższych tabelach wymieniono dostępne wystąpienia dla każdej jednostki SKU z odpowiednimi liczbami rdzeni i pamięcią RAM. Odpowiednie wystąpienia między izolowanym w wersji 2 i izolowanym mają dwa rdzenie i pamięć RAM. Ten wzrost pojemności należy przejrzeć podczas migracji do środowiska App Service Environment w wersji 3 z warstwy Izolowana lub Premium, aby upewnić się, że nie są nadmiernie aprowizowane.
App Service Environment v3 (izolowana wersja 2):
| Izolowana wersja 2 | Rdzenie | RAM (GB) |
|---|---|---|
| I1v2 | 2 | 8 |
| I2v2 | 100 | 16 |
| I3v2 | 8 | 32 |
| I4v2 | 16 | 64 |
| I5v2 | 32 | 128 |
| I6v2 | 64 | 256 |
Środowisko App Service Environment w wersji 2 (izolowane)::
| Izolowana | Rdzenie | RAM (GB) |
|---|---|---|
| I1 | 1 | 3.5 |
| I2 | 2 | 7 |
| I3 | 100 | 14 |
App Service Environment v1 (Premium):
| Premium | Rdzenie | RAM (GB) |
|---|---|---|
| P1 | 1 | 1,75 |
| P2 | 2 | 3.5 |
| P3 | 100 | 7 |
| P4 | 8 | 14 |
Co oznacza "brak zależności sieciowych od sieci wirtualnej klienta"?
W środowisku App Service Environment w wersji 3 nie trzeba ustawiać reguł ruchu przychodzącego i wychodzącego dla ruchu związanego z zarządzaniem i zależnościami. Środowisko App Service Environment w wersji 3 zostało zaprojektowane tak, aby ruch zarządzania i zależności pozostał w sieci szkieletowej platformy Azure zamiast sieci wirtualnej. Jedynym ruchem przechodzącym przez sieć wirtualną jest ruch aplikacji do i z aplikacji.
Minimalny wymóg działania środowiska App Service Environment w wersji 3 to:
| Porty źródłowe/docelowe | Kierunek | Element źródłowy | Element docelowy | Purpose |
|---|---|---|---|---|
| * / 80 | Przychodzący | AzureLoadBalancer | Zakres podsieci środowiska App Service Environment | Zezwalaj na wewnętrzny ruch ping kondycji |
Aby uzyskać więcej informacji na temat zależności sieciowych środowiska App Service Environment w wersji 3, zobacz porty i ograniczenia sieci.
W środowisku App Service Environment w wersji 2 istnieje wiele wymagań dotyczących ruchu przychodzącego i wychodzącego, którymi trzeba zarządzać. Modyfikowanie tych reguł może spowodować przejście środowiska do stanu złej kondycji.
- Przychodzących
- TCP z tagu usługi IP AppServiceManagement na portach 454, 455
- PROTOKÓŁ TCP z modułu równoważenia obciążenia na porcie 16001
- Z podsieci Środowiska App Service Environment do podsieci środowiska App Service Environment na wszystkich portach
- Wychodzących
- UDP do wszystkich adresów IP na porcie 53
- UDP do wszystkich adresów IP na porcie 123
- Tcp do wszystkich adresów IP na porcie 80, 443
- Tcp to the IPs service tag Sql on ports 1433 (Tcp to the IPs service tag Sql on ports 1433) (Tcp to the IPs service tag Sql on ports 143
- Tcp do wszystkich adresów IP na porcie 12000
- Do podsieci środowiska App Service Environment na wszystkich portach
Aby uzyskać więcej informacji na temat zależności sieci środowiska App Service Environment w wersji 2, zobacz zależności ruchu przychodzącego i wychodzącego.
Dlaczego tworzenie i przywracanie kopii zapasowej na koncie magazynu za zaporą nie jest obsługiwane w środowisku App Service Environment w wersji 3?
To ograniczenie jest wynikiem zmiany podstawowej infrastruktury wdrożonej dla środowiska App Service Environment w wersji 3. Ponieważ tworzenie kopii zapasowych i przywracanie to operacje zarządzania, a cały ruch zarządzania jest izolowany poza siecią wirtualną klienta, te operacje muszą odbywać się za pośrednictwem sieci szkieletowej platformy Azure. W związku z tym klient nie może jawnie zezwolić na ten ruch przez zaporę na koncie magazynu.
Do czego odnosi się sufiks domeny niestandardowej?
Sufiks domeny niestandardowej jest przeznaczony dla środowiska App Service Environment. Jest ona dostępna w środowisku App Service Environment w wersji 1 i w wersji 3, ale została usunięta ze środowiska App Service Environment w wersji 2.
Różni się ona od niestandardowego powiązania domeny w usłudze App Service. Sufiks domeny niestandardowej definiuje domenę główną, która może być używana przez środowisko App Service Environment. W publicznej odmianie usługi aplikacja systemu Azure domyślną domeną główną dla wszystkich aplikacji internetowych jest azurewebsites.net. W przypadku środowisk App Service Environment z wewnętrznym modułem równoważenia obciążenia domyślna domena główna to appserviceenvironment.net. Jednak ponieważ środowisko App Service Environment wewnętrznego modułu równoważenia obciążenia jest wewnętrzne dla sieci wirtualnej klienta, klienci mogą używać domeny głównej oprócz domyślnej, która ma sens do użycia w wewnętrznej sieci wirtualnej firmy. Na przykład hipotetyczna firma Contoso Corporation może używać domyślnej domeny głównej internal.contoso.com dla aplikacji, które mają być rozpoznawalne i dostępne tylko w sieci wirtualnej firmy Contoso. Dostęp do aplikacji w tej sieci wirtualnej można uzyskać, korzystając z APP-NAME.internal.contoso.com.
Aby uzyskać więcej informacji na temat sufiksu domeny niestandardowej, zobacz Custom domain sufiks for App Service Environments (Sufiks domeny niestandardowej dla środowisk App Service Environment).
W jakich regionach są obsługiwane różne wersje?
Ze względu na zmiany sprzętu między wersjami istnieją niektóre regiony, w których środowisko App Service Environment w wersji 1/v2 może być obsługiwane, ale nie środowisko App Service Environment w wersji 3. Lista obsługiwanych regionów jest stale aktualizowana przy użyciu najnowszych dostępności.