Planera för ditt Avere vFXT-system

Den här artikeln beskriver hur du planerar ett nytt Avere vFXT för Azure-kluster som är positionerat och storleksanpassat efter dina behov.

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

• Hur interagerar klustret med andra Azure-resurser?
• Var ska klusterelement finnas i privata nätverk och undernät?
• Vilken typ av serverdelslagring kommer du att använda och hur kommer klustret att komma åt det?
• Hur kraftfulla behöver dina klusternoder vara för att stödja arbetsflödet?

Fortsätt att läsa om du vill veta mer.

Lär dig komponenterna i systemet

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

• Klusternoder – Klustret består av tre eller flera virtuella datorer som konfigurerats som klusternoder. Fler noder ger systemet högre dataflöde och en större cache.

• Cache – Cachekapaciteten delas lika mellan klusternoderna. Ange cachestorleken per nod när du skapar klustret. nodstorlekarna läggs till för att bli den totala cachestorleken.

• Klusterstyrenhet – klusterstyrenheten ä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 hanteringsuppgifter.

• Serverdelslagring – De data som du vill ha cachelagrade lagras långsiktigt i ett maskinvarulagringssystem eller en Azure Blob-container. Du kan lägga till lagring när du har skapat Avere vFXT för Azure-klustret, eller om du använder Blob Storage kan du lägga till och konfigurera containern när du skapar klustret.

• Klienter – Klientdatorer som använder cachelagrade filer ansluter till klustret med hjälp av en virtuell filsökväg i stället för att komma åt lagringssystemen direkt. (Läs mer i Montera Avere vFXT-klustret.)

Prenumeration, resursgrupp och nätverksinfrastruktur

Överväg var elementen i din Avere vFXT för Azure-distribution kommer att vara. Diagrammet nedan visar ett möjligt arrangemang för Avere vFXT för Azure-komponenter:

Följ dessa riktlinjer när du planerar avere vFXT-klustrets nätverksinfrastruktur:

• Skapa en ny prenumeration för varje Avere 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 kostnadsspårning – Visa och granska alla kostnader från resurser, infrastruktur och beräkningscykler i en prenumeration.
  • Enklare rensning – Du kan ta bort hela prenumerationen när du är klar med projektet.
  • Bekväm partitionering av resurskvoter – Isolera Avere vFXT-klienter och kluster i en enda prenumeration för att skydda andra kritiska arbetsbelastningar från eventuell resursbegränsning. Den här separationen förhindrar konflikter när du tar upp ett stort antal klienter för ett arbetsflöde för databehandling med höga prestanda.

• Leta upp dina klientberäkningssystem nära vFXT-klustret. Serverdelslagring kan vara mer fjärransluten.

• Leta upp vFXT-klustret och den virtuella klusterstyrenhetsdatorn tillsammans – mer specifikt bör de vara:

  • I samma virtuella nätverk
  • I samma resursgrupp
  • Använda samma lagringskonto

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

• Klustret måste finnas i ett eget undernät för att undvika IP-adresskonflikter med klienter eller andra beräkningsresurser.

• Använd mallen för att skapa kluster för att skapa de flesta infrastrukturresurser som behövs för klustret, inklusive resursgrupper, virtuella nätverk, undernät och lagringskonton.

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

  Resurs	Vill du använda befintlig?	Behov
  Resursgrupp	Ja, om det är tomt	Måste vara tomt
  Lagringskonto	Ja om du ansluter en befintlig blobcontainer efter att klustret har skapats Nej om du skapar en ny blobcontainer när klustret skapas	Den befintliga blobcontainern måste vara tom
  Virtuellt nätverk	Ja	Måste innehålla en slutpunkt för lagringstjänsten om du skapar en ny Azure Blob-container
  Undernät	Ja	Det går inte att innehålla andra resurser

KRAV för IP-adress

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

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

• En IP-adress för klusterhantering. 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 konfigurationsverktyget för Avere Kontrollpanelen.
• För varje klusternod:
  • Minst en klientriktad IP-adress. (Alla klientriktade adresser hanteras av klustrets vserver, som kan flytta IP-adresserna mellan noder efter behov.)
  • En IP-adress för klusterkommunikation
  • En instans-IP-adress (tilldelad till den virtuella datorn)

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

• Ett Azure Blob Storage-konto kräver minst fem IP-adresser. Tänk på det här kravet 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 slutpunkt för lagringstjänsten i det virtuella nätverket. Slutpunkten använder inte någon IP-adress.

Du har möjlighet att hitta nätverksresurser och Blob Storage (om det används) i olika resursgrupper från klustret.

vFXT-nodstorlek

De virtuella datorer som fungerar som klusternoder avgör dataflödet och lagringskapaciteten för din cache.

Varje vFXT-nod är identisk. Om du skapar ett kluster med tre noder har du alltså tre virtuella datorer av samma typ och storlek.

