Ellenőrzőlista: Ajánlott eljárások SQL Server Azure-beli virtuális gépeken

  • Cikk

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

Ez a cikk egy gyors ellenőrzőlistát biztosít az Ajánlott eljárások és irányelvek sorozataként az Azure Virtual Machines (virtuális gépek) SQL Server teljesítményének optimalizálásához.

Az átfogó részletekért tekintse meg a sorozat további cikkeit: virtuális gép mérete, tárolás, biztonság, HADR-konfiguráció, Alapterv gyűjtése.

Engedélyezze az SQL Assessmentet az Azure-beli virtuális gépeken SQL Server, és a SQL Server az ismert ajánlott eljárások alapján lesz kiértékelve, és az eredményeket a Azure Portal SQL virtuális gépek felügyeleti oldalán találhatja meg.

Az SQL Server virtuális gépek teljesítményének optimalizálását és a felügyelet automatizálását szolgáló legújabb funkciókkal kapcsolatos videókért tekintse át az alábbi, közzétett adatokkal kapcsolatos videókat:

Áttekintés

Az Azure Virtual Machines SQL Server futtatása közben továbbra is ugyanazokat az adatbázisteljesítmény-finomhangolási beállításokat használja, amelyek a helyszíni kiszolgálói környezetekben SQL Server alkalmazhatók. A nyilvános felhőben lévő relációs adatbázisok teljesítménye azonban számos tényezőtől függ, például egy virtuális gép méretétől és az adatlemezek konfigurációjától.

Általában a költségek optimalizálása és a teljesítmény optimalizálása között van kompromisszum. Ez a teljesítményre vonatkozó ajánlott eljárások sorozat a legjobb teljesítményt nyújtja az Azure Virtual Machines SQL Server számára. Ha a számítási feladat kevésbé igényes, előfordulhat, hogy nem kell minden javasolt optimalizálást igényelni. A javaslatok kiértékelése során vegye figyelembe a teljesítményigényeket, a költségeket és a számítási feladatok mintáit.

Virtuális gép mérete

Az ebben a szakaszban található ellenőrzőlista az Azure-beli virtuális gépeken SQL Server virtuális gépek méretével kapcsolatos ajánlott eljárásokat ismerteti.

  • Az új Ebdsv5-sorozat a legmagasabb I/O-teljesítmény-virtuális mag arányt biztosítja az Azure-ban, valamint 8 memória–virtuális mag arányt. Ez a sorozat az Azure-beli virtuális gépeken SQL Server számítási feladatokhoz nyújtja a legjobb ár-teljesítményt. Ezt a sorozatot a legtöbb SQL Server számítási feladatnál érdemes először figyelembe venni.
  • Használjon 4 vagy több vCPU-val rendelkező virtuálisgép-méretet, például a E4ds_v5 vagy annál nagyobbat.
  • Az SQL Server-alapú számítási feladatok lehető legjobb teljesítményének biztosításához használjon memóriaoptimalizált virtuálisgép-méreteket.
  • Az Edsv5 sorozat, az M- és az Mv2-sorozat az OLTP számítási feladatokhoz szükséges optimális memória-vCore arányt kínálja.
  • Az M sorozatú virtuális gépek a legmagasabb memória-virtuális mag arányt kínálják az Azure-ban. Fontolja meg ezeket a virtuális gépeket kritikus fontosságú és adattárház-számítási feladatokhoz.
  • A SQL Server Virtual Machines Azure Marketplace lemezképek használatával helyezheti üzembe, mivel a SQL Server beállításai és tárolási beállításai az optimális teljesítmény érdekében vannak konfigurálva.
  • Gyűjtse össze a cél számítási feladat teljesítményjellemzőit, és használja őket a megfelelő virtuálisgép-méret meghatározására a vállalat számára.
  • A Data Migration Assistant és a termékváltozat javaslati eszközeinek használatával keresse meg a meglévő SQL Server számítási feladathoz megfelelő virtuálisgép-méretet.
  • Az Azure Data Studio használatával migrálhat az Azure-ba.

Tárolás

