Zarządzanie środowiskiem App Service Environment

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 (ASE) to wdrożenie usługi aplikacja systemu Azure w podsieci w wystąpieniu usługi Azure Virtual Network klienta. AsE składa się z:

• Frontony: gdzie protokół HTTP lub HTTPS kończy działanie w środowisku App Service Environment
• Procesy robocze: zasoby hostujące aplikacje
• Baza danych: przechowuje informacje definiujące środowisko
• Magazyn: służy do hostowania aplikacji opublikowanych przez klienta

Środowisko ASE można wdrożyć przy użyciu zewnętrznego lub wewnętrznego wirtualnego adresu IP (VIP) na potrzeby dostępu do aplikacji. Wdrożenie z zewnętrznym adresem VIP jest często nazywane zewnętrznym asE. Wdrożenie z wewnętrznym adresem VIP jest nazywane środowiskom ASE wewnętrznego modułu równoważenia obciążenia, ponieważ używa wewnętrznego modułu równoważenia obciążenia (ILB). Aby dowiedzieć się więcej na temat środowiska ASE z wewnętrznym modułem równoważenia obciążenia, zobacz Tworzenie i używanie środowiska ASE z wewnętrznym modułem równoważenia obciążenia.

Tworzenie aplikacji w środowisku ASE

Aby utworzyć aplikację w środowisku ASE, należy użyć tego samego procesu co podczas normalnego tworzenia aplikacji, ale z kilkoma niewielkimi różnicami. Podczas tworzenia nowego planu usługi App Service:

• Zamiast wybierać lokalizację geograficzną, w której chcesz wdrożyć aplikację, wybierz środowisko ASE jako lokalizację.
• Wszystkie plany usługi App Service utworzone w środowisku ASE mogą znajdować się tylko w warstwie cenowej Izolowana.

Jeśli nie masz środowiska ASE, możesz go utworzyć, postępując zgodnie z instrukcjami w temacie Tworzenie środowiska App Service Environment.

Aby utworzyć aplikację w środowisku ASE:

1. Wybierz pozycję Utwórz zasób>Web + Mobile>Web App.

2. Wprowadź nazwę aplikacji. Jeśli plan usługi App Service został już wybrany w środowisku ASE, nazwa domeny aplikacji odzwierciedla nazwę domeny środowiska ASE:

   

3. Wybierz subskrypcję.

4. Wprowadź nazwę nowej grupy zasobów lub wybierz pozycję Użyj istniejącej i wybierz jedną z listy rozwijanej.

5. Wybierz system operacyjny.

6. Wybierz istniejący plan usługi App Service w środowisku ASE lub utwórz nowy, wykonując następujące kroki:

   a. W menu po lewej stronie witryny Azure Portal wybierz pozycję Utwórz aplikację internetową zasobu>.

   b. Wybierz subskrypcję.

   c. Wybierz lub utwórz grupę zasobów.

   d. Wprowadź nazwę aplikacji internetowej.

   e. Wybierz pozycję Kod lub DockerContainer.

   f. Wybierz stos środowiska uruchomieniowego.

   g. Wybierz pozycję Linux lub Windows.

   h. Wybierz środowisko ASE na liście rozwijanej Region .

   i. Wybierz lub utwórz nowy plan usługi App Service. W przypadku tworzenia nowego planu usługi App Service wybierz odpowiedni rozmiar jednostki SKU izolowanej .

   

   Uwaga

   Aplikacje systemu Linux i aplikacje systemu Windows nie mogą znajdować się w tym samym planie usługi App Service, ale mogą znajdować się w tym samym środowisku App Service Environment.

7. Wybierz pozycję Przejrzyj i utwórz, upewnij się, że informacje są poprawne, a następnie wybierz pozycję Utwórz.

Jak działa skala

Każda aplikacja usługi App Service jest uruchamiana w planie usługi App Service. Środowiska App Service Environment przechowują plany usługi App Service, a plany usługi App Service przechowują aplikacje. Podczas skalowania aplikacji można również skalować plan usługi App Service i wszystkie aplikacje w tym samym planie.

