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

  • Artykuł

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 2 zostanie wycofane 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 2, wykonaj kroki opisane w tym artykule , aby przeprowadzić migrację do nowej wersji.

Od 29 stycznia 2024 r. nie można już tworzyć nowych zasobów środowiska App Service Environment w wersji 2 przy użyciu dowolnej z dostępnych metod, w tym szablonów usługi ARM/Bicep, witryny Azure Portal, interfejsu wiersza polecenia platformy Azure lub interfejsu API REST. Aby zapobiec usunięciu zasobów i utracie danych, musisz przeprowadzić migrację do środowiska App Service Environment w wersji 3 przed 31 sierpnia 2024 r.

Ś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 modułu 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 inne niż środowisko uruchomieniowe, w tym; Skalowanie planu usługi aplikacji, tworzenie aplikacji, konfiguracja aplikacji i publikowanie aplikacji mogą 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. Zarówno zawartość pliku witryny internetowej, jak i ustawienia i wpisy tajne dostarczone przez klienta 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 ARM 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 ARM i zawiera jednowartościową 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 zgodnie z wcześniejszym opisem, środowisko ASE nie jest wdrażane strefowo, a dane klientów nie są przechowywane wyłącznie w tym samym regionie.