mboost-dp1

Amazon

Relationelle databaser i skyen

- Via Amazon Blog - , redigeret af Emil , indsendt af hmn

Arbejder man med relationelle databaser og ønsker at have disse hostet i et sky-baseret system, så er det nu muligt hos Amazon.

Som en del af Amazon Web Services (AWS) introduceres nu Amazon RDS (Relational Database Service), som gør det muligt at leje sig til denne specifikke ydelse.

Prisen er i første omgang afhængig af mængden af hukommelse, man ønsker, og starter for den mindste model, der kan have en størrelse på op til 1,7 GB, med 56 øre i timen. Den største løsning, AWS tilbyder, er på op til 68 GB og koster 15,83 kr. i timen.

Derudover koster det ekstra for lagerplads, hvor man betaler 51 øre pr. GB/md., ligesom det koster 51 øre pr. 1 million forespørgsler til databasen.

Amazon RDS er stadig i beta og understøtter foreløbigt databaser på op til 1 terabyte i størrelse. Læs mere om tjenesten her.





Gå til bund
Gravatar #1 - Conlon
27. okt. 2009 12:16
Nogle der kunne give nogle sammenligner, da jeg ikke helt er inde i det her!
Mest med priser.
Er $0.10 pr. GB/md billigt?
Gravatar #2 - duckfighter
27. okt. 2009 12:16
Inden flere indsender samme rettelse, så har jeg foreslået at lave "Rationel database" om til relationsdatabase, som må være den rigtige danske oversættelse?

Jeg har ikke selv leget med "skyer" endnu, og har sådan set heller ikke haft brug for dem.

Så vidt jeg kan læse er det "blot" en mysql-database? Om den så kan bruges af skyen er vel meget smart, men at den er "i skyen"?

Gravatar #3 - duckfighter
27. okt. 2009 12:18
#1: Det er meget billigt for storage, men storage blir næppe den dyreste omkostning.

"$0.10 per 1 million I/O requests" bliver hvor de tjener :)
Gravatar #4 - zeeba
27. okt. 2009 12:19
Ha ha ha ! Rationelle databaser... Jeg bruger selv de mest irationelle af slagsen ;-)
Gravatar #5 - SimonBob
27. okt. 2009 12:19
Rationel?
Gravatar #6 - angelenglen
27. okt. 2009 12:25
Damn de gør det ikke let at udregne priser.
Men ok, hvis dette i det mindste bliver standarden for prissætning, kan man i det mindste lettere sammenligne priser i fremtiden.
Gravatar #7 - jAST
27. okt. 2009 12:25
Har indsendt en rettelse af både hans rationelle screw-up samt rettelser af valutaen brugt (det er et dansk site for dælen!!) samt en MASSE sproglige fuckups :-)
Gravatar #8 - duckfighter
27. okt. 2009 12:52
Jep, det kan være ret umuligt at overskue hvor meget man kommer til at betale. Nogen der ved hvor mange I/O requests der bliver brugt på forskellige typer queries?

Og til dem der klager over at priser er $, så så jeg helst at de blev holdt sådan. Ingen grund til at blande en tidsafhængig kurs ind i prisen.
Gravatar #9 - jAST
27. okt. 2009 13:31
#8: Kan godt se hvad du mener -- men newz.dk er et dansk site og bør som sådan levere en dansk-sproget tjeneste. Hvis du er interesseret nok i tjenesten [i nyheden], så skal du nok finde $-prisen. Ved at skrive prisen på dansk, så sparer det læseren en del irritation over at skulle konvertere i hovedet, som kan klare ved at forfatteren gør det. Det handler blot om kvalitet.
Gravatar #10 - arne_v
27. okt. 2009 13:34
#9

Hvis det var en eller anden obskur valuta gav det mening at konvertere til danske kroner, men for de aller mest gængse (dollar, euro, pund etc.) bør alle have en fornemmelse for kurs niveuaet til at kunne forstå nyheden.
Gravatar #11 - ipwn
27. okt. 2009 13:38
#8 Jeg tror nu blot det er en I/O per query.

Der er mange penge at spare her hvis man kan optimere sin database og dets queries ihvertfald :)
Gravatar #12 - arne_v
27. okt. 2009 13:44
#8 & 11

Skriver de IO request mener de sikkert IO request.

Så det er antal pages der skal læses.

antal rækker der returneres * størrelse af række / data page size + det antal index pages der skal læses for at finde data

