Sdílet prostřednictvím

Nejčastější dotazy ke skupině svazků aplikací Azure NetApp Files

  • Článek

Najděte odpovědi na nejčastější dotazy týkající se skupiny svazků aplikací Azure NetApp Files.

Obecné nejčastější dotazy

Tato část odpovídá na obecné otázky týkající se skupin svazků aplikací Azure NetApp Files.

Proč mám pro všechny svazky databáze používat ruční fond kapacity QoS?

Ruční fond kapacity QoS poskytuje nejlepší rovnováhu mezi kapacitou a propustností, aby vyhovoval potřebám databáze. Vyhne se nadměrnému zřizování, aby se dosáhlo výkonu, například svazku protokolu nebo datového svazku. Může si také rezervovat větší prostor pro zálohování protokolů a zároveň udržovat výkon na hodnotu, která vyhovuje vašim potřebám. Použití ručního fondu kapacity QoS celkově vede k výhodě nákladů.

Poznámka:

Během vytváření skupin svazků aplikace se v seznamu zobrazí pouze ruční fondy kapacity QoS, ze které si vyberete.

Můžu naklonovat svazek vytvořený pomocí skupiny svazků aplikace?

Ano, můžete naklonovat svazek vytvořený skupinou svazků aplikace. Můžete to udělat tak, že vyberete snímek a obnovíte ho na nový svazek. Klonování je proces mimo pracovní postup skupiny svazků aplikace. Proto zvažte následující omezení:

  • Při klonování jednoho svazku se nekontrolují žádné závislosti specifické pro skupinu svazků.
  • Klonovaný svazek není součástí skupiny svazků.
  • Klonovaný svazek se vždy umístí do stejného koncového bodu úložiště jako zdrojový svazek.
  • Pokud chcete dosáhnout nejnižší latence klonovaného svazku, musíte připojit stejnou IP adresu jako zdrojový svazek.

Jak dlouho trvá vytvoření skupiny svazků?

Vytvoření skupiny svazků zahrnuje mnoho různých kroků, ne všechny je možné provádět paralelně. Zvláště když pro dané umístění vytvoříte první skupinu svazků, může dokončení trvat 9 až 12 minut. Vytvoření dalších skupin svazků by mělo trvat kratší dobu.

Nasazení selhalo a nevytvořilo se ani jeden svazek. Proč?

Toto chování je normální. Skupina svazků aplikace zřídí svazky atomicky a nasazení se vrátí zpět v případě, že se nepodaří nasadit jednu z komponent. Nasazení obvykle selže, protože dané umístění nemá dostatek dostupných prostředků, aby vyhovovalo vašim požadavkům. V protokolu nasazení zkontrolujte podrobnosti a v případě potřeby opravte konfiguraci fondu kapacity.

Proč nemůžu upravit popis skupiny svazků?

V aktuální implementaci se skupina svazků aplikace zaměřuje pouze na počáteční vytvoření a odstranění skupiny svazků.

Jaké zásady snímků mám použít pro svazky databáze?

Produkty, jako je AzAcSnap nebo Commvault, můžete použít pro zálohování konzistentní vzhledem k aplikacím pro vaše databázové prostředí. Pro zajištění konzistentní ochrany dat nemůžete použít standardní snímky naplánované integrovanou zásadou snímků služby Azure NetApp Files.

Obecná doporučení pro snímky v databázovém prostředí jsou následující:

  • Pečlivě monitorujte snímky datového svazku. Udržování snímků po dlouhou dobu může zvýšit vaše potřeby kapacity. Nezapomeňte monitorovat použitou kapacitu vs. přidělenou kapacitu.
  • Pokud automaticky vytváříte snímky pro ochranu primárních dat, nezapomeňte monitorovat jejich uchovávání, abyste se vyhnuli neprediktované spotřebě kapacity svazku.

Nejčastější dotazy ke skupině svazků aplikací pro SAP HANA

Tato část odpovídá na otázky týkající se skupiny svazků aplikací Azure NetApp Files pro SAP HANA.

Pokyny k připojení svazku obsahují seznam IP adres. Jakou IP adresu mám použít?

Skupina svazků aplikací zajišťuje, aby svazky dat a protokolů pro jednoho hostitele vždy měly samostatné koncové body úložiště s různými IP adresami, aby bylo dosaženo nejlepšího výkonu. Pokud chcete hostovat data, protokolovat a sdílené svazky napříč prostředky úložiště Azure NetApp Files, můžete vytvořit až šest koncových bodů úložiště pro každý použitý prostředek úložiště Azure NetApp Files. Z tohoto důvodu se doporučuje odpovídajícím způsobem zmenšit delegovanou podsíť. Viz Požadavky a důležité informace pro skupinu svazků aplikací pro SAP HANA. I když se všechny uvedené IP adresy dají použít k připojení, první uvedená IP adresa je ta, která poskytuje nejnižší latenci. Doporučujeme vždy použít první IP adresu.

