App Service-környezet kezelése

Fontos

Ez a cikk az App Service Environment v2-ről szól, amelyet izolált App Service-csomagokkal használnak. Az App Service Environment v2 2-et 2024. augusztus 31-én kivonjuk. Az App Service Environment új verziója egyszerűbben használható és hatékonyabb infrastruktúrán futtatható. Az új verzióról az App Service-környezet bemutatása című cikkből tudhat meg többet. Ha jelenleg az App Service Environment 2-es verzióját használja, kövesse az ebben a cikkben ismertetett lépéseket az új verzióra való migráláshoz.

2024. január 29-étől már nem hozhat létre új App Service Environment v2-erőforrásokat az elérhető módszerek , például ARM/Bicep-sablonok, Azure Portal, Azure CLI vagy REST API használatával. 2024. augusztus 31-ig át kell telepítenie az App Service Environment v3-ra az erőforrás törlésének és adatvesztésének megakadályozása érdekében.

Az App Service-környezet (A Standard kiadás) a Azure-alkalmazás Szolgáltatás üzembe helyezése egy alhálózaton az ügyfél Azure Virtual Network-példányában. Az A Standard kiadás a következőkből áll:

• Előtérvégek: Ahol a HTTP vagy a HTTPS leáll egy App Service-környezetben
• Feldolgozók: Az alkalmazásokat üzemeltető erőforrások
• Adatbázis: A környezetet meghatározó információkat tárolja
• Tárolás: Az ügyfél által közzétett alkalmazások üzemeltetésére szolgál

Az A Standard kiadás külső vagy belső virtuális IP-címmel (VIP) is üzembe helyezheti az alkalmazáshozzáféréshez. A külső VIRTUÁLIS IP-címmel rendelkező üzembe helyezéseket gyakran külső A Standard kiadás-nak nevezik. A belső VIP-vel rendelkező üzembe helyezéseket ILB A-nek nevezzük Standard kiadás mert belső terheléselosztót (ILB) használ. Az ILB A Standard kiadás további információért lásd: ILB A létrehozása és használata Standard kiadás.

Alkalmazás létrehozása A-ben Standard kiadás

Egy alkalmazás A Standard kiadás-ben való létrehozásához ugyanazt a folyamatot kell használnia, mint amikor általában létrehoz egy alkalmazást, de néhány kisebb különbséggel. Új App Service-csomag létrehozásakor:

• Ahelyett, hogy földrajzi helyet választaná az alkalmazás üzembe helyezéséhez, egy A Standard kiadás választja ki a helyét.
• Az A Standard kiadás-ben létrehozott összes App Service-csomag csak izolált tarifacsomagban lehet.

Ha nem rendelkezik A Standard kiadás, létrehozhat egyet az App Service-környezet létrehozása című témakör utasításait követve.

Alkalmazás létrehozása A Standard kiadás:

1. Válassza a Create a resource Web + Mobile Web App (Erőforrás>web létrehozása + Mobil>webalkalmazás) lehetőséget.

2. Adja meg az alkalmazás nevét. Ha már kiválasztott egy App Service-csomagot egy A Standard kiadás, az alkalmazás tartományneve az A tartománynevét tükrözi Standard kiadás:

   

3. Válasszon ki egy előfizetést.

4. Adjon nevet egy új erőforráscsoportnak, vagy válassza a Meglévő használata lehetőséget, és válasszon egyet a legördülő listából.

5. Válassza ki az operációs rendszert.

6. Válasszon ki egy meglévő App Service-csomagot az A Standard kiadás, vagy hozzon létre egy újat az alábbi lépések végrehajtásával:

   a. Az Azure Portal bal oldali menüjében válassza az Erőforrás > webalkalmazás létrehozása lehetőséget.

   b. Válassza ki az előfizetést.

   c. Válassza ki vagy hozza létre az erőforráscsoportot.

   d. Adja meg a webalkalmazás nevét.

   e. Válassza a Code vagy a DockerContainer lehetőséget.

   f. Válasszon ki egy futtatókörnyezeti vermet.

   : Válassza a Linux vagy a Windows lehetőséget.

   h. Válassza ki az A Standard kiadás a Régió legördülő listában.

   i. Válasszon vagy hozzon létre egy új App Service-csomagot. Új App Service-csomag létrehozásakor válassza ki a megfelelő izolált termékváltozat-méretet.

   

   Feljegyzés

   A Linux-alkalmazások és a Windows-alkalmazások nem lehetnek ugyanabban az App Service-csomagban, de ugyanabban az App Service-környezetben lehetnek.

