Planera för ditt Avere vFXT-system

I den här artikeln förklaras hur du planerar en ny vFXT för Azure-kluster som är placerade och lämplig storlek för dina behov.

Innan du går till Azure Marketplace eller skapar virtuella datorer bör du tänka på följande:

• Hur fungerar klustret med andra Azure-resurser?
• Var ska kluster element finnas i privata nätverk och undernät?
• Vilken typ av backend-lagring kommer du att använda och hur kommer klustret att få åtkomst till det?
• Hur kraftfulla måste dina klusternoder vara för att stödja ditt arbets flöde?

Läs vidare om du vill veta mer.

Lär dig mer om systemets komponenter

Det kan vara bra att förstå komponenterna i AVERT vFXT för Azure-systemet när du börjar planera.

• Klusternoder – klustret består av tre eller flera virtuella datorer som har kon figurer ATS som klusternoder. Fler noder ger systemet högre data flöde och ett större cacheminne.

• Cache – cache-kapaciteten delas jämnt mellan klusternoderna. Ange cache-storlek per nod när du skapar klustret. Node-storlekarna läggs till för att bli den totala cachestorleken.

• Kluster styrenhet – kluster styrenheten är en ytterligare virtuell dator som finns i samma undernät som klusternoderna. Kontrollanten behövs för att skapa klustret och för pågående hanterings uppgifter.

• Backend-lagring – de data som du vill att cache-lagra är långsiktigt i ett maskin varu lagrings system eller en Azure Blob-behållare. Du kan lägga till lagring när du har skapat AVERT vFXT för Azure-kluster, eller om du använder Blob Storage kan du lägga till och konfigurera behållaren när du skapar klustret.

• Klienter-klient datorer som använder de cachelagrade filerna ansluter till klustret med hjälp av en virtuell fil Sök väg i stället för att komma åt lagrings systemen direkt. (Läs mer i montera vFXT-klustret för AVERT.)

Prenumeration, resurs grupp och nätverks infrastruktur

Överväg var elementen i ditt AVERT vFXT för Azure-distribution ska vara. Diagrammet nedan visar ett möjligt arrangemang för det Avera vFXT för Azure-komponenter:

Följ dessa rikt linjer när du planerar ditt AVERT vFXT-klusters nätverks infrastruktur:

• Skapa en ny prenumeration för varje AVERT vFXT för Azure-distribution. Hantera alla komponenter i den här prenumerationen.

  Fördelarna med att använda en ny prenumeration för varje distribution är:

  • Enklare kostnads uppföljning – Visa och granska alla kostnader från resurser, infrastruktur och Compute-cykler i en prenumeration.
  • Enklare rensning – du kan ta bort hela prenumerationen när du är klar med projektet.
  • Bekväm partitionering av resurs kvoter – isolera de AVERT vFXT-klienter och-kluster i en enda prenumeration för att skydda andra kritiska arbets belastningar från möjlig resurs begränsning. Den här separationen förhindrar en konflikt när du hämtar ett stort antal klienter för ett arbets flöde med hög prestanda beräkning.

• Leta upp dina klient beräknings system nära vFXT-klustret. Backend-lagring kan vara mer fjärran sluten.

• Leta upp vFXT-klustret och den virtuella kluster styrenheten – särskilt bör de vara:

  • I samma virtuella nätverk
  • I samma resurs grupp
  • Använda samma lagrings konto

  Mallen för att skapa kluster hanterar den här konfigurationen för de flesta situationer.

• Klustret måste finnas i sitt eget undernät för att undvika IP-adress konflikter med klienter eller andra beräknings resurser.

• Använd mallen skapa kluster för att skapa de flesta av de nödvändiga infrastruktur resurserna för klustret, inklusive resurs grupper, virtuella nätverk, undernät och lagrings konton.

  Om du vill använda resurser som redan finns kontrollerar du att de uppfyller kraven i den här tabellen.

  Resurs	Använd befintlig?	Krav
  Resursgrupp	Ja, om det är tomt	Måste vara tom
  Lagringskonto	Ja om du ansluter en befintlig BLOB-behållare efter att klustret har skapats Nej om du skapar en ny BLOB-behållare när klustret skapas	Den befintliga BLOB-behållaren måste vara tom
  Virtuellt nätverk	Ja	Måste inkludera en Storage Service-slutpunkt om du skapar en ny Azure Blob-behållare
  Undernät	Ja	Kan inte innehålla andra resurser

Krav för IP-adress

Kontrol lera att klustrets undernät har ett stort tillräckligt IP-adressintervall för att stödja klustret.

The aver vFXT-klustret använder följande IP-adresser:

• En IP-adress för kluster hantering. Den här adressen kan flyttas från nod till nod i klustret efter behov, så att den alltid är tillgänglig. Använd den här adressen för att ansluta till konfigurations verktyget AVERT på kontroll panelen.
• För varje klusternod:
  • Minst en IP-adress som riktas mot klienter. (Alla klient adresser hanteras av klustrets vserver, som kan flytta IP-adresserna mellan noder efter behov.)
  • En IP-adress för kluster kommunikation
  • En instans-IP-adress (tilldelad till den virtuella datorn)

Om du använder Azure Blob Storage kan det även krävas IP-adresser från klustrets virtuella nätverk:

• Ett Azure Blob Storage-konto måste ha minst fem IP-adresser. Behåll detta krav i åtanke om du hittar Blob Storage i samma virtuella nätverk som klustret.
• Om du använder Azure Blob Storage som ligger utanför klustrets virtuella nätverk skapar du en lagrings tjänst slut punkt i det virtuella nätverket. Slut punkten använder ingen IP-adress.

