Tradisjonelle databasesystemer har mange ytelses-, tilgjengelighets- og skalerbarhetsbegrensninger. Amazon Aurora er løsningen på disse begrensningene.
Databaser er nødvendige for å drive appene som driver virksomheten. De bør være større, mer pålitelige og raskere for å gi bedre tjenester. Amazon Web Services gjør det enkelt for bedrifter å administrere data og forbedre kundetilfredsheten.
Amazons AWS Aurora-netttjeneste er et eksempel på en slik tjeneste. Den bruker klyngevolum for å administrere dataene og tildele dem for nødsikkerhetskopiering.
Innholdsfortegnelse
Hva er Amazon Aurora?
Amazon Aurora, en skybasert database, er fullt kompatibel med Open-Source MySQL og PostgreSQL. Aurora støtter all åpen kildekode MySQL-funksjonalitet. Det gir også mulighet for drop-in-kompatibilitet med applikasjoner som kjører på disse databasene.
Aurora ble designet for kunder som trenger en fullstendig administrert databasetjeneste med kostnadseffektiviteten og enkelheten til åpen kildekode-databaser, men den samme ytelsen som en kommersiell database.
Aurora leverer ytelse fem ganger raskere enn tradisjonell MySQL og tre ganger bedre enn PostgreSQL. Amazon RDS håndterer oppgaver som klargjøring, sikkerhetskopiering og gjenoppretting. Det er ingen forhåndskostnad, og du betaler kun en månedlig avgift.
Aurora er unik ved at den tilbyr en merittliste for operasjonell fortreffelighet og bedriftsfunksjoner til en brøkdel av prisen for kommersielle databaser.
Aurora gir uovertruffen ytelse, tilgjengelighet, sikkerhet og pålitelighet globalt. Aurora har vært den raskest voksende tjenesten i AWS sin portefølje siden oppstarten i 2014.
Hva brukes Amazon Aurora til?
Auroras bemerkelsesverdige vekst har vært drevet av sterk interesse fra mange bransjer. Vi har sett sterk interesse for finansielle tjenester, programvare og internett, samt underholdnings- og spill- og detaljhandelsvertikalene de siste tolv månedene.
Kunder migrerer til Aurora MySQL og Aurora PostgreSQL for å konsolidere MySQL- og PostgreSQL-databasene deres. Vi ser også at mange kunder migrerer fra eldre databaser som Oracle eller Microsoft SQL Server til Aurora PostgreSQL.
Disse kundene som er «frie» har blitt lei av å betale høye lisensavgifter og låse seg inn i eldre databaser. Kunder med høy vekst ønsker å skalere raskt og sømløst i alle regioner. De ønsker også å kunne integrere på tvers av AWS-tjenester.
Fordeler med Amazon Aurora
Nedenfor er fordelene ved å bruke Amazon Aurora:
Skalerbarhet
Du kan aktivere autoskalering. Det vil øke lagringskapasiteten når du har mer lagringsplass. Det vil også redusere størrelsen på databasen hvis det er en reduksjon i lagringsplass.
Kostnadseffektiv
Betal kun for prosessorkraften og lagringsplassen du bruker. Det er ingen forhåndsgebyrer eller andre gebyrer. Det er enkelt å foreta månedlige innbetalinger.
Sikkerhet
Amazon VPC lar deg isolere nettverket som databasen din kjører fra.
Bruk AWS Key Management Service til å lage krypteringsnøkler som beskytter dataene dine.
Høy tilgjengelighet og holdbarhet
Du kan lage kopier av Aurora i mange tilgjengelighetssoner.
Det er en global database som enkelt kan distribueres på tvers av flere AWS-regioner, noe som kan redusere den lokale lese-/skrivehastigheten.
Støtte for migrasjon
For å migrere din lokale database til Aurora, kan du bruke kommandoene pg-dump eller MySQL dump.
Fullt administrert
Aurora er veldig enkel å bruke. Det er enkelt å sette opp en instans ved hjelp av AWS RDS-konsollen. Aurora tilbyr overvåking med Amazon Cloudwatch uten ekstra kostnad.
Det er ingen grunn til å bekymre deg for klargjøring, oppdatering eller oppgradering. Amazon har full kontroll over alle aspekter av programvaren din og vil gjøre nødvendig oppdatering.
De beste egenskapene til Amazon Aurora
Nedenfor er de beste funksjonene til Amazon Aurora:
Skalerbarhet: Dette er den beste funksjonen til Amazon Aurora. Databasen øker automatisk i størrelse i henhold til lagringskrav. Volumet kan vokse i trinn på opptil 10 GB og kan nå maksimalt 128 TB. Dette gir mulighet for sømløs lagring.
Høy gjennomstrømning: SysBench-benchmarks har vist en 5x økning i gjennomstrømning. Amazon Aurora bruker en rekke programvare- og maskinvareteknikker for å maksimere tilgjengelig minne, databehandling og nettverk. For å forbedre ytelseskonsistensen, input og output operasjoner ved hjelp av distribuerte systemteknikker som quorums.
Overvåking og reparasjon av forekomster: Amazon RDS overvåker kontinuerlig helsen og ytelsen til Amazon Aurora-databasen så vel som de underliggende EC2-forekomstene. Amazon RDS starter automatisk databasen på nytt i tilfelle databasefeil og alle tilhørende prosesser.
Kryptering: Amazon Aurora gir høy sikkerhet ved å la deg kryptere databasen ved hjelp av nøkler du kontrollerer og oppretter gjennom AWS Key Management Service. Amazon Aurora bruker SSL-kryptering for å beskytte data under transport.
Enkel å bruke: Det er enkelt å bruke Amazon Aurora. Amazon RDS Management Console brukes til å lage den nye Amazon Aurora DB Instance. Dette API-kallet, eller CLI, tar bare ett API-kall. Amazon Aurora DB-forekomster kommer forhåndskonfigurert med de riktige parameterne og innstillingene for hver DB-forekomsttype.
Kostnadseffektiv: Betal kun for det du bruker. Det er ingen forhåndskostnader eller andre gebyrer. Det er enkelt å foreta månedlige innbetalinger.
Migreringsstøtte: For å migrere din lokale database fra Aurora til Aurora, kan du bruke kommandoene pg-dump eller MySQL dump.
Aurora er fullt administrert: Du kan begynne å bruke det umiddelbart. Alt du trenger å gjøre er å opprette en forekomst ved å bruke AWS RDS-konsollen eller kalle en API fra koden din. Det er ingen grunn til å bekymre deg for klargjøring, oppdatering eller oppgradering.
Amazon Aurora-arkitektur
Hele Aurora-databasens arkitektur er bygget på toppen av en tradisjonell DBMS. Den gjenbruker de fleste DBMS-komponenter som transaksjonsbehandling, søkeutførelsesmotor og gjenopprettingsbehandling.
Amazon Aurora er et nytt DBMS som går utover det tradisjonelle spillet. Den gjør mange forbedringer av eksisterende DBMS-er for å øke tilgjengeligheten, påliteligheten og skalerbarheten.
Disse endringene er:
- Et primært replikaoppsett brukes
- Fjernlagring av dataene kan replikeres
- Kun endringslogger skal lagres på den eksterne disken
Amazon Auroras arkitektur kan skalere ut lagringslagene til tradisjonelle relasjonsdatabaser.
Amazon Auroras primære databaseforekomst sender redo-loggen til lagringslaget for behandling. Loggene behandles av lagringslaget, som lager og lagrer nye sideversjoner og sikkerhetskopierer alt til S3.
Bildekreditt: AWS
Amazon Aurora trenger bare å opprette flere databasemotorforekomster og koble dem til det eksisterende lagringslaget under en utskalering. Dette eliminerer flaskehalsen i datareplikering ved å delegere disse oppgavene for parallell behandling til lagringslaget.
Dette gjør det mulig å lage mange nye funksjoner, for eksempel:
- Øyeblikkelig krasjgjenoppretting: Du trenger ikke å spille av logger fra det siste sjekkpunktet
- Raske failovers: Det er ingen grunn til å bekymre deg for hvilken replikadatabase som har den nyeste gjenta-loggposten. Lagringslaget håndterer det.
- Tilbakesporing: Fordi lagringslaget har strømmet gjenta logger, kan det «spole tilbake» dataene til bestemte punkter i fortiden uten å måtte gjenopprette et sjekkpunkt fra S3-sikkerhetskopien
Sette opp Amazon Aurora
Nedenfor er trinnene for å konfigurere Amazon Aurora på en vellykket måte.
#1. Logg på AWS-administrasjonskonsollen og åpne RDS.
#2. Klikk på opprett database.
#3. Velg motoralternativ som Amazon Aurora.
#4. Velg Aurora MySQL-versjonen du trenger.
#5. Opprett en DB-klyngeidentifikator og angi brukernavn og passord for legitimasjonsinnstillingene.
#6. Velg forekomstkonfigurasjonen fra rullegardinmenyen og velg et alternativ for å lage replika eller ikke.
#7. Velg tilkoblingsalternativene som vist nedenfor.
#8. Velg fra eksisterende VPC-sikkerhetsgruppe eller opprett en ny.
#9. Aktiver forbedret overvåking, velg alternativet for granularitet og overvåkingsrolle.
#10. Til slutt klikker du på opprette database.
#11. Du har opprettet Amazon Aurora-databasen.
Prismodell: Amazon Aurora
Aurora Serverless ACUer v2 koster $0,12 i timen, det dobbelte av prisen på klargjorte Aurora ACUer. Dette betyr:
- Minimum gjeldende driftskostnad: 4 ACUer, $0,48 i timen eller $350 per måned
- For arbeidsbelastninger som patologisk utløser den automatiske skaleringsfunksjonen, er det en minimum skalerbarhetsøkning på 30 sekunder eller $0,0005 for en halv ACU.
Den månedlige kostnaden for Aurora Serverless V2 er $350. Hver automatisk skaleringshendelse vil bli belastet med minst $0,0005. Selv om den tilsvarende Aurora-kapasiteten er $175 per måned, ville den ikke ha responsiv serverløs automatisk skalering.
Brukskasser: Amazon Aurora
#1. Programvare som en tjeneste (SaaS)
Den bruker multitalentarkitekturer som kan være fleksible i lagring og instansskalering. Som et resultat lar Amazon Aurora selskaper fokusere på å utvikle applikasjoner av høy kvalitet og ikke bekymre seg for databasen.
#2. Spillformål
AWS Aurora fungerer på samme måte som Relational Database. Det gir høy gjennomstrømning, massiv lagringskapasitet, høy tilgjengelighet og høy tilgjengelighet.
#3. Bedriftsapplikasjon
Amazon Aurora er kompatibel med alle firmaer som allerede er filmigere enn Relational Database. Aurora er kostnadseffektivt da det reduserer prisen med opptil 90 % sammenlignet med andre alternativer.
Auroras kompatibilitet med MySQL og PostgreSQL
Amazon Aurora er bygget for høy ytelse, global tilgjengelighet og full MySQL/PostgreSQL-kompatibilitet. Standardverktøy gjør det enkelt å migrere MySQL- og PostgreSQL-databaser fra Aurora. Du kan også kjøre eldre SQL Server-apper med Babelfish for Aurora PostgreSQL, som krever minimale kodeendringer.
Amazon Aurora fungerer med standard PostgreSQL import/eksportverktøy, for eksempel pg_dump eller pg_restore. Du kan også lage en ny Amazon Aurora-tabell ved å bruke et Amazon RDS eller MySQL DB Snapshot.
DB Snapshots er vanligvis raske å fullføre, men det vil avhenge av hvor mye og hvilket format av data som blir migrert.
Amazon Aurora vs. Amazon RDS
Arkitektur design
RDS-arkitekturen er lik ved at den lar deg installere en databasemotor på Amazon EC2 manuelt, men overlater klargjøring og vedlikehold til AWS. RDS gir mange funksjoner som automatisk failover, sikkerhetskopiering osv. RDS bruker Amazon EBS-volumer til å lagre logg- og databasedata.
Aurora-databaselagringssystemet er pålitelig og feiltolerant. Databaselagringen for Aurora er uavhengig av instansene. Aurora lagrer data i seks kopier, hver med 10 GB biter. Disse kopiene er distribuert til tre tilgjengelighetssoner. Selv om du bare har én Aurora-forekomst, vil det fortsatt være seks kopier av dataene dine.
Opptreden
RDS bruker SSD-lagring for forbedret I/O-gjennomstrømningsytelse. Det er to SSD-støttede lagringsalternativer tilgjengelig. Den ene er for OLTP-applikasjoner med høy ytelse, mens den andre er for generell, kostnadseffektiv bruk.
Aurora tilbyr dobbelt så høy ytelse som PostgreSQL og fem ganger høyere ytelse enn standard MySQL på sammenlignbar maskinvare. Auroras ytelse har vært konsekvent høyere og mer konsistent.
Databasemotorstøtte
RDS er kompatibel med MySQL, PostgreSQL og MariaDB, samt Microsoft SQL Server og Oracle.
Aurora er kompatibel med både PostgreSQL og MySQL. Dette betyr at du kan bruke dine eksisterende databaseverktøy og apper på både PostgreSQL og MySQL uten å gjøre noen endringer.
Holdbarhet og tilgjengelighet
Aurora har en unik lagringsmodell som muliggjør kontinuerlig sikkerhetskopiering og gjenoppretting med svært lav RPO (gjenopprettingspunkter). Dette gjør den mer pålitelig og holdbar enn RDS.
Data er holdbare ved design i Aurora. Det er alltid flere kopier av dataene dine. Hver Aurora-klynge har seks lagringsnoder fordelt på tre AZ-er. Selv om du bare har én beregningsnode, er det fortsatt flere kopier av dataene dine.
Motstandsdyktighet
På grunn av sin arkitektoniske design er Aurora mer spenstig enn RDS. Det er raskt å komme seg etter feil. Hvis en beregningsnode krasjer, kan Aurora gjenopprette raskt.
Oppbevaring
RDS-lagringsautomatisk skalering skalerer lagringskapasiteten til 64 TiB (unntatt SQL Servers 16 TiB) for å imøtekomme økende databasearbeidsbelastning. Det er ingen nedetid.
Aurora øker automatisk lagringen ved å øke den fra minimum 10 GB til maksimalt 128 TiB. Lagringen økes i trinn på 10 GB uten at det påvirker databaseytelsen.
Skalerbarhet
Vertikal skalering: RDS og Aurora lar deg både skalere minne og beregne ressurser til maksimalt 244 GiB RAM og 32 virtuelle CPUer. I løpet av sekunder kan du skalere operasjoner.
Aurora Auto Scaling Dynamic: Aurora Auto Scaling justerer dynamisk hvor mange Aurora-replikaer som er tilgjengelige for en Aurora DB-klynge ved å bruke enkeltmasterreplikering. RDS støtter IKKE slik automatisk skalering.
Replikering
RDS kan brukes til å gi opptil fem kopier. Replikasjonsprosessen er også langsommere enn Aurora.
Aurora kan klargjøre opptil 15 replikaer, og replikeringen tar bare noen få sekunder. Aurora skalerer raskere fordi den raskt kan legge til nye lesekopier.
Failover
I RDS skjer failover for å lese replikaen manuelt. Dette kan føre til tap av data. Multi-AZ (Standby Instance) kan brukes til å automatisere failover og forhindre tap av data.
For å forhindre tap av data bruker Aurora failover for å lese replikaer automatisk. Aurora har en raskere failover-tid.
Klyngeendepunkter
RDS har et klyngeendepunkt som du kan bruke til å utføre skrivespørringene dine. Det er DNS-pekeren til din nåværende hoveddatabaseforekomst. RDS ruter endepunktet til den nye masteren via en enkel DNS-endring under en failover.
Klyngeendepunktet er fortsatt tilgjengelig i Aurora for å skrive spørringer. Dette endepunktet fungerer også som en belastningsbalanser for dine lesereplikasjoner. Dette endepunktet kan brukes til å svare på lesespørsmålene dine.
Sikkerhetskopiering
RDS oppretter og lagrer automatisk sikkerhetskopier av DB-forekomstene dine under sikkerhetskopieringsvinduet til DB-forekomsten. RDS tar et øyeblikksbilde av DB-forekomsten din som et lagringsvolum, og sikkerhetskopierer alle databaser og ikke bare de du velger.
Aurora sikkerhetskopierer automatisk klyngevolumer og fortsetter å gjenopprette data så lenge sikkerhetskopieringsperioden varer. Aurora-sikkerhetskopier er kontinuerlige og inkrementelle, slik at du raskt kan gjenopprette et hvilket som helst punkt innenfor sikkerhetskopieringsperioden.
Nedenfor er den oppsummerte tabellen for Amazon Aurora vs. Amazon RDS:
Amazon AuroraAmazon RDSDu kan utvide lagringen fra 10 GB til 64 GBRDS tillater 64 GBS for alle motorer, men bare 16 GB for SQL-serverDu kan skalere minne og beregne til maksimalt 32 vCPUer, og 244 GiB RAMSame som Aurora Støtter MySQL og PostgreSQLSupporter Microsoft SQL Server, MariaDB, Oracle Database, MySQL, PostgreSQL og Amazon Aurora Støtter femten replikaer Støtter fem kopier Prisene avhenger av I/O-operasjoner. Du kan prøve det gratis uten minimumsgebyr
Amazon Aurora vs. DynamoDB
Holdbarhet og tilgjengelighet
Hvert stykke DynamoDB-data blir replikert til flere fysiske noder. Amazon har plassert disse fysiske nodene i flere soner (aka tilgjengelighetssoner) for å sikre høy holdbarhet og tilgjengelighet i tilfelle en katastrofe som brann eller større strømbrudd. Operasjonen vil fortsette selv om en kopi går ned. SSD-er er også svært pålitelige og holdbare.
Sikkerhetskopier og gjenoppretting
DynamoDB tilbyr en on-demand backup så vel som PITR (Point in-time backup), som lar deg få tilgang til enhver databasetilstand. DynamoDB er i stand til å sikkerhetskopiere alle mengder data. Ytelse og tilgjengelighet vil ikke bli påvirket. Sikkerhetskopiering tar svært kort tid, og brukere trenger ikke å bekymre seg for sikkerhetskopieringsplaner eller bakgrunnsprosesser. AWS tillater sikkerhetskopiering med bare ett API-kall.
Amazon Aurora-sikkerhetskopieringsprosessen ligner på DynamoDB. Den ble opprettet uten ytelsesavbrudd eller avbrudd i databasetjenesten. Amazon-sikkerhetskopier lagres i en S3-bøtte. Aurora vil automatisk lage en sikkerhetskopi på 30 minutter hvis vi ikke spesifiserer et sikkerhetskopivindu.
Adgangskontroll
DynamoDB støtter IAM-brukere og roller med finmaskede retningslinjer som begrenser databaseoppretting og spørringsprivilegier. Amazon Aurora har også et lignende tillatelsessystem.
Aurora tilbyr imidlertid også MySQL- og PostgreSQL-kompatible tilkoblingsgrensesnitt for å koble til databasen.
DynamoDB, en regional tjeneste, er ikke underlagt VPC-grensen. Aurora DB-klynger må imidlertid etableres i en VPC som tydelig definerer nettverksgrensen. Du kan også bruke VPC-sikkerhetsgruppene til å kontrollere hvilke enheter eller Amazon EC2-forekomster som har lov til å koble til databaseforekomsten.
Nedenfor er den oppsummerte tabellen for Amazon Aurora vs. DynamoDB:
Amazon AuroraDynamoDBRelasjonsdatabasen som støtter MySQL- og PostgreSQLNoSQL-databaseMulti-region, Single-masterMulti-region, Multi-masterReplica kan forfremmes til primær på et minuttHøy tilgjengelighetReplikeringsforsinkelse er mindre enn 1 sekund. Replikeringsforsinkelse er sub millisekunder
Konklusjon
Det var det. Vi går alle inn i en ny æra innen relasjonsdatabaser, og Aurora er bare begynnelsen. Kundene har svart med overveldende enighet. Ledere i alle bransjer – som Capital One, Dow Jones, Netflix og Verizon – migrerer relasjonsdatabasearbeidsmengdene sine til Aurora, inkludert MySQL- og PostgreSQL-kompatible utgaver.