Azure NetApp Files alkalmazáskötetcsoport – gyakori kérdések

  • Cikk

Ez a cikk az Azure NetApp Files alkalmazáskötetcsoporttal kapcsolatos gyakori kérdésekre (GYIK) ad választ.

Általános gyakori kérdések

Ez a szakasz az Azure NetApp Files alkalmazáskötetcsoportjaival kapcsolatos általános kérdésekre ad választ.

Miért érdemes manuális QoS-kapacitáskészletet használni az összes adatbáziskötetemhez?

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.

Feljegyzé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.

Klónozhatok egy alkalmazáskötetcsoporttal létrehozott kötetet?

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:

  • Egyetlen kötet klónozásakor a rendszer nem ellenőrzi a kötetcsoportra vonatkozó függőségeket.
  • A klónozott kötet nem része a kötetcsoportnak.
  • A klónozott kötet mindig ugyanarra a tárolási végpontra kerül, mint a forráskötet.
  • A klónozott kötet legkisebb késésének eléréséhez a forráskötettel megegyező IP-címmel kell csatlakoztatnia.

Mennyi ideig tart egy kötetcsoport létrehozása?

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.

Az üzembe helyezés sikertelen volt, és még egyetlen kötet sem lett létrehozva. Ennek mi az oka?

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.

Miért nem tudom szerkeszteni a kötetcsoport leírásá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.

Milyen pillanatkép-szabályzatot használjak az adatbázis-köteteimhez?

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:

  • Szorosan monitorozza az adatkötet pillanatképeit. A pillanatképek hosszú ideig történő megőrzése növelheti a kapacitásigényeket. Ügyeljen arra, hogy a használt kapacitást és a lefoglalt kapacitást figyelje.
  • Ha automatikusan pillanatképeket hoz létre az elsődleges adatvédelemhez, ügyeljen arra, hogy figyelje a megőrzésüket, hogy elkerülje a mennyiségi kapacitás kiszámíthatatlan felhasználását.

Gyakori kérdések az SAP HANA-hoz készült alkalmazáskötet-csoportról

Ez a szakasz az SAP HANA-hoz készült Azure NetApp Files alkalmazáskötetcsoporttal kapcsolatos kérdésekre ad választ.

A kötet csatlakoztatási utasításai tartalmazzák az IP-címek listáját. Melyik IP-címet használjam?

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.

Használhatom nconnect csatlakoztatási lehetőségként?

Az Azure NetApp Files támogatja nconnect az NFSv4.1-et, de a linuxos operációs rendszer következő verzióit igényli:

  • SLES 15SP2 és újabb
  • RHEL 8.3 és újabb

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.

Miért van hozzáadva a 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.

Miért 1500 MiB/s a maximális átviteli sebesség, amelyet az SAP HANA alkalmazáskötet-csoportja javasol az adatkötethez?

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.

Hogyan mérete az Azure NetApp Files-köteteket az SAP HANA-val való használatra az optimális teljesítmény és költséghatékonyság érdekében?

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ést. 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.

Kaptam egy figyelmeztető üzenetet "Not enough pool capacity". Mit tehetek?

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.

Hogyan értelmezhetem, hogyan méretezhetem a rendszeremet vagy az általános rendszerállapotomat?

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.

Használhatom több partíció új SAP HANA-funkcióját?

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:

  • A több partíció azt jelenti, hogy egyetlen SAP HANA-gazdagép több kötetet használ a megőrzésének tárolásához.
  • Több partíciónak különböző útvonalakon kell csatlakoznia. Az első kötet például be van kapcsolva /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, ...
  • A memória az SAP HANA alkalmazáskötet-csoportjának kulcsa a kapacitás és az átviteli sebesség méretéhez. Ezért a méretet a partíciók számának megfelelően kell módosítania. Két partíció esetén a memória 50%-át kell használnia. Három partíció esetén a memória 33%-át kell használnia, és így tovább.

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.

Milyen szabályok állnak a HANA-adatok és naplókötetek javasolt átviteli sebességének hátterében?

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)
MinimumMaximum
00400
02600
24800
461000
681200
8101400
10korlátlan1500

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)
MinimumMaximum
04250
4korlátlan500

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.

Minden kötet ki lesz építve az SAP HANA-kiszolgálók közelében?

Az SAP HANA-kiszolgálókhoz létrehozott közelségi elhelyezési csoport (PPG) használatával biztosítható, hogy az adatok, a naplók és a megosztott kötetek az SAP HANA-kiszolgálók közelében legyenek létrehozva a legjobb késés és átviteli sebesség elérése érdekében. A napló- és adatmentési kötetek azonban 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 rendelkezésre álló átviteli sebességgel rendelkezik.

Mi a kapcsolat az AVset, a virtuális gép, a PPG és az Azure NetApp Files-kötetek között?

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 indulnak el, 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.

Több gazdagépes SAP HANA-rendszerek esetén a megosztott kötet átméreteződik, amikor további HANA-gazdagépeket adok hozzá?

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.

  • Ha előre tudja, hogy például hat gazdagépre van szüksége, módosíthatja az 1 TB-os javaslatot a kezdeti létrehozás során az SAP HANA alkalmazáskötet-csoportjával. Ezen a ponton növelheti az átviteli sebességet (vagyis a QoS-t) hat gazdagép elhelyezéséhez.
  • A kötet létrehozása után bármikor szerkesztheti a megosztott kötetet, és egyenként módosíthatja a méretet és az átviteli sebességet. Ezt megteheti a kötet elhelyezési csoportjában vagy közvetlenül a kötetben az Azure-erőforrás-szolgáltató vagy a grafikus felhasználói felület használatával.

Nem csak egyetlen példányhoz, hanem több SAP HANA-adatbázishoz is létre szeretném hozni az adat-biztonsági mentési kötetet. Hogyan tehetem ezt meg?

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ó.

Gyakori kérdések az Oracle alkalmazáskötet-csoportjáról

Ez a szakasz az Oracle-hez készült Azure NetApp Files alkalmazáskötetcsoportra vonatkozó kérdésekre ad választ.

Az összes kötet ugyanabban a rendelkezésre állási zónában lesz kiépítve, mint az Oracle adatbázis-kiszolgálója?

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é.

Hogyan Méretez-e Azure NetApp Files-köteteket az Oracle-hez az optimális teljesítmény és költséghatékonyság érdekében?

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ést. 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.

A kötet csatlakoztatási utasításai tartalmazzák az IP-címek listáját. Melyik IP-címet használjam az Oracle-hez?

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.

Az NFS melyik verzióját használjam az Oracle-köteteimhez?

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.

Milyen pillanatkép-szabályzatot használjak az Oracle-köteteimhez?

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:

  • Adatbázis-konzisztens pillanatkép-létrehozás biztosítása adatbázis-vezérelt pillanatkép-eszközök használatával.
  • Szorosan monitorozza az adatkötet pillanatképeit. A pillanatképek hosszú ideig történő megőrzése növelheti a kapacitásigényeket. Ügyeljen arra, hogy a használt kapacitást és a lefoglalt kapacitást figyelje.
  • Ha automatikusan pillanatképeket hoz létre a biztonsági mentési kötethez, ügyeljen arra, hogy figyelje a megőrzésüket, hogy elkerülje a nem előremutató kötetnövekedést.

Használható az Oracle ASM az Oracle által létrehozott AVG-vel?

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.

Miért használhatok opcionálisan egy közelségi elhelyezési csoportot (PPG) az Oracle üzembe helyezéséhez?

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.

Következő lépések