Alkalmazásminták és fejlesztési stratégiák az Azure-beli virtuális gépeken futó SQL Serverhez

A következőre vonatkozik:SQL Server azure-beli virtuális gépen

Megjegyzés:

Az Azure két különböző üzembe helyezési modellel rendelkezik az erőforrások létrehozásához és használatához: Resource Manager és klasszikus. A jelen cikk mindkét modell használatát bemutatja, de a Microsoft azt javasolja, hogy az új telepítések esetén a Resource Manager modellt használja.

Áttekintés

Az SQL Server-alapú alkalmazásokhoz az Azure-környezetben használandó alkalmazásminták és -minták meghatározása fontos tervezési döntés, és alapos ismereteket igényel az SQL Server és az Azure egyes infrastruktúra-összetevőinek együttműködéséről. Az Azure Infrastructure Servicesben futó SQL Serverrel egyszerűen migrálhatja, karbantarthatja és monitorozhatja a Windows Serverre épülő meglévő SQL Server-alkalmazásokat az Azure-beli virtuális gépekre.

A cikk célja, hogy a megoldástervezők és fejlesztők számára a jó alkalmazásarchitektúra és -tervezés alapjait biztosítsuk, amelyet a meglévő alkalmazások Azure-ba való migrálása, valamint új alkalmazások fejlesztése során követhetnek az Azure-ban.

Minden alkalmazásminta esetében megtalálja a helyszíni forgatókönyvet, annak megfelelő felhőalapú megoldását és a kapcsolódó műszaki javaslatokat. A cikk emellett az Azure-specifikus fejlesztési stratégiákat is ismerteti, hogy megfelelően tervezhesse meg az alkalmazásokat. A számos lehetséges alkalmazásminta miatt javasoljuk, hogy az építészeknek és fejlesztőknek a legmegfelelőbb mintát válasszák az alkalmazásaikhoz és felhasználóikhoz.

Technikai közreműködők: Luis Carlos Vargas Herring, Madhan Arumugam Ramakrishnan

Műszaki véleményezők: Corey Sanders, Drew McDaniel, Narayan Annamalai, Nir Mashkowski, Sanjay Mishra, Silvano Coriani, Stefan Schackow, Tim Hickey, Tim Wieman, Xin Jin

Introduction

Az n szintű alkalmazások számos típusát fejlesztheti úgy, hogy elkülöníti a különböző alkalmazásrétegek összetevőit különböző gépeken és külön összetevőkben. Elhelyezheti például az ügyfélalkalmazás és az üzleti szabályok összetevőit egy gépen, az előtérbeli webes réteg és az adatelérési szint összetevőit egy másik gépen, valamint egy háttéradatbázis-szintet egy másik gépen. Ez a fajta strukturálás segít elkülöníteni az egyes szinteket egymástól. Ha módosítja az adatok forrását, akkor nem kell módosítania az ügyfelet vagy a webalkalmazást, csak az adatelérési réteg összetevőit.

Egy tipikus n szintű alkalmazás tartalmazza a bemutatószintet, az üzleti szintet és az adatréteget:

Szint	Leírás
Bemutató	A bemutatószint (webes réteg, előtérbeli réteg) az a réteg, amelyben a felhasználók egy alkalmazással kommunikálnak.
Üzleti	Az üzleti szint (középső szint) az a réteg, amelyet a bemutatószint és az adatszint használ az egymással való kommunikációhoz, és tartalmazza a rendszer alapvető funkcióit.
Adatok	Az adatszint alapvetően az alkalmazás adatait tároló kiszolgáló (például SQL Servert futtató kiszolgáló).

Az alkalmazásrétegek az alkalmazás funkcióinak és összetevőinek logikai csoportosítását írják le; mivel a szintek a funkciók és összetevők fizikai eloszlását írják le külön fizikai kiszolgálókon, számítógépeken, hálózatokon vagy távoli helyeken. Az alkalmazás rétegei ugyanazon a fizikai számítógépen (ugyanazon a szinten) vagy külön számítógépeken (n szintű) vannak elosztva, és az egyes rétegek összetevői jól definiált felületeken keresztül kommunikálnak más rétegek összetevőivel. A kifejezésszint úgy is felfogható, mint a fizikai eloszlási mintákra, például a kétszintű, a háromszintű és az n szintűre. A kétrétegű alkalmazásminta két alkalmazásszintet tartalmaz: az alkalmazáskiszolgálót és az adatbázis-kiszolgálót. A közvetlen kommunikáció az alkalmazáskiszolgáló és az adatbázis-kiszolgáló között történik. Az alkalmazáskiszolgáló webes és üzleti szintű összetevőket is tartalmaz. A háromrétegű alkalmazásminta három alkalmazásszintet tartalmaz: a webkiszolgálót, az alkalmazáskiszolgálót, amely tartalmazza az üzleti logikai szintet és/vagy az üzleti szintű adatelérési összetevőket, valamint az adatbázis-kiszolgálót. A webkiszolgáló és az adatbázis-kiszolgáló közötti kommunikáció az alkalmazáskiszolgálón keresztül történik. Az alkalmazásrétegekről és -szintekről részletes információt a Microsoft alkalmazásarchitektúra-útmutatójában talál.

A cikk elolvasása előtt ismernie kell az SQL Server és az Azure alapvető fogalmait. További információ: SQL Server Books Online, SQL Server az Azure-beli virtuális gépeken és Azure.com.

Ez a cikk számos olyan alkalmazásmintát ismertet, amelyek alkalmasak lehetnek az egyszerű alkalmazásokhoz és a rendkívül összetett vállalati alkalmazásokhoz. Az egyes minták részletezése előtt javasoljuk, hogy ismerkedjen meg az Azure-ban elérhető adattárolási szolgáltatásokkal, például az Azure Storage-ral, az Azure SQL Database-lel és az Azure-beli virtuális gépek SQL Serverével. Annak érdekében, hogy a legjobb tervezési döntéseket hozhassa az alkalmazásaihoz, ismerje meg, mikor érdemes egyértelműen használni az adattárolási szolgáltatást.

Válassza az SQL Servert az Azure-beli virtuális gépeken, amikor:

• Szabályoznia kell az SQL Servert és a Windowst. Ilyen lehet például az SQL Server verziója, a speciális gyorsjavítások, a teljesítménykonfiguráció stb.

• Teljes kompatibilitásra van szüksége az SQL Serverrel, és meglévő alkalmazásokat szeretne áthelyezni az Azure-ba.