7. Válassza a Véleményezés + létrehozás lehetőséget, győződjön meg arról, hogy az adatok helyesek, majd válassza a Létrehozás lehetőséget.

A skálázás működése

Minden App Service-alkalmazás egy App Service-csomagban fut. Az App Service-környezetek App Service-csomagokat, az App Service-csomagokat pedig alkalmazásokat tárolnak. Az alkalmazások skálázásakor az App Service-csomagot és az ugyanabban a csomagban lévő összes alkalmazást is skálázza.

App Service-csomag skálázásakor a szükséges infrastruktúra automatikusan hozzáadódik. Az infrastruktúra hozzáadása közben a skálázási műveletek időzülnek. Ha több skálázási műveletet hajt végre egymás után, a rendszer az első infrastruktúra-méretezési kérést hajtja végre, a többi pedig várólistára kerül. Amikor az első méretezési művelet befejeződik, a többi infrastruktúra-kérés együtt működik. Az infrastruktúra hozzáadásakor az App Service-csomagok a megfelelő módon lesznek hozzárendelve. Az új App Service-csomag létrehozása önmagában skálázási művelet, mivel további hardvert igényel. A méretezési műveletek végrehajtása általában 30–60 percet vesz igénybe.

A több-bérlős App Service-ben a skálázás azonnali, mert egy erőforráskészlet áll rendelkezésre a támogatásához. Az A Standard kiadás nem rendelkezik ilyen pufferrel, és az erőforrások igény szerint vannak lefoglalva.

Az A Standard kiadás app service-csomagokat 100 példányig skálázhatja. Az A Standard kiadás legfeljebb 201 példányt tartalmazhat az adott A Standard kiadás app Service-csomagban.

IP-címek

Az App Service dedikált IP-címet rendelhet egy alkalmazáshoz. Ez a képesség egy IP-alapú TLS/SSL-kötés konfigurálása után érhető el, a meglévő egyéni TLS/SSL-tanúsítvány kötése Azure-alkalmazás szolgáltatáshoz című cikkben leírtak szerint. ILB A Standard kiadás nem adhat hozzá további IP-címeket az IP-alapú TLS/SSL-kötéshez.

Külső A Standard kiadás esetén ugyanúgy konfigurálhat IP-alapú TLS-/SSL-kötést az alkalmazáshoz, mint a több-bérlős App Service-ben. Az A Standard kiadás mindig van egy tartalék cím, legfeljebb 30 IP-cím. Minden alkalommal, amikor az egyiket használja, a rendszer hozzáad egy másikat, hogy egy cím mindig könnyen elérhető legyen. Egy másik IP-cím lefoglalásához időtúllépésre van szükség. Ez a késleltetés megakadályozza az IP-címek gyors egymásutánban történő hozzáadását.

Előtérbeli skálázás

Az App Service-csomagok méretezésekor a rendszer automatikusan hozzáadja a feldolgozókat a támogatásukhoz. Minden A Standard kiadás két előtérrel jön létre. Az előtérvégek automatikusan felskálázhatók egy előtér-sebességgel minden 15 App Service-csomagpéldányhoz. Ha például három, egyenként öt példányt tartalmazó App Service-csomaggal rendelkezik, összesen 15 példányból és három előtérből áll. Ha összesen 30 példányra skáláz, négy előtérrel rendelkezik. Ez a minta a vertikális felskálázáskor is folytatódik.

Az alapértelmezés szerint lefoglalt előtérvégek száma közepes terhelésre jó. Öt példányonként akár egy előtérre is csökkentheti az arányt. Az előtérvégek méretét is módosíthatja. Alapértelmezés szerint egymagosak. Az Azure Portalon ehelyett két vagy négy magra módosíthatja a méretüket.

Az arány vagy az előtérméretek módosításáért díjat kell fizetni. További információ: Azure-alkalmazás szolgáltatás díjszabása. Ha javítani szeretné az A Standard kiadás terhelési kapacitását, a méretezési arány módosítása előtt először kétmagos előtérre skálázva nagyobb javulást érhet el. Az előtér alapméretének módosítása az A Standard kiadás frissítését eredményezi, és a szokásos munkaidőn kívül kell elvégezni.