Az ebben a szakaszban található ellenőrzőlista az Azure-beli virtuális gépeken SQL Server tárolási ajánlott eljárásait ismerteti.

  • A lemeztípus kiválasztása előtt monitorozza az alkalmazást, és határozza meg a tárolási sávszélességre és a késésre vonatkozó követelményeket SQL Server adatokra, naplókra és tempdb fájlokra vonatkozóan.
  • A tárolási teljesítmény optimalizálása érdekében tervezze meg a legmagasabb elérhető IOPS-t, és használja az adat-gyorsítótárazást teljesítményfunkcióként az adatolvasáshoz, miközben elkerüli a virtuális gépek és lemezek korlátját.
  • Adatok, naplók és tempdb fájlok elhelyezése külön meghajtókon.
    • Az adatmeghajtóhoz használjon prémium P30- és P40- vagy kisebb lemezeket a gyorsítótár támogatásának biztosításához
    • A naplómeghajtó kapacitásra és a teljesítmény és a költségek tesztelésére vonatkozó csomaghoz a prémium P30 - P80 lemezek kiértékelése során
      • Ha ezredmásodperc alatti tárolási késésre van szükség, használja az Azure ultralemezeit a tranzakciónaplóhoz.
      • Az M sorozatú virtuális gépek üzembe helyezéséhez fontolja meg az írásgyorsító használatát az Azure ultralemezek használatával.
    • Helyezze a tempdb-t a helyi rövid élettartamú SSD-meghajtóra a D:\legtöbb olyan SQL Server számítási feladathoz, amely nem része a feladatátvevőfürt-példánynak (FCI) az optimális virtuálisgép-méret kiválasztása után.
    • FCI-hely tempdb a megosztott tárolóban.
      • Ha az FCI számítási feladat nagymértékben függ a tempdb lemez teljesítményétől, akkor speciális konfigurációs helyként tempdb a helyi rövid élettartamú SSD-meghajtón (alapértelmezett D:\) található, amely nem része az FCI-tárolónak. Ehhez a konfigurációhoz egyéni monitorozásra és műveletre van szükség annak biztosításához, hogy a helyi rövid élettartamú SSD-meghajtó (alapértelmezett D:\) mindig elérhető legyen, mivel a meghajtó hibái nem aktiválják az FCI-ből származó műveletet.
  • Több Azure-adatlemez leválasztása a Tárolóhelyek használatával az I/O-sávszélesség növeléséhez a cél virtuális gép IOPS- és átviteli sebességkorlátjaiig.
  • Állítsa a gazdagép gyorsítótárazását írásvédettre adatfájllemezek esetében.
  • Állítsa a gazdagép gyorsítótárazását a naplófájllemezek egyikére sem.
    • Ne engedélyezze az olvasási/írási gyorsítótárazást olyan lemezeken, amelyek SQL Server adatokat vagy naplófájlokat tartalmaznak.
    • A lemez gyorsítótár-beállításainak módosítása előtt mindig állítsa le a SQL Server szolgáltatást.
  • A fejlesztési és tesztelési számítási feladatokhoz és a hosszú távú biztonsági mentési archiváláshoz fontolja meg a standard tároló használatát. Éles számítási feladatokhoz nem ajánlott standard HDD/SSD használata.
  • A kreditalapú lemezkitörést (P1-P20) csak kisebb fejlesztési/tesztelési számítási feladatok és részlegrendszerek esetében szabad figyelembe venni.
  • A tárolási teljesítmény optimalizálása érdekében tervezze meg a legmagasabb elérhető, nem gyorsítótárazott IOPS-t, és használja az adat-gyorsítótárazást teljesítményfunkcióként az adatolvasáshoz, miközben elkerüli a virtuális gépek és lemezek korlátozását/szabályozását.
  • Formázza az adatlemezt úgy, hogy az ideiglenes D:\ meghajtótól eltérő meghajtón elhelyezett összes adatfájlhoz 64 KB-os foglalási egységméretet használjon (amely alapértelmezés szerint 4 KB). SQL Server Azure Marketplace üzembe helyezett virtuális gépekhez a foglalási egység méretével formázott adatlemezek és a tárolókészlet 64 KB-ra van állítva.
  • Konfigurálja a tárfiókot ugyanabban a régióban, mint a SQL Server virtuális gép.
  • Tiltsa le az Azure georedundáns tárolást (georeplikációt), és használja az LRS-t (helyi redundáns tárolás) a tárfiókon.
  • Engedélyezze az SQL ajánlott eljárásainak felmérését a lehetséges teljesítményproblémák azonosításához, és értékelje ki, hogy a SQL Server virtuális gép úgy van-e konfigurálva, hogy kövesse az ajánlott eljárásokat.
  • Tekintse át és monitorozza a lemez- és virtuálisgép-korlátokat a Tárolási I/O-kihasználtsági metrikák használatával.
  • Zárja ki SQL Server fájlokat a víruskereső szoftvervizsgálatából. Ide tartoznak az adatfájlok, a naplófájlok és a biztonsági mentési fájlok.

Biztonság

