Obsługa strefy dostępności dla środowiska App Service Environment w wersji 2

Ważne

Ten artykuł dotyczy środowiska App Service Environment w wersji 2, który jest używany z planami izolowanej usługi App Service. Ś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.

Środowisko App Service Environment w wersji 2 (ASE) można wdrożyć w Strefy dostępności (AZ). Klienci mogą wdrożyć wewnętrzne środowiska ASE modułu równoważenia obciążenia (ILB) do określonego modułu AZ w regionie świadczenia usługi Azure. W przypadku przypinania środowiska ASE z wewnętrznym modułem równoważenia obciążenia do określonego az zasoby używane przez środowiska ASE z wewnętrznym modułem równoważenia obciążenia zostaną przypięte do określonego az lub wdrożone w strefowo nadmiarowy sposób.

Ase z wewnętrznym modułem równoważenia obciążenia, który jest jawnie wdrożony w az, jest uważany za zasób strefowy, ponieważ środowiska ASE z wewnętrznym modułem równoważenia obciążenia są przypięte do określonej strefy. Następujące zależności środowiska ASE z wewnętrznym modułem równoważenia obciążenia zostaną przypięte do określonej strefy:

• wewnętrzny adres IP modułu równoważenia obciążenia środowiska ASE
• zasoby obliczeniowe używane przez środowisko ASE do zarządzania aplikacjami internetowymi i uruchamiania ich

Zdalny magazyn plików dla aplikacji internetowych wdrożonych w strefowym środowisku ASE z wewnętrznym modułem równoważenia obciążenia używa magazynu strefowo nadmiarowego (ZRS).

Jeśli nie zostaną wykonane kroki opisane w tym artykule, środowiska ASE z wewnętrznym modułem równoważenia obciążenia nie są wdrażane automatycznie w sposób strefowy. Nie można przypiąć zewnętrznego środowiska ASE z publicznym adresem IP do określonej strefy dostępności.

Strefowe środowiska ASE z wewnętrznym modułem równoważenia obciążenia można utworzyć w dowolnym z następujących regionów:

• Australia Wschodnia
• Kanada Środkowa
• Central US
• East US
• Wschodnie stany USA 2
• Wschodnie stany USA 2 (EUAP)
• Francja Środkowa
• Japonia Wschodnia
• Europa Północna
• West Europe
• Southeast Asia
• Południowe Zjednoczone Królestwo
• Zachodnie stany USA 2

Aplikacje wdrożone na strefowym środowisku ASE z wewnętrznym modułem równoważenia obciążenia będą nadal działać i obsługiwać ruch w tym środowisku ASE, nawet jeśli w innych strefach w tym samym regionie wystąpi awaria. Istnieje możliwość, że zachowania nieuruchomienia, w tym; Skalowanie planu usługi aplikacji, tworzenie aplikacji, konfiguracja aplikacji i publikowanie aplikacji może nadal mieć wpływ na awarię w innych strefach dostępności. Przypięte do strefy wdrożenie strefowego środowiska ASE z wewnętrznym modułem równoważenia obciążenia zapewnia tylko stały czas pracy dla już wdrożonych aplikacji.

Jak wdrożyć środowisko App Service Environment w strefie dostępności

Strefowe środowiska ASE z wewnętrznym modułem równoważenia obciążenia muszą zostać utworzone przy użyciu szablonów usługi ARM. Po utworzeniu strefowego środowiska ASE z wewnętrznym modułem równoważenia obciążenia za pośrednictwem szablonu usługi ARM można go wyświetlać i korzystać z niego za pośrednictwem witryny Azure Portal i interfejsu wiersza polecenia. Szablon usługi ARM jest wymagany tylko do początkowego utworzenia strefowego środowiska ASE z wewnętrznym modułem równoważenia obciążenia.