Podczas skalowania planu usługi App Service wymagana infrastruktura jest dodawana automatycznie. Podczas dodawania infrastruktury występuje opóźnienie czasu skalowania operacji. Jeśli wykonujesz kilka operacji skalowania w sekwencji, pierwsze żądanie skalowania infrastruktury jest wykonywane w kolejce, a pozostałe są kolejkowane. Po zakończeniu pierwszej operacji skalowania pozostałe infrastruktury żąda wszystkich operacji. Po dodaniu infrastruktury plany usługi App Service są przypisywane odpowiednio. Utworzenie nowego planu usługi App Service jest operacją skalowania, ponieważ żąda dodatkowego sprzętu. Operacja skalowania zwykle trwa od 30 do 60 minut.

W wielodostępnej usłudze App Service skalowanie jest natychmiastowe, ponieważ pula zasobów jest łatwo dostępna do jej obsługi. W środowisku ASE nie ma takiego buforu, a zasoby są przydzielane w zależności od potrzeb.

W środowisku ASE można skalować plan usługi App Service do 100 wystąpień. Środowisko ASE może mieć do 201 łącznych wystąpień we wszystkich planach usługi App Service w tym środowisku ASE.

Adresy IP

Usługa App Service może przydzielić dedykowany adres IP do aplikacji. Ta funkcja jest dostępna po skonfigurowaniu powiązania TLS/SSL opartego na protokole IP zgodnie z opisem w temacie Wiązanie istniejącego niestandardowego certyfikatu TLS/SSL z usługą aplikacja systemu Azure. W środowisku ASE z wewnętrznym modułem równoważenia obciążenia nie można dodać więcej adresów IP do użycia na potrzeby powiązania TLS/SSL opartego na protokole IP.

Za pomocą zewnętrznego środowiska ASE można skonfigurować powiązanie TLS/SSL oparte na protokole IP dla aplikacji w taki sam sposób, jak w wielodostępnej usłudze App Service. W środowisku ASE zawsze istnieje jeden zapasowy adres, do 30 adresów IP. Za każdym razem, gdy używasz jednego, drugi jest dodawany tak, aby adres był zawsze łatwo dostępny. Do przydzielenia innego adresu IP jest wymagane opóźnienie czasowe. To opóźnienie zapobiega dodawaniu adresów IP w krótkim odstępie czasu.

Skalowanie frontonu

Po skalowaniu w poziomie planów usługi App Service procesy robocze są automatycznie dodawane do ich obsługi. Każde środowiska ASE jest tworzone z dwoma frontonami. Frontony są automatycznie skalowane w poziomie w tempie jednego frontonu dla każdego zestawu 15 wystąpień planu usługi App Service. Jeśli na przykład masz trzy plany usługi App Service z pięcioma wystąpieniami, masz łącznie 15 wystąpień i trzy frontony. W przypadku skalowania do łącznej liczby 30 wystąpień masz cztery frontony. Ten wzorzec jest kontynuowany podczas skalowania w poziomie.

Liczba frontonów przydzielonych domyślnie jest dobra dla umiarkowanego obciążenia. Współczynnik można obniżyć do zaledwie jednego frontonu dla każdego pięciu wystąpień. Można również zmienić rozmiar frontonów. Domyślnie są one jednym rdzeniem. W witrynie Azure Portal możesz zmienić ich rozmiar na dwa lub cztery rdzenie.

Opłaty są naliczane za zmianę współczynnika lub rozmiarów frontonu. Aby uzyskać więcej informacji, zobacz cennik usługi aplikacja systemu Azure Service. Jeśli chcesz zwiększyć pojemność obciążenia środowiska ASE, przed dostosowaniem współczynnika skalowania uzyskasz większą poprawę, skalując najpierw do dwurdzeniowych frontonów. Zmiana rozmiaru rdzeni frontonu spowoduje uaktualnienie środowiska ASE i powinno odbywać się poza regularnymi godzinami pracy.