• Szeretné kihasználni az Azure-környezet képességeit, de az Azure SQL Database nem támogatja az alkalmazás által igényelt összes funkciót. Ez a következő területeket foglalhatja magában:

  • Adatbázis mérete: A cikk frissítésekor az SQL Database legfeljebb 1 TB adatból álló adatbázist támogat. Ha az alkalmazás több mint 1 TB adatot igényel, és nem szeretne egyéni horizontális skálázási megoldásokat implementálni, javasoljuk, hogy az SQL Servert egy Azure-beli virtuális gépen használja. A legfrissebb információkért tekintse meg az Azure SQL Database, a DTU-alapú vásárlási modell és a virtuálismag-alapú vásárlási modell (előzetes verzió) horizontális felskálázását.
  • HIPAA-megfelelőség: Az egészségügyi ügyfelek és a független szoftverszállítók (ISV-k) az Azure SQL Database helyett az Azure-beli virtuális gépeken futó SQL Servert választhatják, mivel az Azure-beli virtuális gépeken futó SQL Serverre a HIPAA Vállalati társszerződés (BAA) vonatkozik. A megfelelőségről további információt a Microsoft Azure Adatvédelmi központ: Megfelelőség című témakörben talál.
  • Példányszintű szolgáltatások: Az SQL Database jelenleg nem támogatja az adatbázison kívül élő funkciókat (például csatolt kiszolgálók, ügynökfeladatok, FileStream, Service Broker stb.). További információkért tekintse meg az Azure SQL Database irányelveit és korlátait.

1 rétegű (egyszerű): Egy virtuális gép

Ebben az alkalmazásmintában az SQL Server-alkalmazást és -adatbázist egy önálló Azure-beli virtuális gépen helyezi üzembe. Ugyanez a virtuális gép tartalmazza az ügyfél-/webalkalmazást, az üzleti összetevőket, az adatelérési réteget és az adatbázis-kiszolgálót. A bemutató, az üzleti és az adatelérési kód logikailag elkülönül, de fizikailag egykiszolgálós gépen található. A legtöbb ügyfél ezt az alkalmazásmintát kezdi, majd további webes szerepkörök vagy virtuális gépek hozzáadásával skálázzák fel a rendszert.

Ez az alkalmazásminta akkor hasznos, ha:

• Egyszerű migrálást szeretne végrehajtani az Azure-platformra annak kiértékeléséhez, hogy a platform megfelel-e az alkalmazás követelményeinek.
• A rétegek közötti késés csökkentése érdekében meg szeretné tartani az ugyanazon a virtuális gépen üzemeltetett összes alkalmazásszintet ugyanabban az Azure-adatközpontban.
• Rövid ideig szeretné gyorsan kiépíteni a fejlesztési és tesztelési környezeteket.
• Különböző számítási feladatokhoz szeretne stressztesztelést végezni, ugyanakkor nem szeretne sok fizikai gépet birtokolni és karbantartani.

Az alábbi ábra egy egyszerű helyszíni forgatókönyvet mutat be, és azt mutatja be, hogyan helyezheti üzembe a felhőalapú megoldását egyetlen Azure-beli virtuális gépen.

Az üzleti réteg (üzleti logika és adatelérési összetevők) a bemutató réteggel azonos fizikai szinten való üzembe helyezése maximalizálhatja az alkalmazás teljesítményét, kivéve, ha a méretezhetőség vagy a biztonsági problémák miatt külön réteget kell használnia.

Mivel ez egy nagyon gyakori mintával kezdődik, az alábbi cikk hasznos lehet az adatok SQL Server virtuális gépre való áthelyezéséhez: Migrálási útmutató: SQL Server az Azure-beli virtuális gépekEN futó SQL Serverre.

3 rétegű (egyszerű): Több virtuális gép

Ebben az alkalmazásmintában egy háromrétegű alkalmazást helyez üzembe az Azure-ban úgy, hogy az egyes alkalmazásszinteket egy másik virtuális gépen helyezi el. Ez rugalmas környezetet biztosít egy egyszerű vertikális felskálázási és vertikális felskálázási forgatókönyvekhez. Ha az egyik virtuális gép tartalmazza az ügyfelet/webalkalmazást, a másik az üzleti összetevőket, a másik pedig az adatbázis-kiszolgálót üzemelteti.

Ez az alkalmazásminta akkor hasznos, ha:

• Összetett adatbázis-alkalmazások azure-beli virtuális gépekre történő migrálását szeretné elvégezni.
• Azt szeretné, hogy a különböző alkalmazásszintek különböző régiókban legyenek üzemeltetve. Előfordulhat például, hogy megosztott adatbázisok vannak üzembe helyezve több régióban jelentéskészítés céljából.
• A vállalati alkalmazásokat a helyszíni virtualizált platformokról az Azure Virtual Machinesbe szeretné áthelyezni. A nagyvállalati alkalmazásokkal kapcsolatos részletes ismertetésért lásd : Mi az a nagyvállalati alkalmazás?
• Rövid ideig szeretné gyorsan kiépíteni a fejlesztési és tesztelési környezeteket.
• Különböző számítási feladatokhoz szeretne stressztesztelést végezni, ugyanakkor nem szeretne sok fizikai gépet birtokolni és karbantartani.

Az alábbi ábra bemutatja, hogyan helyezhet el egy egyszerű, háromrétegű alkalmazást az Azure-ban úgy, hogy az egyes alkalmazásszinteket egy másik virtuális gépre helyezi.

Ebben az alkalmazásmintában minden szinten csak egy virtuális gép található. Ha több virtuális gépe van az Azure-ban, javasoljuk, hogy állítson be egy virtuális hálózatot. Az Azure Virtual Network létrehoz egy megbízható biztonsági határt, és lehetővé teszi, hogy a virtuális gépek egymás között kommunikáljanak a privát IP-címen keresztül. Emellett mindig győződjön meg arról, hogy az összes internetkapcsolat csak a bemutatószintre kerül. Ha követi ezt az alkalmazásmintát, kezelje a hálózati biztonsági csoport szabályait a hozzáférés szabályozásához. További információ: A virtuális géphez való külső hozzáférés engedélyezése az Azure Portalon.

A diagramban az internetes protokollok lehetnek TCP, UDP, HTTP vagy HTTPS.

Megjegyzés:

A virtuális hálózat beállítása az Azure-ban ingyenes. A helyszíni vpn-átjáróért azonban díjat számítunk fel. Ez a díj a kapcsolat kiépítésének és rendelkezésre állásának időtartamán alapul.

2- és 3 réteg a bemutatószint vertikális felskálázásához

