Megosztás a következőn keresztül:


App Service-kiszolgáló szerepköreinek kapacitástervezése az Azure Stack Hubban

A Azure App Service Azure Stack Hubon való éles üzemre kész üzembe helyezésének beállításához meg kell terveznie, hogy a rendszer által támogatott kapacitást mire számítsa.

Ez a cikk útmutatást nyújt a számítási példányok és számítási termékváltozatok minimális számához, amelyet minden éles üzembe helyezéshez használnia kell.

Megjegyzés

A szerepkörökhöz ajánlott számítási termékváltozatra vonatkozó útmutató a Azure App Service 2020.2. negyedévi kiadásával frissült az Azure Stack Hubon, hogy a standard üzemelő példányok összhangban legyen az Azure-üzemelő példányokkal.

Ezekkel az irányelvekkel megtervezheti App Service kapacitásstratégiát.

App Service kiszolgálói szerepkör Példányok minimális ajánlott száma Ajánlott számítási termékváltozat
Vezérlő 2 A4v2
Előtér 2 A4_v2
Kezelés 2 D3_v2
Publisher 2 A2_v2
Webmunkások – megosztott 2 A4_v2
Webmunkások – dedikált – kicsi Szintenkénti 2 A1_v2
Webmunkások – dedikált – közepes Szintenkénti 2 A2_v2
Webmunkások – dedikált – nagy Szintenkénti 2 A4_v2

Vezérlő szerepkör

Ajánlott minimum: Két A4v2-példány

A Azure App Service vezérlő általában alacsony processzor-, memória- és hálózati erőforrás-használatot tapasztal. Magas rendelkezésre állás esetén azonban két vezérlővel kell rendelkeznie. Két vezérlő az engedélyezett vezérlők maximális száma is. A második webhelyvezérlőt közvetlenül a telepítőből hozhatja létre az üzembe helyezés során.

Előtérbeli szerepkör

Ajánlott minimum: Két A4v_2-példány

A kezelőfelület a webmunkások elérhetőségétől függően irányítja a kéréseket a webmunkásoknak. A magas rendelkezésre állás érdekében több előtérnek is rendelkeznie kell, és kettőnél több is lehet. Kapacitástervezési célokból vegye figyelembe, hogy minden mag másodpercenként körülbelül 100 kérést képes kezelni.

Felügyeleti szerepkör

Ajánlott minimum: Két D3v2-példány

A Azure-alkalmazás klasszikus üzemi modell szerepkör felel az Azure Resource Manager és API-végpontok, a portálbővítmények (rendszergazda, bérlő, Functions portál) és az adatszolgáltatás App Service. A felügyeleti kiszolgálói szerepkör általában csak körülbelül 4 GB RAM-ot igényel éles környezetben. Magas processzorhasználatot tapasztalhat azonban, ha sok felügyeleti feladat (például webhely létrehozása) történik. Magas rendelkezésre állás esetén több kiszolgálót kell hozzárendelnie ehhez a szerepkörhöz, és kiszolgálónként legalább két magot.

Közzétevői szerepkör

Ajánlott minimum: Két A2v2-példány

Ha sok felhasználó egyidejűleg tesz közzé, a közzétevői szerepkör nagy processzorhasználatot tapasztalhat. A magas rendelkezésre állás érdekében győződjön meg arról, hogy több közzétevői szerepkör is elérhető. A közzétevő csak az FTP/FTPS forgalmat kezeli.

Webes feldolgozói szerepkör

Ajánlott minimum: Két A4_v2-példány

A magas rendelkezésre állás érdekében legalább négy webes feldolgozói szerepkörrel kell rendelkeznie: kettő a megosztott webhely módhoz, kettő pedig minden felkínálni kívánt dedikált feldolgozói szinthez. A megosztott és dedikált számítási módok különböző szolgáltatási szinteket biztosítanak a bérlők számára. Előfordulhat, hogy több webmunkásra van szüksége, ha sok ügyfele a következő:

  • Dedikált számítási módú feldolgozói szintek használata (amelyek erőforrás-igényesek).
  • Futtatás megosztott számítási módban.

Miután egy felhasználó létrehozott egy App Service csomagot egy dedikált számítási mód termékváltozatához, a App Service csomagban megadott webmunkás(ok) száma már nem érhető el a felhasználók számára.

Ahhoz, hogy Azure Functions biztosítson a felhasználók számára a használati terv modelljében, üzembe kell helyeznie a megosztott webmunkásokat.

