Dela via

Vägledning för haveriberedskap för Avere vFXT för Azure

  • Artikel

Den här artikeln beskriver strategier för att skydda ditt Avere vFXT för Azure-arbetsflöde och ger vägledning för att säkerhetskopiera data så att du kan återställa efter olyckor eller avbrott.

Avere vFXT för Azure lagrar tillfälligt data i cacheminnet. Data lagras långsiktigt i serverdelslagringssystem – lokala maskinvarusystem, Azure Blob Storage-containrar eller båda.

Tänk på följande fyra områden för att skydda mot avbrott och eventuell dataförlust:

  • Skydd mot stilleståndstid om ett Avere vFXT för Azure-system blir otillgängligt
  • Skydda data i klustercachen
  • Skydda data i serverdelens NAS-maskinvarulagring
  • Skydda data i azure blobmolnlagring i serverdelen

Varje Avere vFXT för Azure-kund måste skapa en egen omfattande plan för haveriberedskap som innehåller planer för dessa objekt. Du kan också skapa återhämtning i program som du använder med vFXT-klustret. Läs länkarna i Nästa steg för hjälp.

Skydda mot stilleståndstid

Redundans är inbyggd i Avere vFXT för Azure-produkten:

  • Klustret är mycket tillgängligt och enskilda klusternoder kan redundansväxla med minimalt avbrott.
  • Data som ändras i cachen skrivs regelbundet till serverdelskärnans filer (maskinvaru-NAS eller Azure Blob) för långsiktig lagring.

Varje Avere vFXT för Azure-kluster måste finnas i en enda tillgänglighetszon, men du kan använda redundanta kluster som finns i olika zoner eller olika regioner för att ge åtkomst snabbt i händelse av ett regionalt avbrott.

Du kan också placera lagringscontainrar i flera regioner om du är orolig för att förlora åtkomsten till data. Tänk dock på att transaktioner mellan regioner har högre svarstid och högre kostnad än transaktioner som finns inom en region.

Skydda data i klustercachen

Cachelagrade data skrivs alltid till kärnfilerna före en regelbunden avstängning, men vid en okontrollerad avstängning kan ändrade data i cachen gå förlorade.

Om du använder klustret för att optimera filläsningar finns det inga ändringar att förlora. Om du också använder klustret för att cachelagrar filändringar (skrivningar) bör du överväga om du vill justera kärnfilernas cacheprinciper för att anpassa hur ofta data skrivs till långsiktig lagring.

I allmänhet bör din återställningsplan fokusera på att säkerhetskopiera serverdelslagringssystemen, som innehåller mer data och vanligtvis är viktigare för att återupprätta arbetsflödet efter ett fel.

Skydda data i NAS-kärnfiler

Använd godkända metoder för att skydda data som lagras i en lokal NAS-maskinvarukärnare, inklusive ögonblicksbilder och fullständiga säkerhetskopior som rekommenderas av NAS-providern. Haveriberedskap för dessa kärnfiler ligger utanför omfånget för den här artikeln.

Skydda data i Azure Blob Storage

Avere vFXT för Azure använder lokalt redundant lagring (LRS) för Azure Blob Core-filer. Det innebär att data i blobcontainrarna automatiskt kopieras för skydd mot tillfälliga maskinvarufel i ett datacenter.

Det här avsnittet innehåller tips om hur du ytterligare skyddar dina data i Blob Storage från sällsynta regionomfattande avbrott eller oavsiktliga borttagningar.

Metodtips för att skydda data i Azure Blob Storage är:

  • Kopiera dina kritiska data till ett annat lagringskonto i en annan region ofta (så ofta som det bestäms av din haveriberedskapsplan).
  • Kontrollera åtkomsten till data i alla målsystem för att förhindra oavsiktlig borttagning eller skada. Överväg att använda resurslås på datalagring.
  • Aktivera funktionen Avere vFXT för Azure Cloud Snapshot för dina Blob Core-filer.

Kopiera Avere vFXT Core Filer-data till ett säkerhetskopieringskonto

