Dela via

Vanliga frågor och svar om prestanda för Azure NetApp Files

  • Artikel

Den här artikeln besvarar vanliga frågor och svar om Prestanda för Azure NetApp Files.

Vad ska jag göra för att optimera eller finjustera Prestanda för Azure NetApp Files?

Du kan vidta följande åtgärder enligt prestandakraven:

  • Kontrollera att den virtuella datorn har rätt storlek.
  • Aktivera accelererat nätverk för den virtuella datorn.
  • Välj önskad servicenivå och storlek för kapacitetspoolen.
  • Skapa en volym med önskad kvotstorlek för kapacitet och prestanda.

Du behöver inte ange accelererat nätverk för nätverkskorten i det dedikerade undernätet för Azure NetApp Files. Accelererat nätverk är en funktion som endast gäller för virtuella Azure-datorer. Azure NetApp Files NÄTVERKSKORT optimeras avsiktligt.

Hur gör jag för att övervaka azure NetApp Files-volymprestanda

Prestanda för Azure NetApp Files-volymer kan övervakas via tillgängliga mått.

Hur gör jag för att konvertera dataflödesbaserade tjänstnivåer i Azure NetApp Files till IOPS?

Du kan konvertera MB/s till IOPS med hjälp av följande formel:

IOPS = (MBps Throughput / KB per IO) * 1024

Hur gör jag för att ändra tjänstnivån för en volym?

Du kan ändra tjänstnivån för en befintlig volym genom att flytta volymen till en annan kapacitetspool som använder den tjänstnivå som du vill använda för volymen. Se Ändra tjänstnivån för en volym dynamiskt.

Hur gör jag för att övervaka Prestanda för Azure NetApp Files?

Azure NetApp Files tillhandahåller mått för volymprestanda. Du kan också använda Azure Monitor för att övervaka användningsstatistik för Azure NetApp Files. Se Mått för Azure NetApp Files för listan över prestandamått för Azure NetApp Files.

Vilken prestandapåverkan har Kerberos på NFSv4.1?

Se Prestandapåverkan av Kerberos på NFSv4.1-volymer för information om säkerhetsalternativ för NFSv4.1, de prestandavektorer som testats och den förväntade prestandapåverkan.

Vad är prestandapåverkan av att använda nconnect med Kerberos?

Vi rekommenderar inte att du använder nconnect och sec=krb5* monterar alternativ tillsammans. Prestandaförsämring har observerats när du använder de två alternativen i kombination.

GSS-API (Generic Security Standard Application Programming Interface) är ett sätt för program att skydda data som skickas till peer-program. Dessa data kan skickas från en klient på en dator till en server på en annan dator. 

När nconnect används i Linux delas GSS-säkerhetskontexten nconnect mellan alla anslutningar till en viss server. TCP är en tillförlitlig transport som stöder paketleverans utan beställning för att hantera out-of-order-paket i en GSS-ström med hjälp av ett skjutfönster med sekvensnummer. När paket som inte finns i sekvensfönstret tas emot ignoreras säkerhetskontexten och en ny säkerhetskontext förhandlas. Alla meddelanden som skickas med i den nu borttagna kontexten är inte längre giltiga, vilket kräver att meddelandena skickas igen. Ett större antal paket i en nconnect konfiguration orsakar ofta utgående paket, vilket utlöser det beskrivna beteendet. Inga specifika försämringsprocent kan anges med det här beteendet.

Stöder Azure NetApp Files SMB Direct?

Nej, Azure NetApp Files stöder inte SMB Direct.

Stöds NIC-teamindelning i Azure?

NIC-teamindelning stöds inte i Azure. Även om flera nätverksgränssnitt stöds på virtuella Azure-datorer representerar de en logisk snarare än en fysisk konstruktion. Därför ger de ingen feltolerans. Dessutom beräknas bandbredden som är tillgänglig för en virtuell Azure-dator för själva datorn och inte för något enskilt nätverksgränssnitt.

Stöds jumboramar?

Jumboramar stöds inte med virtuella Azure-datorer.

Nästa steg