Veelgestelde vragen over netwerken voor Azure NetApp Files

In dit artikel vindt u antwoorden op veelgestelde vragen over Azure NetApp Files-netwerken.

Algemene veelgestelde vragen

In deze sectie vindt u algemene vragen over Azure NetApp Files netwerken.

Gaat het gegevenspad voor NFS of SMB via internet?

Nee Het gegevenspad voor NFS of SMB gaat niet via internet. Azure NetApp Files is een systeemeigen Azure-service die wordt geïmplementeerd in het Azure Virtual Network (VNet) waar de service beschikbaar is. Azure NetApp Files maakt gebruik van een gedelegeerd subnet en richt een netwerkinterface rechtstreeks in het virtuele netwerk in.

Zie richtlijnen voor azure NetApp Files-netwerkplanning voor meer informatie.

Kan ik een virtueel netwerk verbinden dat ik al heb gemaakt met de Azure NetApp Files-service?

Ja, u kunt virtuele netwerken die u hebt gemaakt, verbinden met de service.

Zie richtlijnen voor azure NetApp Files-netwerkplanning voor meer informatie.

Kan ik een NFS-volume van Azure NetApp Files koppelen met behulp van de DNS FQDN-naam?

Ja, u kunt, als u de vereiste DNS-vermeldingen maakt. Azure NetApp Files levert het service-IP-adres voor het ingerichte volume.

Notitie

Azure NetApp Files kunt indien nodig andere IP-adressen voor de service implementeren. DNS-vermeldingen moeten mogelijk periodiek worden bijgewerkt.

Kan ik mijn eigen IP-adres instellen of selecteren voor een Azure NetApp Files-volume?

Nee IP-toewijzing van Azure NetApp Files volumes wordt automatisch uitgevoerd. Handmatige IP-toewijzing wordt niet ondersteund.

Biedt Azure NetApp Files ondersteuning voor een virtueel netwerk met dubbele stack (IPv4 en IPv6)?

Nee Azure NetApp Files biedt momenteel geen ondersteuning voor het implementeren van volumes in een gedelegeerd subnet met twee stacks (IPv4 en IPv6). Het gedelegeerde subnet voor de Azure NetApp Files-service moet een IPv4-subnet zijn. Azure NetApp Files is echter via IPv4 toegankelijk via een dual-stack-subnet of een (gepeerd) virtueel netwerk.

Is het aantal IP-adressen dat gebruikmaakt van Azure VMware Solution voor gastbesturingssystemen, beperkt tot 1000?

Nee Azure VMware Solution bevindt zich achter een ER-gateway, waardoor deze zich gedraagt als on-premises systemen. Het aantal AVS-hosts en gasten is n zichtbaar voor Azure NetApp Files en de limiet van 1000 IP-adressen is niet van toepassing.

Kan ik DNS A/AAAA-records of CNAME-records gebruiken om verbinding te maken met Azure NetApp Files-volumes?

Azure NetApp Files biedt volledige ondersteuning voor het gebruik van zowel A/AAAA-records (hostnaam) als CNAME-records (alias) in DNS bij het maken van verbinding met NFS- en SMB-shares. Beide typen records kunnen worden gebruikt voor hostnaam naar IP-omzetting, load balancing, behoud van oude koppelpaden wanneer gegevens zijn gemigreerd en meer.

Zie DFS-naamruimten gebruiken met Azure NetApp Files voor meer flexibiliteit.

Veelgestelde vragen over standaardnetwerkfuncties

In deze sectie vindt u antwoorden op vragen over Azure NetApp Files Standard-netwerkfuncties.

Wat verandert er met basic-netwerkfuncties in Azure NetApp Files?

Alle nieuwe Azure NetApp Files-volumes maken standaard gebruik van standaardnetwerkfuncties. Basisnetwerkfuncties zijn geen optie meer. Bestaande volumes worden niet beïnvloed en er is geen actie van de klant vereist.