Az ebben a szakaszban található ellenőrzőlista az Azure-beli virtuális gépek SQL Server ajánlott biztonsági eljárásait ismerteti.

SQL Server funkciók és képességek adatszinten biztosítják a biztonság módját, és a felhőalapú és hibrid megoldások infrastruktúraszinten történő mélységi védelmét. Emellett az Azure biztonsági intézkedésekkel titkosíthatja a bizalmas adatokat, megvédheti a virtuális gépeket a vírusoktól és kártevőktől, biztonságossá teheti a hálózati forgalmat, azonosíthatja és észlelheti a fenyegetéseket, megfelelhet a megfelelőségi követelményeknek, és egyetlen módszert biztosít a hibrid felhőben felmerülő biztonsági igények kezelésére és jelentésére.

  • A Microsoft Defender for Cloud használatával kiértékelheti és végrehajthatja az adatkörnyezet biztonsági helyzetének javítását. Az Olyan képességek, mint az Azure Advanced Threat Protection (ATP) a hibrid számítási feladatokra is felhasználhatók a biztonsági kiértékelés javítása és a kockázatokra való reagálás képessége érdekében. A SQL Server virtuális gép regisztrálása az SQL IaaS-ügynök bővítményfelületeivel Microsoft Defender a felhőértékelésekhez a Azure Portal SQL virtuálisgép-erőforrásában.
  • Az SQL-hez készült Microsoft Defender segítségével felderítheti és elháríthatja az adatbázis lehetséges biztonsági réseit, valamint észlelheti azokat a rendellenes tevékenységeket, amelyek fenyegetést jelenthetnek a SQL Server példányra és adatbázisrétegre.
  • A sebezhetőségi felmérés az SQL-hez készült Microsoft Defender része, amely felderítheti és elháríthatja a SQL Server környezet lehetséges kockázatait. Betekintést nyújt a biztonsági állapotba, és végrehajtható lépéseket tartalmaz a biztonsági problémák megoldásához.
  • Az Azure-beli bizalmas virtuális gépek használatával megerősítheti a használatban lévő adatok védelmét, valamint az inaktív adatok védelmét a gazdagép-operátorok hozzáférésével szemben. Az Azure-beli bizalmas virtuális gépek lehetővé teszik a bizalmas adatok biztonságos tárolását a felhőben, és megfelelnek a szigorú megfelelőségi követelményeknek.
  • Ha 2022 SQL Server van, fontolja meg az Azure Active Directory-hitelesítés használatát a SQL Server-példányhoz való csatlakozáshoz.
  • Az Azure Advisor elemzi az erőforrás-konfigurációt és a használati telemetriát, majd olyan megoldásokat javasol, amelyek segíthetnek az Azure-erőforrások költséghatékonyságának, teljesítményének, magas rendelkezésre állásának és biztonságának javításában. Használja az Azure Advisort a virtuális gép, az erőforráscsoport vagy az előfizetés szintjén az Azure-üzemelő példányok optimalizálása érdekében ajánlott eljárások azonosításához és alkalmazásához.
  • Az Azure Disk Encryptiont akkor használja, ha a megfelelőségi és biztonsági követelmények megkövetelik az adatok végpontok közötti titkosítását a titkosítási kulcsokkal, beleértve a rövid élettartamú (helyileg csatlakoztatott ideiglenes) lemez titkosítását is.
  • Managed Disks alapértelmezés szerint inaktív állapotban vannak titkosítva az Azure Storage Service Encryption használatával, ahol a titkosítási kulcsok a Microsoft által az Azure-ban tárolt kulcsok.
  • A felügyelt lemeztitkosítási lehetőségek összehasonlításához tekintse át a felügyelt lemeztitkosítás összehasonlító diagramját
  • A felügyeleti portokat be kell zárni a virtuális gépeken – A távoli felügyeleti portok megnyitása magas kockázatnak teszi ki a virtuális gépet az internetes támadások miatt. Ezek a támadások megpróbálnak találgatásos hitelesítő adatokat létrehozni, hogy rendszergazdai hozzáférést szerezzenek a géphez.
  • Igény szerinti (JIT) hozzáférés bekapcsolása Azure-beli virtuális gépekhez
  • Használja az Azure Bastiont távoli asztali protokollon (RDP) keresztül.
  • Zárolja a portokat, és csak a szükséges alkalmazásforgalmat engedélyezi a Azure Firewall használatával, amely egy felügyelt tűzfal szolgáltatásként (FaaS), amely a kiszolgálóhoz való hozzáférést az eredeti IP-cím alapján engedélyezi vagy tagadja meg.
  • Hálózati biztonsági csoportok (NSG-k) használata az Azure-erőforrások felé és onnan érkező hálózati forgalom szűréséhez az Azure-beli virtuális hálózatokon
  • Az alkalmazásbiztonsági csoportok segítségével a kiszolgálókat hasonló portszűrési követelményekkel, hasonló függvényekkel, például webkiszolgálókkal és adatbázis-kiszolgálókkal csoportosíthatja.
  • Web- és alkalmazáskiszolgálók esetében az Azure Distributed Denial of Service (DDoS) védelmet használja. A DDoS-támadások a hálózati erőforrások túlterhelésére és kimerítésére szolgálnak, így az alkalmazások lassúak vagy nem válaszolnak. Gyakori, hogy a DDOS-támadások a felhasználói felületek megcélzására irányulnak. Az Azure DDoS Protection megtisztítja a nem kívánt hálózati forgalmat, mielőtt az hatással lenne a szolgáltatás rendelkezésre állására
  • A virtuálisgép-bővítmények segítségével elháríthatja a kártevőirtókat, a kívánt állapotot, a fenyegetések észlelését, megelőzését és elhárítását az operációs rendszer, a gép és a hálózati szintek fenyegetéseinek kezeléséhez:
  • A Azure Policy használatával olyan üzleti szabályokat hozhat létre, amelyek alkalmazhatók a környezetére. Az Azure Policies úgy értékeli ki az Azure-erőforrásokat, hogy összehasonlítja ezeknek az erőforrásoknak a tulajdonságait a JSON-formátumban meghatározott szabályokkal.
  • Az Azure Blueprints segítségével a felhőmérnökök és központi informatikai csoportok meghatározhatnak egy megismételhető Azure-erőforráskészletet, amely megvalósítja és betartja a vállalat szabványait, mintázatait és követelményeit. Az Azure Blueprints különbözik az Azure-szabályzatoktól.