Ebben az alkalmazásmintában 2 vagy 3 rétegű adatbázisalkalmazást helyez üzembe az Azure-beli virtuális gépeken úgy, hogy az egyes alkalmazásszinteket egy másik virtuális gépen helyezi el. Emellett a bejövő ügyfélkérelmek megnövekedett mennyisége miatt skálázhatja fel a bemutatószintet.

Ez az alkalmazásminta akkor hasznos, ha:

• A vállalati alkalmazásokat a helyszíni virtualizált platformokról az Azure Virtual Machinesbe szeretné áthelyezni.
• A bejövő ügyfélkérelmek megnövekedett mennyisége miatt fel szeretné skálázni a bemutatóréteget.
• Rövid ideig szeretné gyorsan kiépíteni a fejlesztési és tesztelési környezeteket.
• Különböző számítási feladatokhoz szeretne stressztesztelést végezni, ugyanakkor nem szeretne sok fizikai gépet birtokolni és karbantartani.
• Olyan infrastruktúra-környezetet szeretne birtokolni, amely igény szerint fel- és leskálázható.

Az alábbi ábra bemutatja, hogyan helyezheti el az alkalmazásszinteket több azure-beli virtuális gépen úgy, hogy a megnövekedett mennyiségű bejövő ügyfélkérés miatt horizontálisan felskálázhatja a bemutatószintet. Ahogy a diagramon látható, az Azure Load Balancer felelős a forgalom több virtuális gép közötti elosztásáért, valamint annak meghatározásáért, hogy melyik webkiszolgálóhoz kell csatlakozni. A webkiszolgálók több példányának terheléselosztó mögötti használata biztosítja a bemutatószint magas rendelkezésre állását.

Ajánlott eljárások olyan kétrétegű, háromrétegű vagy n szintű mintákhoz, amelyek több virtuális géppel rendelkeznek egy szinten

Javasoljuk, hogy az ugyanahhoz a réteghez tartozó virtuális gépeket ugyanabban a felhőszolgáltatásban és ugyanabban a rendelkezésre állási csoportban helyezze el. Helyezzen például webkiszolgálókat a CloudService1 és a AvailabilitySet1 szolgáltatásban, valamint adatbázis-kiszolgálókat a CloudService2-ben és a AvailabilitySet2-ben. Az Azure-beli rendelkezésre állási csoportok lehetővé teszik a magas rendelkezésre állású csomópontok különálló tartalék tartományokba és frissítési tartományokba való elhelyezését.

Egy szint több virtuálisgép-példányának használatához konfigurálnia kell az Azure Load Balancert az alkalmazásszintek között. A Load Balancer minden szinten való konfigurálásához külön hozzon létre egy terheléselosztásos végpontot az egyes rétegek virtuális gépeihez. Egy adott szint esetében először hozzon létre virtuális gépeket ugyanabban a felhőszolgáltatásban. Ez biztosítja, hogy ugyanazzal a nyilvános virtuális IP-címmel rendelkezzenek. Ezután hozzon létre egy végpontot az adott réteg egyik virtuális gépén. Ezután rendelje hozzá ugyanazt a végpontot a réteg többi virtuális gépéhez terheléselosztás céljából. Egy elosztott terhelésű készlet létrehozásával több virtuális gép között oszthatja el a forgalmat, és lehetővé teszi a Load Balancer számára, hogy meghatározza, melyik csomópont csatlakozzon egy háttérbeli virtuálisgép-csomópont meghibásodása esetén. A webkiszolgálók több példányának terheléselosztó mögötti használata például biztosítja a bemutatószint magas rendelkezésre állását.

Ajánlott eljárásként mindig győződjön meg arról, hogy az összes internetkapcsolat először a bemutatószintre kerül. A bemutató réteg hozzáfér az üzleti szinthez, majd az üzleti réteg hozzáfér az adatszinthez. A bemutatóréteghez való hozzáférés engedélyezéséről további információt az Azure Portalon a virtuális gép külső elérésének engedélyezése című témakörben talál.

Vegye figyelembe, hogy az Azure Load Balancer a helyszíni környezet terheléselosztóihoz hasonlóan működik. További információ: Terheléselosztás az Azure-infrastruktúra-szolgáltatásokhoz.

Emellett javasoljuk, hogy az Azure Virtual Network használatával állítson be egy magánhálózatot a virtuális gépekhez. Ez lehetővé teszi számukra, hogy egymás között kommunikáljanak a privát IP-címen keresztül. További információ: Azure Virtual Network.

2 és 3 rétegű, üzleti szintű vertikális felskálázással

Ebben az alkalmazásmintában 2 vagy 3 rétegű adatbázisalkalmazást helyez üzembe az Azure Virtual Machinesben úgy, hogy az egyes alkalmazásszinteket egy másik virtuális gépen helyezi el. Emellett az alkalmazás összetettsége miatt érdemes lehet az alkalmazáskiszolgáló összetevőit több virtuális gépre is elosztani.

Ez az alkalmazásminta akkor hasznos, ha:

• A vállalati alkalmazásokat a helyszíni virtualizált platformokról az Azure Virtual Machinesbe szeretné áthelyezni.
• Az alkalmazáskiszolgáló összetevőit több virtuális gépre szeretné terjeszteni az alkalmazás összetettsége miatt.
• Az üzleti logikát a helyszíni LOB (üzletági) alkalmazások azure-beli virtuális gépekre szeretné áthelyezni. A LOB-alkalmazások olyan kritikus fontosságú számítógépes alkalmazások, amelyek létfontosságúak egy vállalat futtatásához, például könyvelés, emberi erőforrások (HR), bérszámfejtés, ellátási lánc kezelése és erőforrás-tervezési alkalmazások.
• Rövid ideig szeretné gyorsan kiépíteni a fejlesztési és tesztelési környezeteket.
• Különböző számítási feladatokhoz szeretne stressztesztelést végezni, ugyanakkor nem szeretne sok fizikai gépet birtokolni és karbantartani.
• Olyan infrastruktúra-környezetet szeretne birtokolni, amely igény szerint fel- és leskálázható.

Az alábbi ábra egy helyszíni forgatókönyvet és annak felhőalapú megoldását mutatja be. Ebben a forgatókönyvben az azure-beli több virtuális gépen helyezi el az alkalmazásszinteket az üzleti szint horizontális felskálázásával, amely az üzleti logikai szintet és az adatelérési összetevőket tartalmazza. Ahogy a diagramon látható, az Azure Load Balancer felelős a forgalom több virtuális gép közötti elosztásáért, valamint annak meghatározásáért, hogy melyik webkiszolgálóhoz kell csatlakozni. Az alkalmazáskiszolgálók több példányának terheléselosztó mögötti használata biztosítja az üzleti szint magas rendelkezésre állását. További információ: Ajánlott eljárások kétszintű, háromrétegű vagy n szintű alkalmazásmintákhoz, amelyek több virtuális gépet tartalmaznak egy szinten.

