Nyligen släppte Dell EMC en uppdaterad version av deras Cloud Tiering Appliance, eller CTA. Vissa av våra läsare kanske redan använder den här helt gratis virtuella programvaran från Dell EMC, vissa kanske känner till den men har inte använt den, och vissa kanske frågar "vad är en CTA?" Låt oss förklara.
Nyligen släppte Dell EMC en uppdaterad version av deras Cloud Tiering Appliance, eller CTA. Vissa av våra läsare kanske redan använder den här helt gratis virtuella programvaran från Dell EMC, vissa kanske känner till den men har inte använt den, och vissa kanske frågar "vad är en CTA?" Låt oss förklara.
Rätten att använda licensen för CTA ingår med alla Dell EMC Unity XT-arrayer som en del av dess allomfattande mjukvarumodell. Programvaran kommer förpackad som en härdad SUSE-enhet, i ett .ova-format som du kan ladda ner gratis, utan ytterligare licenser krävs, från Dell EMC här., Dell-konto krävs).
När den här virtuella enheten har distribuerats och konfigurerats (antingen som en fristående enhet eller en HA-konfiguration av flera enheter) i en miljö, tillåter den administratörer att arkivera Unity XT-blocklagring och nivå Unity XT-fillagring till flera olika molnleverantörers lagringserbjudanden . Detta kan göras automatiskt med hjälp av policyer och scheman, ett API-anrop till CTA:s REST-gränssnitt, eller manuellt via CTA:s nya HTML5-gränssnitt.
Dessutom kan CTA användas för att återställa fil eller blockera data från molnlagring till en lokal, primär lagring Unity XT-array i en hämtningsprocess som kallas återkallande för fil och återställning för block. Och slutligen kan CTA användas för att migrera filarkiv mellan äldre lagringsarrayer och en Unity-array, såväl som mellan molnleverantörer (Fig 1.). För närvarande integreras CTA med följande molnlagringsleverantörer: Dell EMC Elastic Cloud Services (ECS), IBM Cloud Object Storage, Microsoft Azure och AWS S3.
Fig 1
Vid arkivering av blocklagring fungerar CTA som en policymotor, gränssnitt med Unity XT-matrisen och identifierar blockögonblicksbilder som tilldelas specifika kriterier som CTA-administratören definierar (policyerna eller scheman som nämns ovan). Dessa ögonblicksbilder arkiveras sedan till molnlagring (igen, enligt definitionen i policyer och scheman), och när överföringen är klar kan ögonblicksbilden på Unity XT-matrisen raderas, vilket tar tillbaka värdefull lagringskapacitet för din verksamhet på plats. För att återställa blockdata från molnet genom CTA kan en administratör använda ett mål för blocklagring på källmatrisen, eller blockera lagring på en ny Unity XT-matris var som helst.
För filnivåer fungerar CTA återigen som en policymotor, ansluter till en Unity XT-array och tar reda på vilka policyer och scheman som gäller för vilka filer. När dessa filer identifieras skapar CTA en stubb på den ursprungliga platsen och delar filen till molnlagring. När en stubb läses kommer CTA antingen att återkalla filen till den lokala arrayen eller skicka IO till filen som finns i molnet. För kunder och slutanvändare ger denna process en sömlös upplevelse, oavsett ursprunget till filen. Den verkliga fördelen här är att stubben som CTA skapar endast använder 8KB disk, jämfört med hela den förbrukade kapaciteten för själva filen som skulle existera. Detta är ett annat bra sätt att återta förbrukad kapacitet på Unity XT-arrayen och använda den för dina mer latenskänsliga applikationer och operationer som kräver lagring i datacentret.
Det är CTA:s förmåga att migrera filer från äldre arrayer (identifierade ovan) till Unity XT-arrayer och mellan moln som verkligen fångade våra ögon. Om en lagringsadministratör kan använda CTA som ett migreringsverktyg för filer (och till och med CTA-filstubbar från VNX-system) från gammal hårdvara till ny, kommer det att spara CapEx på ett migreringsverktyg, och om en organisation enkelt kan välja sin molnlagringsleverantör baserat på kostnaden för lagring, det är en stor välsignelse för OpEx.
Det finns ytterligare två sätt vi ser att CTA gynnar kunder som använder den. Den första är genom att spara utrymme på molnlagring genom att använda CTA:s inbyggda komprimering. När du flyttar data till molnet kan administratörer välja mellan snabb eller stark komprimering, och kan övervaka komprimeringshastigheter genom schemat för nivåanvändning som finns på Dashboard-sidan i CTA GUI (Fig 2). Den andra är genom backup-kostnadsbesparingar. Genom att minska mängden faktisk lokal data som behöver skrivas av till andra lokala medier, kan CTA hjälpa till att spara utgifter för lokal säkerhetskopiering av hårdvara och mjukvara. Men baserat på SLA:er med din molnlagringsleverantör rekommenderar vi ändå starkt att du säkerhetskopierar all befintlig data på molnlagring för att säkerställa att du kan uppfylla dina organisatoriska SLA efter behov.
Fig 2
Vad är nytt i CTA 13.0?
Vi måste ge kredit till Dell EMC. De har inte bara en fin ny, uppgraderad apparat, de har lanserat flera nya funktioner för den. Det nya HTML 5-gränssnittet är skarpt och lyhört (hejdå Flash!), och Dell EMC har gjort ett utmärkt jobb med UI-design, vilket ger CTA GUI en identisk känsla som ett Unity XT, PowerStore eller PowerMax GUI. Det är alltid enklare att använda när gränssnitten som ingenjörer och administratörer använder känns sömlösa.
När det gäller säkerhetsuppdateringar finns det nu extra stöd för SMB 3.0.2 såväl som SMB 2.1, inklusive SMB-autoförhandling, signering, Kerberos och NTLM-autentisering. Dessutom har prestandaförbättringar implementerats för stora filer, med Dell EMC-optimerad R/W-paketlängd till 512Kb.
Säkerhet är något att ta på allvar, och vi är glada över att krypteringsalternativet för CTA kräver en HA-distribution (Fig. 3). Att ha en enda felpunktsnyckellagring i en säkerhetsarkitektur som potentiellt kan resultera i dataförlust om den misslyckas är en allvarlig risk, och Dell EMC ser till att du undviker det genom att kräva flera CTA:er. Det är en bra sak. De hindrar slutanvändare från att göra dåliga saker mot sig själva. Vi skulle vilja se fler leverantörer använda sunt förnuftsskydd i sina produkter.
Fig 3
Nu när vi har täckt översikten på hög nivå, låt oss gräva i CTA för att ge dig en mer djupgående upplevelse.
Installation av Dell EMC Cloud Tiering Appliance
Det finns en liten mängd guidad CLI (Fig. 4) under den första installationen. Det är dock inte betungande, det består huvudsakligen av tidszon, nätverk och inställning av lösenord. Från att distribuera. ova till att logga in på GUI, tog denna process oss cirka 5 minuter.
För dem som föredrar en mer konversationsgenomgång har vi en video:
Fig 4
När vi har avslutat CLI-inställningen är det dags att logga in på GUI-gränssnittet (fig. 5). Återigen vill vi berömma Dell EMC för den nya rena UI-designen.
Fig 5
När du har loggat in visas standardsidan för Dashboard (Fig. 6).
Fig 6
Instrumentpanelen visar den totala mängden skiktade filer och ögonblicksbilder som har flyttats till molnlagring, eventuella varningar som har inträffat och uppgiftsguiden.
Skapa en uppgiftsguide är en välkommen uppgradering till den tidigare versionen som finns på CTA. I den senaste versionen visas en snabb genomgång av guiden som följande: välj uppgiftstyp > välj server > lägg till ip > policy (eller skapa policy) > schema (eller skapa schema) > sammanfattningsbekräftelse (fig. 7-14).
Definiera uppgiftstyp Fig. 7
Välja källmatris Fig. 8
Välja NFS-protokolluppgift Fig. 9
Lägga till en NFS-katalog Fig. 10
Lägga till NFS Directory del 2 Fig. 11
Definiera en policy Fig. 12
Definiera ett schema Fig. 13
Bekräfta uppgiften före avslut Fig. 14
Under schemavalet från toppmenyn kan du se alla scheman som skapats, och om du väljer ett specifikt schema kan du gå ner i historiken för den schemalagda uppgiften (fig. 15).
Fig 15
En annan trevlig funktion under Schema, du kan köra ett schema som en simulering, för att säkerställa att ett jobb avslutas korrekt och inte kommer att stöta på fel efter att du skapat eller ändrat ett schema (Fig. 16).
Fig 16
Om du går vidare till fliken Arkiv i menyn visar den här skärmen vilka LUN:er och konsistensgrupper som är inställda för arkivering (Fig. 17).
Fig 17
Du kan också se vilka filer som har arkiverats, granska historiken för dessa filer, stubbåterställningen och borttagningsloggar för föräldralösa under Arkiv-menyn (Fig. 18)
Fig 18
CTA ger en bra bild av data som används också via skärmen för visningsrapporter (Fig. 19).
Fig 19
Arkiverade rapportinställningar ger ytterligare alternativ för att beskära och hantera rapportering (Fig. 20)
Fig 20
Under menyn Policies kan du se alla policyer som har skapats på CTA, eller skapa en ny (Fig. 21).
Fig 21
Observera att på skärmen Policies, när du väljer en policy, kommer en ruta med allmän information att visas som ger mer information om den specifika policyn (bild 22)
Fig 22
Det sista menyalternativet som är tillgängligt i CTA GUI är konfigurationen. Det är under här som du hittar saker som kryptering (Fig. 23)
Fig 23
Lägga till ytterligare arrayer, molnlagring och filservrar (Fig. 24)
Fig 24
Samt vanliga API-inställningar inklusive File Mover och Unity Credentials (Fig. 25).
Fig 25
En sak som vi skulle vilja påpeka i samband med den här konfigurationen: om du vill koppla flera Unity-arrayer till CTA:n, vill Dell EMC att du skapar ett CTA-administrativt samt ett DHSM-användarkonto och lösenord för varje array. kan endast ange enskilda konton för denna anslutning i CTA-gränssnittet. Om användare behöver använda olika referenser per Unity kan de distribuera en CTA att använda per Unity.
Slutsats
Avslutningsvis är vi på StorageReview ganska imponerade av Dell EMC Cloud Tiering Appliance överlag och speciellt den nyligen släppta versionen 13.0, med mycket förbättrat användargränssnitt. Det ger fördelarna med nivåindelning och molnarkivering till organisationer som en nollkostnadsmotor (påminnelse: den inkluderar inte din molnlagring eller nätverkskostnader) för befintliga och potentiella Unity XT-lagringskunder. Vi förväntar oss starkt att vi kommer att se en ökning i marknadsanpassningen av Unity XT molntiering-apparat framöver.
Om du vill läsa mer om Cloud Tiering Appliance kan du komma åt Dell EMC whitepaper här..
Den här rapporten är sponsrad av Dell EMC. Alla åsikter och åsikter som uttrycks i denna rapport är baserade på vår opartiska syn på produkten/de produkter som övervägs.