(for en super simpel SELECT)
Gravatar #13 - ipwn
27. okt. 2009 13:49
#12 Ah. Avs.
Gravatar #14 - lue
27. okt. 2009 14:11
#12 Det 0,1$ per 1 mio. DISK IO's, så med databasen loaded i memory er det ikke så slemt.
Gravatar #15 - jAST
27. okt. 2009 14:39
#10: Det er måske snarere et spørgsmål om at spare sine læseres tid. Selvfølgelig kan alle folk udregne ca. hvad 1 euro, dollar eller sterling-pund er, men, hvorfor ikke spare sine læsere det problem når man nu har muligheden :-) Aggregeret er det jo faktisk en del tid.
Gravatar #16 - mathiask
27. okt. 2009 14:56
Er der ikke noget med at Ubuntu 9.10 (udkommer om 2 dage) understøtter Amazons Cloud-system, så man med en server og Ubuntu Server Edition kan forsøge at konkurrere med tilbuddet fra artiklen?
Gravatar #17 - arne_v
27. okt. 2009 15:30
#14

Hvis data kan være i memory og det er read access, så undgår man IO.
Gravatar #18 - arne_v
27. okt. 2009 15:31
duckfighter (2) skrev:
Så vidt jeg kan læse er det "blot" en mysql-database?


Det er en helt standard MySQL 5.1 CE med InnoDB som default.
Gravatar #19 - TheAvatar
27. okt. 2009 16:10
Så kan man vel regne lidt på det, og se om det bedre kan betale sig, at tage en virtuel server, og selv installere sql?
Gravatar #20 - LordMike
27. okt. 2009 18:49
#19.. Hvorfor virtuel?
Gravatar #21 - Trogdor
28. okt. 2009 01:47
Uhh "Skyen", kan vi ikke snart få det buzzword slået ihjel.
Gravatar #22 - arne_v
28. okt. 2009 02:00
#21

Du er velkommen til at sige PaaS. Men skyen er lidt mere mundret.
Gravatar #23 - blackthorne_dk
28. okt. 2009 03:42
Er fordelen ved dette ikke netop at man slipper for at vedligeholde sine egne servere?
Det lyder som en nem måde at få en nogenlunde stabil database, som er multihomed så man ikke behøver tænke på failover og flere servercentre.

Måske man skulle foreslå det til Carlsberg? Jeg har hørt at de er ved at være lidt trætte af at elektrikeren taber skruetrækkeren i Brøndby :P
Gravatar #24 - nielsbrinch
28. okt. 2009 04:44
Hvordan kom de naturligt dertil fra at være en boghandel?

- "Skal vi ikke starte en forretning som sælger bøger?"
- "Ok. Skal vi supplere med også at sælge ugeblade?"
- "Nej, lad os udbyde online-databaser"
Gravatar #25 - TheAvatar
28. okt. 2009 07:35
#20 I skyen.

Du kan leje en database og betale for forbrug mv.

Du kan også leje en unmanaged server, installere din egen database, og du betaler kun for en smule plads og trafik.
Denne kunne måske sagtens være noget billigere, end at tage deres databaseprodukt og betale for transaktionerne
Gravatar #26 - TheAvatar
28. okt. 2009 07:37
Okay... fordelen skulle selvfølgelig være, at deres udgave er "cloud compatible", så du f.eks. kan få tildelt svarende til 1000 servere som/til én database, kontra at have databasen kørende på det som svarer til én server (instans i deres verden)
Gravatar #27 - arne_v
28. okt. 2009 13:06
gyxi (24) skrev:
Hvordan kom de naturligt dertil fra at være en boghandel?

- "Skal vi ikke starte en forretning som sælger bøger?"
- "Ok. Skal vi supplere med også at sælge ugeblade?"
- "Nej, lad os udbyde online-databaser"


Det er vist ret naturligt.

Vi driver en kæmpe eCommerce web site med titusinder af servere => vi har stor driftes fordele med drift af servere => måske kunne vi tjene penge på at levere drift til eksterne kunder.

Samme princip som førte til at NNIT der idag leverer til masser af eksterne kunder.
Gravatar #28 - rmariboe
29. okt. 2009 03:49
Hehe, "56 ører"? Det er da godt, at det ikke koster en arm :D (Ja, rettelse er indsendt:)

Ontopic:
Fedt med mere specialiserede cloud-tjenester; det er den vej, vi skal. Faktisk ville rå regnekraft og et API være endnu mere relevant...
Gravatar #29 - Makey
29. okt. 2009 04:06
Første gang jeg læste nyheden var den med priser i USD, nu er det da helt fucked. Det er omtrent lige så dumt som den tråd med dansk kontra engelske forkortelser. Danmark er så forsvindende lille et land når i forhold til USA, vores møntfod er ingenting. Derudover bliver det da skide irriterende hvis der er nogen der om et halvt år graver den her artikel op fordi de skal bruge informationen og så står priserne i øre, men i mellemtiden er USD styrket i forhold til DKK, og så er nyhedsteksten ikke længere korrekt.
Gå til top

Opret dig som bruger i dag

Det er gratis, og du binder dig ikke til noget.

Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.

Opret Bruger Login