Az előtérbeli erőforrások az A Standard kiadás HTTP/HTTPS-végpontja. Az alapértelmezett előtér-konfigurációval az előtérbenkénti memóriahasználat következetesen 60 százalék körül van. Az előtérbeli végpontok skálázásának elsődleges oka a processzorhasználat, amelyet elsősorban HTTPS-forgalom hajt.

Alkalmazás-hozzáférés

Külső A Standard kiadás esetén az alkalmazáslétrehozáshoz használt tartomány utótagja.<asename.p.azurewebsites.net>. Ha az A Standard kiadás külső névvel rendelkezik, és az A-ben contoso nevű alkalmazást üzemeltet Standard kiadás az alábbi URL-címeken érheti el:

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

További információ a külső A Standard kiadás létrehozásáról: App Service-környezet létrehozása.

Az ILB A Standard kiadás az alkalmazáslétrehozáshoz használt tartomány utótagja.<asename.appserviceenvironment.net>. Ha az A Standard kiadás neve ilb-ase, és egy contoso nevű alkalmazást üzemeltet az A Standard kiadás, akkor az alábbi URL-címeken érheti el:

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

További információ az ILB A Standard kiadás létrehozásáról: ILB A Standard kiadás létrehozása és használata.

Az SCM URL-címe a Kudu-konzol elérésére vagy az alkalmazás webes üzembe helyezéssel történő közzétételére szolgál. A Kudu konzol webes felhasználói felületet biztosít a hibakereséshez, a fájlok feltöltéséhez, a fájlok szerkesztéséhez és sok máshoz.

DNS-konfiguráció

Külső A Standard kiadás használatakor az A Standard kiadás-ben készült alkalmazások regisztrálva lesznek az Azure DNS-ben. A külső A Standard kiadás nem tartalmaz további lépéseket, hogy az alkalmazások nyilvánosan elérhetők legyenek. Az ILB ASE-ben Önnek kell kezelnie a saját DNS-ét. Ezt a saját DNS-kiszolgálón vagy az Azure DNS privát zónáiban teheti meg.

A DNS konfigurálása saját DNS-kiszolgálón az ILB A-vel Standard kiadás:

1. zóna létrehozása az <A Standard kiadás name.appserviceenvironment.net> számára
2. hozzon létre egy A rekordot a zónában, amely *-ra mutat az ILB IP-címére
3. hozzon létre egy A rekordot abban a zónában, amely @-ra mutat az ILB IP-címére
4. zóna létrehozása az A Standard kiadás name.appserviceenvironment.net> nevű scm-ben <
5. hozzon létre egy A rekordot az scm zónában, amely * az ILB IP-címre mutat

A DNS konfigurálása az Azure DNS privát zónáiban:

1. Hozzon létre egy A Standard kiadás name.appserviceenvironment.net> nevű <Azure DNS-privát zónát
2. hozzon létre egy A rekordot a zónában, amely *-ra mutat az ILB IP-címére
3. hozzon létre egy A rekordot abban a zónában, amely @-ra mutat az ILB IP-címére
4. hozzon létre egy A rekordot abban a zónában, amely a *.scm értéket az ILB IP-címére mutatja

Az A Standard kiadás alapértelmezett tartomány utótagjának DNS-beállításai nem korlátozzák az alkalmazásokat, hogy csak ezek a nevek legyenek elérhetők. Egyéni tartománynevet anélkül állíthat be, hogy az ILB A Standard kiadás az alkalmazásait érvényesíti. Ha ezután létre szeretne hozni egy contoso.net nevű zónát, ezt megteheti, és az ILB IP-címére irányíthatja. Az egyéni tartománynév alkalmazáskérésekhez működik, de nem az scm-webhelyen. Az scm-webhely csak az appname.scm> webhelyen <érhető el.<asename.appserviceenvironment.net>.