Můžu použít nconnect jako možnost připojení?

Azure NetApp Files podporuje nconnect NFSv4.1, ale vyžaduje následující verze operačního systému Linux:

  • SLES 15SP2 a vyšší
  • RHEL 8.3 a vyšší

Při použití nconnect možnosti připojení je limit pro čtení až 4500 MiB/s (viz osvědčené postupy pro možnosti připojení systému Souborů NFS pro Linux pro Azure NetApp Files) a navrhované limity propustnosti pro datový svazek je potřeba odpovídajícím způsobem přizpůsobit.

Proč se hostid (například 00001) přidá do jmen i po odebrání zástupného symbolu {Hostid} ?

Skupina svazků aplikací vyžaduje, aby zástupný symbol {Hostid} byl součástí názvů. Pokud se odebere, automaticky se hostid přidá zpět k zadanému řetězci.

Po výběru možnosti Zkontrolovat a vytvořit si můžete pro každý svazek zobrazit konečné názvy.

Proč je maximální hodnota propustnosti 1500 MiB/s, kterou skupina svazků aplikace pro SAP HANA navrhuje pro datový svazek?

NFSv4.1 je podporovaný protokol pro SAP HANA a Oracle. Proto je při připojení jednoho svazku podporována jedna relace TCP/IP. Pro spuštění jedné relace PROTOKOLU TCP (tj. z jednoho hostitele) na jednom svazku je 1500 MiB/s typický limit vstupně-výstupních operací identifikovaný. Proto se skupina svazků aplikací pro SAP HANA vyhne přidělení větší propustnosti, než je možné realisticky dosáhnout. Pokud potřebujete větší propustnost, zejména u větších databází HANA (například 12 TiB), měli byste použít více oddílů nebo použít nconnect možnost připojení.

Návody velikost svazků Azure NetApp Files pro použití se SAP HANA pro optimální výkon a nákladovou efektivitu?

Pro optimální nastavení velikosti je důležité velikost celého prostředí včetně snímků a záloh. Rozhodněte se o rozložení svazku pro produkční prostředí, vysokou dostupnost a ochranu dat a proveďte změnu velikosti pomocí kalkulačky velikosti služby Azure NetApp Files pro nasazení SAP HANA.

Zobrazila se mi zpráva "Not enough pool capacity"s upozorněním . Co mám dělat?

Skupina svazků aplikace vypočítá kapacitu a poptávku po propustnosti všech svazků na základě vašeho vstupu paměti HANA. Když vyberete fond kapacity, okamžitě zkontroluje, jestli je ve fondu kapacity k dispozici dostatek kapacity a propustnosti.

Na úvodní obrazovce SAP HANA můžete tuto zprávu ignorovat a pokračovat v pracovním postupu kliknutím na tlačítko Další . A později můžete navrhované hodnoty pro každý svazek přizpůsobit jednotlivě tak, aby se všechny svazky vešly do fondu kapacity. Tato chybová zpráva se znovu zobrazí, když změníte každý jednotlivý svazek, dokud se všechny svazky nevejdou do fondu kapacity.

Možná budete chtít zvětšit velikost fondu, abyste se této zprávě upozornění vyhnuli.

Jak zjistím, jak změnit velikost systému nebo celkové krajiny systému?

Obraťte se na odborníka na změnu velikosti SAP Azure NetApp Files, který vám pomůže naplánovat celkovou velikost systému SAP.

Mezi důležité informace, které potřebujete poskytnout pro každý systém, patří následující položky: SID, role (produkční, vývoj, předprodukční/qa), paměť HANA, rezerva snímků v procentech, počet dnů pro uchovávání místních snímků, počet záloh založených na souborech, jeden hostitel nebo více hostitelů s počtem hostitelů a HSR (primární, sekundární).

K optimalizaci procesu určení velikosti můžete použít nástroj pro odhad velikosti SAP HANA.

Pokud znáte vaše systémy (od spuštění HANA dříve), můžete místo těchto obecných předpokladů zadat data ručně.

Můžu použít novou funkci SAP HANA s více oddíly?

Skupina svazků aplikací pro SAP HANA nebyla sestavena s vyhrazeným zaměřením na více oddílů, ale při přizpůsobení vstupu můžete použít skupinu svazků aplikací pro SAP HANA.