SQL Server funkciók

Az alábbiakban a konfigurációs beállítások SQL Server ajánlott eljárásokat soroljuk fel, amikor éles környezetben futó Azure-beli virtuális gépen futtatja a SQL Server-példányokat:

Azure-szolgáltatások

Az alábbiakban a SQL Server Azure-beli virtuális gépen való futtatásakor az Azure-ra vonatkozó ajánlott eljárások gyors ellenőrzőlistája látható:

HADR-konfiguráció

Az ebben a szakaszban található ellenőrzőlista az Azure-beli virtuális gépeken SQL Server hadr ajánlott eljárásait ismerteti.

A magas rendelkezésre állású és vészhelyreállítási (HADR) funkciók, például az Always On rendelkezésre állási csoport és a feladatátvevő fürt példánya a Windows Server feladatátvevő fürt mögöttes technológiájára támaszkodnak. Tekintse át a HADR-beállítások módosításának ajánlott eljárásait a felhőkörnyezet jobb támogatása érdekében.

A Windows-fürt esetében vegye figyelembe az alábbi ajánlott eljárásokat:

  • Ha lehetséges, helyezze üzembe a SQL Server virtuális gépeket több alhálózaton, hogy elkerülje a Azure Load Balancer vagy az elosztott hálózatnév (DNN) függőségét, hogy a forgalmat a HADR-megoldáshoz irányíthassa.
  • Módosítsa a fürtöt kevésbé agresszív paraméterekre, hogy elkerülje az átmeneti hálózati hibák vagy az Azure platformkarbantartás váratlan kimaradását. További információ: szívverési és küszöbérték-beállítások. Windows Server 2012 és újabb verziók esetén használja a következő ajánlott értékeket:
    • SameSubnetDelay: 1 másodperc
    • SameSubnetThreshold: 40 szívverés
    • CrossSubnetDelay: 1 másodperc
    • CrossSubnetThreshold: 40 szívverés
  • Helyezze a virtuális gépeket egy rendelkezésre állási csoportba vagy különböző rendelkezésre állási zónákba. További információ: Virtuális gépek rendelkezésre állási beállításai.
  • Fürtcsomópontonként egyetlen hálózati adaptert használjon.
  • Konfigurálja a fürt kvórumszavazását úgy, hogy 3 vagy több páratlan számú szavazatot használjon. Ne rendeljen szavazatokat vészhelyreállítási régiókhoz.
  • Gondosan monitorozza az erőforráskorlátokat , hogy elkerülje az erőforrás-korlátozások miatti váratlan újraindításokat vagy feladatátvételeket.
    • Győződjön meg arról, hogy az operációs rendszer, az illesztőprogramok és a SQL Server a legújabb buildek.
    • Optimalizálja az Azure-beli virtuális gépeken SQL Server teljesítményét. További információért tekintse át a cikk többi szakaszát.
    • Csökkentse vagy terjessze el a számítási feladatokat az erőforráskorlátok elkerülése érdekében.
    • A korlátozások elkerülése érdekében lépjen olyan virtuális gépre vagy lemezre, amelyet a korlátja nagyobb.

