Uw Avere vFXT-systeem plannen

In dit artikel wordt uitgelegd hoe u een nieuw Avere vFXT voor Azure-cluster kunt plannen dat op de juiste wijze wordt aangepast aan uw behoeften.

Voordat u naar Azure Marketplace gaat of vm's maakt, moet u rekening houden met de volgende details:

• Hoe werkt het cluster met andere Azure-resources?
• Waar moeten clusterelementen zich bevinden in particuliere netwerken en subnetten?
• Welk type back-endopslag gebruikt u en hoe heeft het cluster toegang tot deze opslag?
• Hoe krachtig moeten uw clusterknooppunten zijn om uw werkstroom te ondersteunen?

Lees verder voor meer informatie.

Meer informatie over de onderdelen van het systeem

Het kan handig zijn om inzicht te hebben in de onderdelen van het Avere vFXT for Azure-systeem wanneer u begint met plannen.

• Clusterknooppunten: het cluster bestaat uit drie of meer VM's die zijn geconfigureerd als clusterknooppunten. Meer knooppunten geven het systeem een hogere doorvoer en een grotere cache.

• Cache: de cachecapaciteit wordt gelijkmatig verdeeld over de clusterknooppunten. Stel de cachegrootte per knooppunt in wanneer u het cluster maakt; de knooppuntgrootten worden toegevoegd om de totale cachegrootte te worden.

• Clustercontroller: de clustercontroller is een extra VIRTUELE machine die zich in hetzelfde subnet bevindt als de clusterknooppunten. De controller is nodig om het cluster en voor lopende beheertaken te maken.

• Back-endopslag: de gegevens die u in de cache wilt opslaan, worden op lange termijn opgeslagen in een hardwareopslagsysteem of een Azure Blob-container. U kunt opslag toevoegen nadat u het Avere vFXT voor Azure-cluster hebt gemaakt, of als u Blob Storage gebruikt, kunt u de container toevoegen en configureren tijdens het maken van het cluster.

• Clients: clientcomputers die de bestanden in de cache gebruiken, maken verbinding met het cluster met behulp van een virtueel bestandspad in plaats van rechtstreeks toegang te krijgen tot de opslagsystemen. (Lees meer in Koppel het Avere vFXT-cluster.)

Abonnement, resourcegroep en netwerkinfrastructuur

Bedenk waar de elementen van uw Avere vFXT voor Azure-implementatie zich bevinden. In het onderstaande diagram ziet u een mogelijke rangschikking voor de Avere vFXT voor Azure-onderdelen:

Volg deze richtlijnen bij het plannen van de netwerkinfrastructuur van uw Avere vFXT-cluster:

• Maak een nieuw abonnement voor elke Avere vFXT voor Azure-implementatie. Alle onderdelen in dit abonnement beheren.

  Voordelen van het gebruik van een nieuw abonnement voor elke implementatie zijn:

  • Eenvoudigere kosten bijhouden: bekijk en controleer alle kosten van resources, infrastructuur en rekencycli in één abonnement.
  • Eenvoudiger opschonen: u kunt het hele abonnement verwijderen wanneer u klaar bent met het project.
  • Handige partitionering van resourcequota : isoleer de Avere vFXT-clients en het cluster in één abonnement om andere kritieke workloads te beschermen tegen mogelijke resourcebeperking. Deze scheiding voorkomt conflicten bij het ophalen van een groot aantal clients voor een werkstroom voor high-performance computing.

• Zoek uw client-rekensystemen dicht bij het vFXT-cluster. Back-endopslag kan meer extern zijn.

• Zoek het vFXT-cluster en de clustercontroller-VM samen, met name:

  • In hetzelfde virtuele netwerk
  • In dezelfde resourcegroep
  • Hetzelfde opslagaccount gebruiken

  De sjabloon voor het maken van een cluster verwerkt deze configuratie voor de meeste situaties.

• Het cluster moet zich in een eigen subnet bevinden om conflicten met IP-adressen met clients of andere rekenresources te voorkomen.

• Gebruik de sjabloon voor het maken van clusters om de meeste benodigde infrastructuurresources voor het cluster te maken, waaronder resourcegroepen, virtuele netwerken, subnetten en opslagaccounts.

  Als u resources wilt gebruiken die al bestaan, moet u ervoor zorgen dat deze voldoen aan de vereisten in deze tabel.

  Resource	Bestaande gebruiken?	Vereisten
  Resourcegroep	Ja, indien leeg	Moet leeg zijn
  Storage-account	Ja als u een bestaande Blob-container verbindt na het maken van het cluster Nee als u tijdens het maken van een cluster een nieuwe Blob-container maakt	Bestaande blobcontainer moet leeg zijn
  Virtueel netwerk	Ja	Moet een opslagservice-eindpunt bevatten als u een nieuwe Azure Blob-container maakt
  Subnet	Ja	Kan geen andere resources bevatten