Zal het overzetten van bestaande volumes naar Standard netwerkfuncties de connectiviteit beïnvloeden?

Overstappen naar standaard netwerkfuncties verandert niets aan je volumes of gegevens. Standaard netwerkfuncties passen echter netwerkbeveiligingsgroepen (NSG's) en door de gebruiker gedefinieerde routes (UDR's)/aangepaste routetabellen toe op het gedelegeerde subnet van Azure NetApp Files, terwijl basisnetwerkfuncties dat niet doen. Als je subnet al zulke regels heeft, worden ze na de verhuizing van kracht en kunnen ze de connectiviteit veranderen — bijvoorbeeld door een vereiste poort te blokkeren of Azure NetApp Files-verkeer door een firewall of virtueel netwerkapparaat te routeren. Als je geen NSG's of UDR's op het gedelegeerde subnet hebt, wordt geen gedragsverandering verwacht. Als dat zo is, bekijk ze dan vóór de wijziging om te bevestigen dat het vereiste verkeer (zoals NFS, SMB, DNS en Active Directory) is toegestaan en zoals verwacht wordt gerouteerd. Zie richtlijnen voor azure NetApp Files-netwerkplanning voor meer informatie.

Kan ik nog steeds nieuwe volumes maken met de basisnetwerkfuncties?

Nee Vanaf juli 2026 kunnen nieuwe volumes niet worden gemaakt met basisnetwerkfuncties via de portal, CLI of API's.

Is er een kostenverschil tussen Basic- en Standard-netwerkfuncties?

Er is geen verschil wanneer u overstapt van Basic naar Standard-netwerkfuncties, tenzij u andere Azure netwerkfuncties kiest, die kosten met zich meebrengen, zoals peering.

Heeft deze wijziging invloed op de functionaliteit van mijn scripts of ARM-sjabloon?

Uw scripts en ARM-sjablonen blijven operationeel zoals momenteel geïmplementeerd. Alle aanvragen voor basisnetwerkfuncties worden ingesteld met configuraties voor standaardnetwerkfuncties.

Waarom zie ik de fout 'onvoldoende resources' bij het maken van een volume met standaardnetwerkfuncties?

Dit kan gebeuren als het geselecteerde virtuele netwerk volumes bevat met behulp van basisnetwerkfuncties en de regio of beschikbaarheidszone beperkte Azure NetApp Files capaciteit heeft.

Hoe kan ik de fout 'onvoldoende resources' oplossen bij het maken van een volume met standaardnetwerkfuncties?

Maak het volume in een ander virtueel netwerk of werk alle bestaande volumes in het virtuele netwerk bij naar standaardnetwerkfuncties en probeer het opnieuw. Neem contact op met Microsoft Ondersteuning als u hulp nodig hebt.

Hoe kan ik de foutmelding 'onvoldoende systeembronnen' voorkomen?

Gebruik standaardnetwerkfuncties voor alle nieuwe Azure NetApp Files volumes en vermijd het combineren van Basic- en Standard-netwerkfuncties in hetzelfde virtuele netwerk en de overgang van bestaande volumes naar standaardnetwerkfuncties.

Moet ik mijn bestaande volumes nu migreren naar Standard-netwerkfuncties?

Er hoeft niet direct actie te worden ondernomen. We raden u echter aan bestaande omgevingen over te zetten naar Standard-netwerkfuncties gedurende een bepaalde periode als onderdeel van normaal levenscyclusbeheer.

Welke invloed heeft deze uitfasering op het aanmaken van volumes in de toekomst?

Er is geen invloed op uw werklast of op uw vermogen om volumes te maken. Met de upgrade naar Standard-netwerkfuncties krijgt u NSG's op Azure NetApp Files, UDR's op Azure NetApp Files subnet en vele andere functies.

Wat is Microsofts aanbeveling voor de toekomst?

Gebruik standaardnetwerkfuncties voor alle nieuwe implementaties en plan om bestaande omgevingen in de loop van de tijd over te zetten als onderdeel van normaal levenscyclusbeheer.

