Webalkalmazások manuális méretezése
A manuális horizontális fel- és leskálázás segítségével reagálhat a megnövekedett vagy lecsökkent forgalomra. A horizontális felskálázás a webalkalmazás megnövekedett példányszáma miatt a rendelkezésre állás növelésének további előnye. Egy példány hibája nem teszi elérhetetlenné a teljes webalkalmazást.
Egy szállodai foglalási rendszert még a várt szezonális forgalomnövekedés előtt horizontális felméretezhet. Az időszak végeztével, és a foglalási kérelmek számának csökkenésével horizontálisan leméretezheti a rendszert.
Ebben a leckében megtudhatja, hogyan méretezhet fel manuálisan egy webalkalmazást, és hogyan skálázhatja vissza.
App Service-csomagok és méretezhetőség
Az Azure-ban futó webalkalmazások általában a Azure-alkalmazás Service-t használják az üzemeltetési környezet biztosításához. Az App Service a webalkalmazás több példányának futtatását is el tudja intézni. Betölti a bejövő kéréseket ezeken a példányokon. Minden egyes példány egy virtuális gépen fut.
Egy App Service-csomag határozza meg az egyes példányok számára elérhető erőforrásokat. Az App Service-csomag meghatározza az operációs rendszert (Windows vagy Linux), a hardvert (memória, processzorfeldolgozási kapacitás, lemezterület és így tovább), valamint a szolgáltatások (például automatikus biztonsági mentés és visszaállítás) elérhetőségét.
Az Azure számos, jól meghatározott App Service-csomagot kínál. Ez a lista az alábbi szinteket foglalja össze a kapacitás és a költség növekvő sorrendjében:
- Az ingyenes szint 1 GB szabad lemezterületet biztosít, és legfeljebb 10 alkalmazást támogat, de csak egyetlen megosztott példányt biztosít, és nem nyújt rendelkezésre állási SLA-t. Minden alkalmazás 60 perc/nap számítási kvótával rendelkezik. Az ingyenes szolgáltatáscsomag az éles környezetek helyett alkalmazásfejlesztésre és tesztelésre alkalmas.
- A megosztott szint több alkalmazást támogat (legfeljebb 100-at), és szintén egyetlen megosztott példányon fut. Az alkalmazások napi 240 percnyi számítási kvótával rendelkeznek. Nincs rendelkezésre állási SLA.
- Az alapszint korlátlan mennyiségű alkalmazást támogat, és nagyobb lemezterületet biztosít. Az alkalmazások horizontálisan felskálázhatók három dedikált példánnyá. Ez a csomag 99,95%-os elérhetőségű SLA-t biztosít. Ez a csomag három szintre van továbbosztva, amelyek különböző mennyiségű számítási teljesítményt, memóriát és lemezterületet kínálnak.
- A standard szint is korlátlan mennyiségű alkalmazást támogat. Ez a szint 10 dedikált példányra méretezhető fel, és 99,95%-os rendelkezésreállási SLA-t nyújt. Az Alapszintűhöz hasonlóan ez a csomag is három szinten kínál egyre nagyobb számítási, memória- és lemezkapacitást.
- A Prémium csomag legfeljebb 20 dedikált példányt biztosít 99,95%-os rendelkezésreállási SLA mellett, valamint több hardverszintet.
- Az Izolált csomag egy dedikált Azure-beli virtuális hálózatban fut, amely hálózati és számítási elkülönítést biztosít. Ez a szint 100 dedikált példányra méretezhető fel horizontálisan, és 99,95%-os rendelkezésreállási SLA-t nyújt.
Megjegyzés:
Egyes szintek nem minden operációs rendszerhez érhetők el. Jelenleg például a Linux esetében nincs Megosztott szint.
Webalkalmazások figyelése és méretezése
Webalkalmazás létrehozásakor használhat egy már meglévő App Service-csomagot, de létrehozhat egy újat is. Ha egy meglévő csomagot választ ki, az azonos csomagot használó egyéb webalkalmazások erőforrásokat osztanak meg a webalkalmazással. Mindegyik együtt skálázható, ezért ugyanazokat a skálázási követelményeket kell kielégíteniük. Ha az alkalmazásai követelményei eltérőek, mindegyikhez használjon külön App Service-csomagot.
Horizontális felméretezéskor több példányt ad hozzá az App Service-csomaghoz, a választott szintnek megfelelő korlát eléréséig. Ha nem az ingyenes szintet használja, óránként kell fizetnie az egyes példányokért. Ezt a feladatot az Azure Portalon hajthatja végre.
A hatékony skálázás kulcsa annak ismerete, hogy mikor és mennyit érdemes skálázni. A webalkalmazás teljesítményének figyelése az App Service-hez elérhető metrikákkal történik. Ennek a feladatnak a legegyszerűbb módja az Azure Portal használata.
Ha folyamatos növekedést tapasztal az erőforrás-használatban, így például a processzor- és memóriakihasználtság vagy a lemezvárólista hossza esetében, úgy érdemes fontolóra venni a horizontális felméretezés lehetőségét, mielőtt ezek a metrikák elérnék a kritikus pontot. Érdemes figyelni a kérések átlagos válaszidejét és a sikertelen kérések számát. Ha mindkét szám magas, a rendszer a kapacitás közelében vagy azon túl is futhat. Lehetséges, hogy azonnali horizontális felméretezés szükséges.
Ha a metrikák azt jelzik, hogy a rendszer kevésbé terhelt, és nagy mennyiségű tartalék kapacitással rendelkezik, a költségek csökkentése érdekében érdemes megfontolni a leméretezést.
Mindkét esetben folytatni kell a webalkalmazás statisztikáinak figyelését. Várjon, amíg a rendszer stabilizálódik. Ha a metrikák azt jelzik, hogy az alkalmazás még mindig kihasználatlan vagy túlerőben van, szükség szerint adjon hozzá vagy távolítson el példányokat.