Vereisten voor IP-adressen

Zorg ervoor dat het subnet van uw cluster een groot genoeg IP-adresbereik heeft om het cluster te ondersteunen.

Het Avere vFXT-cluster gebruikt de volgende IP-adressen:

• Eén IP-adres voor clusterbeheer. Dit adres kan zo nodig van knooppunt naar knooppunt in het cluster worden verplaatst, zodat het altijd beschikbaar is. Gebruik dit adres om verbinding te maken met het configuratiehulpprogramma Avere Configuratiescherm.
• Voor elk clusterknooppunt:
  • Ten minste één clientgericht IP-adres. (Alle clientgerichte adressen worden beheerd door de vserver van het cluster, waarmee de IP-adressen naar behoefte tussen knooppunten kunnen worden verplaatst.)
  • Eén IP-adres voor clustercommunicatie
  • Eén IP-adres van het exemplaar (toegewezen aan de VM)

Als u Azure Blob Storage gebruikt, zijn mogelijk ook IP-adressen van het virtuele netwerk van uw cluster vereist:

• Voor een Azure Blob Storage-account zijn ten minste vijf IP-adressen vereist. Houd rekening met deze vereiste als u Blob Storage in hetzelfde virtuele netwerk als uw cluster zoekt.
• Als u Azure Blob Storage gebruikt die zich buiten het virtuele netwerk van het cluster bevindt, maakt u een opslagservice-eindpunt in het virtuele netwerk. Het eindpunt gebruikt geen IP-adres.

U hebt de mogelijkheid om netwerkresources en Blob Storage (indien gebruikt) te zoeken in verschillende resourcegroepen van het cluster.

Grootte van vFXT-knooppunt

De VM's die fungeren als clusterknooppunten bepalen de aanvraagdoorvoer en opslagcapaciteit van uw cache.

Elk vFXT-knooppunt is identiek. Als u een cluster met drie knooppunten maakt, hebt u drie VM's van hetzelfde type en dezelfde grootte.

Type instantie	vCPU's	Geheugen	Lokale SSD-opslag	Max. aantal gegevensschijven	Schijfdoorvoer zonder cache	NIC (aantal)
Standard_E32s_v3	32	256 GiB	512 GiB	32	51.200 IOPS 768 MBps	16.000 MBps (8)

Schijfcache per knooppunt kan worden geconfigureerd en kan van 1000 GB tot 8000 GB worden uitgevoerd. 4 TB per knooppunt is de aanbevolen cachegrootte voor Standard_E32s_v3 knooppunten.

Lees de Microsoft Azure-documentatie voor meer informatie over deze VM's: Grootten van virtuele machines die zijn geoptimaliseerd voor geheugen

Accountquotum

Zorg ervoor dat uw abonnement de capaciteit heeft om het Avere vFXT-cluster uit te voeren, evenals alle computer- of clientsystemen die worden gebruikt. Lees quotum voor het vFXT-cluster voor meer informatie.

Back-endgegevensopslag

Back-endopslagsystemen leveren bestanden op in de cache van het cluster en ontvangen ook gewijzigde gegevens uit de cache. Bepaal of uw werkset op lange termijn wordt opgeslagen in een nieuwe Blob-container of in een bestaand opslagsysteem (cloud of hardware). Deze back-endopslagsystemen worden kern-filers genoemd.

Hardwarekern-filers

Voeg hardwareopslagsystemen toe aan het vFXT-cluster nadat u het cluster hebt gemaakt. U kunt verschillende populaire hardwaresystemen gebruiken, waaronder on-premises systemen, zolang het opslagsysteem kan worden bereikt vanuit het subnet van het cluster.

Lees Opslag configureren voor gedetailleerde instructies over het toevoegen van een bestaand opslagsysteem aan het Avere vFXT-cluster.

Cloud core filers

Het Avere vFXT for Azure-systeem kan lege Blob-containers gebruiken voor back-endopslag. Containers moeten leeg zijn wanneer ze worden toegevoegd aan het cluster. Het vFXT-systeem moet het objectarchief kunnen beheren zonder dat bestaande gegevens hoeven te worden bewaard.

Fooi