2 és 3 réteges, bemutató és üzleti szintek felskálázással és HADR-val

Ebben az alkalmazásmintában 2 vagy 3 rétegű adatbázisalkalmazást helyez üzembe az Azure Virtual Machinesben a bemutatószint (webkiszolgáló) és az üzleti réteg (alkalmazáskiszolgáló) összetevőinek több virtuális gépre való elosztásával. Emellett magas rendelkezésre állású és vészhelyreállítási (HADR) megoldásokat is implementálhat az Azure-beli virtuális gépek adatbázisaihoz.

Ez az alkalmazásminta akkor hasznos, ha:

• A nagyvállalati alkalmazásokat a helyszíni virtualizált platformokról az Azure-ba szeretné áthelyezni az SQL Server magas rendelkezésre állási és vészhelyreállítási képességeinek implementálásával.
• A megnövekedett mennyiségű bejövő ügyfélkérés és az alkalmazás összetettsége miatt fel szeretné skálázni a bemutatószintet és az üzleti szintet.
• Rövid ideig szeretné gyorsan kiépíteni a fejlesztési és tesztelési környezeteket.
• Különböző számítási feladatokhoz szeretne stressztesztelést végezni, ugyanakkor nem szeretne sok fizikai gépet birtokolni és karbantartani.
• Olyan infrastruktúra-környezetet szeretne birtokolni, amely igény szerint fel- és leskálázható.

Az alábbi ábra egy helyszíni forgatókönyvet és annak felhőalapú megoldását mutatja be. Ebben a forgatókönyvben vertikálisan felskálázza a bemutatószintet és az üzleti réteg összetevőit több Azure-beli virtuális gépen. Emellett magas rendelkezésre állási és vészhelyreállítási (HADR) technikákat is implementálhat az Azure-beli SQL Server-adatbázisokhoz.

Ha több példányban futtat egy alkalmazást különböző virtuális gépeken, győződjön meg arról, hogy terheléselosztási kérések vannak közöttük. Ha több virtuális gépe van, gondoskodnia kell arról, hogy az összes virtuális gép elérhető legyen, és egyszerre fusson. Ha terheléselosztást konfigurál, az Azure Load Balancer nyomon követi a virtuális gépek állapotát, és megfelelően irányítja a bejövő hívásokat az kifogástalanul működő virtuálisgép-csomópontokra. A virtuális gépek terheléselosztásának beállításával kapcsolatos információkért tekintse meg az Azure-infrastruktúra-szolgáltatások terheléselosztását ismertető témakört. A web- és alkalmazáskiszolgálók több példányának terheléselosztó mögötti használata biztosítja a bemutatók és az üzleti szintek magas rendelkezésre állását.

Ajánlott eljárások az SQL HADR-t igénylő alkalmazásmintákhoz

Ha magas rendelkezésre állású SQL Server- és vészhelyreállítási megoldásokat állít be az Azure-beli virtuális gépeken, kötelező beállítani egy virtuális hálózatot a virtuális gépekhez az Azure Virtual Network használatával. A virtuális hálózaton belüli virtuális gépek a szolgáltatás állásideje után is stabil privát IP-címmel rendelkeznek, így elkerülheti a DNS-névfeloldáshoz szükséges frissítési időt. Emellett a virtuális hálózat lehetővé teszi a helyszíni hálózat azure-ra való kiterjesztését, és egy megbízható biztonsági határt hoz létre. Ha például az alkalmazás vállalati tartománykorlátozásokkal rendelkezik (például Windows-hitelesítés, Active Directory), az Azure Virtual Network beállítása szükséges.

A legtöbb ügyfél, aki éles kódot futtat az Azure-ban, az elsődleges és a másodlagos replikákat is az Azure-ban tartja.

A magas rendelkezésre állással és vészhelyreállítási technikákkal kapcsolatos átfogó információkért és oktatóanyagokért tekintse meg az Azure-beli virtuális gépeken futó SQL Server magas rendelkezésre állását és vészhelyreállítását ismertető témakört.

2 és 3 réteg az Azure Virtual Machines és a Cloud Services használatával

Ebben az alkalmazásmintában 2 vagy 3 rétegű alkalmazást helyez üzembe az Azure-ban az Azure Cloud Services (webes és feldolgozói szerepkörök – Szolgáltatásként nyújtott platform (PaaS)) és az Azure Virtual Machines (Infrastruktúra szolgáltatásként (IaaS)) használatával. Az Azure Cloud Services használata a bemutatószinthez/üzleti szinthez és az Azure Virtual Machinesben az SQL Serverhez az adatszinthez előnyös az Azure-ban futó alkalmazások többsége számára. Ennek az az oka, hogy a Cloud Servicesen futó számítási példányok egyszerű felügyeletet, üzembe helyezést, monitorozást és vertikális felskálázást biztosítanak.

A Cloud Services segítségével az Azure fenntartja az Infrastruktúrát, elvégzi a rutinkarbantartást, kijavítja az operációs rendszereket, és megpróbálja helyreállítani a szolgáltatás- és hardverhibákat. Ha az alkalmazásnak horizontális felskálázási, automatikus és manuális horizontális felskálázási lehetőségekre van szüksége a felhőszolgáltatás-projekthez az alkalmazás által használt példányok vagy virtuális gépek számának növelésével vagy csökkentésével. Emellett a helyszíni Visual Studióval üzembe helyezheti az alkalmazást egy Azure-beli felhőszolgáltatási projektben.

Összefoglalva, ha nem szeretne kiterjedt rendszergazdai feladatokkal rendelkezni a bemutató/üzleti szinten, és az alkalmazás nem igényel összetett szoftver- vagy operációs rendszert, használja az Azure Cloud Servicest. Ha az Azure SQL Database nem támogatja a keresett összes szolgáltatást, használja az SQL Servert egy Azure-beli virtuális gépen az adatréteghez. Az alkalmazások Azure Cloud Servicesen való futtatása és az adatok azure-beli virtuális gépeken való tárolása egyesíti a két szolgáltatás előnyeit. Részletes összehasonlításért tekintse meg a jelen témakörnek az Azure-beli fejlesztési stratégiák összehasonlítása című szakaszát.

