Att hitta rätt Amazon AWS S3-lagringsklass för dina datalagringskrav är viktigt för att säkerställa kostnadsoptimering. Att förstå skillnaderna mellan lagringsklasserna och väga deras funktioner kan hjälpa dig att bestämma rätt lagringsklass för dina data. I den här bloggen kommer du att lära dig hur varje Amazon S3-lagringsklass kan utnyttjas för specifika användningsfall tillsammans med rätt EBR-lösning.
Du kan få ut det mesta av dessa olika lagringsklasser när du utför dina säkerhetskopieringar. Lagringskonfigurationerna blir enklare att hantera om du kan konfigurera lagringen direkt från själva backup- och återställningslösningen, precis som Zmanda EBR-lösning låter dig göra. Zmanda erbjuder dig att säkerhetskopiera upp till fem lagringsklasser inom AWS S3. Låt oss utforska styrkorna hos AWS S3-lagringsklasser med starkt backupstöd från Zmanda.
Vår blogg på AWS översikt hjälper dig att förstå dess lagringsklasser bättre. Så om du är ny på vår AWS-serien, vi rekommenderar att du läser den tidigare bloggen i den här serien snabbt.
Typer av lagring i AWS S3
En enda typ av molnlagring kommer inte att möta dagens behov av företagslagring. Det är svårt att uppnå kostnadsoptimering med bara en enda molnlagringstyp, därför erbjuder AWS S3 dig val enligt dina olika behov.
Medan vissa data nås ofta, som din kreditkorts PIN-kod, som används varje gång du gör en betalning, nås andra sällan, som dina barndomsbilder. AWS-lagringsklasser skapas också för att möta sådana distinkta åtkomstbehov.
Att lagra specifik data i specifika lagringsklasser varje gång du startar en säkerhetskopia låter som mycket jobb, eller hur? Tja, tur för dig låter Zmanda dig konfigurera AWS S3-lagringsklassen för att säkerhetskopiera direkt från Zmanda Management Console (ZMC) själv.
För att välja rätt AWS S3-lagringsklass för din implementering är en bättre förståelse av lagringsklasserna för AWS S3 väsentligt. För att förstå det ska vi först lära oss hur databehandling klassificeras baserat på svarstider.
Databehandling delas in i tre typer baserat på svarstid. Dom är:
- Realtid: Detta används när databehandlingsresultat behövs omedelbart. Anta till exempel att du upprätthåller gränser för en gratis testversion av din programvara. I så fall måste du veta när testanvändarna tar slut sin kvot omedelbart snarare än senare.
- Nära realtid: Detta används när databehandlingsresultat behövs snart men inte omedelbart. Vid bearbetning av nästan realtid återspeglar resultaten data från det senaste förflutna och inte nuet. Säg till exempel i fallet med att erhålla operationsintelligens där säljledningar identifieras från datamängder. Identifiera de försäljningsleads som är mer benägna att köpa och sedan fokusera på dem istället för att fokusera på varje lead.
- Omgång: Detta används när databehandlingsresultat inte behövs omedelbart och en fördröjning på timmar eller dagar är acceptabel. Säg till exempel när det gäller löneaktiviteter som görs i månatliga cykler.
Om AWS S3-lagringsklasserna som stöds av Zmanda klassificeras i realtids- och nära-realtidskategorier, skulle de se ut enligt följande:
| Realtid (millisekunder åtkomst) | Nära realtid |
| S3 Standard | S3 Glacier Flexible Retrieval (1 minut till 12 timmar) |
| S3 Standard-Infrequent Access | |
| S3 One Zone-Infrequent Access | |
| S3 Reduced Redundancy Storag |
Ovanstående klassificering är bara när det gäller åtkomsttider. Som diskuterats tidigare kan du välja den lagringsklass du vill säkerhetskopiera till när du använder AWS S3 som mål i ZMC. Denna bekvämlighet i konfigurationen av AWS S3-val är det som gör Zmanda verkligt användarcentrerad.
När du säkerhetskopierar till molnet är bra internetuppkoppling inte förhandlingsbar. Men om ditt internet fortsätter att gå sönder med jämna mellanrum, vår molnsäkerhetskopiering funktionen kommer att hålla dina säkerhetskopior och återställningar igång utan några hicka. Du kan vara säker på att triviala anslutningsproblem inte hindrar dina säkerhetskopierings- och återställningsprocesser. Den här funktionen behöver inte ingripas av dig och aktiveras automatiskt av Zmanda.
S3 Standard
S3-standarden är standardlagringsklassen för alla objekt. Om du inte anger någon lagringsklass under uppladdningen till S3, lagras data automatiskt i S3-standard. För hög hållbarhet (99.999999999%) lagras data som lagras på S3 Standard i minst tre tillgänglighetszoner. De Flexibilitet av samma regionsreplikation eller korsregionsreplikation är tillgänglig. Som ett resultat är din datasäkerhet säkerställd även om en hel tillgänglighetszon är nere. Den stöder realtidsåtkomst och är den dyraste lagringsklassen. Du debiteras för lagring per gigabyte och API-anrop.
Så du har spenderat det mesta av din budget på din AWS S3, och du är knapp. Men att kompromissa med säkerhetskopierings- och återställningslösningen är inte ett alternativ. I en sådan situation kommer Zmanda att göra det möjligt för dig att få ut det mesta av dina AWS S3-utgifter utan att kompromissa. Bara för att S3-standarden är dyr behöver din backuplösning (läs Zmanda) inte vara dyr. Zmandas licenspolicy debiterar dig baserat på antalet slutpunkter som säkerhetskopieras. Du kan välja att säkerhetskopiera terabyte eller till och med petabyte av data, men Zmandas licenskostnader förblir opåverkade av det. Detta gör ditt företag lätt att skala utan att tänka så mycket på kostnadsfaktorn.
När du vill säkerhetskopiera en stor mängd kritisk data som dynamiska webbplatser, molnapplikationer, mobil- och spelapplikationer och innehållsdistribution, är S3-standarden idealisk. Du får det bästa av AWS S3-lagring med kostnadsfördelarna med Zmanda.
Du kan konfigurera säkerhetskopieringen på ZMC för att säkerhetskopiera dina data till S3 Standard-lagringsklassen. Detta eliminerar kostnaderna för koordinering mellan skärmar i ZMC och AWS S3. Du kan göra detta på sidan Lagring.
Därefter ska vi lära oss om lagringsklassen S3 Standard Infrequent Access (S3 IA).
S3 Standard Infrequent Access (S3 IA)
S3 IA-lagringsklassen är avsedd för data som sannolikt kommer att nås en gång i månaden eller en gång om året, men när du kommer åt den behöver du den omedelbart. Även om åtkomsten är sällsynt, kan data som lagras i S3 IA nås omedelbart, dvs på millisekunder. Du kommer att debiteras ett lägre pris per gigabyte för lagring jämfört med S3-standarden. Du kommer dock att vara skyldig att betala en hämtningsavgift per GB.
Det hjälper dig att minska kostnaderna samtidigt som du lagrar sällan åtkomst till data under lång sikt. Följaktligen är S3 IA idealisk för långtidslagring och katastrofåterställning.
För att förenkla koordineringen mellan AWS S3 UI och Zmanda UI låter lagringssidan på ZMC dig ställa in säkerhetskopior av dina data så att de händer med S3 Standard IA-lagringsklassen.
Vad är S3 Lifecycle Policys?
S3 livscykelpolicyer låter dig konfigurera hur AWS ska hantera objekt lagrade i S3, beroende på deras ålder. Genom S3 livscykelpolicyer kan du antingen flytta ditt objekt till en annan lagringsklass, arkivera det eller till och med ta bort det efter en viss tidsperiod, till exempel 30 dagar.
Fördelen med att definiera S3-livscykelpolicyer är att åtgärderna för att flytta/arkivera/ta bort kan automatiseras. Detta sparar dig besväret med att övervaka objekten och hantera dem då och då. Zmanda låter dig implementera en liknande funktion som den vi just lärde oss.
Konfigurationen av säkerhetskopior i Zmanda sker via backup set. Säkerhetskopieringen kommer att konfigureras genom sju olika skärmar. Varje skärm låter dig styra olika aspekter av säkerhetskopieringsuppsättningen, som vad som ska säkerhetskopieras, var ska säkerhetskopieras, hur mellanlagring ska användas, etc. På den sista skärmen i säkerhetskopieringskonfigurationen med titeln Backup Media kan du konfigurera många mediespecifika alternativ . Ett av de tillgängliga alternativen är Retention period. Det här alternativet låter dig ange hur länge säkerhetskopiorna ska sparas.
Men om lagringsuppsättningen är arkiverad kommer data inte att beskäras från AWS S3, även om datalagringsperioden har löpt ut. I skärmdumpen nedan används Amazon S3 för arkivering med evigt bibehållande.
Observera att det finns några lagringsklassövergångar som AWS stöder inte. Säg till exempel att S3 livscykelpolicyer inte överför objekt från någon lagringsklass till S3 Standard eller Reduced Redundancy Storage (RRS). Dessutom är S3 livscykelpolicyövergångar och utgångsdatum avgift.
S3 One Zone Infrequent Access (S3 One Zone IA)
S3 One Zone IA är avsedd för mindre kritiska data, som kan nås en gång i månaden eller en gång om året, men när du behöver komma åt den behöver du den direkt. Skillnaden mellan One Zone IA och S3 IA är att det inte finns någon replikering av data över flera Tillgänglighetszoner i en zon IA. Vilken data du än lagrar i S3 One Zone IA lagras i en enda tillgänglighetszon för att minska kostnaderna. Det är 20 % billigare än S3 IA-lagringsklassen. Avvägningen här är att om tillgänglighetszonen där data lagras förstörs, så går din data förlorad. Därav hållbarheten hos One Zone IA är 99.999999999 % i en enda tillgänglighetszon.
S3 One Zone IA är idealisk för icke-kritiska data som ytterligare kopior av säkerhetskopieringsdata eller lätt återskapbara data. Även här kommer du att debiteras ett lägre pris per gigabyte jämfört med S3 IA och en hämtningsavgift per GB samma som S3 IA.
Om du vill säkerhetskopiera dina data till S3 Standard One Zone IA lagringsklass, kan du enkelt ställa in den via ZMC (Storage page) själv.
S3 Reduced Redundancy Storage (RRS)
S3 Reduced Redundancy Storage är avsedd för icke-kritisk data, som du sannolikt kommer åt ofta. Data som lagras i denna klass har mindre redundans jämfört med S3 Standard, dvs hållbarheten för RRS är 99.99 %.
Du kan använda RRS när du behöver mycket tillgänglig lagring för att distribuera reproducerbart innehåll som bearbetad data eller miniatyrer. Enligt AWS är S3 Standard-klassen mer kostnadseffektiv än RRS och rekommenderar därför att man använder S3 Standard. RRS kostar något mer än S3-standarden för samma mängd lagring.
Om du säkerhetskopierar reproducerbart innehåll via Zmanda kan du inte gå fel med RRS. Du får den kombinerade fördelen med högt tillgänglig AWS-lagring tillsammans med användarcentrerade funktioner i Zmanda som multipart upload API. Skärmen Storage i ZMC ger dig de nödvändiga konfigurationsalternativen för att säkerhetskopiera till S3 Reduced Redundancy-lagring.
S3 Glacier Flexible Retrieval (tidigare S3 Glacier)
S3 Glacier Flexible Retrieval är avsedd för att arkivera data som inte behöver nås omedelbart. Om det är vad du behöver att spara pengar samtidigt som du offra hastigheten, är S3 Glacier Flexible Retrieval precis rätt för dig. Avvägningen i åtkomsthastigheten beror på att lagringsklassdata arkiveras. Datan måste extraheras innan du kan använda den. Som ett resultat måste du vanligtvis vänta minuter till timmar (nästan i realtid) innan du använder den.
Trots den låga kostnaden får du fortfarande samma höga hållbarhet som S3-standarden, eftersom data som lagras i denna klass replikeras över minst 3 tillgänglighetszoner.
Säkerhetskopiering till S3 Glacier Flexible Retrieval är perfekt för dataarkivering av efterlevnadsskäl, katastrofåterställning som involverar stora uppsättningar data och externa datalagringsbehov. Du kommer att debiteras lägre än S3 One Zone IA för lagring, och masshämtning är gratis.
Om du funderar på andra lagringsalternativ för långtidsförvaring, kanske du vill veta hur tejpförvaring ställer upp mot S3.
För att göra arkiveringen enklare låter Zmanda dig aktivera arkiveringen till Glacier direkt från själva ZMC. På sidan Säkerhetskopiera var har du en kryssruta för alternativet Arkivera till glaciären, inklusive antalet dagar bredvid. Anta att du automatiskt vill arkivera dina data lagrade på AWS S3 till AWS S3 Glacier. I så fall måste du markera kryssrutan och ange efter hur många dagar arkiveringen ska ske. När du har sparat den här konfigurationen kommer data som säkerhetskopieras av motsvarande säkerhetskopieringsuppsättning automatiskt att arkiveras i lagringsklassen S3 Glacier Flexible Retrieval. Arkiveringen sker automatiskt efter att data har tillbringat det angivna antalet dagar i AWS S3-lagring. Därför behöver du inte oroa dig för att flytta data till S3 Flexible Retrieval Glacier-lagringsklassen, eftersom Zmanda kommer att göra det åt dig.
S3 vs. Tejp
Med det sätt som band har utvecklats i kapacitet, kan fördelen den erbjuder mot S3:s kostnader och hastighet inte ignoreras.
Pris
När du väljer tejp för att lagra dina data kommer du att spendera mycket av dina pengar på att sätta upp det. Du måste köpa bandbiblioteket, media och enheter för att ställa in det. Tack och lov är kostnaderna för underhåll och byte av patroner (cirka 15 USD) låga. Även om livslängd för tejp ökar i en fuktkontrollerad miljö är det inte en nödvändighet.
Företag som har mycket data att lagra (läs petabyte) föredrar att använda tejp med Zmanda. Några exempel är forskningsanläggningar, superdatorlabb, väderprognosstationer och universitet. Att lagra så enorma mängder data på S3 skulle kosta mycket och är inte tillrådligt. Om så stora mängder data lagras på S3, skulle kostnaden vara nästan lika med kostnaden för ett bandväxlarbibliotek (ungefär 18,000 XNUMX USD).
Denna enorma kostnad kommer att tillämpas varje månad till skillnad från i band där det är en engångsinvestering. För att sammanfatta det, om du lagrar stora mängder data under längre perioder, är band bättre än S3.
Observera att när du sparar säkerhetskopian på banden kommer du också att ansvara för att märka banden och hålla dem organiserade. Ansvaret för skydda banden från stöld och fysisk skada kommer också att falla på dig.
På molnfronten behöver du inte spendera mycket i förskott eftersom molntjänsteleverantörer som AWS kommer att hantera all installation och underhåll av infrastrukturen. Företag som redan använder många AWS-tjänster kan få rabatter om de använder AWS S3 för sina lagringsbehov. Några exempel inkluderar mjukvaruföretag och små till medelstora företag. Så, band och AWS S3 erbjuder båda kostnadsfördelar på sina egna sätt. Valet beror enbart på dina lagringskrav.
Fart
Precis som de flesta tekniker har band utvecklats ganska mycket. Den senaste LTO-9 stöder en maximal okomprimerad hastighet på 400 MB per sekund och en maximal komprimerad hastighet på 1000 MB per sekund. Banden kommer bara att bli snabbare de kommande dagarna. Om du behöver högre hastighet har du total flexibilitet att uppgradera ditt bandbibliotek.
Å andra sidan är hastigheten på AWS S3 begränsad av den bandbredd du har. Om du har en stor mängd data som ska lagras på S3 vore det smart att satsa på att öka bandbredden.
Zmanda låter dig optimera bandbreddsanvändningen genom klientparallella säkerhetskopieringar. Du kan ställa in det genom att konfigurera fältet Client Parallel Backups på sidan Backup How. Ett värde på 1 i fältet Client Parallel Backups säkerhetskopierar alla källor på en klient sekventiellt. Du kan använda det här alternativet om klienten har nödvändiga CPU- och nätverksresurser.
Observera att parallella klientsäkerhetskopior inte är möjliga för bandlagring eftersom den inte stöder parallellskrivning.
Om du vill ha höghastighetshämtning från S3 för återställningar kan du lagra dina kritiska data i höghastighetsklasser.
Med hastighetsaspekten täckt ska vi därefter analysera säkerhetsvinkeln.
Säkerhet
AWS S3 erbjuder dig kraftfulla verktyg för åtkomsthantering och kryptering för att säkra din data. S3 Block Public Access-funktionerna låter dig begränsa offentlig åtkomst till dina objekt på konto- eller segmentnivå.
AWS S3 ger dig total frihet att konfigurera vem som kan komma åt vad genom att använda följande funktioner:
- Åtkomstkontrolllistor till ge användare åtkomst till enskilda objekt.
- Bucket policyer till ställ in behörigheter för objekt i en Amazon S3-hink.
- Fråga strängautentisering till ge användarna tillfällig åtkomst (med tidsbegränsningar) via tillfälliga webbadresser.
- AWS Identity and Access Management till skapa användare och konfigurera deras åtkomst.
När du kommer till band har du den unika förmågan att lufthål din data. Band är inte anslutna till ett nätverk om det inte skrivs till eller läses från. Så alla band som har dina data behöver inte sättas in i enheterna hela tiden.
För att korrumpera data som lagras på band måste bandet först sättas in i en enhet. Så, cyberbrottslingar som stjäl eller korrumperar din data via internet kommer att ha svårt att uppnå sina mål. För extra skydd kan du kryptera data innan du lagrar dem på band.
Med en tydlig förståelse av AWS S3 kontra bandlagring, är det relativt enkelt att välja ett backupmål för dina behov.
Vägen framåt med Zmanda
AWS S3 lagringsklasser är unika och kan fungera bäst när de väljs klokt. Nu när du har en klar förståelse för hur varje lagringsklass i AWS S3 är unik, kan du ringa efter din backuplagring. När lagringsklassen är klar, Zmanda kan ta hand om konfigurationer och backuphantering åt dig.
Oavsett om det är band eller AWS S3, eller en kombination av båda som en 3-2-1 lagringsstrategi, Zmanda passar perfekt för allt. Vår användarvänliga ZMC-konsol kan ge sömlös integration mellan dina nominerade media och data. Det är en enda destination för alla säkerhetskopierings- och återställningskrav.
Zmanda kommer att fortsätta att ta fram nya funktioner som kommer att göra din säkerhetskopiering och återställning ännu enklare. Kunddrivna förbättringar är alltid en del av våra kvartalsreleaser. Arkivet till glaciären, oföränderliga säkerhetskopior, molnsäkerhetskopiering, etc., utvecklades alla med användarvänlighet i åtanke. För att upptäcka hur mångsidig Zmanda verkligen är, ta en fri rättegång. Om du behöver hjälp med Zmanda, kontakta oss gärna supportteam eller skicka ett mail till vår säljteam. Vårt team av experter hjälper dig gärna genom din Zmanda-resa.