Zasoby frontonu to punkt końcowy HTTP/HTTPS dla środowiska ASE. W przypadku domyślnej konfiguracji frontonu użycie pamięci na fronton stale wynosi około 60 procent. Głównym powodem skalowania frontonów jest użycie procesora CPU, które jest głównie spowodowane ruchem HTTPS.

Dostęp do aplikacji

W zewnętrznym środowisku ASE sufiks domeny używany do tworzenia aplikacji to .<asename.p.azurewebsites.net>. Jeśli środowisko ASE ma nazwę external-ase i hostujesz aplikację o nazwie contoso w tym środowisku ASE, skontaktuj się z nim pod następującymi adresami URL:

• contoso.external-ase.p.azurewebsites.net
• contoso.scm.external-ase.p.azurewebsites.net

Aby uzyskać informacje o sposobie tworzenia zewnętrznego środowiska ASE, zobacz Tworzenie środowiska App Service Environment.

W środowisku ASE z wewnętrznym modułem równoważenia obciążenia sufiks domeny używany do tworzenia aplikacji to .<asename.appserviceenvironment.net>. Jeśli środowisko ASE ma nazwę ilb-ase i hostujesz aplikację o nazwie contoso w tym środowisku ASE, skontaktuj się z nim pod następującymi adresami URL:

• contoso.ilb-ase.appserviceenvironment.net
• contoso.scm.ilb-ase.appserviceenvironment.net

Aby uzyskać informacje na temat tworzenia środowiska ASE z wewnętrznym modułem równoważenia obciążenia, zobacz Tworzenie i używanie środowiska ASE z wewnętrznym modułem równoważenia obciążenia.

Adres URL SCM służy do uzyskiwania dostępu do konsoli Kudu lub publikowania aplikacji przy użyciu narzędzia Web Deploy. Konsola Kudu udostępnia internetowy interfejs użytkownika do debugowania, przekazywania plików, edytowania plików i nie tylko.

Konfiguracja DNS

W przypadku korzystania z zewnętrznego środowiska ASE aplikacje utworzone w środowisku ASE są rejestrowane w usłudze Azure DNS. Nie ma żadnych dodatkowych kroków, a następnie w zewnętrznym środowisku ASE, aby aplikacje były publicznie dostępne. W środowisku ASE z wewnętrznym modułem równoważenia obciążenia musisz zarządzać własną usługą DNS. Można to zrobić na własnym serwerze DNS lub w strefach prywatnych usługi Azure DNS.

Aby skonfigurować usługę DNS na własnym serwerze DNS przy użyciu środowiska ASE wewnętrznego modułu równoważenia obciążenia:

1. tworzenie strefy dla <nazwy> środowiska ASE.appserviceenvironment.net
2. utwórz rekord A w tej strefie, który wskazuje * na adres IP modułu równoważenia obciążenia
3. utwórz rekord A w tej strefie, który wskazuje znak @ na adres IP wewnętrznym modułu równoważenia obciążenia
4. utwórz strefę w <nazwie> środowiska ASE.appserviceenvironment.net o nazwie scm
5. utwórz rekord A w strefie scm, który wskazuje * na adres IP modułu równoważenia obciążenia

Aby skonfigurować usługę DNS w strefach prywatnych usługi Azure DNS:

1. tworzenie strefy prywatnej usługi Azure DNS o nazwie <NAZWA> ŚRODOWISKA ASE.appserviceenvironment.net
2. utwórz rekord A w tej strefie, który wskazuje * na adres IP modułu równoważenia obciążenia
3. utwórz rekord A w tej strefie, który wskazuje znak @ na adres IP wewnętrznym modułu równoważenia obciążenia
4. utwórz rekord A w tej strefie, który wskazuje *.scm na adres IP modułu równoważenia obciążenia