Instanstyp	vCPU:er	Minne	Lokal SSD-lagring	Maximalt antal datadiskar	Diskdataflöde som inte är anslutet	Nätverkskort (antal)
Standard_E32s_v3	32	256 GiB	512 GiB	32	51 200 IOPS 768 Mbit/s	16 000 Mbit/s (8)

Diskcache per nod kan konfigureras och kan rasa från 1 000 GB till 8 000 GB. 4 TB per nod är den rekommenderade cachestorleken för Standard_E32s_v3 noder.

Mer information om dessa virtuella datorer finns i Microsoft Azure-dokumentationen: Minnesoptimerade storlekar för virtuella datorer

Kontokvot

Kontrollera att din prenumeration har kapacitet att köra Avere vFXT-klustret samt alla databehandlings- eller klientsystem som används. Läs Kvot för vFXT-klustret för mer information.

Serverdelsdatalagring

Serverdelslagringssystem tillhandahåller både filer till klustrets cacheminne och tar även emot ändrade data från cacheminnet. Bestäm om din arbetsuppsättning ska lagras långsiktigt i en ny blobcontainer eller i ett befintligt lagringssystem (moln eller maskinvara). Dessa serverdelslagringssystem kallas kärnfiler.

Maskinvarukärnfiler

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

Läs Konfigurera lagring för detaljerade instruktioner om hur du lägger till ett befintligt lagringssystem i Avere vFXT-klustret.

Molnkärnfiler

Avere vFXT för Azure-systemet kan använda tomma Blob-containrar för serverdelslagring. Containrar måste vara tomma när de läggs till i klustret – vFXT-systemet måste kunna hantera dess objektlager utan att behöva bevara befintliga data.

Dricks

Om du vill använda Azure Blob Storage för serverdelen skapar du en ny container som en del av skapandet av vFXT-klustret. Mallen för att skapa kluster kan skapa och konfigurera en ny blobcontainer så att den är redo att användas så snart klustret är tillgängligt. Det är mer komplicerat att lägga till en container senare.

Mer information finns i Skapa Avere vFXT för Azure .

När du har lagt till den tomma Blob Storage-containern som en kärnfil kan du kopiera data till den via klustret. Använd en parallell, flertrådad kopieringsmekanism. Läs Flytta data till vFXT-klustret för att lära dig hur du kopierar data till klustrets nya container effektivt med hjälp av klientdatorer och Avere vFXT-cachen.

Klusteråtkomst

Avere vFXT för Azure-klustret 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 undernätet för klusteradministration och klientanslutningar.

Åtkomstalternativen omfattar:

• Jump Host – 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.

  Dricks

  Om du anger en offentlig IP-adress på klusterstyrenheten kan du använda den som jump-värd. Läs Klusterstyrenhet som jump-värd för mer information.

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

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

Mer information om de här alternativen finns i dokumentationen om Internetkommunikation i Azure Virtual Network.

Klusterstyrenhet som hoppvärd

Om du anger en offentlig IP-adress på klusterstyrenheten kan du använda den som en snabbvärd för att kontakta Avere vFXT-klustret utanför det privata undernätet. Men eftersom kontrollanten har åtkomstbehörighet för att ändra klusternoder skapar detta en liten säkerhetsrisk.

För att förbättra säkerheten för en kontrollant med en offentlig IP-adress skapar distributionsskriptet automatiskt en nätverkssäkerhetsgrupp som endast begränsar inkommande åtkomst till port 22. Du kan skydda systemet ytterligare genom att låsa åtkomsten till ditt intervall med IP-källadresser, dvs. endast tillåta anslutningar från datorer som du tänker använda för klusteråtkomst.

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

• Om du skapar ett nytt virtuellt nätverk eller ett nytt undernät tilldelas klusterstyrenheten en offentlig IP-adress.
• Om du väljer ett befintligt virtuellt nätverk och undernät har klusterstyrenheten endast privata IP-adresser.

Åtkomstroller för virtuella datorer

Azure använder rollbaserad åtkomstkontroll i Azure (Azure RBAC) för att ge de virtuella klusterdatorerna behörighet att utföra vissa uppgifter. Klusterstyrenheten behöver till exempel auktorisering för att skapa och konfigurera de virtuella datorerna för klusternoden. Klusternoder måste kunna tilldela eller omtilldela IP-adresser till andra klusternoder.

Två inbyggda Azure-roller används för virtuella Avere vFXT-datorer:

• Klusterstyrenheten använder den inbyggda rollen Avere-deltagare.
• Klusternoder använder den inbyggda rollen Avere-operator.

Om du behöver anpassa åtkomstroller för Avere vFXT-komponenter måste du definiera din egen roll och sedan tilldela den till de virtuella datorerna när de skapas. Du kan inte använda distributionsmallen på Azure Marketplace. Kontakta Microsofts kundtjänst och support genom att öppna ett ärende i Azure-portalen enligt beskrivningen i Få hjälp med ditt system.

Nästa steg

Distributionsöversikten ger en översikt över de steg som krävs för att skapa ett Avere vFXT för Azure-system och göra det redo att hantera data.