Följ de här stegen för att upprätta en säkerhetskopiering av data i ett annat konto.

  1. Generera vid behov en ny krypteringsnyckel och lagra den på ett säkert sätt utanför de berörda systemen.

    Om dina data krypteras av Avere vFXT för Azure-klustret bör du generera en ny krypteringsnyckel innan du kopierar data till ett annat lagringskonto. Lagra nyckeln och lösenordet på ett säkert sätt i en säker anläggning och som inte påverkas av ett regionalt fel.

    Du måste ange den här nyckeln när du lägger till containern i ett kluster – även om du lägger till den i det ursprungliga klustret igen.

    Läs Inställningar för molnkryptering för detaljerad information.

    Om din container endast använder Azures inbyggda kryptering kan du hoppa över det här steget.

  2. Ta bort kärnfilen från systemet. Detta tvingar klustret att skriva alla ändrade data till serverdelslagringen.

    Även om du måste lägga till kärnfilerna igen efter säkerhetskopieringen är det bästa sättet att garantera att alla data skrivs helt till serverdelen. (Alternativet "pausa" kan ibland lämna ändrade data i cacheminnet.)

    Anteckna kärnfilens namn och kopplingsinformation (visas på sidan Namnområde på kontrollpanelen) så att du kan replikera den när du lägger till containern igen efter säkerhetskopian.

    Använd klusterkontrollpanelen för att ta bort kärnfilerna. Öppna klusterkontrollpanelen och välj Core filer>Hantera kärnfiler. Hitta det lagringssystem som du vill säkerhetskopiera och använd knappen Ta bort för att ta bort det från klustret.

  3. Skapa en ny, tom Blob Storage-container i ett annat lagringskonto i en annan region.

  4. Använd alla praktiska kopieringsverktyg för att kopiera data på kärnfilerna till den nya containern. Kopian måste replikera data utan ändringar och utan att störa det proprietära molnfilsystemformat som används av Avere vFXT för Azure. Azure-baserade verktyg inkluderar AzCopy, Azure PowerShell och Azure Data Factory.

  5. När du har kopierat data till containern för säkerhetskopiering lägger du till den ursprungliga containern tillbaka till klustret enligt beskrivningen i Konfigurera lagring.

    • Använd samma grundläggande filernamn och kopplingsinformation så att klientarbetsflöden inte behöver ändras.
    • Ange bucketinnehållsvärdet till det befintliga dataalternativet.
    • Om containern krypterades av klustret måste du ange den aktuella krypteringsnyckeln för dess innehåll. (Det här är nyckeln som du uppdaterade i steg ett.)

För säkerhetskopior efter den första behöver du inte skapa en ny lagringscontainer. Överväg dock att generera en ny krypteringsnyckel varje gång du gör en säkerhetskopia för att se till att du har den aktuella nyckeln lagrad på en plats som du kommer ihåg.

Få åtkomst till en säkerhetskopieringsdatakälla under ett avbrott

Följ den här processen om du vill komma åt säkerhetskopieringscontainern från ett Avere vFXT för Azure-kluster:

  1. Om det behövs skapar du ett nytt Avere vFXT för Azure-kluster i en region som inte påverkas.

    Dricks

    När du skapar ett Avere vFXT för Azure-kluster kan du spara en kopia av mallen och parametrarna för att skapa den. Om du sparar den här informationen när du skapar ditt primära kluster kan du använda den för att skapa ett ersättningskluster med samma egenskaper. På sammanfattningssidan klickar du på länken Ladda ned mall och parametrar. Spara informationen i en fil innan du skapar klustret.

  2. Lägg till en ny molnkärnfilere som pekar på den duplicerade Blob-containern.

    Se till att ange att målcontainern redan innehåller data i bucketinnehållsinställningen i guiden skapa kärnfiler. (Systemet bör varna dig om du av misstag lämnar den här inställningen till Tom.)

  3. Om det behövs uppdaterar du klienterna så att de monterar det nya klustret eller den nya kärnfilen i stället för originalet. (Om du lägger till ersättningskärnan med samma namn och knutpunktssökväg som den ursprungliga containern behöver du inte uppdatera klientprocesserna om du inte behöver montera det nya klustret på en ny IP-adress.)

Nästa steg