Ustawienia DNS dla domyślnego sufiksu domeny środowiska ASE nie ograniczają aplikacji do dostępu tylko przez te nazwy. Możesz ustawić niestandardową nazwę domeny bez sprawdzania poprawności aplikacji w środowisku ASE z wewnętrznym modułem równoważenia obciążenia. Jeśli chcesz utworzyć strefę o nazwie contoso.net, możesz to zrobić i wskazać adres IP modułu równoważenia obciążenia. Nazwa domeny niestandardowej działa dla żądań aplikacji, ale nie dotyczy witryny scm. Witryna scm jest dostępna tylko pod <adresem appname.scm.<>asename.appserviceenvironment.net>.

Strefa o nazwie .<asename.appserviceenvironment.net> jest globalnie unikatowy. Przed majem 2019 r. klienci mogli określić sufiks domeny środowiska ASE z wewnętrznym modułem równoważenia obciążenia. Jeśli chcesz użyć pliku .contoso.com dla sufiksu domeny, możesz to zrobić i będzie to obejmować witrynę scm. Wystąpiły wyzwania związane z tym modelem, w tym; zarządzanie domyślnym certyfikatem TLS/SSL, brak logowania jednokrotnego w witrynie scm oraz wymaganie użycia certyfikatu wieloznacznych. Domyślny proces uaktualniania certyfikatu środowiska ASE z wewnętrznym modułem równoważenia obciążenia był również zakłócany i spowodował ponowne uruchomienie aplikacji. Aby rozwiązać te problemy, zachowanie środowiska ASE z wewnętrznym modułem równoważenia obciążenia zostało zmienione w celu użycia sufiksu domeny na podstawie nazwy środowiska ASE i sufiksu należącego do firmy Microsoft. Zmiana zachowania środowiska ASE z wewnętrznym modułem równoważenia obciążenia dotyczy tylko środowisk ASE z wewnętrznym modułem równoważenia obciążenia po maju 2019 r. Istniejące środowiska ASE wewnętrznego modułu równoważenia obciążenia muszą nadal zarządzać certyfikatem domyślnym środowiska ASE i ich konfiguracją DNS. Jeśli środowisko ASE z wewnętrznym modułem równoważenia obciążenia w wersji 2 zostało utworzone po maju 2019 r., nie musisz zarządzać domyślnym certyfikatem modułu równoważenia obciążenia, ponieważ jest on zarządzany przez firmę Microsoft.

Publikowanie

W środowisku ASE, podobnie jak w przypadku wielodostępnego usługi App Service, można opublikować przy użyciu następujących metod:

• Wdrożenie w sieci Web
• FTP
• Ciągła integracja (CI)
• Przeciągnij i upuść w konsoli Kudu
• Środowisko IDE, takie jak Visual Studio, Eclipse lub IntelliJ IDEA

W przypadku zewnętrznego środowiska ASE te opcje publikowania działają w taki sam sposób. Aby uzyskać więcej informacji, zobacz Wdrażanie w usłudze aplikacja systemu Azure.

W przypadku środowiska ASE z wewnętrznym modułem równoważenia obciążenia punkty końcowe publikowania są dostępne tylko za pośrednictwem modułu równoważenia obciążenia. Moduł równoważenia obciążenia znajduje się na prywatnym adresie IP w podsieci środowiska ASE w sieci wirtualnej. Jeśli nie masz dostępu sieciowego do modułu równoważenia obciążenia, nie możesz opublikować żadnych aplikacji w tym ase. Jak wspomniano w artykule Tworzenie i używanie środowiska ASE z wewnętrznym modułem równoważenia obciążenia, należy skonfigurować system DNS dla aplikacji w systemie. To wymaganie obejmuje punkt końcowy SCM. Jeśli punkty końcowe nie są poprawnie zdefiniowane, nie można opublikować. Twoje środowiska IDE muszą mieć również dostęp sieciowy do modułu równoważenia obciążenia, aby publikować je bezpośrednio.