Základy více oddílů jsou následující:

  • Více oddílů znamená, že jeden hostitel SAP HANA používá k uložení své trvalosti více než jeden svazek.
  • Více oddílů je potřeba připojit k různým cestám. Například první svazek je zapnutý /hana/<SID>/data1/mnt00001a druhý svazek potřebuje jinou cestu (/hana/<SID>/data2/mnt00002). Abyste tohoto výsledku dosáhli, měli byste konvenci pojmenování přizpůsobit ručně. To znamená, <SID>-DATA1-MNT00001; <SID>-DATA2-MNT00002, ...že .
  • Paměť je klíčem pro skupinu svazků aplikací pro SAP HANA, aby byla velikost kapacity a propustnosti. Proto je potřeba přizpůsobit velikost tak, aby vyhovovala počtu oddílů. Pro dva oddíly byste měli použít 50 % paměti. Pro tři oddíly byste měli použít 33 % paměti atd.

Pro každého hostitele a každý oddíl, který chcete vytvořit, musíte znovu spustit skupinu svazků aplikace pro SAP HANA a měli byste přizpůsobit návrh pojmenování tak, aby splňoval výše uvedená doporučení.

Další podrobnosti o tomto tématu najdete v tématu Použití nástroje Azure NetApp Files AVG pro SAP HANA k nasazení HANA s více oddíly.

Jaká jsou pravidla navrhované propustnosti pro moje data HANA a svazky protokolů?

SAP definuje klíčové ukazatele výkonu (KPI) svazků HANA jako 400 MiB/s pro data a 250 MiB/s pro svazek protokolu. Tato definice je nezávislá na velikosti nebo úloze databáze HANA. Skupina svazků aplikace škáluje hodnoty propustnosti způsobem, který dokonce i nejmenší databáze splňuje klíčové ukazatele výkonu SAP HANA, a větší databáze využívá vyšší úroveň propustnosti, škálování návrhu na základě zadané velikosti databáze HANA.

Následující tabulka popisuje rozsah paměti a navrženou propustnost datového svazku HANA:

Rozsah paměti (TB)Navrhovaná propustnost (MB/s)
MinimumMaximum
01400
12600
24800
461000
681200
8101400
10Bez omezení1500

Následující tabulka popisuje rozsah paměti a navrženou propustnost svazku protokolu HANA:

Rozsah paměti (TB)Navrhovaná propustnost (MB/s)
MinimumMaximum
04250
4Bez omezení500

Propustnost svazku databáze většinou ovlivňuje dobu potřebnou ke čtení dat do paměti při spuštění databáze. Za běhu ale většina vstupně-výstupních operací je vstupně-výstupní operace zápisu, kde i klíčové ukazatele výkonu zobrazují nižší hodnoty. Uživatelské prostředí ukazuje, že u menších databází můžou být hodnoty klíčového ukazatele výkonu HANA vyšší, než je potřeba ve většině případů.

Výkon služby Azure NetApp Files jednotlivých svazků je možné upravit za běhu. Proto můžete kdykoli upravit výkon databáze úpravou propustnosti dat a svazků protokolů podle vašich konkrétních požadavků. Můžete například vyladit výkon a snížit náklady tím, že při spuštění povolíte vyšší propustnost a během normálního provozu snížíte výkon na klíčové ukazatele výkonu.

Zřizují se všechny svazky v těsné blízkosti mých serverů SAP HANA?

U skupiny svazků aplikace máte možnost nasadit svazky se zónou dostupnosti nebo umístěním svazku skupiny umístění bezkontaktní komunikace. Obě metody zajišťují, že jsou datové svazky umístěné v těsné blízkosti virtuálních počítačů HANA, ale používají různé principy.

Umístění svazku zóny dostupnosti (dostupné s rozšířením 1) umístí svazky do stejné zóny dostupnosti jako virtuální počítače aplikace. Použití zón dostupnosti také podporuje funkce sítě Standard, které podporují rozšířené zabezpečení prostřednictvím podpory skupin zabezpečení sítě. Tato metoda nevyžaduje ruční připnutí. Proto je jednodušší a rychlejší používat.