A SQL Server rendelkezésre állási csoport vagy feladatátvevő fürtpéldány esetében vegye figyelembe az alábbi ajánlott eljárásokat:

  • Ha gyakran tapasztal váratlan hibákat, kövesse a cikk további részében ismertetett ajánlott teljesítmény-ajánlott eljárásokat.
  • Ha SQL Server virtuális gép teljesítményének optimalizálása nem oldja meg a váratlan feladatátvételeket, fontolja meg a rendelkezésre állási csoport vagy feladatátvevő fürt példány figyelésének lazítását. Ez azonban nem feltétlenül oldja meg a probléma mögöttes forrását, és a hiba valószínűségének csökkentésével elfedheti a tüneteket. Előfordulhat, hogy továbbra is ki kell vizsgálnia és kezelnie kell a mögöttes kiváltó okot. Windows Server 2012 vagy magasabb értékek esetén használja a következő ajánlott értékeket:
    • Bérlet időtúllépése: Ezzel az egyenletel kiszámíthatja a bérlet időkorlátjának maximális értékét:
      Lease timeout < (2 * SameSubnetThreshold * SameSubnetDelay).
      Kezdje 40 másodperccel. Ha a korábban javasolt laza SameSubnetThreshold és SameSubnetDelay értékeket használja, ne haladja meg a bérlet időkorlátjának 80 másodpercét.
    • Hibák maximális száma egy adott időszakban: Állítsa ezt az értéket 6-ra.
  • Ha a virtuális hálózat nevét (VNN) és egy Azure Load Balancer használja a HADR-megoldáshoz való csatlakozáshoz, adja meg MultiSubnetFailover = true a kapcsolati sztring, még akkor is, ha a fürt csak egy alhálózatra terjed ki.
    • Ha az ügyfél nem támogatja MultiSubnetFailover = True , előfordulhat, hogy rövidebb ideig kell beállítania RegisterAllProvidersIP = 0 és HostRecordTTL = 300 gyorsítótárazza az ügyfél hitelesítő adatait. Ez azonban további lekérdezéseket okozhat a DNS-kiszolgálónak.
  • Ha elosztott hálózatnévvel (DNN) szeretne csatlakozni a HADR-megoldáshoz, vegye figyelembe a következőket:
    • Olyan ügyfélillesztőt kell használnia, amely támogatja MultiSubnetFailover = Truea -t, és ennek a paraméternek a kapcsolati sztring kell lennie.
    • Használjon egyedi DNN-portot a kapcsolati sztring, amikor egy rendelkezésre állási csoport DNN-figyelőjéhez csatlakozik.
  • Használjon adatbázis-tükrözési kapcsolati sztring egy alapszintű rendelkezésre állási csoporthoz, hogy megkerülje a terheléselosztó vagy a DNN szükségességét.
  • A magas rendelkezésre állású megoldás üzembe helyezése előtt ellenőrizze a VHD-k szektorméretét, hogy elkerülje a helytelenül kiosztott I/OS-t. További információ: KB3009974 .
  • Ha az SQL Server adatbázismotor, az Always On rendelkezésreállási csoport figyelője vagy a feladatátvevő fürtpéldány állapottesztje úgy van konfigurálva, hogy 49 152 és 65 536 közötti portot használjon (a TCP/IP alapértelmezett dinamikus porttartománya), adjon hozzá kivételt minden porthoz. Ez megakadályozza, hogy más rendszerek dinamikusan hozzárendelje ugyanazt a portot. Az alábbi példa egy kizárást hoz létre az 59999-ös porthoz:
    netsh int ipv4 add excludedportrange tcp startport=59999 numberofports=1 store=persistent

Következő lépések

További információért tekintse meg az ajánlott eljárásokat ismertető sorozat további cikkeit:

Fontolja meg az SQL Assessment engedélyezését SQL Server Azure-beli virtuális gépeken.

Tekintse át az Azure Virtual Machines SQL Server SQL Server virtuális gépekkel kapcsolatos egyéb cikkeit. Ha kérdése van az SQL Servert futtató virtuális gépek használatával kapcsolatban, tekintse meg a gyakori kérdéseket.