Sdílet prostřednictvím

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

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č bych měl pro všechny svazky své databáze používat ručně řízený fond kapacity QoS?

Manuální kapacitní fond QoS poskytuje nejlepší rovnováhu mezi propustností a kapacitou, aby vyhovoval potřebám databáze. Vyhne se nadměrnému přidělování zdrojů k dosažení 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. Celkově použití ručního fondu kapacity QoS vede k nákladové výhodě.

Poznámka:

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

Lze naklonovat svazek vytvořený pomocí aplikační svazkové skupiny?

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 rámec pracovního postupu 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řil se ani jeden svazek. Proč?

Toto chování je normální. Skupina svazků aplikace zřídí svazky atomicky a vrátí nasazení zpět v případě, že se nepodaří nasadit některou 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ů.

Jakou politiku snímků mám použít pro své databázové svazky?

Produkty jako AzAcSnap nebo Commvault můžete použít pro aplikacně konzistentní zálohování vašeho databázového 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ě sledujte přehledy objemu dat. Udržování snímků po dlouhou dobu může zvýšit vaše požadavky na kapacitu. 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 sledovat jejich uchovávání, abyste se vyhnuli nepředvídané spotřebě kapacity.

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.

Instrukce pro 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í jediného 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í.

Jak nastavit velikost svazků Azure NetApp Files pro použití se SAP HANA, aby bylo dosaženo optimálního výkonu a nákladové efektivity?

Pro optimální dimenzování je důležité zohlednit celkovou krajinu 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 dimenzování 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ž upravíte každý svazek, dokud se všechny svazky nevejdou do fondu kapacity.

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

Jak mohu porozumět, jak stanovit velikost svého systému nebo celkové architektury systému?

Obraťte se na odborníka na velikostní plánování SAP Azure NetApp Files, který vám pomůže s plánováním celkové velikosti 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 vytvořena s konkrétním zaměřením na více oddílů, ale můžete ji použít pro SAP HANA při úpravě svého vstupu.

Základy vícečetných oddílů jsou následující:

  • Více oddílů znamená, že jeden hostitel SAP HANA používá k uložení svých persistentních dat více než jeden datový obal.
  • Různé oddíly se musí připojit k různým cestám. Například první svazek se nachází na /hana/<SID>/data1/mnt00001, a 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, ....
  • Paměť je klíčovým prvkem pro určení velikosti skupiny aplikačních svazků pro SAP HANA s ohledem na kapacitu a propustnost. Proto je potřeba přizpůsobit velikost tak, aby odpovídala počtu oddílů. Doporučuje se použít 50 % operační paměti pro dvě oddíly. 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 přizpůsobuje hodnoty propustnosti tak, že i ta nejmenší databáze splňuje klíčové ukazatele výkonu SAP HANA, a větší databáze těží z vyšší úrovně propustnosti. Návrh se škáluje 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)
MinimálníMaximální
01400
12600
24800
461 000
681 200
8101400
10Bez omezení1 500

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

Rozsah paměti (TB)Navrhovaná propustnost (MB/s)
MinimálníMaximální
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. Při běhu však většina I/O je zápisová I/O operace, kde i výkonnostní ukazatele 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.

Jsou všechny svazky přiděleny 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 ve skupině umístění na základě blízkosti. 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.

Použití umístění svazků podle zóny dostupnosti umístí svazky do stejné zóny dostupnosti jako aplikační virtuální stroje. 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í v blízkosti vyžaduje vytvoření skupiny umístění v blízkosti (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 pro přibližné umístění, kterou skupina svazků aplikace používá k nalezení 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 pro zálohování protokolů a 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. Skupina svazků aplikace proto umístí záložní svazky do jiného úložného umístění v oblasti, která má dostatečnou kapacitu a propustnost.

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

Skupina umístění blízkosti (PPG) musí mít přiřazený alespoň jeden virtuální počítač, a to buď přímo, nebo prostřednictvím sady dostupnosti (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 AVset, ke kterému 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 každé č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 jsou dvě možnosti pro správnou velikost sdíleného svazku.

  • Pokud víte předem, že potřebujete například šest serverů, můžete při počáteční konfiguraci s použitím skupiny svazků aplikace pro SAP HANA upravit návrh na 1 TB. 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 pro umístění svazků nebo přímo ve svazku pomocí Azure Resource Provideru 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álohy 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ích postupů pro vytváření svazků a vybrat správnou kapacitu a propustnost, které odpovídají vašim potřebám. Měli byste použít systém pojmenování, který označuje svazek pro zálohování dat a používá se pro více SID identifikátorů.

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 moje databázové prostředí 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é na regionální úrovni.

Jak správně nastavit velikost svazků Azure NetApp Files pro použití s Oraclem, aby byl zajištěn optimální výkon a nákladová efektivita?

Pro optimální velikost je důležité zohlednit celou škálu databázového prostředí, včetně vysoké dostupnosti, snímků a záloh. Rozhodněte se o rozložení svazků pro produkci, HA a ochranu dat a velikost upravte podle Spusťte nejnáročnější úlohy Oracle v Azure bez obětování výkonu nebo škálovatelnosti a Odhadovací nástroj pro dimenzování úloh Oracle na Azure IaaS VM. Můžete také použít odhadovač velikosti SAP na Azure NetApp Files pomocí možnosti vstupu Přidat jeden svazek.

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í/kontroly kvality), procentuální rezerva snímků, počet dnů pro uchovávání místních snímků, počet záloh založených na souborech, jeden hostitel/několik hostitelů s uvedením počtu hostitelů a požadavky na Data Guard (primární, sekundární). Obraťte se na odborníka na dimenzování Oracle pro Azure NetApp Files, který vám pomůže s výpočtem celkové velikosti systému Oracle.

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

Skupina svazků aplikací zajišťuje, aby data, protokoly předělání, archivní protokoly 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, které byly vytvořeny pomocí NFSv3 a NFSv4.1, ale doporučujeme nasadit svazky vytvořené pomocí NFSv3. Další podrobnosti a závislosti vydaných verzí najdete v klientských operačních systémech a poznámkách Oracle. Můžete si také najít více podrobností v dokumentech Výhody použití Azure NetApp Files s databází Oracle a Výkon databáze Oracle na vícenásobných 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.

Jakou politiku 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ě sledujte přehledy objemu dat. Udržování snímků po dlouhou dobu může zvýšit vaše požadavky na kapacitu. Nezapomeňte monitorovat použitou kapacitu vs. přidělenou kapacitu.
  • Pokud pro zálohovací svazek automaticky vytváříte snímky, nezapomeňte sledovat jejich uchovávání, abyste se vyhnuli nepředvídanému nárůstu objemu.

Lze Oracle ASM použít s AVG pro svazky vytvořené pomocí Oracle?

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 volitelně použít skupinu umístění blízkosti (PPG) pro nasazení Oracle?

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 pro umístění v blízkosti, aby bylo dosaženo co nejlepšího umístění svazků v daných podmínkách. Jako výchozí nastavení je použití PPG zakázané. Musíte požádat o povolení používat skupiny umístění v blízkosti prostřednictvím kanálu podpory.

Další kroky

  • Last updated on