Bez dodatkowych zmian internetowe systemy ciągłej integracji, takie jak GitHub i Azure DevOps, nie działają ze środowiskiem ASE z wewnętrznym modułem równoważenia obciążenia, ponieważ punkt końcowy publikowania nie jest dostępny w Internecie. Publikowanie w środowisku ASE z wewnętrznym modułem równoważenia obciążenia z usługi Azure DevOps można włączyć, instalując własnego agenta wydania w sieci wirtualnej zawierającej środowisko ASE z wewnętrznym modułem równoważenia obciążenia. Alternatywnie możesz również użyć systemu ciągłej integracji, który korzysta z modelu ściągania, takiego jak Dropbox.

Punkty końcowe publikowania dla aplikacji w środowisku ASE z wewnętrznym modułem równoważenia obciążenia używają domeny, za pomocą której utworzono to środowisko. Można go zobaczyć w profilu publikowania aplikacji i w okienku portalu aplikacji (w obszarze Przegląd>podstawowe elementy, a także we właściwościach).

Storage

Usługa ASE ma 1 TB miejsca do magazynowania dla wszystkich aplikacji w środowisku ASE. Plan usługi App Service w jednostce SKU cen izolowanej ma limit 250 GB. W środowisku ASE 250 GB miejsca do magazynowania jest dodawane na plan usługi App Service do limitu 1 TB. Możesz mieć więcej planów usługi App Service niż tylko cztery, ale nie ma więcej miejsca do magazynowania dodanego poza limitem 1 TB.

Monitorowanie

Jako klient należy monitorować plany usługi App Service oraz poszczególne uruchomione aplikacje i podejmować odpowiednie działania. W przypadku środowiska App Service Environment w wersji 2 należy również zwrócić uwagę na metryki dotyczące infrastruktury platformy. Te metryki umożliwiają wgląd w sposób działania infrastruktury platformy i serwerów frontonu (multiRole) oraz podejmowanie działań, jeśli są one intensywnie używane i nie uzyskujesz maksymalnej przepływności.

Za pomocą witryny Azure Portal i interfejsu wiersza polecenia można skonfigurować współczynnik skalowania serwerów frontonu z zakresu od 5 do 15 (domyślnie 15) wystąpień planu usługi App Service na serwer frontonu. Środowisko App Service Environment zawsze będzie mieć co najmniej dwa serwery frontonu. Można również zwiększyć rozmiar serwerów frontonu.

Zakres metryk używany do monitorowania infrastruktury platformy nosi nazwę Microsoft.Web/hostingEnvironments/multiRolePools.

Zobaczysz zakres o nazwie Microsoft.Web/hostingEnvironments/workerPools. Metryki w tym miejscu dotyczą tylko środowiska App Service Environment w wersji 1.

Rejestrowanie

Możesz zintegrować usługę ASE z usługą Azure Monitor, aby wysyłać dzienniki dotyczące środowiska ASE do usługi Azure Storage, Azure Event Hubs lub Log Analytics. Te elementy są rejestrowane dzisiaj:

Sytuacja	Wiadomość
Środowiska ASE są w złej kondycji	Określony środowisko ASE jest w złej kondycji z powodu nieprawidłowej konfiguracji sieci wirtualnej. Stan środowiska ASE zostanie zawieszony, jeśli stan złej kondycji będzie kontynuowany. Upewnij się, że wytyczne zdefiniowane tutaj są następujące: Zagadnienia dotyczące sieci dla środowiska App Service Environment.
Podsieć środowiska ASE jest prawie poza miejscem	Określony asE znajduje się w podsieci, która jest prawie poza miejscem. {0} Istnieją pozostałe adresy. Po wyczerpaniu tych adresów usługa ASE nie będzie mogła skalować.
Usługa ASE zbliża się do całkowitego limitu wystąpień	Określone środowiska ASE zbliżają się do całkowitego limitu wystąpień środowiska ASE. Obecnie zawiera {0} wystąpienia planu usługi App Service dla maksymalnie 201 wystąpień.
Usługa ASE nie może nawiązać połączenia z zależnością	Określony program ASE nie może nawiązać połączenia z usługą {0}. Upewnij się, że wytyczne zdefiniowane tutaj są następujące: Zagadnienia dotyczące sieci dla środowiska App Service Environment.
Środowiska ASE są zawieszone	Określone środowiska ASE są zawieszone. Zawieszenie środowiska ASE może być spowodowane brakiem konta lub nieprawidłową konfiguracją sieci wirtualnej. Rozwiąż główną przyczynę i wznów działanie środowiska ASE, aby kontynuować obsługę ruchu.
Rozpoczęto uaktualnianie środowiska ASE	Rozpoczęto uaktualnienie platformy do określonego środowiska ASE. Spodziewaj się opóźnień w operacjach skalowania.
Uaktualnienie środowiska ASE zostało ukończone	Uaktualnienie platformy do określonego środowiska ASE zostało zakończone.
Rozpoczęto operacje skalowania	Plan usługi App Service ({0}) rozpoczął skalowanie. Żądany stan: {1} Pracownicy{2} .
Ukończono operacje skalowania	Plan usługi App Service ({0}) zakończył skalowanie. Bieżący stan: {1} Pracownicy{2} .
Operacje skalowania zakończyły się niepowodzeniem	Nie można skalować planu usługi App Service ({0}). Bieżący stan: {1} Pracownicy{2} .

Aby włączyć rejestrowanie w usłudze ASE:

1. W portalu przejdź do pozycji Ustawienia diagnostyczne.
2. Wybierz pozycję Dodaj ustawienia diagnostyczne.
3. Podaj nazwę integracji dziennika.
4. Wybierz i skonfiguruj żądane miejsca docelowe dziennika.
5. Wybierz pozycję AppServiceEnvironmentPlatformLogs.

W przypadku integracji z usługą Log Analytics dzienniki można wyświetlić, wybierając pozycję Dzienniki w portalu środowiska ASE i tworząc zapytanie względem usługi AppServiceEnvironmentPlatformLogs. Dzienniki są emitowane tylko wtedy, gdy usługa ASE ma zdarzenie, które go wyzwoli. Jeśli usługa ASE nie ma takiego zdarzenia, nie będzie żadnych dzienników. Aby szybko zobaczyć przykład dzienników w obszarze roboczym usługi Log Analytics, wykonaj operację skalowania z jednym z planów usługi App Service w środowisku ASE. Następnie można uruchomić zapytanie względem elementu AppServiceEnvironmentPlatformLogs , aby wyświetlić te dzienniki.

Tworzenie alertu

Aby utworzyć alert dotyczący dzienników, postępuj zgodnie z instrukcjami w temacie Tworzenie, wyświetlanie alertów dzienników i zarządzanie nimi przy użyciu usługi Azure Monitor. Krótko mówiąc:

• Otwórz stronę Alerty w portalu środowiska ASE
• Wybierz pozycję Nowa reguła alertu
• Wybierz zasób, aby być obszarem roboczym usługi Log Analytics
• Ustaw warunek przy użyciu niestandardowego wyszukiwania dzienników, aby użyć zapytania, takiego jak "AppServiceEnvironmentPlatformLogs | gdzie ResultDescription zawiera wartość "rozpoczęła skalowanie" lub cokolwiek innego. Ustaw odpowiednio próg.
• Dodaj lub utwórz grupę akcji zgodnie z potrzebami. Grupa akcji służy do definiowania odpowiedzi na alert, na przykład wysyłania wiadomości e-mail lub wiadomości SMS
• Nadaj alertowi nazwę i zapisz go.

Preferencje uaktualniania

Jeśli masz wiele środowiska ASE, możesz chcieć uaktualnić niektóre środowiska ASE przed innymi. To zachowanie można włączyć za pośrednictwem portalu środowiska ASE. W obszarze Konfiguracja możesz ustawić preferencję Uaktualnianie. Trzy możliwe wartości to:

• Brak: platforma Azure uaktualni środowiska ASE w żadnej konkretnej partii. Jest to wartość domyślna.
• Wcześniej: Środowisko ASE zostanie uaktualnione w pierwszej połowie uaktualnień usługi App Service.
• Późno: Środowisko ASE zostanie uaktualnione w drugiej połowie uaktualnień usługi App Service.

Wybierz żądaną wartość i wybierz pozycję Zapisz. Wartość domyślna dla dowolnego środowiska ASE to Brak.

Funkcja upgradePreferences ma największe znaczenie, gdy masz wiele środowisk ASE, ponieważ "Wczesne" środowiska ASE zostaną uaktualnione przed "późnym" środowiskami ASE. Jeśli masz wiele środowisk ASE, należy ustawić środowisko ASE programistyczne i testowe na wartość "Wczesne", a produkcyjne środowiska ASE mają wartość "Late".

Cennik

Jednostka SKU cenowa o nazwie Isolated jest używana tylko w środowiskach ASE. Wszystkie plany usługi App Service hostowane w środowisku ASE znajdują się w jednostce SKU z cennikiem izolowanym. Izolowane stawki dla planów usługi App Service mogą się różnić w zależności od regionu.

Oprócz ceny planów usługi App Service istnieje stawka płaska dla samego środowiska ASE. Stawka płaska nie zmienia się wraz z rozmiarem środowiska ASE. Płaci za infrastrukturę środowiska ASE w domyślnym tempie skalowania jednego dodatkowego frontonu dla każdego 15 wystąpień planu usługi App Service.

Jeśli domyślna szybkość skalowania jednego frontonu dla każdego 15 wystąpień planu usługi App Service nie jest wystarczająco szybka, możesz dostosować współczynnik dodawania frontonów lub rozmiar frontonów. Po dostosowaniu współczynnika lub rozmiaru płacisz za rdzenie frontonu, które nie zostaną domyślnie dodane.

Jeśli na przykład dostosujesz współczynnik skalowania do 10, fronton zostanie dodany dla każdego 10 wystąpień w planach usługi App Service. Opłata płaska obejmuje stawkę skali jednego frontonu dla każdego 15 wystąpień. Przy współczynniku skalowania wynoszącym 10 płacisz opłatę za trzeci fronton dodany dla 10 wystąpień planu usługi App Service. Nie musisz płacić za nie, gdy osiągniesz 15 wystąpień, ponieważ została ona dodana automatycznie.

Jeśli dostosujesz rozmiar frontonów do dwóch rdzeni, ale nie dostosujesz współczynnika, płacisz za dodatkowe rdzenie. Usługa ASE jest tworzona z dwoma frontonami, więc nawet poniżej progu automatycznego skalowania płacisz za dwa dodatkowe rdzenie, jeśli zwiększysz rozmiar do dwurdzeniowych frontonów.

Aby uzyskać więcej informacji, zobacz cennik usługi aplikacja systemu Azure Service.

Usuwanie środowiska ASE

Aby usunąć środowiska ASE:

1. Wybierz pozycję Usuń w górnej części okienka App Service Environment .

2. Wprowadź nazwę środowiska ASE, aby potwierdzić, że chcesz go usunąć. Usunięcie środowiska ASE powoduje również usunięcie całej zawartości.

   

3. Wybierz przycisk OK.

Interfejs wiersza polecenia środowiska ASE

Istnieją możliwości wiersza polecenia do administrowania środowiskaMI ASE. Poniżej wymieniono polecenia interfejsu wiersza polecenia platformy Azure.

C:\>az appservice ase --help

Group
    az appservice ase : Manage App Service Environments v2.
        This command group is in preview. It may be changed/removed in a future release.
Commands:
    create         : Create app service environment.
    delete         : Delete app service environment.
    list           : List app service environments.
    list-addresses : List VIPs associated with an app service environment.
    list-plans     : List app service plans associated with an app service environment.
    show           : Show details of an app service environment.
    update         : Update app service environment.

For more specific examples, use: az find "az appservice ase"