Jedyną zmianą wymaganą w szablonie usługi ARM w celu określenia strefowego środowiska ASE z wewnętrznym modułem równoważenia obciążenia jest nowa właściwość stref. Właściwość zones powinna być ustawiona na wartość "1", "2" lub "3" w zależności od logicznej strefy dostępności, z którą należy przypiąć środowiska ASE z wewnętrznym modułem równoważenia obciążenia.

Poniższy przykładowy fragment kodu szablonu usługi ARM przedstawia nową właściwość stref określającą, że środowisko ASE z wewnętrznym modułem równoważenia obciążenia powinno zostać przypięte do strefy 2.

"resources": [
    {
        "type": "Microsoft.Web/hostingEnvironments",
        "kind": "ASEV2",
        "name": "yourASENameHere",
        "apiVersion": "2015-08-01",
        "location": "your location here",
        "zones": [
            "2"
        ],
        "properties": {
            "name": "yourASENameHere",
            "location": "your location here",
            "ipSslAddressCount": 0,
            "internalLoadBalancingMode": "3",
            "dnsSuffix": "contoso-internal.com",
            "virtualNetwork": {
                "Id": "/subscriptions/your-subscription-id-here/resourceGroups/your-resource-group-here/providers/Microsoft.Network/virtualNetworks/your-vnet-name-here",
                "Subnet": "yourSubnetNameHere"
            }
        }
    }
]

Aby aplikacje zostały strefowo nadmiarowe, należy wdrożyć dwa strefowe środowiska ASE z wewnętrznym modułem równoważenia obciążenia. Dwa strefowe środowiska ASE z wewnętrznym modułem równoważenia obciążenia muszą znajdować się w oddzielnych strefach dostępności. Następnie należy wdrożyć aplikacje w każdym środowisku ASE z wewnętrznym modułem równoważenia obciążenia. Po utworzeniu aplikacji należy skonfigurować rozwiązanie do równoważenia obciążenia. Zalecanym rozwiązaniem jest wdrożenie strefowo nadmiarowej usługi Application Gateway nadrzędnej strefowych asesy równoważenia obciążenia.

Miejsce przechowywania danych w regionie

Środowiska ASE z wewnętrznym modułem równoważenia obciążenia wdrożone w strefie dostępności będą przechowywać tylko dane klientów w regionie, w którym wdrożono strefowe środowisko ASE z wewnętrznym modułem równoważenia obciążenia. Zawartość pliku witryny internetowej oraz ustawienia i wpisy tajne przechowywane w usłudze App Service pozostają w regionie, w którym wdrożono strefowe środowisko ASE z wewnętrznym modułem równoważenia obciążenia.

Klienci zapewniają miejsce przechowywania danych w jednym regionie, wykonując kroki opisane wcześniej w sekcji "Jak wdrożyć środowisko App Service Environment w strefie dostępności". Konfigurując środowisko App Service Environment zgodnie z tymi krokami, środowisko App Service Environment wdrożone w strefie dostępności spełnia wymagania dotyczące przechowywania danych w regionie, w tym określone w Centrum zaufania Platformy Azure.

Klienci mogą sprawdzić, czy środowisko App Service Environment jest prawidłowo skonfigurowane do przechowywania danych w jednym regionie, wykonując następujące kroki:

1. Za pomocą Eksploratora zasobów przejdź do zasobu usługi Azure Resource Manager dla środowiska App Service Environment. Środowiska ASE są wymienione w obszarze providers/Microsoft.Web/hostingEnvironments.
2. Jeśli właściwość zones istnieje w widoku składni JSON usługi Azure Resource Manager i zawiera pojedynczą tablicę JSON o wartości "1", "2" lub "3", środowisko ASE jest wdrażane strefowo, a dane klientów pozostają w tym samym regionie.
3. Jeśli właściwość stref nie istnieje lub właściwość nie ma prawidłowej wartości strefy, jak określono wcześniej, środowisko ASE nie jest wdrażane strefowo, a dane klientów nie są przechowywane wyłącznie w tym samym regionie.