Oktatás
Modul
Using Azure NetApp Files application volume group - Training
Learn how to use Azure NetApp Files application volume groups to optimize deployments with Oracle and SAP HANA.
Ezt a böngészőt már nem támogatjuk.
Frissítsen a Microsoft Edge-re, hogy kihasználhassa a legújabb funkciókat, a biztonsági frissítéseket és a technikai támogatást.
Válaszokat találhat az Azure NetApp Files alkalmazáskötetcsoporttal kapcsolatos gyakori kérdésekre (GYIK).
Ez a szakasz az Azure NetApp Files alkalmazáskötetcsoportjaival kapcsolatos általános kérdésekre ad választ.
A manuális QoS-kapacitáskészlet biztosítja a legjobb egyensúlyt a kapacitás és az átviteli sebesség között az adatbázis igényeinek megfelelően. Elkerüli a túlzott kiépítést, például a naplókötet vagy az adatkötet teljesítményének elérése érdekében. Emellett nagyobb helyet foglal a naplók biztonsági mentéséhez, miközben a teljesítményt az igényeinek megfelelő értékre tartja. A manuális QoS-kapacitáskészlet használata összességében költségelőnyt eredményez.
Megjegyzés
Az alkalmazáskötetcsoport létrehozása során csak a manuális QoS-kapacitáskészletek jelennek meg a listában, amelyből választhat.
Igen, klónozhat egy, az alkalmazáskötetcsoport által létrehozott kötetet. Ehhez válasszon ki egy pillanatképet, és állítsa vissza egy új kötetre. A klónozás az alkalmazáskötetcsoport munkafolyamatán kívüli folyamat. Ezért vegye figyelembe a következő korlátozásokat:
A kötetcsoport létrehozása számos különböző lépésből áll, és nem mindegyik végezhető el párhuzamosan. Különösen akkor, ha egy adott hely első kötetcsoportját hozza létre, a befejezés 9–12 percet vehet igénybe. A további kötetcsoportok létrehozása kevesebb időt vesz igénybe.
Ez normális viselkedés. Az alkalmazáskötet-csoport atomi módon építi ki a köteteket, és visszaállítja az üzembe helyezést, ha az egyik összetevő üzembe helyezése nem sikerül. Az üzembe helyezés általában meghiúsul, mert a megadott hely nem rendelkezik elegendő erőforrással a követelményeknek való megfeleléshez. A részletekért tekintse meg az üzembe helyezési naplót, és szükség esetén javítsa ki a kapacitáskészlet konfigurációját.
A jelenlegi implementációban az alkalmazáskötetcsoport csak a kötetcsoport kezdeti létrehozására és törlésére összpontosít.
Az adatbázis-környezet alkalmazáskonzisztens biztonsági mentéséhez olyan termékeket használhat, mint az AzAcSnap vagy a Commvault. Az Azure NetApp Files beépített pillanatkép-szabályzata által ütemezett szabványos pillanatképek nem használhatók a konzisztens adatvédelem érdekében.
Az adatbázis-környezetek pillanatképeinek általános javaslatai a következők:
Ez a szakasz az SAP HANA-hoz készült Azure NetApp Files alkalmazáskötetcsoporttal kapcsolatos kérdésekre ad választ.
Az alkalmazáskötet-csoport biztosítja, hogy egy gazdagép adat- és naplókötetei mindig külön tárolóvégpontokkal rendelkezzenek különböző IP-címekkel a legjobb teljesítmény érdekében. Az adatok, naplók és megosztott kötetek Azure NetApp Files-tárolóerőforrásokban való üzemeltetéséhez használt Azure NetApp Files-tárerőforrásonként legfeljebb hat tárvégpont hozható létre. Ezért ajánlott ennek megfelelően méretezni a delegált alhálózatot. Lásd az SAP HANA alkalmazáskötetcsoportjának követelményeit és szempontjait. Bár az összes felsorolt IP-cím használható a csatlakoztatáshoz, az első felsorolt IP-cím az, amely a legkisebb késést biztosítja. Javasoljuk, hogy mindig az első IP-címet használja.
Az Azure NetApp Files támogatja nconnect
az NFSv4.1-et, de a linuxos operációs rendszer következő verzióit igényli:
A csatlakoztatási beállítás használatakor nconnect
az olvasási korlát legfeljebb 4500 MiB/s lehet (lásd a Linux NFS csatlakoztatási beállításainak ajánlott eljárásait az Azure NetApp Files esetében), és az adatmennyiség javasolt átviteli sebességkorlátjait ennek megfelelően kell módosítani.
hostid
(például 00001) a nevemhez, még akkor is, ha eltávolítottam a helyőrzőt {Hostid}
?Az alkalmazáskötetcsoporthoz a helyőrzőnek {Hostid}
a nevekhez kell tartoznia. Ha el lett távolítva, a hostid
rendszer automatikusan visszavesz a megadott sztringbe.
A Véleményezés + Létrehozás lehetőséget választva az egyes kötetek végleges nevei láthatók.
Az NFSv4.1 az SAP HANA és az Oracle támogatott protokollja. Így egyetlen kötet csatlakoztatása esetén egy TCP/IP-munkamenet támogatott. Egyetlen TCP-munkamenet (azaz egyetlen gazdagépről) egyetlen köteten való futtatásához 1500 MiB/s az azonosított tipikus I/O-korlát. Ezért kerüli el az SAP HANA-hoz készült alkalmazáskötet-csoport a reálisan elérhetőnél nagyobb átviteli sebességet. Ha nagyobb átviteli sebességre van szüksége, különösen nagyobb HANA-adatbázisokhoz (például 12 TiB), több partíciót kell használnia, vagy a csatlakoztatási nconnect
lehetőséget kell használnia.
Az optimális méretezés érdekében fontos a teljes tájolás mérete, beleértve a pillanatképeket és a biztonsági mentéseket. Döntse el az éles környezet, a HA és az adatvédelem mennyiségi elrendezését, és végezze el a méretezést az Azure NetApp Files méretezési kalkulátorával az SAP HANA-üzemelő példányokhoz.
Az alkalmazáskötetcsoport a HANA-memória bemenete alapján kiszámítja az összes kötet kapacitását és átviteli sebességét. A kapacitáskészlet kiválasztásakor azonnal ellenőrzi, hogy van-e elegendő kapacitás és átviteli sebesség a kapacitáskészletben.
Az SAP HANA kezdeti képernyőjén figyelmen kívül hagyhatja ezt az üzenetet, és folytathatja a munkafolyamatot a Tovább gombra kattintva. Később egyenként is módosíthatja az egyes kötetek javasolt értékeit, hogy az összes kötet elférjen a kapacitáskészletben. Ez a hibaüzenet akkor jelenik meg, amikor az egyes köteteket mindaddig módosítja, amíg az összes kötet el nem fér a kapacitáskészletbe.
A figyelmeztető üzenet elkerülése érdekében érdemes lehet növelni a készlet méretét.
Lépjen kapcsolatba egy SAP Azure NetApp Files méretezési szakértővel, aki segít megtervezni az SAP-rendszer általános méretezését.
Az egyes rendszerekhez szükséges fontos információk közé tartoznak a következők: SID, szerepkör (éles, fejlesztői, előzetes/minőségbiztosítási), HANA-memória, pillanatkép-tartalék százalékban, a helyi pillanatkép-megőrzés napjainak száma, a fájlalapú biztonsági mentések száma, az egy gazdagép/több gazdagép a gazdagépek számával és A HSR (elsődleges, másodlagos).
A méretezési folyamat optimalizálásához használhatja az SAP HANA méretezési becslést .
Ha ismeri a rendszereit (a HANA korábbi futtatásától kezdve), az általános feltételezések helyett manuálisan is megadhatja az adatokat.
Az SAP HANA-hoz készült alkalmazáskötet-csoport nem több partícióra összpontosított, de az SAP HANA alkalmazáskötet-csoportját a bemenet módosításakor használhatja.
Több partíció alapjai a következők:
/hana/<SID>/data1/mnt00001
, a második kötetnek pedig egy másik elérési útra (/hana/<SID>/data2/mnt00002
). Az eredmény eléréséhez manuálisan kell módosítania az elnevezési konvenciót. Vagyis. <SID>-DATA1-MNT00001; <SID>-DATA2-MNT00002, ...
Minden egyes létrehozni kívánt gazdagéphez és partícióhoz újra kell futtatnia az SAP HANA alkalmazáskötet-csoportját, és az elnevezési javaslatot a fenti javaslatoknak megfelelően kell módosítania.
A témakör további részleteiért lásd: Az Azure NetApp Files AVG for SAP HANA használata a HANA több partícióval történő üzembe helyezéséhez.
Az SAP a HANA-kötetek fő teljesítménymutatóit (KPI-jait) 400 MiB/s értékként határozza meg az adatokhoz, a naplókötethez pedig 250 MiB/s-t. Ez a definíció független a HANA-adatbázis méretétől vagy számítási feladatától. Az alkalmazáskötetcsoport úgy skálázza az átviteli sebességet, hogy még a legkisebb adatbázis is megfeleljen az SAP HANA KPI-knek, a nagyobb adatbázisok pedig magasabb átviteli sebességből profitáló előnyöket élveznek, így a javaslat a megadott HANA-adatbázisméret alapján skálázható.
Az alábbi táblázat a HANA-adatkötet memóriatartományát és javasolt átviteli sebességét ismerteti:
Memóriatartomány (TB) | Javasolt átviteli sebesség (MB/s) | |
---|---|---|
Minimum | Maximum | |
0 | 0 | 400 |
0 | 2 | 600 |
2 | 4 | 800 |
4 | 6 | 1000 |
6 | 8 | 1200 |
8 | 10 | 1400 |
10 | korlátlan | 1500 |
Az alábbi táblázat a HANA-naplókötet memóriatartományát és javasolt átviteli sebességét ismerteti:
Memóriatartomány (TB) | Javasolt átviteli sebesség (MB/s) | |
---|---|---|
Minimum | Maximum | |
0 | 4 | 250 |
4 | korlátlan | 500 |
Az adatbáziskötet átviteli sebessége leginkább az adatok memóriába való olvasásának idejét befolyásolja az adatbázis indításakor. Futásidőben azonban a legtöbb I/O írási I/O, ahol még a KPI-k is alacsonyabb értékeket mutatnak. A felhasználói élmény azt mutatja, hogy kisebb adatbázisok esetén a HANA KPI-értékek az idő nagy részében magasabbak lehetnek a szükségesnél.
Az egyes kötetek Azure NetApp Files-teljesítménye futásidőben módosítható. Így bármikor módosíthatja az adatbázis teljesítményét úgy, hogy az adatokat és a naplókötet átviteli sebességét az adott követelményeknek megfelelően állítja be. Például finomhangolhatja a teljesítményt és csökkentheti a költségeket azáltal, hogy a normál működés során nagyobb átviteli sebességet tesz lehetővé indításkor, miközben KPI-kre csökken.
Egy alkalmazáskötetcsoport esetében lehetősége van kötetek üzembe helyezésére rendelkezésre állási zónával vagy közelségi elhelyezési csoport kötetelhelyezésével. Mindkét módszer biztosítja, hogy az adatkötetek a HANA virtuális gépek közvetlen közelében legyenek, de különböző alapelveket alkalmazva.
A rendelkezésre állási zóna kötetelhelyezésével (amely az 1. bővítménnyel érhető el) a köteteket ugyanabba a rendelkezésre állási zónába helyezi, mint az alkalmazás virtuális gépei. A rendelkezésre állási zónák használata a standard hálózati funkciókat is támogatja, amelyek a hálózati biztonsági csoportok támogatásával támogatják a fokozott biztonságot. Ez a módszer nem igényel manuális rögzítést. Ezért egyszerűbb és gyorsabb a használata.
A közelségi elhelyezési csoport használatához létre kell hozatni egy közelségi elhelyezési csoportot (PPG) az SAP HANA-kiszolgálókhoz. Ez az elhelyezés biztosítja, hogy az adatok, a naplók és a megosztott kötetek az SAP HANA-kiszolgálók közelében legyenek létrehozva, hogy a lehető legjobb késést és átviteli sebességet érjék el. Ez a módszer megköveteli a közelségi elhelyezési csoport manuális rögzítését, amelyet az alkalmazáskötet-csoport használ a kötetek üzembe helyezésének optimális helyének megtalálásához. Ez a módszer csak az alapszintű hálózati funkciókat támogatja. Vegye figyelembe, hogy a napló-biztonsági mentési és adat-biztonsági mentési kötetek nem igényelnek alacsony késést. Védelmi szempontból érdemes ezeket a biztonsági mentési köteteket az adatoktól, naplóktól és megosztott kötetektől eltérő helyen tárolni. Ezért az alkalmazáskötet-csoport a biztonsági mentési köteteket egy másik tárolóhelyre helyezi a régión belül, amely elegendő kapacitással és átviteli sebességgel rendelkezik.
A közelségi elhelyezési csoportnak (PPG) legalább egy virtuális géphez hozzá kell rendelnie, akár közvetlenül, akár egy AVseten keresztül. A PPG célja, hogy kinyerje a virtuális gép pontos helyét, és ezeket az információkat továbbítsa az alkalmazáskötet-csoportnak, hogy ugyanabban az adatközpontban keressen Azure NetApp Files-erőforrásokat. Ez a beállítás csak akkor működik, ha a PPG-ben legalább egy virtuális gép elindul. Az adatbázis-kiszolgálókat általában hozzáadhatja a PPG-hez.
A PPG-knek az a mellékhatásuk, hogy ha az összes virtuális gép le van állítva, a virtuális gépek következő újraindítása NEM garantálja, hogy ugyanabban az adatközpontban fognak elindulni, mint korábban. A helyzet megelőzése érdekében erősen ajánlott olyan AVsetet használni, amelyben az összes virtuális gép és a PPG hozzá van rendelve, és használja a HANA rögzítési munkafolyamatát. A munkafolyamat nem csak azt biztosítja, hogy a virtuális gépek újraindításkor ne mozognak, hanem azt is, hogy olyan helyek legyenek kiválasztva, ahol elegendő számítási és Azure NetApp Files-erőforrás áll rendelkezésre.
Szám Ez a forgatókönyv jelenleg egyike azon kevés eseteknek, amikor manuálisan kell módosítania a méretet. Az SAP azt javasolja, hogy a megosztott kötetet 1 x RAM-ként méretezd négy HANA-gazdagéphez. Mivel a megosztott kötetet az első SAP HANA-gazdagép részeként hozza létre, már 1 TB méretű. Az SAP HANA megosztási kötetének megfelelő méretezésére két lehetőség áll rendelkezésre.
A vissza- és adat-biztonsági mentési kötetek nem kötelezőek, és nem igényelnek szoros közelést. A kívánt eredmény elérésének legjobb módja, ha eltávolítja az adat-biztonsági mentési vagy a napló-biztonsági mentési kötetet, amikor az első kötetet az SAP HANA alkalmazáskötet-csoportjából hozza létre. Ezután létrehozhat saját kötetet önálló, független kötetként standard kötetkiépítéssel, és kiválaszthatja a megfelelő kapacitást és átviteli sebességet az igényeinek megfelelően. Olyan elnevezési konvenciót kell használnia, amely adat-biztonsági mentési kötetet jelez, és több SID-hez is használható.
Ez a szakasz az Oracle-hez készült Azure NetApp Files alkalmazáskötetcsoportra vonatkozó kérdésekre ad választ.
Az üzembe helyezési munkafolyamat biztosítja, hogy az összes kötet a létrehozáskor kiválasztott rendelkezésre állási zónába kerüljön, amelynek meg kell egyeznie az Oracle virtuális gépek rendelkezésre állási zónájában. Azok a régiók, amelyek nem támogatják a rendelkezésre állási zónákat, a kötetek regionális hatókörrel vannak elérhetővé.
Az optimális méretezés érdekében fontos a teljes adatbázis-környezet mérete, beleértve a HA-t, a pillanatképeket és a biztonsági mentéseket. Döntse el a mennyiségi elrendezést az éles környezethez, a HA-hoz és az adatvédelemhez, és végezze el a méretezést az Azure legigényesebb Oracle-számítási feladatainak futtatása nélkül anélkül, hogy feláldozná a teljesítményt vagy a méretezhetőséget és a becslési eszközt az Oracle-számítási feladatok Azure IaaS-beli virtuális gépekre való méretezéséhez. Az SAP-t az Azure NetApp Files Méretezési becslési eszközén is használhatja az Egykötetes bevitel hozzáadása beállítással.
Fontos információk az egyes kötetek méretezéséhez: SID, szerepkör (éles, fejlesztői, előzetes/minőségbiztosítási), pillanatkép-tartalék százalékban, a helyi pillanatkép-megőrzés napjainak száma, a fájlalapú biztonsági másolatok száma, az egy gazdagép/több gazdagép a gazdagépek számával és a Data Guard követelményei (elsődleges, másodlagos). Forduljon az Oracle-hez az Azure NetApp Files méretezési szakértőjéhez, hogy segítsen megtervezni az Oracle-rendszer általános méretezését.
Az alkalmazáskötet-csoport biztosítja, hogy az adatok, a naplók ismételt végrehajtása, az archív naplók és a biztonsági mentési kötetek különálló, eltérő IP-címekkel rendelkező tárolási végpontokkal rendelkezzenek a legjobb teljesítmény érdekében. Bár az összes felsorolt IP-cím használható a csatlakoztatáshoz, az első felsorolt IP-cím az, amely a legkisebb késést biztosítja. Javasoljuk, hogy mindig az első IP-címet használja.
A kötetek csatlakoztatásához használja az Oracle dNFS-t az ügyfélnél. Bár a dNFS-sel való csatlakoztatás az NFSv3 és az NFSv4.1 használatával létrehozott kötetekkel működik, javasoljuk, hogy telepítse a köteteket az NFSv3 használatával. További részletekért és a függőségek kiadásához tekintse meg az ügyfél operációs rendszerét és az Oracle megjegyzéseit. További részleteket az Azure NetApp Files Oracle Database-beli és Oracle-adatbázis-teljesítményének előnyeiről az Azure NetApp Files több kötetén is találhat.
A nagy adatbázisok legjobb teljesítménye érdekében javasoljuk, hogy a kötet csatlakoztatásához használja a dNFS-t az adatbázis-kiszolgálón. A dNFS-konfiguráció egyszerűsítése érdekében javasoljuk, hogy hozza létre a köteteket az NFSv3 használatával.
Ez a kérdés nem kapcsolódik közvetlenül az Oracle alkalmazáskötet-csoportjához. Az Oracle-adatbázisok alkalmazáskonzisztens biztonsági mentéséhez olyan termékeket használhat, mint az AzAcSnap vagy a Commvault. Az Azure NetApp Files beépített pillanatkép-szabályzata által ütemezett szabványos pillanatképek nem használhatók az Oracle-adatbázis konzisztens adatvédeleméhez.
Oracle-környezetben a pillanatképekre vonatkozó általános javaslatok a következők:
Az Oracle ASM használata az Oracle-hez készült Azure NetApp Files alkalmazáskötetcsoporttal kombinálva támogatott, de nem támogatja az alkalmazáskötetcsoport kötetei közötti pillanatkép-konzisztenciát. Az ASM használata esetén az ügyfeleknek további értesítésig más kompatibilis adatvédelmi lehetőségeket is érdemes használniuk.
Ha korlátozott erőforrás-rendelkezésre állású régiókban helyezi üzembe a köteteket, előfordulhat, hogy nem lehet a legoptimálisabb helyeken üzembe helyezni a köteteket. Ilyen esetekben dönthet úgy, hogy köteteket helyez üzembe a Közelség elhelyezési csoport függvénnyel, hogy a lehető legjobb kötetelhelyezéssel rendelkező üzembe helyezést érje el az adott feltételek között. Alapértelmezés szerint a PPG használata le van tiltva. A támogatási csatornán keresztül engedélyeznie kell a közelségi elhelyezési csoportok használatát.
Oktatás
Modul
Using Azure NetApp Files application volume group - Training
Learn how to use Azure NetApp Files application volume groups to optimize deployments with Oracle and SAP HANA.
Dokumentáció
Az Azure NetApp Files alkalmazáskötet-csoportjainak ismertetése
Megismerheti az Azure NetApp Files alkalmazáskötet-csoportjait, amelyek célja az alkalmazásterhelések hatékonyságának, kezelhetőségének és felügyeletének javítása.
Ismerteti, hogyan helyezheti üzembe az első SAP HANA-gazdagépet az Azure NetApp Files alkalmazáskötetcsoporttal az SAP HANA-hoz.
Az Oracle-hez készült Azure NetApp Files-alkalmazáskötetcsoport ismertetése
Az Oracle-hez készült Azure NetApp Files-alkalmazáskötetcsoport használati eseteit és főbb funkcióit ismerteti.