Amikor a használni kívánt megosztott webmunkás-szerepkörök számáról dönt, tekintse át az alábbi szempontokat:

  • Memória: A memória a webmunkási szerepkörök legkritikusabb erőforrása. A kevés memória hatással van a webhely teljesítményére, ha a virtuális memória felcserélve van a lemezről. Minden kiszolgálóhoz körülbelül 1,2 GB RAM szükséges az operációs rendszerhez. A küszöbérték feletti RAM használható webhelyek futtatására.

  • Az aktív webhelyek százalékos aránya: Az Azure Stack Hub üzemelő példányaiban lévő Azure App Service alkalmazások körülbelül 5 százaléka aktív. Az adott pillanatban aktív alkalmazások százalékos aránya azonban magasabb vagy alacsonyabb lehet. 5%-os aktív alkalmazáshasználat esetén az Azure Stack Hub üzemelő példányainak Azure App Service legfeljebb 20-szor annyi alkalmazás helyezhető el, mint az aktív webhelyek száma (5 x 20 = 100).

  • Átlagos memóriaigény: Az éles környezetben megfigyelt alkalmazások átlagos memóriaigénye körülbelül 70 MB. Ezzel a lábnyomtal az összes webes feldolgozói szerepkörű számítógép vagy virtuális gép számára lefoglalt memória a következőképpen lesz kiszámítva:

    Number of provisioned applications * 70 MB * 5% - (number of web worker roles * 1044 MB)

    Ha például 5000 alkalmazás található egy 10 webes feldolgozói szerepkört futtató környezetben, minden webmunkási szerepkör virtuális gépének 7060 MB RAM-mal kell rendelkeznie:

    5,000 * 70 * 0.05 - (10 * 1044) = 7060 (= about 7 GB)

    További feldolgozópéldányok hozzáadásáról további információt a További feldolgozói szerepkörök hozzáadása című témakörben talál.

További szempontok a dedikált dolgozók számára a frissítés és karbantartás során

A feldolgozók frissítése és karbantartása során az Azure Stack Hubon Azure App Service az egyes munkavégző szintek 20%-ában végeznek karbantartást egyszerre. Ezért a felhőgazdáknak mindig 20%-os készletet kell fenntartaniuk a nem áthelyezett feldolgozókból feldolgozói szintenként, hogy a bérlőik ne tapasztaljanak szolgáltatásvesztést a frissítés és karbantartás során. Ha például 10 feldolgozója van egy feldolgozói szinten, győződjön meg arról, hogy 2 nincs áthelyezve a frissítés és a karbantartás engedélyezéséhez. Ha a teljes 10 feldolgozó ki van foglalva, a munkavégző réteget fel kell skáláznia, hogy fenntartsa a nem lefoglalt feldolgozók készletét.

A frissítés és karbantartás során Azure App Service áthelyezi a számítási feladatokat a nem áthelyezett feldolgozókba, hogy a számítási feladatok továbbra is működjenek. Ha azonban a frissítés során nem érhetők el nem foglalt feldolgozók, akkor lehetséges, hogy a bérlői számítási feladatok leállnak. Ami a megosztott dolgozókat illeti, az ügyfeleknek nem kell további feldolgozót kiépítenie, mivel a szolgáltatás automatikusan lefoglalja a bérlőalkalmazásokat az elérhető feldolgozók között. A magas rendelkezésre álláshoz legalább két feldolgozóra van szükség ebben a szinten.

A felhőgazdák az Azure Stack Hub felügyeleti portáljának App Service felügyeleti területén figyelhetik a munkavégző réteg lefoglalását. Lépjen a App Service, majd válassza a munkavégző szintek lehetőséget a bal oldali panelen. A Munkavégző rétegek táblázat a feldolgozói réteg nevét, méretét, a használt rendszerképet, az elérhető feldolgozók számát (nincs áthelyezve), az egyes szinteken lévő feldolgozók teljes számát és a feldolgozói szint általános állapotát mutatja.

App Service felügyelet – Feldolgozói szintek

Fájlkiszolgálói szerepkör

A fájlkiszolgálói szerepkörhöz használhat önálló fájlkiszolgálót a fejlesztéshez és teszteléshez. Ha például Azure App Service helyez üzembe az Azure Stack Development Kitben (ASDK), használhatja ezt a sablont. Éles környezetben előre konfigurált Windows-fájlkiszolgálót vagy előre konfigurált, nem Windows-fájlkiszolgálót kell használnia.

Éles környezetben a fájlkiszolgálói szerepkör intenzív lemez I/O-t tapasztal. Mivel a felhasználói webhelyekhez tartozó összes tartalom- és alkalmazásfájlt tartalmazza, előre konfigurálnia kell az alábbi erőforrások egyikét ehhez a szerepkörhöz:

  • Windows-fájlkiszolgáló
  • Windows fájlkiszolgálófürt
  • Nem Windows-fájlkiszolgáló
  • Nem Windows-alapú fájlkiszolgálófürt
  • NAS-eszköz (hálózathoz csatlakoztatott tároló)

További információ: Fájlkiszolgáló kiépítése.

Következő lépések

Előfeltételek az App Service-nek az Azure Stack Hubban való üzembe helyezéséhez