Du kan välja att hitta nätverks resurser och Blob Storage (om det används) i olika resurs grupper från klustret.

vFXT Node-storlek

De virtuella datorer som fungerar som klusternoder bestämmer hur data flödet och lagrings kapaciteten för din cache är.

Varje vFXT-nod kommer att vara identisk. Det innebär att om du skapar ett kluster med tre noder kommer du att ha tre virtuella datorer av samma typ och storlek.

Disk-cache per nod kan konfigureras och kan Rage från 1000 GB till 8000 GB. 4 TB per nod är den rekommenderade cachestorleken för Standard_E32s_v3 noder.

Mer information om de här virtuella datorerna finns i Microsoft Azure-dokumentationen: minnesoptimerade storlekar för virtuella datorer

Konto kvot

Se till att prenumerationen har kapacitet att köra det AVERT vFXT-kluster och alla data behandlings-eller klient system som används. Läs kvoten för vFXT-klustret för mer information.

Data lagring på Server Sidan

Server dels lagrings system tillhandahåller filer till klustrets cache och tar även emot ändrade data från cachen. Bestäm om din arbets uppsättning ska lagras på lång sikt i en ny BLOB-behållare eller i ett befintligt lagrings system (moln eller maskin vara). Dessa Server dels lagrings system kallas Core-.

Maskin varu core-filer

Lägg till maskin varu lagrings system i vFXT-klustret när du har skapat klustret. Du kan använda en mängd olika populära maskin varu system, inklusive lokala system, så länge lagrings systemet kan nås från klustrets undernät.

Läs Konfigurera lagring för detaljerade instruktioner om hur du lägger till ett befintligt lagrings system i det AVERT vFXT-klustret.

Cloud core-filer

AVERT vFXT för Azure-systemet kan använda tomma BLOB-behållare för Server dels lagring. Behållare måste vara tomma när de läggs till i klustret – vFXT-systemet måste kunna hantera objekt arkivet utan att befintliga data behöver bevaras.

När du har lagt till en tom Blob Storage-behållare som en kärna, kan du kopiera data till den via klustret. Använd en parallell och flertrådad kopierings funktion. Läs Flytta data till vFXT-klustret om du vill lära dig att kopiera data till klustrets nya behållare effektivt genom att använda klient datorer och vFXT-cachen aver.

Kluster åtkomst

AVERT vFXT för Azure-kluster finns i ett privat undernät och klustret har ingen offentlig IP-adress. Du måste ha något sätt att komma åt det privata under nätet för kluster administration och klient anslutningar.

Åtkomst alternativ är:

• Hopp värd – tilldela en offentlig IP-adress till en separat virtuell dator i det privata nätverket och Använd den för att skapa en TLS-tunnel till klusternoderna.

  Tips

  Om du anger en offentlig IP-adress på kluster styrenheten kan du använda den som hopp värd. Mer information finns i kluster styrenheten som hopp värd .

• Virtuellt privat nätverk (VPN) – Konfigurera en punkt-till-plats-eller plats-till-plats-VPN mellan ditt privata nätverk i Azure och företags nätverk.

• Azure-ExpressRoute – konfigurera en privat anslutning via en ExpressRoute-partner.

Mer information om de här alternativen finns i Azure Virtual Network-dokumentationen om Internet kommunikation.

Kluster styrenhet som hopp värd

Om du anger en offentlig IP-adress på kluster styrenheten kan du använda den som en hopp värd för att kontakta det vFXT-kluster som finns utanför det privata under nätet. Men eftersom styrenheten har åtkomst behörighet för att ändra klusternoder skapar detta en liten säkerhets risk.

För att förbättra säkerheten för en kontrollant med en offentlig IP-adress skapar distributions skriptet automatiskt en nätverks säkerhets grupp som begränsar inkommande åtkomst till port 22. Du kan skydda systemet ytterligare genom att låsa åtkomsten till ditt utbud av IP-adresser – det vill säga bara tillåta anslutningar från datorer som du vill använda för kluster åtkomst.

När du skapar klustret kan du välja om du vill skapa en offentlig IP-adress på kluster styrenheten.

• Om du skapar ett nytt virtuellt nätverk eller ett Nytt undernät, tilldelas kluster styrenheten en offentlig IP-adress.
• Om du väljer ett befintligt virtuellt nätverk och undernät får kluster styrenheten bara privata IP-adresser.

Åtkomst roller för virtuella datorer

Azure använder rollbaserad åtkomst kontroll i Azure (Azure RBAC) för att auktorisera de virtuella datorerna i klustret för att utföra vissa uppgifter. Till exempel behöver kluster styrenheten auktorisering för att skapa och konfigurera klusternodens virtuella datorer. Klusternoder måste kunna tilldela eller omtilldela IP-adresser till andra klusternoder.

Två inbyggda Azure-roller används för de AVERT vFXT virtuella datorerna:

• Kluster styrenheten använder den inbyggda rollen " avere".
• Klusternoder använder den inbyggda rollen " aver operator".

Om du behöver anpassa åtkomst roller för AVERT vFXT-komponenter måste du definiera en egen roll och sedan tilldela den till de virtuella datorerna när de skapas. Du kan inte använda distributions mal len i Azure Marketplace. Kontakta Microsofts kund tjänst och support genom att öppna ett ärende i Azure Portal enligt beskrivningen i få hjälp med systemet.

Nästa steg

Distributions översikten ger en överblick över de steg som krävs för att skapa ett AVERT VFXT för Azure-systemet och bli redo att hantera data.