Virksomheder fortsætter med at gå over til cloud computing. Uanset om det er at bruge en individuel cloud-tjeneste eller at migrere hele din infrastruktur til et nyt cloud økosystem, er du ikke alene om at finde de ekstra fordele ved cloud teknologier.
Fra forbedringer i skalerbarhed, sikkerhed og fleksibilitet til reduktioner i omkostninger og miljøpåvirkning er der et væld af grunde til at gå over i cloud. Selvfølgelig er overgangen ikke så let som den engang var.
Siden starten er cloud økosystemet blevet et komplekst, stadigt voksende utal af udbydere, teknologier, produkter og tjenester. Når du forsøger at sammensætte de forskellige kombinationer på tværs af disse lodrette sider, kan dit valg af muligheder hurtigt klatre op i 1000’erne. Det bliver hurtigt tydeligt, at der er en ting som for meget valg.
Som i enhver branche stiger en håndfuld virksomheder over resten for at blive markedsledere. Når vi tænker på cloud computing-udbydere, er der tre navne, der står øverst på listen: Google Cloud Platform, Amazon Web Services og Microsoft Azure.
I dag sammenligner vi to cloud giganter, Google Cloud Platform og Amazon Web Services. Vi dykker dybt ned i de enkelte udbyders produkter og tjenester. Søger at tilføje klarhed og forenkle processen ved at sammenligne disse to cloud udbydere for at træffe en informeret beslutning.
Selvom vi udelukkende bruger Google Cloud-platformen her på Kinsta, giver vi dig en upartisk mening. Begge platforme tilbyder omfattende fordele, men hvilket er rigtigt for dig afhænger i sidste ende af din virksomheds egne unikke krav.
Hvorfor Google Cloud vs Amazon Web Services
Hvis du planlægger at bruge cloud tjenester, vil de tre udbydere utvivlsomt opdage Google Cloud, Amazon Web Services og Microsoft Azure. I dag vil vi fokusere på at sammenligne to af disse, specifikt Google Cloud vs AWS.
Disse sky giganter er velkendte navne i det tekniske rum. Begge organisationer har domineret i mere end et årti i deres respektive brancher. De er kendt som verdensledende virksomheder og er omhyggelige i deres forfølgelse af innovation og ekspertise. Hver kan prale af et væld af teknisk brancheekspertise, som det er næsten umuligt at konkurrere med.
Med deres respektive teknologiske fundamenter er det ikke overraskende, at de har udviklet brancheførende cloud computing-platforme. I september 2020 har Gartner igen udnævnt Google og AWS som førende inden for deres Infrastructure as a Service (IaaS) Magic Quadrant.
For Amazon er dette det 10. år i træk, AWS har sikret det øverste højre hjørne af Leader-kvadranten i Gartners Magic Quadrant for Cloud Infrastructure as a Service (IaaS). Optjener den højeste placering for evne til at udføre og længst for fuldstændighed af synet.
Google Cloud og AWS fortsætter med at dominere branchen
Google Cloud og AWS har domineret cloud computing-rummet, siden IaaS-løsninger begyndte at få trækkraft i 2008.
I august 2020 navngav en rapport fra Gartner både Google og Amazon i en gruppe på 5 offentlige udbydere af cloudinfrastruktur, der udgør 80% af IaaS-markedet. En tendens, der kun vil fortsætte, da begge organisationer fordobles for at konsolidere deres fodfæste på markedet.
På trods af den globale pandemi, der stopper store økonomier, forudsiger Gartner verdensomspændende vækst i den offentlige cloudomsætning i 2020 med 6,3%. Drevet af en eksplosion i fjernarbejde kan vi med rimelighed forvente sammenlignende resultater i cloud området. Især med rapporten, der skitserer en stigning på 94% på markedet for Desktop as a Service (DaaS). På denne baggrund kan du forvente, at Google og Amazon fortsætter med at udvide.
Mens de begge startede livet i IaaS-rummet, kan du nu henvende dig til Google Cloud og AWS for 100’ers løsninger på tværs af IaaS, SaaS og PaaS. Begge organisationer fortsætter med at innovere og tilføje nye cloud tjenester til deres stadigt voksende liste.
Google Cloud Platform-indtægter i 2020
Alphabet’s resultater for 4. kvartal og regnskabsåret 2019 viste, at virksomheden fortsatte med at levere stærk vækst med en samlet omsætning på 18% højere end året før. Mens der mangler gennemsigtighed i indtægter fra Google Cloud, rapporterede virksomheden en imponerende vækst på over 100%, hvilket satte virksomheden til en årlig løb på 10 milliarder dollars ved årets udgang.
I 2020 ankom Coronavirus-pandemien, at Google Clouds moderselskab – Alphabet – registrerede sit første nogensinde fald i omsætningen siden offentliggørelsen i 2004. På baggrund af denne dystre baggrund har Google Cloud faktisk skubbet tendensen og ser ud til kun at have accelereret vækst.
I 1. kvartal opnåede Google Cloud betydelige gevinster takket være Google Meet, da deres videokonference værktøj blev et hit for fjernarbejdere. Indtægts udgivelse opgørelser for Q1, Q2, og Q3 viser et mønster med fortsat vækst i YoY-omsætningen for Google Cloud Platform. Efterhånden som vi går mod slutningen af 2020, forventes Google Cloud-indtægterne at vokse til en årlig kørehastighed på over 13 milliarder USD – en forventet vækst på 30% i 2019.
Amazon Web Services indtægter i 2020
I 2019 rapporterede Amazons Q4-indtjeningsudgivelse AWS-salgsindtægter på næsten 10 mia USD. At sætte organisationen på en årlig omsætningsrate på over 40 mia USD.
Med fremkomsten af Coronavirus-pandemien i 2020 er AWS-væksten aftaget betydeligt. Med resultatopgørelser fra 1 kvartal. til 2. kvartal og 3. kvartal viser årets vækst faldende og afregnes i en under 30% vækstrate i hvert respektive kvartal. Dette er en markant opbremsning fra vækst på 40-50% i løbet af de foregående 3 år.
Dette er næppe et ødelæggende og dystert scenarie, AWS har nu en årlig omsætningshastighed på 43 milliarder USD, og tallet forventes at ekspandere, når Q4 er afsluttet. Undtagelsen kan være, hvis du er Amazon-aktionær, især efter at Jeff Bezos fortalte Amazon-aktionærer at “tage plads“, mens deres COVID-19-svar bliver til driftsoverskud.
Sammenligning af Google Cloud vs Amazon Web
Services-funktioner
Det er ingen enkel opgave at sammenligne Google Cloud vs AWS-platforme. Deres sprudlende og stadigt voksende cloud tjenester inkluderer nu 100’ere produkter at vælge imellem. For at komplicere forholdene yderligere bruger udbyderne ofte forskellige navngivningskonventioner til sammenlignende produkter. Så for at undgå at gå tabt i detaljerne, kræver det et vist niveau af viden og forståelse.
Forenkling af opgaven grupperer både Google Cloud Platform og Amazon Web Services Platform heldigvis deres produkter under samme kategori headers. Vi fremskynder processen for at spare dig tid og har gjort det tungt at sammenligne de mest anvendte tjenester fra forretningskritiske kategorier.
I dette afsnit undersøger vi de produkter, der kombineres for at skabe en typisk cloud installation – beregning, netværk, sikkerhed og opbevaring. Her på Kinsta har vi førstehånds erfaring med at bruge disse tjenester til at levere markedsledende hostingløsninger.
Vi dækker også de kritiske overvejelser, der omgiver disse tjenester. Servicesupport, platformstabilitet, prisfastsættelse og faktureringsstruktur.
Compute funktioner
Når vi sammenligner kompetencer med Google Cloud og Amazon Web Services, fokuserer vi på virtuelle maskiner (VM’er).
Disse emuleringer af computersystemer giver funktionaliteten af en fysisk computer og kører næsten enhver arbejdsbyrde, du kan tænke på. De er grundlaget for dit skymiljø, det er vigtigt, at du vælger en VM-opsætning, der passer til dine forretningsbehov.
Begge skyudbydere har valgt en lignende tilgang til virtuelle computere, selvom de bruger forskellige navngivningskonventioner til deres individuelle produkttilbud.
Compute Engine er servicetilbudet på Google Cloud Platform, mens Amazon Web Services hedder Amazon Elastic Compute Cloud (Amazon EC2). Hver udbyder bruger også forskellige terminologier og koncepter.
Heldigvis har Google kortlagt Amazon EC2’s terminologi og koncepter til Compute Engine – som du kan se i nedenstående tabel:
Feature | Amazon EC2 | Compute Engine |
Virtual machines | Instances | Instances |
Machine Images | Amazon Machine Image | Image |
Temporary virtual machines | Spot instances | Preemptible VMs |
Firewall | Security groups | Compute Engine firewall rules |
Automatic instance scaling | Auto Scaling | Compute Engine autoscaler |
Local attached disk | Ephemeral disk | Local SSD |
VM import | Supported formats: RAW, OVA, VMDK, and VHD | Supported formats: RAW, OVA, VMDK, and VHD |
Deployment locality | Zonal | Zonal |
Kortlægning af terminologi på højt niveau for Amazon EC2 til Google Compute Engine (Tabel Kilde: Google)
Virtual Machine Features
Når du installerer virtual machine instances på Compute Engine Amazon EC2, leverer begge tjenester mange funktioner, der er tæt tilpassede, disse inkluderer:
- Evnen til at bruge lagrede diskbilleder til at oprette forekomster
- On-demand-funktioner til at starte og afslutte forekomster
- Begrænsningsfri styring af dine forekomster
- Evnen til at tagge dine forekomster
- En række tilgængelige operativsystemer, der kan installeres på din instans
Adgang til virtuel maskine
Når det kommer til adgang til din VM, er der en række vigtige forskelle i tilgangen mellem Compute Engine og Amazon EC2.
Hvis du vil have terminaladgang til en forekomst i Amazon EC2, skal du medtage din egen SSH-nøgle.
Compute Engine tilbyder en mere fleksibel tilgang til terminaladgang. Tillader dig at oprette en SSH-nøgle, når og når du har brug for det, selvom den instans allerede kører. Du behøver heller ikke at gemme disse nøgler på din lokale maskine takket være Compute Engine’s browserbaserede SSH-terminal, der er tilgængelig via Google Cloud Console.
Virtuelle maskininstansstyper
Når du implementerer din virtuelle maskine, tilbyder både Compute Engine og Amazon EC2 enkelhed gennem en række foruddefinerede forekomster. Disse forekomster indeholder specifikke konfigurationer af virtuel CPU, RAM og netværk.
Både Google og Amazon tilbyder 100’ere virtuelle maskintyper tilgængelige i en række konfigurationer. Hver tilbyder fleksibilitet, så du kan tilpasse dine konfigurationer for at skalere dine VM-ressourcer for at imødekomme din virksomheds unikke behov.
Du kan gøre dette ved at øge antallet af CPU’er og tilgængelig RAM til ekstreme avancerede specifikationer.
Udbyderne maksimerer med følgende:
- Google Compute Engine VM’er, der skalerer op til 416 vCPU’er og 11.776 GB RAM
- Amazon EC2 VM’er, der skalerer op til 448 vCPU’er og 24.576 GB RAM
På tværs af rækken af VM-typer bruger begge platforme stort set den samme kategorisering. Skønt i visse kategorier kan den ene udbyder tilbyde en maskintype, den anden ikke.
Afhængigt af dine forretningskrav kan du vælge mellem maskintyper på tværs af kategorier, herunder delte kerner, generelle formål, hukommelsesoptimeret, beregningsoptimeret, lageroptimeret, GPU og højtydende kategorier.
For at give dig den bedste VM-sammenligning mellem Amazon EC2 og Compute Engine har vi samlet følgende tabel, der viser de mest opdaterede maskintyper for begge tjenester.
Machine Type | Amazon EC2 | Compute Engine |
Shared Core | N/A | f1-micro – g1-small e2-micro – e2-medium |
General Purpose | a1.medium – a1.metal t4g.nano – t4g.2xlarge t3.nano – t3.2xlarge t3a.nano – t3a.2xlarge t2.nano – t2.2xlarge m6g.medium – m6gd.metal m5.large – m5d.metal m5a.large – m5ad.24xlarge m5n.large – m5dn.24xlarge m4.large – m4.16xlarge |
e2-standard-2 – e2-standard-32 e2-highmem-2 – e2-highmem-16 e2-highcpu-2 – e1-highcpu-32 n1-standard-1 – n1-standard-96 n1-highmem-2 – n1-highmem-96 n1-highcpu-2 – n1-highcpu-96 n2-standard-2 – n2-standard-80 n2-highmem-2 – n2-highmem-80 n2-highcpu-2 – n2-highcpu-80 n2d-standard-2 – n2d-standard-224 n2d-highmem-2 – n2d-highmem-96 n2d-highcpu-2 – n2d-highcpu-224 |
Memory-optimized | r6g.medium – r6gd.metal r5.large – r5d.metal r5a.large – r5ad.24xlarge r5n.large – r5dn.24xlarge r4.large – r4.16xlarge x1e.xlarge – x1e.32xlarge x1.16xlarge – x1.32xlarge u-6tb1.metal -u24tb1.metal z1s.large – z1d.metal |
m1-ultramem-40 – m1-ultramem-160 m1-megamem-96 m2-ultramem-208 – m2-ultramem-416 |
Compute-optimized | c6g.medium – c6gd.metal c5.large – c5d.metal c5a.large – c5ad.24xlarge c5n.large – c5n.metal c4.large – c4.8xlarge |
c2-standard-4 – c2-standard-60 |
Storage-optimized | i3.large – i3.metal i3en.large – i3en.metal d2.xlarge – d2.8xlarge h1.2xlarge – h1.16xlarge |
N/A |
GPU | p4d.24xlarge p3.2xlarge – p3db.24xlarge p2.xlarge – p2.16xlarge inf1.xlarge – inf1.24xlarge g4dn.xlarge – g4dn.metal g3s.xlarge – g3.16xlarge f1.2xlarge – f1.16xlarge |
NVIDIA® Tesla® T4 – NVIDIA® Tesla® K80 NVIDIA® Tesla® T4 Virtual Workstation – NVIDIA® Tesla® P100 Virtual Workstation |
High performance | N/A | N/A |
Custom VM resource configuration | Yes | Yes |
Billeder af virtuelle maskiner
For at fremskynde din virtuelle maskines implementering kan du bruge maskine-billeder.
Disse er typisk konfigureret til at omfatte et operativsystem og den nødvendige understøttende webserver og databasesoftware. Både Compute Engine og Amazon EC2 bruger maskin-billeder til at oprette nye forekomster. Ud over standardkonfigurationerne giver de begge dig mulighed for at bruge billeder, der er offentliggjort af en tredjepartsleverandør eller brugerdefinerede billeder, der er oprettet til privat brug.
Platformene er ens nok til, at du kan bruge den samme arbejdsgang til oprettelse af billede på både Amazon EC2 og Compute Engine.
Når det kommer til billedlagring, tager de lidt forskellige tilgange. På Google Cloud gemmes billeder med Compute Engine, mens Amazon EC2 gemmer sine billeder i forskellige tjenester – Amazon Simple Storage Service (S3) eller Amazon Elastic Block Store (EBS).
Den særskilte fordel, som Amazon EC2 tilbyder over Compute-motoren, er muligheden for at få adgang til et community-lager af færdige billeder og muligheden for at gøre dine egne billeder offentligt tilgængelige (hvis dette er et krav).
På bagsiden tilbyder Compute Engine fordelen ved globalt tilgængelige maskine-billeder. Mens Amazon Machine-billeder er geolåste, hvilket betyder, at de kun er tilgængelige i en bestemt region.
Automatisk skalering af forekomster af virtuelle maskiner
En af de mest kraftfulde fordele ved cloud er muligheden for at skalere dine arbejdsbelastningsressourcer for at imødekomme efterspørgslen. Dette går begge veje, øger ressourcerne i spidsbelastningsperioder for at opretholde ydeevnen og omvendt reducerer ressourcerne i stille tider for at begrænse spild og kontrolforbrug. Denne proces er almindeligt kendt som autoskalering.
Både Compute Engine og Amazon EC2 understøtter og implementerer autoskalering på samme måde, så du kan oprette og fjerne ressourcer i tråd med brugerdefinerede politikker.
Amazon EC2 skalerer automatisk forekomster i en gruppe, hvor hver forekomst oprettes fra en defineret startkonfiguration. Forekomster oprettes eller fjernes baseret på en af tre valgte skaleringsplaner
- Manuel – du instruerer manuelt automatisk skalering op eller ned
- Tidsplan – du konfigurerer specifikke tidsrammer til automatisk skalering af ressourcer
- Dynamisk – du opretter politikker til at skalere dine forekomster baseret på Amazon CloudWatch metrics eller Amazon Simple Queue Service (SQS) -køer.
Compute Engine skalerer forekomster i en administreret instansgruppe. Hver forekomstgruppe oprettes ud fra en forekomstskabelon med ressourcer, der skaleres baseret på en politik for automatisk skalering. I modsætning til Amazon EC2 understøtter Compute Engine’s automatiske scaler kun dynamisk skalering.
Midlertidige virtuelle maskininstanser
Hvis du vil udnytte kraften i cloud computing, men kun har et begrænset budget, er det værd at undersøge muligheden for midlertidige forekomster. Virtuelle maskiner, der kører på spare cycles af ressourcer, der er allokeret til andre processer.
Midlertidige forekomster er tilgængelige sporadisk, så de bruges bedst på job, der:
- kan afbrydes uden at du mister arbejde
- behøver ikke at udfylde inden for en bestemt tidsramme, typisk arbejdsbelastninger med lav prioritet
- behøver ikke højere beregningskraft, f.eks. gengivelse af video
Både Amazon EC2 og Compute engine tilbyder en version af midlertidige forekomster. Selvom de bruger forskellige prismodeller og navngivningskonventioner, deler de et sæt almindelige attributter, når deres midlertidige VM’er:
- er fuldt kontrollerbare, mens de kører
- køre på samme præstationsniveauer som on-demand-forekomster
- er begrænset til et delsæt af maskintyper og maskine-billeder versus on-demand-forekomster
Amazon EC2 midlertidige VM’er er kendt som Spot Instances. De fås i to formater:
- Undefined Spot Instances – du køber en spot instance i en udefineret periode og betaler den pris, der gælder i den periode, dine forekomster kører. Denne type tilfælde kan være tilgængelig til en nedsat pris på op til 90% af standard on-demand-prisfastsættelse. Du kan kontrollere og sammenligne aktuelle Spot-priser versus On-Demand-priser via Spot Instance Advisor.
- Spot forekomster i den foruddefinerede varighed – du køber en tidsperiode på forhånd. Fås i intervaller hver time i op til 6 timer. Med planlægning fremad har du kun adgang til rabatter fra 30-50%.
Compute Engine midlertidige virtuelle maskiner er navngivet Preemptible Virtual Machines. De er tilgængelige længere end deres Amazon EC2-kolleger og kører i op til 24 timer (hvis de ikke genvindes), før de automatisk opsiges. Deres prisstruktur er fast og er tilgængelig med en nedsat sats på op til 80% i forhold til on-demand-satser for tilsvarende VM-forekomster.
Netværksfunktioner
Amazon Web Services og Google Cloud har hver udviklet en formidabel global cloud infrastruktur. Deres spredte netværk består af 100’ere af sammenkoblede datacentre over hele kloden.
Hver udbyder har udviklet et avanceret cloudnetværk designet til høj fejltolerance, utallige redundansscenarier og lave latenstidsniveauer. Hver tilbyder netværkstjenester, der er i stand til at levere højhastighedsforbindelse til virtuelle computere, andre cloudtjenester og lokale servere.
Inden for dette afsnit vil vi se nærmere på og sammenligne de netværksprodukter og tjenester, der tilbydes fra Google og Amazon.
Product | Amazon Web Services | Google Cloud Platform |
CDN | Amazon CloudFront | Cloud CDN |
Dedicated Interconnection | AWS Direct Connect | Cloud Interconnect |
DNS | AWS Route 53 | Cloud DNS |
Load Balancing | Elastic Load Balancing | Cloud Load Balancing |
Virtual Networks | Amazon Virtual Private Cloud | Google Virtual Private Cloud |
Tiers | N/A | Network Service Tiers |
Placeringer
Begge udbydere fortsætter en hurtig udvidelse af deres respektive infrastruktur med nye placeringer af datacentre under udvikling eller planlagt for fremtiden. Når man sammenligner placeringsnumrene for netværks tilgængelighed, ser det ud for tæt på opkald.
Google Cloud Network Locations
Google kan prale med netværksplaceringer i cloud, der i øjeblikket er tilgængelige i 37 regioner, 73 zoner, 144 network edge placeringer og 200+ lande og territorier. De tilføjede for nylig nye placeringer i Seoul, Salt Lake City, Las Vegas, og Jakarta.
I fremtiden vil Google Cloud fortsætte med at udvide til følgende placeringer: Warszawa (Polen), Doha (Qatar), Toronto (Canada), Paris (Frankrig), Milano (Italien), Santiago (Chile) og Madrid (Spanien).
Amazon Web Services Netværksplaceringer
AWS tilbyder nu cloud-netværksplaceringer tilgængelige i 24 regioner, 77 zoner, 210 netværkskantplaceringer og 245 lande og territorier. Mens tallene vises for tæt på at ringe, er Amazons netværk større og tilbyder flere tilgængelighedszoner i dobbelt så mange regioner som Google. Hvilket ville give dem en fordel, når det kommer til ventetid.
Kommer snart, planlægger Amazon at lancere yderligere datacentre i Hyderabad (Indien), Jakarta (Indonesien), Osaka (Japan), Madrid (Spanien) og Zürich (Schweiz).
Content Delivery Network (CDN)
AWS og Google Cloud tilbyder hver et Content Delivery Network (CDN) produkt. Begge låser op for muligheden for at levere dit indhold og dine tjenester til slutbrugere hurtigere ved at replikere og hoste det på tværs af deres globale infrastruktur for at give mulighed for mere lokal adgang. Dette betyder hurtigere indlæsningstider, reduceret belastning af båndbredde og større lydhørhed på tværs af dine applikationer, websteder og tjenester.
Navngivet Amazon CloudFront og Cloud CDN, tilbyder de hver især forbedret sikkerhed for at forsvare sig mod de hyppigst forekommende DDoS-angreb på netværk og transportlag som standard. De tilbyder også dyb integration med deres respektive platforme, så du kan låse op for yderligere værktøjer til at overvåge og forbedre ydeevnen.
Load Balancing
Både Google Cloud og AWS tilbyder load balancing services. Konfigureret korrekt hjælper de dig med automatisk at distribuere trafik på tværs af flere forekomster for forbedret tilgængelighed og fejltolerance for dine applikationer. De tilbyder disse tjenester i forskellige konfigurationer, som vi nu vil se nærmere på.
AWS Load Balancing
Load balancing service fra AWS kaldes Elastic Load Balancing (ELB). Det har følgende egenskaber og muligheder:
- Du kan bruge AWS-load balancing services både internt og eksternt.
- Det giver dig mulighed for at dirigere trafik til forekomster i en eller flere tilgængelighedszoner i en bestemt region.
- Regelmæssig sundhedskontrol udføres på target instances, når en forekomst bliver usund, omdirigeres trafik.
- ELB kan integreres med AWS Auto Scaling Service, dette muliggør automatisk tilføjelse og fjernelse af forekomsten, når Auto Scaling skalerer op eller ned
- En Application Load Balancer er tilgængelig til indholdsbaseret routing og SSL
- En Network Load Balancer er tilgængelig til forbindelser med høj gennemstrømning, lav latenstid og lag 4.
Tjek Elastic Load Balancing comparison for en mere detaljeret sammenligning af funktioner.
Google Cloud Load Balancing
Googles load balancing service kaldes passende Cloud Load Balancing. Det tilbyder forskellige egenskaber og muligheder:
- Google Cloud load balancing services er adskilt mellem intern og ekstern adgang.
- I modsætning til ELB får du en enkelt IP-adresse, der er tilgængelig globalt, når der oprettes en ekstern Compute Engine load balancer. Denne IP-adresse bruges i hele belastningsbalancen og kan derfor bruges til DNS-poster, tilladelseslister og konfiguration i apps.
De forskellige typer af Compute Engine af load balancers inkluderer:
- Network load balancing – designet til ekstern Layer 4 load balancing, det understøtter UDP- og TCP traffic balancing på tværs af flere porte eller port ranges.
- HTTP (S) load balancing med TCP og SSL proxy – designet til ekstern Layer 7 load balancing, trafik afbalanceres gennem forskellige globale og regionale protokoller. Med trafik automatisk omdirigeret til nærmeste backend, baseret på tilgængelig kapacitet.
- Intern TCP/UDP load balancing – software-defined regional load balancing, der omdirigerer trafik fra din forekomst til en backend-forekomst.
- Internal HTTP(S) load balancing – leverer proxy-based load balancing af Layer 7-applikationsdata med avanceret trafikstyring og TLS-afslutning.
Privat forbindelse til andre netværk
Hvis du vil oprette en privat forbindelse til forekomster uden for din cloud setup cloud,, som dit lokale miljø, tilbyder både AWS og Google Cloud tjenester til flere krav:
Virtuelt privat netværk (VPN)
De respektive tilbud fra Cloud Router og Amazon VPC giver dig mulighed for at oprette en privat gateway mellem deres sky og dine netværk
Privat forbindelse til en VPC
Når en VPN ikke giver den hastighed, du har brug for til bestemte arbejdsbelastninger, kræves der en dedikeret ressource. Begge udbydere tilbyder private tilslutningstjenester med en netværkslinje, der tilbyder et dedikeret kapacitetsniveau:
- AWS giver dig mulighed for at oprette en privat lejet linje med en AWS-partner gennem sin Direct Connect service. Få adgang til en 1-10 Gbps-forbindelse, der giver dig forbindelseshastigheder fra 50 Mbps.
- Google giver dig mulighed for at oprette direkte fysisk forbindelse til din Google VPC fra en partnerfacilitet med intervaller på 10 Gbps gennem sin Dedicated Interconnect service. Ligesom AWS leverer Partner Interconnect forbindelseshastigheder fra 50 Mbps.
Højhastighedsforbindelse til andre cloud tjenester
Begge udbydere tilbyder højhastighedsforbindelse for adgang til cloud tjenester uden for din VPC.
AWSs Direct Connect-tjeneste opretter en separat virtuel grænseflade, hvorigennem du kan få adgang til alle AWS-cloud tjenester.
Google Cloud har en bredere vifte af tjenester:
- Direct Peering – lader dig få adgang til alle Google-cloudtjenester via en privat netværkslinie til et hvilket som helst af Googles Edge Points of Presence.
- Carrier Peering – tilbyder de samme interconnectivity services, kun forbindelsen lejes fra en Google-partner.
- Private Google Access for on-premises hosts – leverer privat adgang via Dedikeret Interconnect eller Partner Interconnect.
Content Delivery Network Connectivity
Begge udbydere tilbyder discounted egress rates fra dine cloud ressourcer til en CDN-udbyder. Amazon leverer kun disse priser til sin egen CDN-tjeneste, Amazon CloudFront. Google tilbyder CDN Interconnect, som giver discounted egress rates gennem flere CDN-udbydere.
DNS
Begge udbydere leverer administrerede DNS-tjenester gennem deres respektive Amazon Route 53 and Cloud DNS-tilbud. Hver understøtter næsten alle DNS-posttyper, anycast-baseret betjening og domain name registration.
Hvor de adskiller sig, understøtter Amazon Route 53 to rutemuligheder, hvor Cloud DNS ikke gør det. Geografibaseret routing, der giver dig mulighed for at begrænse indholdet til geografiske placeringer. Og latensbaseret routing, som styrer trafik baseret på latensniveauer målt af DNS-tjenesterne.
Tabellen nedenfor viser en liste over funktioner, der er kortlagt på tværs af begge tjenester:
Feature | Amazon Route 53 | Cloud DNS |
Zone | Hosted Zone | Managed Zone |
Support for most DNS record types | Yes | Yes |
Any-cast-based serving | Yes | Yes |
Latency-based routing | Yes | No |
Geography-based routing | Yes | No |
DNSSEC for DNS Service | No | Yes |
Private Zones / Split Horizon | Yes | Yes |
Network service niveauer
Indtil i dag er Google Cloud Platform den eneste udbyder, der tilbyder netværkstjenester til sine kunder. Når du vælger mellem et standard- og premium-niveau, har du fleksibiliteten til at optimere dit netværk baseret på ydeevne og pris.
Premium-niveau
Valg af Premium-niveau låser Googles netværk med høj ydeevne og lav latenstid. Din trafik prioriteres, idet den dirigeres gennem de færreste humle via de hurtigste stier for at fremskynde transporthastigheder og øge sikkerheden. Du får også adgang til global network load balancing, mens du er beskyttet af en global SLA.
Standard niveau
Hvis du vælger standardniveau, forbinder du dig til Googles netværk med lavere ydelse, stadig meget konkurrencedygtig med andre offentlige cloudtjenester. Dine load balancing services forbliver regionale, og du er ikke beskyttet af en global SLA. Denne mulighed er for dem, hvor omkostningerne opvejer overvejelser om ydeevne.
Storage features
Der findes fem forskellige typer lagertjenester fra Amazon- og Google Cloud-platformene. Det er vigtigt at forstå de forskellige anvendte lager- og disktyper, da de vil have en direkte indflydelse på din ydeevne.
Opbevaring af distribueret objekt
Distribueret objektlagring er en metode til lagring af data som objekter, også kendt som klatter. Det giver dig mulighed for at gemme, beskytte og få adgang til store datamængder til brug i en bred vifte af scenarier, herunder websteder, mobilapps, backups, arkivering og big data-analyse.
Amazon Simple Storage Service (S3) og Google Cloud Storage er de konkurrerende lagringstjenester for distribueret objekt. De fungerer hver på samme måde, så du kan gemme genstande i en bucket. Hver spand kan identificeres med en unik nøgle, og hvert objekt har en tilknyttet metadatapost, der indeholder information inklusive objektstørrelse, dato for sidste ændring og medietype.
Begge udbydere har også et lignende funktionssæt for deres tjenester, herunder:
- Evnen til at være host for statiske medier og webindhold
- Object Versioning – hvor et objekt kan lagres som flere forskellige versioner for at forhindre tab af data gennem objekter, der ved et uheld bliver overskrevet
- Ledelse af objektets livscyklus – giver dig mulighed for at automatisere migrering og sletning af objekter gennem forudindstillede brugerdefinerede livscykluspolitikker
- Opdater underretninger – som kan konfigureres til at udstede underretninger, når objekter oprettes, opdateres eller slettes. Google Cloud Storage tilbyder en mere detaljeret tilgang til underretningstyper.
- Service Level Agreement (SLA) – både Amazon S3 og Cloud Storage giver SLA oppetidsgarantier med et differentieret refusionsbeløb, når oppetid falder til under 99,95%.
Nedenfor er en tabel, der beskriver en mere detaljeret sammenligning af terminologi og funktioner:
Feature | Amazon S3 | Cloud Storage |
Unit of Deployment | Bucket | Bucket |
Deployment identifier | Globally unique key | Globally unique key |
File system emulation | Limited | Limited |
Object metadata | Yes | Yes |
Object versioning | Yes | Yes |
Object lifecycle management | Yes | Yes |
Update notifications | Event notifications | Pub/Sub Notifications for Cloud Storage, Cloud Storage triggers for Cloud Functions, and object change notifications |
Service classes | Standard, Standard-Infrequent Access, One Zone-Infrequent Access, Amazon Glacier | Standard, Nearline, Coldline, Archive |
Deployment locality | Regional | Multi-regional and regional |
Pricing | Priced by the amount of data stored per month, network egress, and number of common API requests | Priced by the amount of data stored per month, network egress, and number of common API requests |
Block opbevaring
Blokering er processen med at tilføje en virtuel disk til en cloud baseret virtuel maskine.
Begge udbydere tilbyder block storage services, der integreres med deres respektive VM-computertjenester, og tilbyder flere block storage typer, der kan konfigureres til forskellige ydeevne og prisniveauer.
Google leverer Persistent Disk i kombination med Compute Engine til sin blokopbevaringstjeneste. Mens Amazon tilbyder Elastic Block Store (EBS) i forbindelse med Amazon EC2. Hver giver dig mulighed for at fastgøre diske på to forskellige måder:
Network-Attached Disks
En netværksforbundet disk er, hvor en diskvolumen er forbundet til din VM-forekomst via cloududbyderens netværk. Dette medfører de iboende cloud fordele ved indbygget redundans, snapshotting og nem løsrivelse og genfastgørelse af diskvolumener.
Lad os se på højt niveau på funktionssammenligningerne mellem Google og Amazon-bloklagertjenester:
Feature | Amazon EBS | Google Persistent Disks |
Volume types | EBS Provisioned IOPS SSD, EBS General Purpose SSD, Throughput Optimized HDD, Cold HDD | Zonal standard persistent disks (HDD), regional persistent disks, zonal SSD persistent disks, regional SSD persistent disks |
Volume locality rules | Must be in same zone as instance to which it is attached | Must be in same zone as instance to which it is attached |
Volume attachment | A single volume to be attached to up to 16 instances – each with read-write permissions to the shared volume | A single volume can be attached to up to 10 instances in read-only mode |
Attached volumes per instance | Up to 40 | Up to 128 |
Maximum volume size | 16 TiB | 64 TB |
Redundancy | Zonal | Zonal or multi-zonal depending on volume type |
Snapshotting | Yes | Yes |
Snapshot locality | Regional | Global |
Der er nogle særskilte funktionsforskelle, der kræver en nærmere inspektion:
Volumen vedhæftet fil og løsrivelse
Når du opretter en diskvolumen, kan du vedhæfte den til en enkelt Compute Engine eller Amazon EC2-forekomst. Denne forekomst kan derefter montere og formatere diskvolumen. Du kan også vælge at afmontere og afmontere denne diskvolumen, som derefter kan forbindes igen til en separat forekomst.
Indtil for nylig havde Google en betydelig kant, der tilbyder kapacitet til, at et enkelt volumen kan knyttes til flere forekomster i skrivebeskyttet tilstand. Dette ændrede sig med Amazons introduktion af EBS Multi-Attach, hvilket gjorde det muligt at knytte et enkelt volumen til op til 16 AWS Nitro-baserede forekomster inden for den samme tilgængelighedszone. Hver instans har læs-skriv tilladelser til den delte lydstyrke.
Volume Snapshotting
Google Persistent Disk og Amazon EBS giver dig mulighed for at oprette og gemme snapshots af din diskvolumen. Giver dig mulighed for at oprette nye diskenheder på et senere tidspunkt ved hjælp af øjebliksbillede.
Processen med at oprette snapshots er ens på tværs af tjenesterne. Oprindeligt oprettede en fuld kopi af lydstyrken, hvor fremtidige snapshots kun kopierede ændringer fra den foregående lydstyrke.
Det er deres tilgængelighed, der adskiller sig. Google Snapshots drager fordel af at være tilgængelige globalt og kan bruges i enhver region uden yderligere gebyrer eller krav. Amazon EBS-snapshots er forskellige, kun tilgængelige i en region som standard. Du skal udtrykkeligt kopiere og pådrage dataoverførselsgebyrer, hvis du ønsker at lave et øjebliksbillede med AWS tilgængeligt i en anden region.
Lokalt tilknyttede diske
En lokalt tilknyttet disk er direkte forbundet til den fysiske maskine, der kører din forekomst. Denne direkte forbindelse giver fordelene ved reduceret ventetid og højere gennemstrømning ved øget ydeevne.
Lad os se nærmere på, hvordan lokalt vedhæftede diske i Compute Engine og Amazon EC2 sammenligner for funktioner i deres respektive bloklagertjenester:
Block Storage | Amazon EC2 | Google Persistent Disks |
Service name | Instance store | Local SSD |
Volume attachment | Tied to instance type | Can be attached to any non-shared-core instance |
Device type | Varies by instance type – HDD, SSD, etc. | SSD |
Attached volumes per instance | Varies by instance type – up to 24 | 24 |
Storage capacity | Varies by instance type – up to 2500 GB per volume | 356 GB per volume |
Live migration | No | Yes |
Redundancy | None | None |
Filopbevaring
Hvis du har brug for filopbevaring som en del af din cloud opsætning, tilbydes tjenester fra både AWS og Google Cloud. De hedder henholdsvis Amazon Elastic File System (EFS) og Google Filestore, sidstnævnte en ny udgave, der kommer fra betatestning i slutningen af 2018.
Begge tilbyder en fuldt administreret service, hvor du hurtigt kan oprette og konfigurere filsystemer, mens den underliggende infrastruktur og tilhørende implementering, patch og vedligeholdelse håndteres af din udbyder. Sikkerhed af data sikres gennem kryptering i hvile og under transport med evnen til at skalere dine forekomster for at imødekomme ændringer i krav til ydeevne.
En stor forskel mellem de to udbydere, Amazon EFS kører på den nyere Network File System Protocol, NFSv4. Mens Googles Filestore-tjeneste bruger den ældre NFSv3-protokol. Mens undersøgelser har vist, at NFSv4 giver betydelige præstationsforbedringer i forhold til NFSv3, er specifikationerne for kapacitet og IOPS ydeevne fra begge udbydere slående ens.
Amazon EFS tilbyder ydelsesfunktioner op til 10 GB/sek og over 500.000 IOPS, mens Filestore siges at maksimalt udgøre 16 GB/sek og 480.000 IOPS. I laymans termer vil begge tilbyde dig en lage rinfrastruktur, der er i stand til at håndtere dine arbejdsopgaver med højeste ydeevne med lav latenstid.
Cool opbevaring
Hvis du planlægger at gemme data, der er sjældent tilgængelige, uden behov for øjeblikkelig tilgængelighed, bør du overveje kølig opbevaring.
Både Amazon S3 og Cloud Storage giver en lagringsklasse med reduceret pris til denne type data. Amazon S3 tilbyder sjældne lagringsklasser Standard-IA og One Zone-IA. Mens Cloud Storage tilbyder sjældne klasser af Nearline og Coldline.
Opbevaring af cold eller arkiverede data
Hvis du planlægger at gemme data til arkiveringsformål, kræver det ikke regelmæssig eller hurtig hentning, både Amazon og Google tilbyder en ekstra kolde opbevaringsklasse til denne datatype. De er kendt som Amazon Glacier og Google Archival Cloud Storage.
Begge er omkostningseffektive lagringsmuligheder til langsigtet opbevaring af data, der måske er adgang til mindre end en gang om året.
Sikkerhedsfunktioner
Sikkerhed vil være hoved blandt dine overvejelser, når du udforsker en cloududbyder. Når du sammenligner cloud sikkerhed, vil du udforske og fokusere på de kontrolelementer, politikker, processer og teknologier, der kombineres for at beskytte dine cloudbaserede data, systemer og infrastruktur.
Både Amazon Web Services og Google Cloud er kendt for at tilbyde banebrydende cloud-sikkerhed. Forpligtet til løbende at fremme forskning og udvikling af deres platforme for at forblive modstandsdygtige over for et stadigt udviklende trussellandskab.
Begge udbydere leverer cloudsikkerhed på tre måder på en højniveau-tilgang:
- Sikkerhed i deres cloud – giver dig som standard beskyttelse gennem sikkerhedsfunktioner indbygget i deres cloudplatforms underliggende infrastruktur
- Sikkerhed i skyen – giver dig mulighed for at forbedre beskyttelsen af dine applikationer og data gennem yderligere sikkerhedsprodukter og -tjenester, der er tilgængelige inden for deres cloudplatform
- Sikkerhed overalt – beskyt dine aktiver uanset placering ved at udvide sikkerhedsfunktioner ud over deres cloudplatform med protokoller som kryptering
Lad os undersøge de vigtigste overvejelser, når vi sammenligner Google Cloud Security med AWS Security.
Overholdelse
Databeskyttelse og overholdelse er en stadigt stigende strøm af lovgivningsmæssig kontrol anvendt på information fra både regeringer og industri. Overholdelse skal overvejes, når du vælger din cloud-platform.
Både AWS og Google Cloud-platforme opfylder nogle af de strengeste overholdelseskrav, herunder CSA STAR, GDPR, HIPPA, PCI-DSS, og en række ISO-standarder.
Begge udbydere tilbyder compliance programmer, der omfatter certificeringer, lovgivning, regler, rammer og privatliv med en tydelig crossover.
Amazons cloud-platform og AWS-compliance programmer lever op til 75 compliance-standarder. Google Clouds compliance tilbud leverer også mod 75 compliance standarder. At gøre begge udbydere til en levedygtig mulighed, selvom du arbejder i en stærkt reguleret sektor som sundhedsydelser eller finansielle tjenester.
Fortsat at stjæle overskrifter inden for overholdelse er GDPR. Vær sikker på at både AWS og Google Cloud-platforme er GDPR-kompatible og hver tilbyder et ressourcecenter. Hjælper dig med at opfylde kravene til beskyttelse, behandling og fortrolighed af alle data, du har om en europæisk statsborger.
Kryptering
Kryptering spiller en afgørende rolle i beskyttelsen af dine oplysninger. Praksis med at kode data – hvilket gør det næsten umuligt at dechifrere uden en dekrypteringsnøgle – bør implementeres uanset hvor dine data opbevares. At sikre, at dine data er sikre, selvom de bliver opfanget i transit eller i hvile
Både Google Cloud og AWS tilbyder kryptering som standard til data under transport og i hvile ved hjælp af 256-bit AES. Hver tilbyder dig en række muligheder for at beskytte data ved hjælp af enten serversiden eller klientsides kryptering.
Google Cloud Key Management og AWS Key Management Service (KMS) er de konkurrerende krypteringstjenester, der tilbydes. Hver giver dig mulighed for let at oprette og administrere de nøgler, der bruges til at kryptere og digitalt signere dine data.
Firewalls
En firewall, der fungerer som den første forsvarslinje for din it-infrastruktur, er ansvarlig for at beskytte dit netværk mod uønsket indtrængen. Både Google Cloud og Amazon leverer avanceret firewallbeskyttelse af deres cloudplatforme.
Derudover tilbyder begge udbydere firewall-as-a-service-produkter for at forbedre beskyttelsen, hvis du driver en Virtual Private Cloud (VPC), forsvarer dig mod DDoS-angreb og centraliserer styringen af din firewall-opsætning.
AWS Network Firewall og Google Cloud Firewalls er de konkurrencedygtige tjenester, der giver dig mulighed for at distribuere netværkssikkerhedsadgang på tværs af dine VPC’er med få klik. Hvis du er på udkig efter beskyttelse mod DDoS-angreb, kan du vælge mellem lignende navngivne tjenester fra AWS Shield eller Google Cloud Armor.
Når det kommer til den centrale konfiguration og styring af firewallregler på tværs af dine cloudhostede konti og applikationer, tilbyder Amazon dette som en separat tjeneste ved navn AWS Firewall Manager. Funktioner og funktionalitet, som Google inkluderer som en del af sin centrale Cloud Firewall-tjeneste.
Identity Access Management (IAM)
At kontrollere, hvem der har adgang til, hvad der spiller en kritisk rolle i systemsikkerhed, er dette kendt som Identity Access Management. Det er det første skridt i at forhindre uønskede besøgende i at få adgang til følsomme oplysninger.
Både Google Cloud og AWS leverer Identity Access Management-tjenester inden for deres cloudplatform. Giver dig detaljeret kontrol over, hvem der har adgang til dine applikationer, hvilke data de kan få adgang til, og hvad de kan gøre med dine data.
Nedenfor er de vigtigste konkurrerende IAM-tjenester, der tilbydes:
Konsol til identitets- og adgangsstyring
Dette er den centraliserede IAM-tjeneste, der giver dig fuld synlighed og kontrol til at styre dine skyressourcer. At give administratorer beføjelse til at kontrollere, hvem der kan handle på specifikke ressourcer.
- AWS – AWS Identity and Access Management (IAM)
- Google Cloud – Cloud Identity and Access Management (IAM)
Managed Services til Microsoft Active Directory
Hvis du allerede implementerer IAM ved hjælp af Microsofts Active Directory og planlægger at fortsætte med at gøre det i skyen, tilbyder begge cloud-udbydere dig en hærdet tjeneste til at køre Microsoft AD.
- AWS – AWS Directory Service
- Google Cloud – Managed Service for Microsoft Active Directory
Single Sign-On
Administrer og styr centralt brugeradgang til flere konti og applikationer både lokalt og i skyen via adgang til enkelt login. Hjælper dig med at levere forbedret produktivitet og UX for medarbejdere gennem nem adgang.
- AWS – AWS Single Sign-On
- Google Cloud – Single sign-on (SSO)
Mobile og Web Application Control
Udnyt en skybaseret IAM-tjeneste, så du kan tilføje brugertilmelding, login og adgangskontrol til dine mobil- og webapps.
- AWS – Amazon Cognito
- Google Cloud – Identity Platform
Delt ansvar
Implementering af sikkerhed og overholdelse i cloud er et fælles ansvar.
Det er vigtigt, at du forstår skillet mellem, hvem der er ansvarlig for hvad, når det kommer til at implementere en robust cloud-sikkerhedsposition. En misforståelse her vil skabe sikkerhedssårbarheder, der let kan undgås.
Amazon Web Services og Google Cloud Platform giver omfattende vejledning om deres delte ansvarsmodeller for cloudsikkerhed. Nedenfor er en grafisk gengivelse på højt niveau af hver.
AWS Shared Responsibility Model
Google Cloud Shared Responsibility Model
Support
Implementering af en ny skytjeneste vil du støde på tilfælde, hvor du mangler den nødvendige viden eller ekspertise til at udføre en opgave. I disse situationer vil du have en cloududbyder, der har den ekstra vejledning og support, du har brug for for at overvinde sådanne forhindringer.
Både AWS og Google Cloud er kendt for deres omfattende biblioteker med teknisk dokumentation. Samt deres egne blomstrende sky-samfund, fyldt med tusindvis af cloudeksperter, der altid er villige til at dele deres viden.
Her kan du gennemse et væld af emner, der spænder over tutorials, diskussioner og endda personlige møder. Nedenfor kan du finde links til respektive dokumentations- og community-portaler:
Du kan løse de fleste af de problemer, du løber ind med støtte fra ovenstående kilder. Til sidst vil du løbe ind i en situation, hvor øjeblikkelig, avanceret ekspertise og praktisk support er påkrævet. I denne situation er det fornuftigt at have en officiel supportløsning på plads direkte fra din cloududbyder eller en autoriseret tredjepartspartner.
Som en del af deres supportmodel tilbyder både AWS og Google Cloud grundlæggende support. Ved siden af en række ekstra betalte premium-planer. Hvis du overvejer en præmieplan, skal du undersøge og forstå, hvad der er inkluderet. Dette involverer de tilknyttede gebyrer for at sikre, at du vælger en plan, du har brug for, til en pris, du har råd til.
Google Cloud supportplaner
Google Cloud har 4 tilgængelige supportplaner, der er opdelt i to typer – rollebaseret support og premium support.
Rollebaseret support er opdelt i tre niveauer – Basic, Development, Production:
- Priserne spænder fra gratis til 250 USD pr. måned pr. bruger.
- Hver ekstra forøgelse af niveau giver flere supporttyper, accelererede svartider, flere kommunikationskanaler, større tilgængelighed og eskaleringsvalg for mere øjeblikkelige problemer.
- Planer for udviklings- og produktionsstøtte kan kombineres for maksimal dækning.
Premium support er den tilgængelige plan på højeste niveau:
- Priserne kan være op til 150.000 USD pr. år med yderligere 4% af GCP og/eller Google Workspace-udgifter
- Du modtager garanterede svartider inden for 15 minutter, 24/7 support til kritiske problemer, en teknisk kontoadministrator, intelligente supportsystemer og endda uddannelse.
- Planen kan tilpasses fuldt ud, så du kan skræddersy support på tværs af de produkter og tjenester, der er vigtigst for din organisation.
AWS Cloud Support-planer
AWS har også 4 tilgængelige supportplaner, der er opdelt mellem gratis og premium.
Premium support er opdelt i 3 niveauer – Developer, Business og Enterprise:
- Priserne starter fra 29 USD pr. måned + 3% af AWS-brugen og skaleres opad 1200 USD pr. måned baseret på en procentdel af det månedlige AWS-forbrug, der falder, jo mere du bruger
- Hvert ekstra niveau udjævner din support med bedste praksis-kontrol, yderligere kommunikationskanaler, 24/7 tilgængelighed, udstedt responstid inden for 15 minutter til forretningskritiske systemafbrydelser, en support-API, en teknisk kontoadministrator og træningsressourcer.
- Højere planer kan også tilpasses, så du kan vælge og vælge de produkter og tjenester, som du ønsker premium support til.
Her på Kinsta forstår vi vigtigheden og behovet for ekspertsupport i tider med behov. Derfor består hele Kinsta supportteam af ekspert WordPress- og Linux-ingeniører. Uanset om du er en SMV- eller Fortune 500-virksomhed, får du det samme niveau af dedikeret premium support.
Fakturering og prisfastsættelse
Uden tvivl er nøjagtige prissammenligninger mellem cloud-udbydere et af de mest udfordrende aspekter af beslutningsprocessen. Hver udbyder har en unik fakturerings- og prisfastsættelsesmetode med utallige variabler og bevægelige dele.
For at hjælpe dig med bedre at forstå udfordringen ved sammenligning af priser fra cloud-udbydere er nedenstående blot nogle få variabler, der vil påvirke prisfastsættelsen af din ønskede cloud installation:
- Virtuelle maskiner – antal forekomster, RAM-krav, antal CPU’er, reserverede eller midlertidige forekomster
- Lagerdiske – krævet lagermængde, datatyper, krav til redundans, netværksbundet eller lokalt tilknyttet
- Abonnementsmodel – uanset om du køber efter andet, minut, time, dag, måned eller år
- Support – hvilket niveau du vælger, uanset om du tilpasser din support, dit gennemsnitlige månedlige cloud forbrug
- Betalingsmodel – uanset om du vælger en pay-as-you-go-tjeneste, en reserveret instans eller en langsigtet forpligtet brugskontrakt
- Placering – placering af datacenter påvirker også prisfastsættelsen
Jo større din cloud installation er, jo større er kompleksiteten. Især når man tager hensyn til de forskellige teknologityper mellem cloud-udbydere. Tag for eksempel VM’er, den forskellige teknologi kan muligvis gøre det umuligt for en lignende-lignende-sammenligning for RAM- og CPU-krav.
Frygt ikke, vi har nogle værktøjer, information og vejledning, der hjælper dig med at komme i gang med at oprette din egen tilpassede prissammenligning mellem Google Cloud og AWS.
AWS vs Google Cloud Pricing Comparison
Der er bogstaveligt talt 100’ere af forskellige produkter tilgængelige fra Google Cloud og AWS. Hver med sit eget undersæt af tjenester, teknologier og prissætningsmodeller. De tilgængelige muligheder betyder implementeringskombinationer kan let krydse over i 1000’erne. Det er ikke overraskende, mange er overvældede og udforsker endda lager- og compute kombinationer til den mest basale implementering.
Cloud Pricing Calculators
Heldigvis har begge udbydere hver deres omfattende prisregner. Den indeholder alle produkter og tjenester, specifikationer og tilhørende omkostninger. Dette er dit første skridt i at skabe et sammenligneligt prisoverslag.
Med henblik på denne prissammenligning undersøger vi VM compute cost fra Amazon EC2 og Google Compute Engine. Vi har valgt denne sammenligningsindstilling, da to tredjedele af det samlede cloud-forbrug ifølge Gartner typisk er på beregningsressourcer. I de fleste tilfælde vil compute ressourcer også udgøre grundlaget for din cloud installation. Så uden yderligere forsinkelse, lad os tage et dybt dyk.
Antagelser om sammenligning af cloud-priser
For at skabe en nøjagtig sammenligning vælger vi den samme region, CPU’er og operativsystem til vores compute setup:
- Region: Nordlige Virginia – USA Øst
- Operativsystem: Linux
- vCPU’er / kerner: 4
Vi har derefter valgt VM-forekomster med sammenlignelige RAM-specifikationer på tværs af de forskellige maskintyper:
- Generelle formål
- Beregn optimeret
- Hukommelses optimeret
- GPU-forekomster / VM’er
Du er velkommen til at lege med dine muligheder, da du finder udskiftning mellem forskellige variabler af forekomststyper, region, operativsystem og CPU’er kan ændre din pris pr. Time betydeligt.
Nedenfor er en tabel, der skitserer de valgte forekomster til sammenligning:
Instance Type | Amazon EC2 | EC2 RAM(GiB) | Compute Engine | Google RAM (GiB) |
General Purpose | t4g.xlarge | 16 | n1-standard-4 | 15 |
Compute Optimized | c6g.xlarge | 8 | c2-standard-4 | 16 |
Memory-Optimized | r6g.xlarge | 32 | n2-highmem-4 | 32 |
GPU | g4dn.xlarge | 16 | NVIDIA® Tesla® T4 | 64 |
Løbende betaling
AWS og Google Cloud tilbyder en on-demand prisfastsættelsesmodel. Dette er bedst egnet til enkeltpersoner, der forventer intermitterende cloud-brug, da det giver dig en fleksibel tilgang til at tilføje og fjerne tjenester, når du har brug for dem. Selvfølgelig har dette niveau af fleksibilitet en pris, hvilket gør løbend ebetaling-modellen til den dyreste i timen.
Instance Type | Amazon EC2 | EC2 Price (per hour) |
Compute Engine | Google Price (per hour) |
General Purpose | t4g.xlarge | $0.134 | n1-standard-4 | $0.150 |
Compute Optimized | c6g.xlarge | $0.136 | c2-standard-4 | $0.188 |
Memory Optimized | r6g.xlarge | $0.201 | n2-highmem-4 | $0.295 |
GPU | g4dn.xlarge | $0.526 | NVIDIA® Tesla® T4 | $1.40 |
Tabel, der viser løbende betaling timepriser for Amazon EC2 vs Compute Engine
Som du kan se i tabellen ovenfor, tilbyder Amazon EC2 en betydeligt lavere pris pr. time på tværs af de forskellige forekomststyper i forhold til Googles Compute Engine. Denne kendsgerning bliver stadig mere imponerende, når du overvejer Compute Engine’s pris pr. times faktorer i en Sustained Usage Discount. Denne rabattype anvendes, når brugen i en måned er over en bestemt tærskel og tilbyder besparelser, der starter ved 15% og skaleres op til 60%.
Hvis du kun søger compute ressourcer i korte periodiske perioder, er det værd at udforske midlertidige forekomster.
Omtales som Spot Instances af Amazon og Preemptible Virtual Machines af Google, kan du låse op for betydelige omkostningsbesparelser, som du kan bruge, op til 90% af on-demand-priserne ovenfor ved at udnytte cloududbydernes ekstra compute ressourcer.
Så længe du er glad for, at arbejdsbelastningen afbrydes, hvis ressourcen pludselig har brug for andetsteds.
Langsigtede forpligtelses planer
Hvis du planlægger på lang sigt – og kan gøre en langsigtet forpligtelse på forhånd til din cloudinstallation – vil du frigøre betydelige besparelser i forhold til en løbende betalings-model.
Amazon og Google tilbyder begge en langsigtet prismodel med forudgående forpligtelsesmuligheder på 1 eller 3 år. Google navngav sine planer Committed Use, mens Amazon bruger udtrykket Reserved Instances. Begge tilbyder en betydelig rabat i forhold til on-demand-priser. Op til 70% på Compute Engine og op til 72% på Amazon EC2.
Igen skal du spille med variablerne for at imødekomme dine behov – region, forekomsttype, CPU’er, operativsystem – da det hele vil påvirke din timepris. Med Amazon EC2 finder du også, at du kan påvirke rabatbeløbet baseret på hvornår og hvordan du betaler.
Der er også mulighed for at vælge konverterbare forekomststyper, så du kan skifte til en nyere VM, hvis den bliver tilgængelig.
Ikke-konvertible forekomster med det fulde beløb betalt på forhånd giver det største rabatniveau. Med henblik på denne sammenligning over en forpligtelse på 1 og 3 år har vi brugt disse muligheder.
1-års forpligtelse
Som du vil se fra nedenstående tabel, er Amazon EC2 igen billigere over hele linjen for en 1-årig begået instans versus Compute Engine.
Instance Type | Amazon EC2 | EC2 Price (per hour) |
Compute Engine | Google Price (per hour) |
General Purpose | t4g.xlarge | $0.079 | n1-standard-4 | $0.125 |
Compute Optimized | c6g.xlarge | $0.080 | c2-standard-4 | $0.141 |
Memory Optimized | r6g.xlarge | $0.118 | n2-highmem-4 | $0.177 |
GPU | g4dn.xlarge | $0.309 | NVIDIA® Tesla® T4 | $0.880 |
Tabel, der viser timepriser for en 1-årig forpligtelse til Amazon EC2 vs Compute Engine
Amazon EC2 er op til 40% billigere over hele linjen for en 1-årig begået instans versus Compute Engine.
Prisgabet udvides med Amazon, der tilbyder en større rabat på 40% i forhold til løbende beatalings-modeller for alle typer instanser som en belønning for forpligtelse. Mens Googles rabatbelønning for din loyalitet kun udgør 15-20%.
Det er vigtigt at bemærke, at ved at skifte til ingen forudbetaling og den konvertible instansmulighed på Amazon EC2 falder dit rabatbeløb under 30% og indsnævrer prisforskellen noget.
3-årig forpligtelse
Ser vi på tabellen nedenfor, oplever vi déjà vu, hvor Amazon EC2 fortsat er billigere over hele linjen, når man indgår en 3-årig forpligtelse versus computer engine.
Instance Type | Amazon EC2 | EC2 Price (per hour) |
Compute Engine | Google Price (per hour) |
General Purpose | t4g.xlarge | $0.050 | n1-standard-4 | $0.046 |
Compute Optimized | c6g.xlarge | $0.051 | c2-standard-4 | $0.094 |
Memory Optimized | r6g.xlarge | $0.075 | n2-highmem-4 | $0.126 |
GPU | g4dn.xlarge | $0.198 | NVIDIA® Tesla® T4 | $0.640 |
Tabel, der viser timepriser for en 3-årig forpligtelse til Amazon EC2 vs Compute Engine
Vi har dog en undtagelse i kategorien General Purpose, Compute Engine bøjer tendensen og er billigere under en 3-årig forpligtelse.
Ellers forbliver prisgabet omkring 40% for Compute Optimized og Memory Optimized optioner over en 3-årig forpligtelse. Til GPU-sammenligning udvides det faktisk til omkring 60%, hvilket er en enorm besparelse.
Igen skal jeg bemærke, at skifte til ingen forhåndsbetaling og den konvertible instansmulighed på Amazon EC2 vil have en mere udtalt reduktion på dit rabatbeløb. Dette afspejler den øgede risiko for at holde VM-forekomster over 3 år.
Cloud computing udvikler sig hurtigt, og når du er bundet, forhindrer du dig i at udnytte nyere, hurtigere og mere effektive VM-forekomster.
Gratis trials
Hvis du ikke er klar til at skifte til en cloudtjeneste, tilbyder både AWS og Google Cloud muligheden for et gratis niveau på tværs af en bred vifte af deres produkter. At give dig et foruddefineret ressourcebeløb over en bestemt tidsperiode, perfekt hvis du ønsker at prøve en tjeneste.
Begge udbydere tilbyder også ‘altid gratis’ cloud-tjenester, som er ideelle, hvis du har meget lave brugskrav og ikke har noget imod, at operationer afbrydes. Lad os se nærmere på.
AWS gratis niveau
Når du udforsker AWS Free Tier, låser du fri adgang op til en række 85 cloudprodukter og -tjenester.
AWS Free Tier har tre forskellige typer:
- Altid gratis – et gratis tilbud, der aldrig udløber og er tilgængeligt for alle AWS-kunder
- 12 måneder gratis – tilgængelig gratis i de første 12 måneder fra din oprindelige tilmelding til AWS
- Forsøg – gratis for en short-term periode efter aktivering af en bestemt tjeneste
Du vil være i stand til at udforske en bred vifte af produkter på tværs af beregning, opbevaring, database, IoT, AI og mange flere.
Hvis du starter, er det værd at overveje beregnings- og lagerindstillingerne, der er gratis i 12 måneder efter tilmelding:
- Compute – Amazon EC2-adgang i 750 timer om måneden med en t2. eller t3. mikroinstans
- Storage – Amazon S3 standardlagring på 5 GB pr. Måned med 2.000 sæt 20.000 få anmodninger
Google Cloud Free Tier
At udforske GCP Free Tier virker lidt mere restriktiv end AWS-alternativet. Selvom du stadig får adgang til 24 cloudprodukter- og tjenester. Som i modsætning til AWS forbliver naturligvis under og altid gratis tilbud inden for månedlige forbrugsgrænser.
Ud over AWSs gratis tilbud vil nye Google Cloud-kunder låse op for 300 USD gratis kredit, som kan bruges på ALLE af Google Cloud-produkterne og -tjenesterne.
Selvom dine muligheder er mere begrænsede, kan du stadig udforske et spændende udvalg af produkter på tværs af IoT, AI, opbevaring, database og beregning, der stort set vil dække de mest almindelige skytjenester.
Ligesom med AWS, hvis du starter, skal du prøve beregnings- og lagerindstillingerne, som altid er gratis på GCP:
- Compute – Compute engine adgang til en F1-mikro-forekomst med 30 GB HDD pr. måned og et 5 GB øjebliksbillede
- Search – Cloud Storage-tilgængelighed på 5 GB til standardlagring med 5.000 put og 50.000 få anmodninger
Når det kommer til at sammenligne de gratis niveauer, er det tydeligt, at GCP har en kant over AWS-platformen. Som for lignende vil de give dig meget bredere adgang til at prøve deres forskellige produkter og tjenester. Ideel, hvis du endnu ikke er klar til at forpligte dig til en cloud-installation.
Er Google Cloud billigere end AWS?
Når det kommer til cloud compute-ressourcer, som udgør rygraden i de fleste cloudinstallationer og -udgifter, er svaret nej. AWS er bestemt billigere end Google Cloud Platform til VM-forekomster.
Svaret bliver dog meget mere “overskyet”, når du bevæger dig væk fra enkle beregningsressourcer. Efter at have undersøgt flere produkter, tjenester og prismodeller er der ingen klar vinder i priskrigen.
Du bliver nødt til at finde dit eget svar på dette spørgsmål, og det afhænger udelukkende af din virksomheds unikke krav. Hvilken datacenterplacering du valgte, dine netværkskrav, typen af arbejdsbelastninger, du kører, seasonality. Listen er uendelig.
Én ting er helt sikkert, der er tilbud at få, og muligheden for, at Google Cloud er billigere end AWS helt sikkert eksisterer. Det afhænger bare af din opsætning og de nødvendige tjenester.
For at tilføje Azure til blandingen, se vores cloud computing-sammenligning af AWS vs Azure.
Resumé
Vores mål med at undersøge disse cloud-udbydere er at søge det endelige svar på, hvilken er den bedre cloudplatform, Google Cloud vs Amazon Web Services?
På vores rejse er det klart, at Google Cloud og AWS er markedsledere. Begge platforme tilbyder et omfattende udvalg af cloudprodukter og -tjenester i forkant med den teknologiske udvikling. Giver dig betydelige fordele i forhold til en lokal implementering, når det kommer til skalerbarhed, ydeevne, sikkerhed og omkostninger. Uanset hvad du vælger, vil du låse op for en premium-service til en konkurrencedygtig pris.
Hos Kinsta bruger vi GCP-platformen til at levere topniveau-ydeevne inden for vores webhostingløsninger. Den førsteklasses netværkstjeneste tilbyder betydelige præstationsforbedringer for at reducere ventetid og minimere nedetid.
Med hensyn til progression er det klart, at Google Cloud forbedrer platformen betydeligt. I år har der været imponerende vækst i cloud-indtægter og optagelse af nye tjenester, som Google Meet, på baggrund af en global pandemi. 2021 forventes at blive endnu et spændende år for GCP.
I sidste ende afhænger svaret på det bedre af din virksomheds individuelle behov. Uanset hvad svaret ser ud, gør din research, følg vores Google Cloud vs AWS-guide og tag den bedste beslutning for din virksomhed.
Skriv et svar