Ebben az alkalmazásmintában a bemutatószint egy webes szerepkört tartalmaz, amely egy Azure-beli végrehajtási környezetben futó Cloud Services-összetevő, és az IIS és a ASP.NET által támogatott webalkalmazás-programozáshoz van testre szabva. Az üzleti vagy háttérszint tartalmaz egy feldolgozói szerepkört, amely egy Azure-beli végrehajtási környezetben futó Cloud Services-összetevő, amely általános fejlesztéshez hasznos, és webes szerepkörök háttérfeldolgozását is elvégezheti. Az adatbázisszint egy SQL Server virtuális gépen található az Azure-ban. A bemutatószint és az adatbázisszint közötti kommunikáció közvetlenül vagy az üzleti szinten – feldolgozói szerepkör összetevőin keresztül történik.

Ez az alkalmazásminta akkor hasznos, ha:

• A nagyvállalati alkalmazásokat a helyszíni virtualizált platformokról az Azure-ba szeretné áthelyezni az SQL Server magas rendelkezésre állási és vészhelyreállítási képességeinek implementálásával.
• Olyan infrastruktúra-környezetet szeretne birtokolni, amely igény szerint fel- és leskálázható.
• Az Azure SQL Database nem támogatja az alkalmazás vagy az adatbázis által igényelt összes funkciót.
• Különböző számítási feladatokhoz szeretne stressztesztelést végezni, ugyanakkor nem szeretne sok fizikai gépet birtokolni és karbantartani.

Az alábbi ábra egy helyszíni forgatókönyvet és annak felhőalapú megoldását mutatja be. Ebben a forgatókönyvben a bemutatószintet webes szerepkörökben, az üzleti réteget feldolgozói szerepkörökben, az Adatszintet pedig az Azure-beli virtuális gépeken helyezi el. A különböző webes szerepkörökben a bemutatószint több példányának futtatása biztosítja a kérelmek terheléselosztását. Ha az Azure Cloud Servicest azure-beli virtuális gépekkel kombinálja, javasoljuk, hogy az Azure Virtual Networkt is állítsa be. Az Azure Virtual Network használatával stabil és állandó privát IP-címekkel rendelkezhet ugyanazon felhőszolgáltatáson belül a felhőben. Miután definiált egy virtuális hálózatot a virtuális gépekhez és a felhőszolgáltatásokhoz, elkezdhetnek egymás között kommunikálni a privát IP-címen keresztül. Emellett a virtuális gépek és az Azure webes/feldolgozói szerepkörök ugyanabban az Azure-beli virtuális hálózatban alacsony késést és biztonságosabb kapcsolatot biztosítanak. További információ: Mi az a felhőszolgáltatás?

A diagramon látható módon az Azure Load Balancer több virtuális gép között osztja el a forgalmat, és azt is meghatározza, hogy melyik webkiszolgálóhoz vagy alkalmazáskiszolgálóhoz szeretne csatlakozni. A webes és alkalmazáskiszolgálók több példányának terheléselosztó mögötti használata biztosítja a bemutatószint és az üzleti szint magas rendelkezésre állását. További információkért tekintse meg az SQL HADR-t igénylő alkalmazásminták ajánlott eljárásait.

Az alkalmazásminta implementálásának másik módja egy konszolidált webes szerepkör használata, amely a bemutatószint és az üzleti réteg összetevőit is tartalmazza az alábbi ábrán látható módon. Ez az alkalmazásminta az állapotalapú tervezést igénylő alkalmazások esetében hasznos. Mivel az Azure állapot nélküli számítási csomópontokat biztosít webes és feldolgozói szerepkörökhöz, javasoljuk, hogy implementáljon egy logikát a munkamenet-állapot tárolásához az alábbi technológiák egyikével: Azure Caching, Azure Table Storage vagy Azure SQL Database.

Minta az Azure Virtual Machines, az Azure SQL Database és a Azure-alkalmazás Service (Web Apps) használatával

Ennek az alkalmazásmintának az elsődleges célja, hogy bemutassa, hogyan kombinálhatja az Azure-infrastruktúra szolgáltatásként (IaaS) összetevőit az Azure-beli platformszolgáltatás-összetevőkkel (PaaS) a megoldásban. Ez a minta az Azure SQL Database-ra összpontosít a relációs adattároláshoz. Nem tartalmazza az SQL Servert egy Azure-beli virtuális gépen, amely az Azure-infrastruktúra szolgáltatásajánlat részét képezi.

Ebben az alkalmazásmintában egy adatbázis-alkalmazást helyez üzembe az Azure-ban a bemutató és az üzleti szintek ugyanazon a virtuális gépen való elhelyezésével, valamint egy adatbázis azure SQL Database-kiszolgálókon való elérésével. A bemutatószintet hagyományos IIS-alapú webes megoldásokkal implementálhatja. A Azure-alkalmazás Service használatával kombinált bemutatót és üzleti szintet is implementálhat.

Ez az alkalmazásminta akkor hasznos, ha:

• Már konfigurált egy meglévő SQL Database-kiszolgálót az Azure-ban, és gyorsan szeretné tesztelni az alkalmazást.
• Tesztelni szeretné az Azure-környezet képességeit.
• Rövid ideig szeretné gyorsan kiépíteni a fejlesztési és tesztelési környezeteket.
• Az üzleti logika és az adatelérési összetevők önállóan tárolhatók egy webalkalmazásban.

Az alábbi ábra egy helyszíni forgatókönyvet és annak felhőalapú megoldását mutatja be. Ebben a forgatókönyvben az alkalmazásszinteket egyetlen virtuális gépen helyezi el az Azure-ban, és hozzáfér az Adatokhoz az Azure SQL Database-ben.

Ha kombinált web- és alkalmazásszintet szeretne implementálni az Azure Web Apps használatával, javasoljuk, hogy a középső vagy az alkalmazásszintet dinamikus csatolású kódtárakként (DLL-ként) tartsa egy webalkalmazás kontextusában.

Emellett tekintse át a jelen cikk végén az Azure webfejlesztési stratégiáinak összehasonlítása című szakaszban szereplő javaslatokat, hogy többet tudjon meg a programozási technikákról.

N szintű hibrid alkalmazásminta

Az n szintű hibrid alkalmazásmintában az alkalmazást több, a helyszíni és az Azure között elosztott rétegben valósítja meg. Ezért egy rugalmas és újrafelhasználható hibrid rendszert hoz létre, amelyet a többi szint módosítása nélkül módosíthat vagy hozzáadhat egy adott réteghez. A vállalati hálózat felhőre való kiterjesztéséhez az Azure Virtual Network szolgáltatást kell használnia.

Ez a hibrid alkalmazásminta akkor hasznos, ha:

