App Service-csomag kezelése az Azure-ban
Egy Azure App Service-csomag biztosítja azokat az erőforrásokat, amelyeket egy App Service alkalmazásnak futtatnia kell. Ez az útmutató bemutatja, hogyan kezelhetők App Service csomagok.
App Service-csomag létrehozása
Tipp
Ha egy App Service Environment szeretne létrehozni egy tervet, jelölje ki a Régió területen, és kövesse az alább leírt lépéseket.
Létrehozhat egy üres App Service csomagot, vagy létrehozhat egy csomagot az alkalmazás létrehozása során.
A App Service-csomag létrehozásának megkezdéséhez keresse meg a következőthttps://ms.portal.azure.com/#create/Microsoft.AppServicePlanCreate: .
A App Service csomag konfigurálása előtt konfigurálja a Projekt részletei szakaszt.
A App Service Csomag részletei szakaszban nevezze el a App Service csomagot, majd válassza ki az operációs rendszert és a régiót. A régió határozza meg a App Service csomag létrehozásának helyét.
Csomag létrehozásakor kiválaszthatja az új csomag tarifacsomagját. A Tarifacsomag területen válasszon ki egy tarifacsomagot , vagy válassza a Tarifacsomagok felfedezése lehetőséget a további részletek megtekintéséhez.
A Zónaredundancia szakaszban válassza ki, hogy a App Service Zónaredundanciát engedélyezni vagy letiltani kell-e.
Válassza a Véleményezés + létrehozás lehetőséget a App Service csomag létrehozásához.
Fontos
Amikor új App Service-csomagot hoz létre egy meglévő erőforráscsoportban, a meglévő alkalmazásokkal kapcsolatos bizonyos feltételek a következő hibákat okozhatják:
The pricing tier is not allowed in this resource group<SKU_NAME> workers are not available in resource group <RESOURCE_GROUP_NAME>
Ez a tarifacsomagok, régiók, operációs rendszerek, Availability Zones, meglévő függvényalkalmazások vagy meglévő webalkalmazások inkompatibilitása miatt fordulhat elő. Ha ez a hiba jelentkezik, hozza létre a App Service-csomagot egy új erőforráscsoportban.
Alkalmazás áthelyezése másik App Service csomagba
Az alkalmazásokat áthelyezheti egy másik App Service-csomagba, amennyiben a forrásterv és a célterv ugyanabban az erőforráscsoportban, földrajzi régióban és azonos operációsrendszer-típusban található. Az olyan típusmódosítások, mint a Windows és a Linux, vagy bármilyen más típus, amelyek eltérnek a kiinduló típustól, nem támogatottak.
Megjegyzés
Az Azure minden új App Service csomagot üzembe helyez egy belsőleg webtérnek nevezett üzembehelyezési egységben. Minden régióban sok webtér lehet, de az alkalmazás csak az ugyanabban a webtérben létrehozott csomagok között mozoghat. Egy App Service Environment több webtérrel is rendelkezhet, de az alkalmazás csak az ugyanabban a webtérben létrehozott csomagok között mozoghat.
A terv létrehozásakor nem adhatja meg a kívánt webteret, de biztosítható, hogy a terv ugyanabban a webtérben legyen létrehozva, mint egy meglévő csomag. Röviden, az azonos erőforráscsoporttal, régiókombinációval és operációs rendszerrel létrehozott összes csomag ugyanabban a webtérben lesz üzembe helyezve. Ha például létrehozott egy tervet az A és a B erőforráscsoportban, akkor az A és a B régió erőforráscsoportban később létrehozott csomagok ugyanabba a webtérbe lesznek üzembe helyezve. Vegye figyelembe, hogy a tervek nem tudják áthelyezni a webtereket a létrehozásuk után, így a terveket nem helyezheti át "ugyanabba a webtérbe", mint egy másik csomagba, ha áthelyezi azt egy másik erőforráscsoportba.
A Azure Portal keresse meg és válassza ki az App Services elemet, majd válassza ki az áthelyezni kívánt alkalmazást.
A bal oldali menüben, App Service Csomag területen válassza a App Service terv módosítása lehetőséget.
A App Service csomag legördülő listájában válasszon ki egy meglévő csomagot, amelybe áthelyezi az alkalmazást. A legördülő lista csak azokat a csomagokat jeleníti meg, amelyek ugyanabban az erőforráscsoportban és földrajzi régióban találhatók, mint az aktuális App Service csomag. Ha ilyen csomag nem létezik, alapértelmezés szerint létrehozhat egy csomagot. Új csomagot manuálisan is létrehozhat az Új létrehozása lehetőséget választva.
Ha létrehoz egy csomagot, kiválaszthatja az új csomag tarifacsomagját. A Tarifacsomag területen válassza ki a meglévő szintet a módosításához.
Fontos
Ha egy alkalmazást egy magasabb szintű csomagból egy alacsonyabb szintű csomagba helyez át, például D1-ről F1-re, az alkalmazás elveszítheti a célcsomag bizonyos képességeit. Ha például az alkalmazás TLS-/SSL-tanúsítványokat használ, a következő hibaüzenet jelenhet meg:
Cannot update the site with hostname '<app_name>' because its current TLS/SSL configuration 'SNI based SSL enabled' is not allowed in the target compute mode. Allowed TLS/SSL configuration is 'Disabled'.Ha végzett, válassza az OK gombot.
Alkalmazás áthelyezése másik régióba
Az alkalmazás futtatásának régiója annak a App Service csomagnak a régiója, amelyben az alkalmazás fut. Az App Service-csomag régióját azonban nem módosíthatja. Ha egy másik régióban szeretné futtatni az alkalmazást, az egyik alternatíva az alkalmazás klónozása. A klónozás egy új vagy meglévő App Service-csomagban készít másolatot az alkalmazásról bármely régióban.
Az alkalmazás klónozása a menü Fejlesztői eszközök szakaszában található.
Fontos
A klónozásnak vannak bizonyos korlátai. Ezekről az Azure App Service Alkalmazás klónozása című témakörben olvashat.
App Service-csomag skálázása
Egy App Service csomag tarifacsomagjának vertikális felskálázásához lásd: Alkalmazás vertikális felskálázása az Azure-ban.
Az alkalmazások példányszámának felskálázásához lásd: Példányszám manuális vagy automatikus skálázása.
App Service-csomag törlése
A váratlan költségek elkerülése érdekében, ha törli az utolsó alkalmazást egy App Service csomagból, App Service alapértelmezés szerint a csomagot is törli. Ha inkább megtartja a csomagot, módosítsa a csomagot ingyenes szintre, hogy ne kelljen fizetnie.
Fontos
Az olyan App Service-csomagokért, amelyekhez nem kapcsolódnak alkalmazások, továbbra is díjat számít fel a rendszer, mivel fenntartják a konfigurált virtuálisgép-példányokat.