Použití skupiny umístění bezkontaktní komunikace vyžaduje vytvoření skupiny umístění bezkontaktní komunikace (PPG) pro servery SAP HANA. Toto umístění zajišťuje vytvoření dat, protokolů a sdílených svazků blízko serverů SAP HANA, aby se dosáhlo nejlepší latence a propustnosti. Tato metoda vyžaduje ruční připnutí skupiny umístění bezkontaktní komunikace, kterou skupina svazků aplikace používá k vyhledání optimálního umístění pro nasazení svazků. Tato metoda podporuje pouze základní síťové funkce. Mějte na paměti, že svazky zálohování protokolů a zálohování dat nevyžadují nízkou latenci. Z hlediska ochrany dává smysl ukládat tyto záložní svazky do jiného umístění než data, protokol a sdílené svazky. Proto skupina svazků aplikace umístí záložní svazky do jiného umístění úložiště v oblasti, která má dostatečnou kapacitu a dostupnost propustnosti.

Jaký je vztah mezi svazky AVset, VM, PPG a Azure NetApp Files?

Skupina umístění bezkontaktní komunikace (PPG) musí mít přiřazený alespoň jeden virtuální počítač, a to buď přímo, nebo prostřednictvím sady AVset. Účelem PPG je extrahovat přesné umístění virtuálního počítače a předat tyto informace skupině svazků aplikace, aby vyhledaly prostředky Azure NetApp Files ve stejném datacentru. Toto nastavení funguje jenom v případě, že se spustí aspoň jeden virtuální počítač v PPG. Databázové servery můžete obvykle přidat do PPG.

PpG mají vedlejší účinek, že pokud jsou všechny virtuální počítače vypnuté, následující restartování virtuálních počítačů nezaručuje, že se spustí ve stejném datovém centru jako předtím. Pokud chcete této situaci zabránit, důrazně doporučujeme použít sadu AVset, ke které jsou přidružené všechny virtuální počítače a PPG, a použít pracovní postup připnutí HANA. Pracovní postup nejen zajišťuje, že se virtuální počítače při restartování nepřesouvají, a také zajišťuje, že jsou vybraná umístění, ve kterých je k dispozici dostatek výpočetních prostředků a prostředků Azure NetApp Files.

U systému SAP HANA s více hostiteli se při přidávání dalších hostitelů HANA změní velikost sdíleného svazku?

Ne. Tento scénář je v současné době jedním z velmi málo případů, kdy potřebujete velikost upravit ručně. SAP doporučuje velikost sdíleného svazku jako 1 x ram pro všechny čtyři hostitele HANA. Vzhledem k tomu, že sdílený svazek vytvoříte jako součást prvního hostitele SAP HANA, má už velikost 1 TB. Pro SAP HANA existují dvě možnosti správné velikosti svazku sdílené složky.

  • Pokud víte předem, že potřebujete například šest hostitelů, můžete během počátečního vytváření upravit návrh o 1 TB pomocí skupiny svazků aplikace pro SAP HANA. V tomto okamžiku můžete také zvýšit propustnost (tj. QoS) tak, aby vyhovovala šesti hostitelům.
  • Sdílený svazek můžete kdykoli upravit a změnit velikost a propustnost jednotlivě po vytvoření svazku. Můžete to udělat v rámci skupiny umístění svazku nebo přímo ve svazku pomocí poskytovatele prostředků Azure nebo grafického uživatelského rozhraní.

Chci vytvořit svazek zálohování dat nejen pro jednu instanci, ale pro více než jednu databázi SAP HANA. Jak mám postupovat?

Svazky zálohování protokolů a záloh dat jsou volitelné a nevyžadují blízkost. Nejlepší způsob, jak dosáhnout zamýšleného výsledku, je odebrat svazek zálohování dat nebo zálohování protokolů při vytváření prvního svazku ze skupiny svazků aplikace pro SAP HANA. Pak můžete vytvořit vlastní svazek jako jeden nezávislý svazek pomocí standardního zřizování svazků a vybrat správnou kapacitu a propustnost, aby vyhovovala vašim potřebám. Měli byste použít zásady vytváření názvů, které označují svazek zálohování dat a který se používá pro více identifikátorů SID.

Nejčastější dotazy ke skupině svazků aplikací pro Oracle

Tato část odpovídá na otázky týkající se skupiny svazků aplikací Azure NetApp Files pro Oracle.

Zřídí se všechny svazky ve stejné zóně dostupnosti jako můj databázový server pro Oracle?

Pracovní postup nasazení zajišťuje, že se všechny svazky umístí do zóny dostupnosti, kterou jste vybrali při vytváření, což by mělo odpovídat zóně dostupnosti virtuálních počítačů Oracle. Pro oblasti, které nepodporují zóny dostupnosti, jsou svazky umístěné s regionálním oborem.

Návody velikost svazků Azure NetApp Files pro použití s Oraclem pro zajištění optimálního výkonu a nákladově efektivity?