Basis-naar-standaard netwerkupgrade

Moet ik iets ondernemen voor deze upgrade?

Yes. Bekijk je UDR- en NSG-configuraties om zeker te zijn dat er geen verouderde UDR's of NSG's zijn die actief kunnen worden en je verkeersroute kunnen beïnvloeden na de upgrade vóór 28 september. Na deze datum start de upgrade en vindt deze automatisch plaats op de achtergrond. Je hoeft geen actie te ondernemen voor de upgrade. Vanaf juni 2026 gebruiken alle nieuwe Azure NetApp Files-volumes standaard standaard de standaardnetwerkfuncties.

Zal deze upgrade invloed hebben op mijn applicaties of downtime veroorzaken?

Bekijk je UDR/NSG-configuraties om zeker te zijn dat er geen verouderde UDR's of NSG's zijn die actief kunnen worden en je verkeersroute na de upgrade kunnen beïnvloeden.

Tijdens de upgrade kunnen sommige volumebewerkingen, zoals aanmaken of verwijderen, tijdelijk niet beschikbaar zijn (ongeveer 30 minuten) terwijl het systeem interne updates uitvoert.

  • Dit gedrag wordt verwacht tijdens het upgradevenster.
  • De beperking is tijdelijk (meestal ongeveer 25 minuten per opslagsysteem).
  • Je bestaande volumes en applicaties blijven normaal draaien.

Waarom vindt deze upgrade plaats?

Deze upgrade verbetert de consistentie en sluit je middelen af op het nieuwste netwerkmodel van Azure, waardoor je op lange termijn betere betrouwbaarheid en ondersteuning kunt garanderen.

Wat moet ik doen als ik een fout tegenkom?

Wacht tot de upgrade voltooid is en probeer de operatie opnieuw. Verder hoeft u niets te doen. Als je meer hulp nodig hebt, neem dan contact op met het klantenserviceteam van Azure.

Is er een kostenverschil tussen Basic- en Standard-netwerkfuncties?

Er is geen kostenverschil als je overstapt van Basic naar Standard netwerkfuncties, tenzij je andere Azure-netwerkfuncties kiest die kosten met zich meebrengen, zoals peering.

Kan ik handmatig updaten naar standaard netwerk?

Yes. Je kunt handmatig updaten naar Standaard netwerk. Volledige handmatige updates van het standaardnetwerk vóór 28 september. Na deze datum, als Azure je volume niet automatisch upgradet, kun je het misschien nog handmatig bijwerken terwijl Azure geleidelijk updates uitrolt over regio's. De timing kan variëren afhankelijk van je regio.

Hoe je verouderde UDR-configuraties voorkomt en bijwerkt

  1. Identificeer het virtuele netwerk en het gedelegeerde subnet dat wordt gebruikt door het Azure NetApp Files-volume.
  2. Bekijk de routetabel die hoort bij het gedelegeerde subnet.
    1. Toegang tot het Azure-portaal en gebruik de zoekfunctie om routetabellen te vinden.
    2. Bekijk de lijst met routetabellen die beschikbaar zijn in je abonnement. Voor meer informatie, zie Routetabellen beheren.
  3. Voordat je overstapt van Basic- naar Standard-netwerkinstellingen, moet je alle UDR's of NSG's verwijderen of bijwerken die na de upgrade verstoringen in het verkeer kunnen veroorzaken.

Wat moet ik doen als ik een MTU-grootte groter dan 1500 gebruik?

Azure NetApp Files ondersteunt een MTU-grootte van 1500 bytes. Als je omgeving is geconfigureerd met een aangepaste MTU groter dan 1500, bekijk en werk je configuratie bij om 1500 MTU te gebruiken om een ondersteunde setup te garanderen.

Welke configuratie ondersteunt Standard Network Feature?

Zie de Richtlijnen voor Azure NetApp Files netwerkplanning voor informatie over de ondersteunde configuratie.

Volgende stappen