A zóna neve .<Az asename.appserviceenvironment.net> globálisan egyedi. 2019 májusa előtt az ügyfelek meg tudták adni az ILB A Standard kiadás tartomány utótagját. Ha a .contoso.com-t szeretné használni a tartomány utótagja számára, ezt megteheti, és ez magában foglalja az scm-webhelyet is. Ezzel a modellel kapcsolatban voltak kihívások, többek között a következők: az alapértelmezett TLS/SSL-tanúsítvány kezelése, az egyszeri bejelentkezés hiánya az scm-webhelyen, valamint a helyettesítő tanúsítvány használatának követelménye. Az ILB A Standard kiadás alapértelmezett tanúsítványfrissítési folyamat szintén zavaró volt, és az alkalmazás újraindítását okozta. A problémák megoldásához az ILB A Standard kiadás viselkedése az A Standard kiadás neve és egy Microsoft-tulajdonú utótag alapján tartomány utótag használatára módosult. Az ILB A Standard kiadás viselkedésének módosítása csak a 2019 májusa után végrehajtott ILB A Standard kiadás érinti. A meglévő ILB A Standard kiadás-nak továbbra is kezelnie kell az A Standard kiadás alapértelmezett tanúsítványát és DNS-konfigurációját. Ha az ILB A Standard kiadás V2 2019 májusa után lett létrehozva, akkor nem kell kezelnie az alapértelmezett ILB-tanúsítványt, mivel azt a Microsoft kezeli.

Közzététel

Az A Standard kiadás a több-bérlős App Service-hez hasonlóan az alábbi módszerekkel tehet közzé közzétételt:

• Webes üzembe helyezés
• FTP
• Folyamatos integráció (CI)
• Húzás a Kudu-konzolon
• IDE, például Visual Studio, Eclipse vagy IntelliJ IDEA

Külső A Standard kiadás esetén ezek a közzétételi lehetőségek ugyanúgy működnek. További információ: Üzembe helyezés Azure-alkalmazás szolgáltatásban.

ILB A Standard kiadás esetén a közzétételi végpontok csak az ILB-ben érhetők el. Az ILB egy privát IP-címen található a virtuális hálózat A Standard kiadás alhálózatában. Ha nincs hálózati hozzáférése az ILB-hez, nem tehet közzé alkalmazásokat az A Standard kiadás. Amint az ILB A Standard kiadás létrehozása és használata című témakörben is szerepel, konfigurálnia kell a DNS-t a rendszerben lévő alkalmazásokhoz. Ez a követelmény tartalmazza az SCM-végpontot is. Ha a végpontok nincsenek megfelelően definiálva, nem tehet közzé. Az azonosítóknak hálózati hozzáféréssel kell rendelkezniük az ILB-hez, hogy közvetlenül közzétehessék azt.

További módosítások nélkül az internetalapú CI-rendszerek, például a GitHub és az Azure DevOps nem működnek ILB A-vel Standard kiadás mert a közzétételi végpont nem érhető el internethez. Az Azure DevOpsból az ILB A Standard kiadás-ben való közzététel engedélyezéséhez telepítsen egy saját üzemeltetésű kiadási ügynököt az ILB A-t tartalmazó virtuális hálózatba Standard kiadás. Másik lehetőségként használhat egy lekéréses modellt használó CI-rendszert is, például a Dropboxot.

Az ILB ASE alkalmazásainak közzétételi végpontjai az ILB ASE létrehozásakor megadott tartományt használják. Ez az alkalmazás közzétételi profiljában és az alkalmazás portálpaneljén (az Áttekintés>alapvető fontosságúak és a Tulajdonságok területen) is látható.

Tárolás

Az A Standard kiadás 1 TB tárterületet biztosít az A Standard kiadás összes alkalmazásához. Az Izolált tarifacsomag App Service-csomagjának korlátja 250 GB. A Standard kiadás app service-csomagonként 250 GB tárterületet ad hozzá az 1 TB-os korlátig. Négynél több App Service-csomag is lehet, de az 1 TB-os korláton túl nincs több tárterület hozzáadva.

Figyelés

Ügyfélként figyelnie kell az App Service-csomagokat és az egyes futó alkalmazásokat, és megfelelő műveleteket kell végrehajtania. Az App Service Environment v2 esetében a platforminfrastruktúra körüli metrikákra is figyelnie kell. Ezek a metrikák bepillantást nyújtanak a platforminfrastruktúra és az előtérbeli kiszolgálók (multiRole) működésébe, és ha nagy mértékben használják őket, és nem kapja meg a maximális átviteli sebességet.

Az Azure Portalon és a cli-n keresztül konfigurálhatja az előtérkiszolgálók 5 és 15 (alapértelmezett 15) App Service-csomagpéldányok skálázási arányát előtérkiszolgálónként. Az App Service-környezetek mindig legalább két előtérkiszolgálóval rendelkeznek. Az előtérbeli kiszolgálók méretét is növelheti.