Pro optimalizaci velikosti je důležité velikost celé databáze na šířku, včetně vysoké dostupnosti, snímků a záloh. Rozhodněte se o rozložení svazků pro produkční prostředí, vysokou dostupnost a ochranu dat a proveďte změnu velikosti podle toho, jak spustit nejnáročnější úlohy Oracle v Azure bez obětování výkonu nebo škálovatelnosti a odhadu nástrojů pro změnu velikosti úloh Oracle na virtuální počítače Azure IaaS. Pomocí možnosti Přidat vstup s jedním svazkem můžete použít také estimátor SAP v Azure NetApp Files.

Mezi důležité informace, které potřebujete k určení velikosti jednotlivých svazků, patří: SID, role (produkční, vývoj, předprodukční/qa), rezerva snímků v procentech, počet dnů pro uchovávání místních snímků, počet záloh založených na souborech, jeden hostitel nebo více hostitelů s počtem hostitelů a požadavky na ochranu Data Guard (primární, sekundární). Obraťte se na odborníka na změnu velikosti Oracle v Azure NetApp Files, který vám pomůže naplánovat celkovou velikost systému Oracle.

Pokyny k připojení svazku obsahují seznam IP adres. Kterou IP adresu mám použít pro Oracle?

Skupina svazků aplikací zajišťuje, aby data, znovu protokoly archivu a svazky zálohování měly samostatné koncové body úložiště s různými IP adresami, aby bylo dosaženo nejlepšího výkonu. I když se všechny uvedené IP adresy dají použít k připojení, první uvedená IP adresa je ta, která poskytuje nejnižší latenci. Doporučujeme vždy použít první IP adresu.

Jakou verzi systému souborů NFS mám použít pro svazky Oracle?

Pomocí Oracle dNFS v klientovi připojte svazky. Při připojování pomocí dNFS funguje se svazky vytvořenými pomocí NFSv3 a NFSv4.1, doporučujeme nasadit svazky pomocí NFSv3. Další podrobnosti a závislosti vydaných verzí najdete v klientských operačních systémech a poznámkách Oracle. Další podrobnosti o výhodách použití služby Azure NetApp Files s výkonem databáze Oracle a Databáze Oracle najdete také ve více svazcích Azure NetApp Files.

Pokud chcete dosáhnout nejlepšího výkonu pro velké databáze, doporučujeme k připojení svazku použít dNFS na databázovém serveru. Pro zjednodušení konfigurace dNFS doporučujeme vytvořit svazky pomocí NFSv3.

Jaké zásady snímků mám použít pro svazky Oracle?

Tato otázka nesouvisí přímo se skupinou svazků aplikací pro Oracle. Produkty, jako je AzAcSnap nebo Commvault, můžete použít pro zálohování konzistentní vzhledem k aplikacím pro databáze Oracle. Pro konzistentní ochranu dat databáze Oracle nemůžete použít standardní snímky naplánované integrovanou zásadou snímků služby Azure NetApp Files.

Obecná doporučení pro snímky v prostředí Oracle jsou následující:

  • K zajištění vytváření snímků konzistentních vzhledem k databázi použijte nástroje pro vytváření snímků pracujících s databází.
  • Pečlivě monitorujte snímky datového svazku. Udržování snímků po dlouhou dobu může zvýšit vaše potřeby kapacity. Nezapomeňte monitorovat použitou kapacitu vs. přidělenou kapacitu.
  • Pokud pro zálohovací svazek automaticky vytváříte snímky, nezapomeňte monitorovat jejich uchovávání, abyste se vyhnuli neprediktovaným nárůstu svazku.

Dá se Oracle ASM použít s AVG pro svazky vytvořené oraclem?

Použití Oracle ASM v kombinaci se skupinou svazků aplikace Azure NetApp Files pro Oracle je podporováno, ale bez podpory konzistence snímků napříč svazky ve skupině svazků aplikace. Zákazníkům doporučujeme, aby při používání ASM používali další kompatibilní možnosti ochrany dat, a to až do dalšího oznámení.

Proč můžu pro nasazení Oracle volitelně použít skupinu umístění bezkontaktní komunikace (PPG)?

Při nasazování v oblastech s omezenou dostupností prostředků nemusí být možné nasazovat svazky v nejoptimálnějších umístěních. V takových případech se můžete rozhodnout nasadit svazky pomocí funkce skupiny umístění bezkontaktní komunikace k dosažení nasazení s nejlepším možným umístěním svazku v daných podmínkách. Jako výchozí nastavení je použití PPG zakázané. Musíte požádat o povolení používání skupin umístění bezkontaktní komunikace prostřednictvím kanálu podpory.

Další kroky