• Olyan alkalmazásokat szeretne létrehozni, amelyek részben a felhőben, részben a helyszínen futnak.
• Egy meglévő helyszíni alkalmazás néhány vagy minden elemét át szeretné migrálni a felhőbe.
• A vállalati alkalmazásokat a helyszíni virtualizált platformokról az Azure-ba szeretné áthelyezni.
• Olyan infrastruktúra-környezetet szeretne birtokolni, amely igény szerint fel- és leskálázható.
• Rövid ideig szeretné gyorsan kiépíteni a fejlesztési és tesztelési környezeteket.
• Költséghatékony módszert szeretne a vállalati adatbázis-alkalmazások biztonsági mentésére.

Az alábbi ábra egy n szintű hibrid alkalmazásmintát mutat be, amely a helyszíni és az Azure-ra terjed ki. A diagramon látható módon a helyszíni infrastruktúra Active Directory tartományi szolgáltatások tartományvezérlőt is tartalmaz a felhasználói hitelesítés és engedélyezés támogatásához. Vegye figyelembe, hogy a diagram egy olyan forgatókönyvet mutat be, amelyben az adatszint egyes részei egy helyszíni adatközpontban, míg az adatszint egyes részei az Azure-ban élnek. Az alkalmazás igényeitől függően számos más hibrid forgatókönyvet is implementálhat. Előfordulhat például, hogy a bemutatószintet és az üzleti szintet egy helyszíni környezetben tartja, de az Azure-ban az adatszintet.

Az Azure-ban használhatja a Microsoft Entra-azonosítót (korábbi nevén Azure Active Directoryt) identitás- és hozzáférés-kezelésre, vagy integrálhat egy meglévő helyi Active Directory a Microsoft Entra-azonosítóval. Ahogy az ábrán látható, az üzleti szintű összetevők több adatforráson is hitelesíthetők, például: Azure-beli virtuális gépeken futó SQL Server magánhálózati IP-címen, helyszíni SQL Serveren az Azure Virtual Networken keresztül vagy az Azure SQL Database-ben a .NET-keretrendszer adatszolgáltatói technológiák használatával. Ebben a diagramban az Azure SQL Database egy opcionális adattárolási szolgáltatás.

N szintű hibrid alkalmazásmintában a következő munkafolyamat implementálható a megadott sorrendben:

1. A Microsoft Assessment and Planning (MAP) eszközkészlet használatával azonosíthatja azokat a vállalati adatbázis-alkalmazásokat, amelyeket át kell helyezni a felhőbe. A MAP eszközkészlet leltár- és teljesítményadatokat gyűjt a virtualizálást fontolgató számítógépekről, és javaslatokat tesz a kapacitás- és értékeléstervezésre.

2. Tervezze meg az Azure-platformon szükséges erőforrásokat és konfigurációt, például tárfiókokat és virtuális gépeket.

3. Hálózati kapcsolat beállítása a helyszíni vállalati hálózat és az Azure Virtual Network között. A helyszíni vállalati hálózat és az Azure-beli virtuális gép közötti kapcsolat beállításához használja az alábbi két módszer egyikét:

   1. Kapcsolat létesítése a helyszíni és az Azure között nyilvános végpontokon keresztül egy Azure-beli virtuális gépen. Ez a módszer egyszerű beállítást biztosít, és lehetővé teszi az SQL Server-hitelesítés használatát a virtuális gépen. Emellett állítsa be a hálózati biztonsági csoport szabályait a virtuális gép nyilvános forgalmának szabályozásához. További információ: A virtuális géphez való külső hozzáférés engedélyezése az Azure Portalon.

   2. Hozzon létre kapcsolatot a helyszíni és az Azure között az Azure Virtual Private Network (VPN) alagúton keresztül. Ezzel a módszerrel tartományszabályzatokat terjeszthet ki egy Azure-beli virtuális gépre. Emellett tűzfalszabályokat is beállíthat, és Windows-hitelesítést használhat a virtuális gépen. Jelenleg Azure-támogatás biztonságos helyek közötti VPN- és pont–hely VPN-kapcsolatokat:

      • Biztonságos helyek közötti kapcsolattal hálózati kapcsolatot létesíthet a helyszíni hálózat és az Azure-beli virtuális hálózat között. Javasoljuk, hogy a helyszíni adatközpont-környezetet az Azure-hoz csatlakoztassa.
      • Biztonságos pont–hely kapcsolattal hálózati kapcsolatot létesíthet az Azure-beli virtuális hálózata és a bárhol futó egyes számítógépek között. Leginkább fejlesztési és tesztelési célokra ajánlott.

      Az Azure-beli SQL Serverhez való csatlakozásról további információt az Azure-beli SQL Server virtuális gépekhez való Csatlakozás című témakörben talál.

4. Ütemezett feladatokat és riasztásokat állíthat be, amelyek biztonsági másolatot készítnek a helyszíni adatokról egy Azure-beli virtuálisgép-lemezen. További információ: SQL Server Backup and Restore with Azure Blob Storage and Backup and Restore for SQL Server on Azure Virtual Machines.

5. Az alkalmazás igényeitől függően az alábbi három gyakori forgatókönyv egyikét implementálhatja:

   1. A webkiszolgálót, az alkalmazáskiszolgálót és a érzéketlen adatokat az Azure-beli adatbázis-kiszolgálón tárolhatja, míg a bizalmas adatokat a helyszínen tárolhatja.
   2. A webkiszolgálót és az alkalmazáskiszolgálót a helyszínen tarthatja, míg az adatbázis-kiszolgálót egy Azure-beli virtuális gépen.
   3. Az adatbázis-kiszolgálót, a webkiszolgálót és az alkalmazáskiszolgálót a helyszínen tarthatja, míg az adatbázis-replikákat az Azure-beli virtuális gépeken tárolhatja. Ezzel a beállítással a helyszíni webkiszolgálók vagy jelentéskészítő alkalmazások hozzáférhetnek az Azure-beli adatbázis-replikákhoz. Így csökkentheti a számítási feladatokat egy helyszíni adatbázisban. Javasoljuk, hogy ezt a forgatókönyvet nagy olvasási számítási feladatok és fejlesztési célokra implementálja. Az adatbázis-replikák Azure-beli létrehozásáról az Azure-beli SQL Server magas rendelkezésre állású és vészhelyreállítási rendelkezésre állású rendelkezésre állási csoportjairól olvashat.

Webfejlesztési stratégiák összehasonlítása az Azure-ban

Ha többrétegű SQL Server-alapú alkalmazást szeretne implementálni és üzembe helyezni az Azure-ban, az alábbi két programozási módszer egyikét használhatja:

• Állítson be egy hagyományos webkiszolgálót (IIS – Internet Information Services) az Azure-ban, és férhessen hozzá az Azure-beli virtuális gépeken futó SQL Server adatbázisaihoz.
• Felhőszolgáltatás implementálása és üzembe helyezése az Azure-ban. Ezután győződjön meg arról, hogy ez a felhőszolgáltatás hozzáfér az Sql Server adatbázisaihoz az Azure-beli virtuális gépeken. A felhőszolgáltatások több webes és feldolgozói szerepkört is tartalmazhatnak.

Az alábbi táblázat a hagyományos webfejlesztés és az Azure Cloud Services és az Azure Web Apps összehasonlítása az Azure-beli virtuális gépeken futó SQL Server tekintetében. A táblázat tartalmazza az Azure Web Appst, mivel nyilvános virtuális IP-címével vagy DNS-nevével azure-beli virtuális gépeken használhatja az SQL Servert adatforrásként az Azure Web Apps számára.

	Hagyományos webfejlesztés az Azure-beli virtuális gépeken	Felhőszolgáltatások az Azure-ban	Web hosting with Azure Web Apps
Alkalmazásmigrálás a helyszínről	Meglévő alkalmazások is.	Az alkalmazásoknak webes és feldolgozói szerepkörökre van szükségük.	A meglévő alkalmazások önálló webalkalmazásokhoz és gyors méretezhetőséget igénylő webszolgáltatásokhoz használhatók.
Fejlesztés és üzembe helyezés	Visual Studio, WebMatrix, Visual Web Developer, WebDeploy, FTP, TFS, IIS Manager, PowerShell.	Visual Studio, Azure SDK, TFS, PowerShell. Minden felhőszolgáltatás két környezettel rendelkezik, amelyeken üzembe helyezheti a szolgáltatáscsomagot és a konfigurációt: előkészítést és éles üzemet. Üzembe helyezhet egy felhőszolgáltatást az előkészítési környezetben, hogy tesztelje, mielőtt előlépteti éles környezetben.	Visual Studio, WebMatrix, Visual Web Developer, FTP, GIT, BitBucket, CodePlex, DropBox, GitHub, Mercurial, TFS, Web Deploy, PowerShell.
Rendszergazda istration és setup	Ön felel az alkalmazás, az adatok, a tűzfalszabályok, a virtuális hálózat és az operációs rendszer felügyeleti feladataiért.	Ön felel az alkalmazás, az adatok, a tűzfalszabályok és a virtuális hálózat felügyeleti feladataiért.	Ön csak az alkalmazáson és az adatokon végzett rendszergazdai feladatokért felelős.
Magas rendelkezésre állás és vészhelyreállítás (HADR)	Javasoljuk, hogy a virtuális gépeket ugyanabban a rendelkezésre állási csoportban és ugyanabban a felhőszolgáltatásban helyezze el. Ha a virtuális gépeket ugyanabban a rendelkezésre állási csoportban tartja, az Azure a magas rendelkezésre állású csomópontokat különálló tartalék tartományokba és frissítési tartományokba helyezheti. Hasonlóképpen, ha a virtuális gépeket ugyanabban a felhőszolgáltatásban tartja, lehetővé teszi a terheléselosztást, és a virtuális gépek közvetlenül kommunikálhatnak egymással egy Azure-adatközpont helyi hálózatán keresztül. Ön a felelős azért, hogy magas rendelkezésre állási és vészhelyreállítási megoldást implementáljon az AZURE-beli virtuális gépeken futó SQL Serverhez az állásidő elkerülése érdekében. A támogatott HADR-technológiákért tekintse meg az Azure-beli virtuális gépeken futó SQL Server magas rendelkezésre állását és vészhelyreállítását. Ön a felelős a saját adatai és alkalmazásai biztonsági mentéséért. Az Azure áthelyezheti a virtuális gépeket, ha az adatközpont gazdagépe hardverproblémák miatt meghiúsul. Emellett a virtuális gép tervezett leállása is lehetséges, ha a gazdagép biztonsági vagy szoftverfrissítések miatt frissül. Ezért javasoljuk, hogy minden alkalmazásszinten legalább két virtuális gépet tartson fenn a folyamatos rendelkezésre állás biztosítása érdekében. Az Azure nem biztosít SLA-t egyetlen virtuális géphez.	Az Azure kezeli a mögöttes hardverből vagy operációsrendszer-szoftverből eredő hibákat. Javasoljuk, hogy egy webes vagy feldolgozói szerepkör több példányát is implementálja az alkalmazás magas rendelkezésre állásának biztosítása érdekében. További információ: Cloud Services, Virtual Machines és Virtual Network Service Level Agreement. Ön a felelős a saját adatai és alkalmazásai biztonsági mentéséért. Egy Azure-beli virtuális gépen található SQL Server-adatbázisban található adatbázisok esetében ön felel egy magas rendelkezésre állási és vészhelyreállítási megoldás implementálásáért az állásidő elkerülése érdekében. A támogatott HDAR-technológiákról az Azure-beli virtuális gépeken futó SQL Server magas rendelkezésre állása és vészhelyreállítása című témakörben olvashat. SQL Server Database-tükrözés: Az Azure Cloud Services (webes/feldolgozói szerepkörök) használata. Az SQL Server virtuális gépek és a felhőszolgáltatás-projekt ugyanabban az Azure-beli virtuális hálózatban lehetnek. Ha az SQL Server virtuális gép nem ugyanabban a virtuális hálózatban található, létre kell hoznia egy SQL Server Aliast, amely átirányítja a kommunikációt az SQL Server-példányhoz. Emellett az aliasnévnek meg kell egyeznie az SQL Server nevével.	A magas rendelkezésre állás öröklődik az Azure-feldolgozói szerepköröktől, az Azure Blob Storage-tól és az Azure SQL Database-től. Az Azure Storage például három replikát tart fenn az összes blob-, tábla- és üzenetsor-adatból. Az Azure SQL Database egyszerre három adatreplikát tart futtatva – egy elsődleges és két másodlagos replikát. További információ: Azure Storage és Azure SQL Database. Ha azure-beli virtuális gépen használja az SQL Servert az Azure Web Apps adatforrásaként, vegye figyelembe, hogy az Azure Web Apps nem támogatja az Azure Virtual Networket. Más szóval az Azure Web Apps és az Azure-beli SQL Server virtuális gépek közötti összes kapcsolatnak át kell haladnia a virtuális gépek nyilvános végpontjaikon. Ez bizonyos korlátozásokat okozhat a magas rendelkezésre állás és a vészhelyreállítási forgatókönyvek esetében. Az Azure Web Apps ügyfélalkalmazása például, amely adatbázis-tükrözéssel csatlakozik az SQL Server virtuális géphez, nem tud csatlakozni az új elsődleges kiszolgálóhoz, mivel az adatbázis-tükrözéshez azure-beli virtuális hálózatot kell beállítania az SQL Server-gazda virtuális gépek között az Azure-ban. Ezért az SQL Server Database Mirroring használata az Azure Web Appsszel jelenleg nem támogatott. SQL Server Always On rendelkezésre állási csoportok: Az Always On rendelkezésre állási csoportokat akkor állíthatja be, ha az Azure Web Appst SQL Server virtuális gépekkel használja az Azure-ban. Azonban konfigurálnia kell az Always On rendelkezésre állási csoport figyelőt, hogy a kommunikációt az elsődleges replikához irányíthassa a nyilvános terheléselosztású végpontokon keresztül.
Helyszíni kapcsolat	Az Azure Virtual Network használatával csatlakozhat a helyszíni hálózathoz.	Az Azure Virtual Network használatával csatlakozhat a helyszíni hálózathoz.	Az Azure Virtual Network támogatott.
Méretezhetőség	A vertikális felskálázás a virtuális gépek méretének növelésével vagy további lemezek hozzáadásával érhető el. A virtuális gépek méretéről további információt az Azure-beli virtuálisgép-méretek című témakörben talál. Adatbázis-kiszolgáló esetén: A horizontális felskálázás adatbázispartíciós technikákkal és az SQL Server Always On rendelkezésre állási csoportjaival érhető el. A nagy olvasási számítási feladatokhoz használhatja az Always On rendelkezésre állási csoportokat több másodlagos csomóponton, valamint az SQL Server replikációt. A nagy mennyiségű írási számítási feladat esetén horizontális particionálási adatokat implementálhat több fizikai kiszolgálón az alkalmazások horizontális felskálázásához. Emellett a vertikális felskálázást az SQL Server adatfüggő útválasztással történő használatával is implementálhatja. Az adatfüggő útválasztás (DDR) esetében implementálnia kell a particionálási mechanizmust az ügyfélalkalmazásban, általában az üzleti réteg rétegében, hogy az adatbázis-kérelmeket több SQL Server-csomópontra irányíthassa. Az üzleti szint megfelelteti az adatok particionálásának módját, és azt, hogy melyik csomópont tartalmazza az adatokat. Skálázhatja a virtuális gépeket futtató alkalmazásokat. További információ: Alkalmazás méretezése. Fontos megjegyzés: Az Azure automatikus méretezési funkciója lehetővé teszi az alkalmazás által használt virtuális gépek automatikus növelését vagy csökkentését. Ez a funkció garantálja, hogy a végfelhasználói élményt nem befolyásolja negatívan a csúcsidőszakok során, és a virtuális gépek leállnak, ha az igény alacsony. Ha SQL Server rendszerű virtuális gépeket is tartalmaz, javasoljuk, hogy ne állítsa be a felhőszolgáltatás automatikus skálázási beállítását. Ennek az az oka, hogy az Automatikus skálázás funkció lehetővé teszi, hogy az Azure bekapcsoljon egy virtuális gépet, ha a virtuális gép processzorhasználata magasabb egy küszöbértéknél, és kikapcsolja a virtuális gépet, ha a processzorhasználat alacsonyabb annál. Az Automatikus skálázás funkció olyan állapot nélküli alkalmazásokhoz, például webkiszolgálókhoz hasznos, ahol bármely virtuális gép kezelheti a számítási feladatot anélkül, hogy bármilyen korábbi állapotra hivatkozik. Az automatikus skálázási funkció azonban nem hasznos állapotalapú alkalmazásokhoz, például az SQL Serverhez, ahol csak egy példány engedélyezi az adatbázisba való írást.	A vertikális felskálázás több webes és feldolgozói szerepkör használatával érhető el. A webes szerepkörök és feldolgozói szerepkörök virtuálisgép-méreteivel kapcsolatos további információkért lásd : Méretek konfigurálása a Cloud Serviceshez. A Cloud Services használatakor több szerepkört is meghatározhat a feldolgozás terjesztéséhez, valamint az alkalmazás rugalmas skálázását is elérheti. Minden felhőszolgáltatás egy vagy több webes szerepkört és/vagy feldolgozói szerepkört tartalmaz, mindegyik saját alkalmazásfájlokkal és konfigurációval. A felhőszolgáltatás vertikális felskálázásához növelje a szerepkörökhöz üzembe helyezett szerepkörpéldányok (virtuális gépek) számát, és a szerepkörpéldányok számának csökkentésével vertikálisan leskálázhatja a felhőszolgáltatást. Részletes információkért tekintse meg az Azure Végrehajtási modelleket. A vertikális felskálázás az Azure beépített magas rendelkezésre állási támogatásán keresztül érhető el a Cloud Services, a Virtual Machines és a Virtual Network Service Level Agreement és a Load Balancer segítségével. Többrétegű alkalmazások esetén javasoljuk, hogy az Azure Virtual Networken keresztül csatlakoztassa a web-/feldolgozói szerepköröket az adatbázis-kiszolgáló virtuális gépeihez. Az Azure emellett terheléselosztást is biztosít az ugyanabban a felhőszolgáltatásban lévő virtuális gépekhez, és a felhasználói kéréseket terjeszti közöttük. Az ily módon csatlakoztatott virtuális gépek közvetlenül kommunikálhatnak egymással a helyi hálózaton keresztül egy Azure-adatközpontban. Az automatikus skálázást az Azure Portalon, valamint az ütemezési időpontokat is beállíthatja. További információ: Hogyan konfigurálhat automatikus skálázást egy felhőszolgáltatáshoz a portálon.	Vertikális fel- és leskálázás: Növelheti/csökkentheti a webhely számára fenntartott példány (VM) méretét. Vertikális felskálázás: További fenntartott példányokat (virtuális gépeket) adhat hozzá a webhelyhez. Az automatikus skálázást a portálon, valamint az ütemezési időpontokat is beállíthatja. További információ: WebAlkalmazások méretezése.

A programozási módszerek közötti választásról további információt az Azure Web Apps, a Cloud Services és a virtuális gépek között talál : Mikor melyiket érdemes használni.

Következő lépés

Az SQL Server Azure-beli virtuális gépeken való futtatásával kapcsolatos további információkért tekintse meg az AZURE-beli virtuális gépeken futó SQL Server áttekintését.