A platforminfrastruktúra figyeléséhez használt metrikák hatókörét a rendszer meghívja Microsoft.Web/hostingEnvironments/multiRolePools.

Ekkor megjelenik egy .Microsoft.Web/hostingEnvironments/workerPools Az itt szereplő metrikák csak az App Service Environment 1-beli verzióra vonatkoznak.

Naplózás

Az A Standard kiadás az Azure Monitorral integrálva naplókat küldhet az A Standard kiadás az Azure Storage-ba, az Azure Event Hubsba vagy a Log Analyticsbe. Ezeket az elemeket ma naplózza a rendszer:

Helyzet	Üzenet
A Standard kiadás nem megfelelő	A megadott A Standard kiadás érvénytelen virtuális hálózati konfiguráció miatt nem megfelelő. Az A Standard kiadás felfüggesztésre kerül, ha az egészségtelen állapot folytatódik. Győződjön meg arról, hogy az itt meghatározott irányelvek teljesülnek: Az App Service-környezet hálózatkezelési szempontjai.
A Standard kiadás alhálózat szinte nincs szabadban	A megadott A Standard kiadás egy olyan alhálózatban található, amely szinte nincs szabadban. Vannak {0} még címek. Miután elfogytak ezek a címek, az A Standard kiadás nem lesz képes skálázni.
Az A Standard kiadás megközelíti a teljes példánykorlátot	A megadott A Standard kiadás megközelíti az A Standard kiadás teljes példánykorlátját. Jelenleg legfeljebb 201 példányt tartalmazó App Service-csomagpéldányokat tartalmaz {0} .
Az A Standard kiadás nem tud függőséget elérni	A megadott A Standard kiadás nem érhető el{0}. Győződjön meg arról, hogy az itt meghatározott irányelvek teljesülnek: Az App Service-környezet hálózatkezelési szempontjai.
A Standard kiadás fel van függesztve	A megadott A Standard kiadás fel van függesztve. Az A Standard kiadás felfüggesztés oka lehet egy fiókhiány vagy egy érvénytelen virtuális hálózati konfiguráció. Oldja meg a kiváltó okot, és folytassa az A Standard kiadás a forgalom kiszolgálásának folytatásához.
A Standard kiadás frissítés elindult	A megadott A Standard kiadás platformfrissítése megkezdődött. Késések várhatók a skálázási műveletekben.
A Standard kiadás frissítés befejeződött	A megadott A Standard kiadás platformfrissítése befejeződött.
Megkezdődtek a méretezési műveletek	Egy App Service-csomag ({0}) megkezdte a skálázást. Kívánt állapot: {1} Dolgozom{2} .
A méretezési műveletek befejeződtek	Egy App Service-csomag ({0}) befejezte a skálázást. Jelenlegi állapot: {1} Dolgozom{2} .
A méretezési műveletek sikertelenek	Egy App Service-csomag ({0}) nem skálázható. Jelenlegi állapot: {1} Dolgozom{2} .

A naplózás engedélyezéséhez az A Standard kiadás:

1. A portálon nyissa meg a Diagnosztikai beállítások lehetőséget.
2. Válassza a Diagnosztikai beállítások megadása lehetőséget.
3. Adja meg a naplóintegráció nevét.
4. Válassza ki és konfigurálja a kívánt naplócélokat.
5. Válassza az AppServiceEnvironmentPlatformLogs lehetőséget.

Ha integrálva van a Log Analytics szolgáltatással, a naplókat az A Standard kiadás portál naplóinak kiválasztásával és az AppServiceEnvironmentPlatformLogs lekérdezésének létrehozásával tekintheti meg. A naplók csak akkor lesznek kibocsátva, ha az A Standard kiadás esemény aktiválja azt. Ha az A Standard kiadás nem rendelkezik ilyen eseménysel, nem lesznek naplók. A Log Analytics-munkaterület naplóinak gyors megtekintéséhez végezzen skálázási műveletet az A Standard kiadás egyik App Service-csomagjával. Ezután lekérdezést futtathat az AppServiceEnvironmentPlatformLogs szolgáltatásban a naplók megtekintéséhez.

Riasztás létrehozása

Ha riasztást szeretne létrehozni a naplókhoz, kövesse a Naplóriasztások létrehozása, megtekintése és kezelése az Azure Monitor használatával című témakör utasításait. Röviden:

• A Riasztások lap megnyitása az A Standard kiadás portálon
• Új riasztási szabály kiválasztása
• Válassza ki az erőforrást a Log Analytics-munkaterületként
• Konfigurálja a feltételt egy egyéni naplókereséssel, hogy olyan lekérdezést használjon, mint az "AppServiceEnvironmentPlatformLogs | ahol a ResultDescription "megkezdte a skálázást" vagy bármi mást tartalmaz. Állítsa be a küszöbértéket a megfelelő módon.
• Igény szerint adjon hozzá vagy hozzon létre egy műveletcsoportot. A műveletcsoportban határozza meg a riasztásra adott választ, például e-mail vagy SMS küldését
• Nevezze el a riasztást, és mentse.

Frissítési beállítás

Ha több A Standard kiadás rendelkezik, előfordulhat, hogy egyes A Standard kiadás-eket frissíteni szeretne mások előtt. Ez a viselkedés az A Standard kiadás portálon keresztül engedélyezhető. A Konfiguráció területen megadhatja a frissítési beállításokat. A három lehetséges érték a következő:

• Nincs: Az Azure egyetlen kötegben is frissíti az A Standard kiadás. Ez az érték az alapértelmezett érték.
• Korai: Az A Standard kiadás az App Service-frissítések első felében frissül.
• Késve: Az A Standard kiadás az App Service-frissítések második felében frissül.

Jelölje ki a kívánt értéket, és válassza a Mentés lehetőséget. Az A Standard kiadás alapértelmezett értéke Nincs.

A upgradePreferences funkció akkor a legértelmezhetőbb, ha több A Standard kiadás rendelkezik, mert a "Korai" A Standard kiadás a "Késői" A Standard kiadás előtt lesznek frissítve. Ha több A Standard kiadás rendelkezik, a fejlesztést és az A Standard kiadás tesztelését "Korai" értékre, az éles A Standard kiadás pedig "Késői" értékre kell állítania.

Árképzés

Az Izolált nevű tarifacsomag csak A Standard kiadás-kkal használható. Az A Standard kiadás által üzemeltetett Összes App Service-csomag az izolált díjszabási termékváltozatban található. Az App Service-csomagok izolált díjszabása régiónként eltérő lehet.

Az App Service-csomagok ára mellett az A Standard kiadás átalánydíja is elérhető. Az átalány nem változik az A Standard kiadás méretével. Az A Standard kiadás-infrastruktúráért minden 15 App Service-csomagpéldány esetében egy további előtér-skálázási sebességgel fizet.

Ha a 15 App Service-csomagpéldányhoz tartozó előtér alapértelmezett méretezési sebessége nem elég gyors, módosíthatja az előtérvégek hozzáadásának arányát vagy az előtérvégek méretét. Ha módosítja az arányt vagy a méretet, az előtérmagokért fizet, amelyek alapértelmezés szerint nem lesznek hozzáadva.

Ha például a skálázási arányt 10-re állítja, az App Service-csomagokban minden 10 példányhoz hozzá lesz adva egy előtér. Az átalánydíj 15 példányonként egy előtér skálázási arányát fedezi. A 10-hez viszonyított skálázási arány esetén díjat kell fizetnie a 10 App Service-csomagpéldányhoz hozzáadott harmadik előtérért. Nem kell fizetnie érte, amikor eléri a 15 példányt, mert az automatikusan lett hozzáadva.

Ha az előtérvégek méretét két magra állítja, de nem állítja be az arányt, a további magokért fizetnie kell. Az A Standard kiadás két előtérrel jön létre, így még az automatikus méretezési küszöbérték alatt is két extra magért fizetne, ha a méretet kétmagos előtérre növelné.

További információ: Azure-alkalmazás szolgáltatás díjszabása.

A törlése Standard kiadás

A törlése Standard kiadás:

1. Válassza a Törlés lehetőséget az App Service Environment panel tetején.

2. Adja meg az A Standard kiadás nevét annak megerősítéséhez, hogy törölni szeretné. Az A Standard kiadás törlésekor a benne lévő összes tartalmat is törli.

   

3. Kattintson az OK gombra.

A Standard kiadás PARANCSSORI FELÜLET

Az A Standard kiadás parancssori képességei vannak. Az Azure CLI-parancsokat az alábbiakban jegyezzük fel.

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"