Als u Azure Blob Storage wilt gebruiken voor de back-end, maakt u een nieuwe container als onderdeel van het maken van het vFXT-cluster. Met de sjabloon voor het maken van een cluster kunt u een nieuwe Blob-container maken en configureren, zodat deze gereed is voor gebruik zodra het cluster beschikbaar is. Het toevoegen van een container is later ingewikkelder.

Lees De Avere vFXT voor Azure maken voor meer informatie.

Nadat u de lege Blob Storage-container als een kern-filer hebt toegevoegd, kunt u er gegevens naar kopiëren via het cluster. Gebruik een parallel, multithreaded kopieermechanisme. Lees Het verplaatsen van gegevens naar het vFXT-cluster voor informatie over het efficiënt kopiëren van gegevens naar de nieuwe container van het cluster met behulp van clientcomputers en de Avere vFXT-cache.

Clustertoegang

Het Avere vFXT for Azure-cluster bevindt zich in een privésubnet en het cluster heeft geen openbaar IP-adres. U moet een manier hebben om toegang te krijgen tot het privésubnet voor clusterbeheer en clientverbindingen.

Toegangsopties zijn onder andere:

• Jumphost: wijs een openbaar IP-adres toe aan een afzonderlijke VM binnen het privénetwerk en gebruik dit om een TLS-tunnel te maken voor de clusterknooppunten.

  Fooi

  Als u een openbaar IP-adres op de clustercontroller instelt, kunt u dit gebruiken als de jumphost. Lees clustercontroller als jumphost voor meer informatie.

• Virtueel particulier netwerk (VPN): configureer een punt-naar-site- of site-naar-site-VPN tussen uw privénetwerk in Azure en bedrijfsnetwerken.

• Azure ExpressRoute: een privéverbinding configureren via een ExpressRoute-partner.

Lees de documentatie van Azure Virtual Network over internetcommunicatie voor meer informatie over deze opties.

Clustercontroller als jumphost

Als u een openbaar IP-adres op de clustercontroller instelt, kunt u dit gebruiken als jumphost om contact op te maken met het Avere vFXT-cluster van buiten het privésubnet. Omdat de controller echter toegangsbevoegdheden heeft om clusterknooppunten te wijzigen, ontstaat er een klein beveiligingsrisico.

Om de beveiliging voor een controller met een openbaar IP-adres te verbeteren, maakt het implementatiescript automatisch een netwerkbeveiligingsgroep die alleen binnenkomende toegang tot poort 22 beperkt. U kunt het systeem verder beveiligen door de toegang tot uw bereik van IP-bronadressen te vergrendelen. Dat wil gezegd, alleen verbindingen toestaan van computers die u wilt gebruiken voor clustertoegang.

Wanneer u het cluster maakt, kunt u kiezen of u een openbaar IP-adres wilt maken op de clustercontroller.

• Als u een nieuw virtueel netwerk of een nieuw subnet maakt, krijgt de clustercontroller een openbaar IP-adres toegewezen.
• Als u een bestaand virtueel netwerk en subnet selecteert, heeft de clustercontroller alleen privé-IP-adressen .

VM-toegangsrollen

Azure maakt gebruik van op rollen gebaseerd toegangsbeheer van Azure (Azure RBAC) om de cluster-VM's te autoriseren om bepaalde taken uit te voeren. De clustercontroller heeft bijvoorbeeld autorisatie nodig om de vm's van het clusterknooppunt te maken en te configureren. Clusterknooppunten moeten IP-adressen kunnen toewijzen aan of opnieuw toewijzen aan andere clusterknooppunten.

Er worden twee ingebouwde Azure-rollen gebruikt voor de virtuele Avere vFXT-machines:

• De clustercontroller maakt gebruik van de ingebouwde rol Avere-inzender.
• Clusterknooppunten maken gebruik van de ingebouwde rol Avere-operator.

Als u toegangsrollen voor Avere vFXT-onderdelen wilt aanpassen, moet u uw eigen rol definiëren en deze vervolgens toewijzen aan de VIRTUELE machines op het moment dat ze worden gemaakt. U kunt de implementatiesjabloon niet gebruiken in Azure Marketplace. Raadpleeg de klantenservice en ondersteuning van Microsoft door een ticket te openen in Azure Portal, zoals beschreven in Hulp vragen bij uw systeem.

Volgende stappen

Overzicht van de implementatie biedt een overzicht van de stappen die nodig zijn om een Avere vFXT voor Azure-systeem te maken en deze gereed te maken voor het verwerken van gegevens.