En som sover, en som aldrig gör det.
Hanterad PostgreSQL, MySQL och MongoDB. Kör en serverlös Postgres som pausar sin beräkning när ingen frågar den, eller ett dedikerat kluster dimensionerat för kapacitet du alltid vill ha tillgänglig. Säkerhetskopior, patchning och failover sköts i båda fallen.
- 2 sorters databas
- 3 motorer
- 14–18 Postgres-versioner
- Ingår kopior och återställning
# väckt av den första frågan$ psql postgresql://orders-prod…/orderspsql (18.1)$ SELECT count(*) FROM orders; count ------ 48211
- PlanGrowth · 2 CU
- Beräkning denna månad112 / 375 CU-h
- Lagring4.1 / 25 GB
KOSTNAD I VILA
Pausas
Serverlös beräkning stannar mellan frågor
MOTORER
3
PostgreSQL, MySQL, MongoDB
ÅTERSTÄLLNING
7dagar
Punkt-i-tid, på den största planen
FAILOVER
Automatisk
Upp till två standby-noder
Ett beslut, sedan två inställningar
Det första valet handlar om vilotid
Båda sorterna är fullt hanterade och båda ger dig en anslutningssträng när de är klara. Det som skiljer dem är vad som händer när ingen frågar — och det är frågan som är värd att svara på först.
- 01
Välj hur den ska vara i vila
Skalar till noll pausar beräkningen när ingen frågar den, så en tyst databas kostar nästan inget av sin kvot. Alltid på köper fast kapacitet som aldrig sover.
- 02
Välj motor, version och region
Serverlös är PostgreSQL 14 till 18, nyast som standard. Alltid på lägger till MySQL och MongoDB, en nodtyp och upp till två standby-noder. Priset visas innan något skapas.
- 03
Kopiera anslutningssträngen en gång
När provisioneringen är klar får du värd, databas, användare och en färdig anslutningssträng. Lösenordet visas en gång — lägg det i hemlighetshanteraren innan du lämnar sidan.
Vad en databas inkluderar
Hanterad, och ändå dimensionerad av dig
Cosmoner sköter säkerhetskopiorna, patchningen och failovern. Kapacitet, hållbarhet och var datan finns förblir beslut du fattar per databas.
Beräkning som stannar när du gör det
En serverlös databas pausas efter sin inaktivitetsgräns och vaknar vid nästa fråga, oftast på god marginal under en sekund. Inget går förlorat medan den sover och anslutningssträngen ändras inte.
Vaknar vid nästa fråga
Tre motorer, versioner du väljer
PostgreSQL i båda fallen, plus MySQL och MongoDB på alltid-på-kluster. Serverlös erbjuder PostgreSQL 14 till 18, så ett ramverk eller tillägg som inte är redo för den nyaste blir inget hinder.
PostgreSQL · MySQL · MongoDB
En gräns, inte en oväntad faktura
En serverlös plans kvoter är hårda gränser. Vid taket pausas beräkningen och datan bevaras — du faktureras aldrig utöver planen du valde.
Varnas vid 80 %
Standby-noder som växlar över själva
Ett alltid-på-kluster tar upp till två standby-noder. En standby replikerar primären och tar över automatiskt om den fallerar, utan något att utlösa manuellt.
Upp till två standby-noder
Punkt-i-tid-återställning ingår
Säkerhetskopior och patchning sköts åt dig, och varje serverlös plan har ett återställningsfönster du kan spola tillbaka till. Fönstret ingår i planen istället för att vara ett betalt tillägg.
Upp till 7 dagar bakåt
Läs din data utan klient
Serverlösa databaser har en Data-flik för att bläddra i tabeller och köra en enskild SELECT. Den är skrivskyddad och körs i en skrivskyddad transaktion, så inget som skrivs där kan ändra databasen.
Skrivskyddad av design
Skalar till noll
Du köper en hastighet och en total, inte en server
En serverlös plan sätter två separata tal: ett beräkningstak databasen autoskalar upp till, och en månatlig beräkningskvot den drar från medan den är vaken. Eftersom de är separata räcker samma kvot olika långt beroende på vilken storlek som faktiskt körs.
- En CU är en vCPU med 4 GB minne — hastigheten. En CU-timme är en CU som kör i en timme — totalen.
- En kalendermånad är ungefär 730 timmar, så en databas som kör kontinuerligt på 1 CU förbrukar ungefär 730 CU-h.
- Beräkningen autoskalar mellan ett golv och taket, så en mestadels inaktiv databas förbrukar vad arbetet kostar, inte planens maximum.
- Mätare för beräkning och lagring läses live på databasens sida och blir gula efter 80 % av en gräns.
# samma kvot, tre storlekar0.25 CU → 4 h of uptime per CU-h1 CU → 1 h of uptime per CU-h2 CU → 30 min of uptime per CU-h# vaken 2 h om dagen på 0,25 CU≈ 15 CU-h a month
Serverlösa planer
Fyra nivåer, och vad som skiljer dem
Varje plan inkluderar lagring, en beräkningskvot och punkt-i-tid-återställning inom fönstret som visas. Planväljaren innehåller det aktuella månadspriset för var och en.
Hobby
Ett sidoprojekt eller en grendatabas som är tyst större delen av dagen.
- Tak
- 0.25 CU
- Kvot
- 35 CU-h
- Lagring
- 3 GB
- Återställning
- 1 d
- Sover efter
- 5 min
Start
Utveckling och staging, eller en liten produktionsapp med verklig men blygsam trafik.
- Tak
- 1 CU
- Kvot
- 145 CU-h
- Lagring
- 10 GB
- Återställning
- 1 d
- Sover efter
- 5 min
Tillväxt
En produktionsarbetslast med intensiva perioder som inte bör bromsas av taket.
- Tak
- 2 CU
- Kvot
- 375 CU-h
- Lagring
- 25 GB
- Återställning
- 3 d
- Sover efter
- 10 min
Skala
Nivån en alltid-igång-arbetslast hamnar på — kvoten räcker en hel månad på 1 CU.
- Tak
- 4 CU
- Kvot
- 950 CU-h
- Lagring
- 75 GB
- Återställning
- 7 d
- Sover efter
- 30 min
Inaktivitetsgränsen är det tal som oftast förklarar en användningssiffra du inte väntade dig — varje öppen anslutning håller beräkningen vaken minst så länge.
Alltid på
Kapacitet du köper, inte användning du mäter
Ett alltid-på-kluster är dedikerat och dimensionerat av dig. Ingen sömn, ingen kvot och inget användningstak: månadspriset är detsamma oavsett om databasen är upptagen eller inaktiv, vilket är precis vad du vill ha vid jämn trafik.
- PostgreSQL, MySQL eller MongoDB, på en nodtyp vald efter arbetslastens form.
- Upp till två standby-noder, var och en replikerar primären och var och en debiteras till storlekens pris.
- Extra disk utöver storlekens inkluderade mängd, tillagd i steg om 10 GB per nod.
- Placera klustret i regionen appen frågar från — en fråga över regiongräns betalar tur och retur vid varje anrop.
- MotorPostgreSQL 17
- NodtypGeneral Purpose
- Storlek4 vCPU / 16 GB
- Noder1 primär + 1 standby
- Extra lagring+20 GB
# prissatt innan något skapas2 noder debiteras till storlekens pris
Fyra sorters nod
Dimensionerad efter vad arbetslasten får slut på först
Ett kluster begränsas av CPU, minne eller disk långt innan det begränsas av alla tre. Nodtypen är där du säger vilken.
Basic
Utveckling och lätt produktion, där klustret mest väntar snarare än arbetar.
Delad CPU
Generellt ändamål
Jämn produktionstrafik som vill ha förutsägbar CPU snarare än en delad andel av en.
Dedikerad CPU
Minnesoptimerad
Stora arbetsmängder, där att hålla den varma datan i minnet avgör frågetiden.
8 GB per vCPU
Lagringsoptimerad
Datatunga arbetslaster som växer ur disken långt innan de växer ur CPU:n.
Stora NVMe-diskar
Var den körs
Bredvid appen som frågar den
Regionen väljs när databasen skapas och kan inte flyttas efteråt, så välj den din arbetslast körs i. Serverlös Postgres erbjuds i regionerna nedan; alltid-på-kluster har en egen lista som beror på leverantören du väljer.
- eu-central-1Frankfurt
- eu-west-2London
- us-east-1N. Virginia
- us-west-2Oregon
Regionlistan i skapa-flödet är den sanna källan och begränsas till vad motorn och leverantören du valt faktiskt erbjuder.
Ett projekt
Vad det kopplas till
En databas faktureras på projektets prenumeration tillsammans med apparna som frågar den, bakom samma roller och samma API-nycklar.
Vad det kostar
En plan, eller en nod — aldrig en rad per fråga
Serverlös är en fast månadsplan vars kvoter är hårda gränser, så den kan inte debitera utöver vad du valde. Alltid på är ett fast månadspris per nod för kapaciteten du reserverat.
- Skalar till noll
- från USD 5 / månad
- En fast månadsplan med ett beräkningstak, en beräkningskvot och lagring inkluderad. Det finns ingen rad per fråga eller per timme ovanpå den.
- Alltid på
- Per nod
- Ett månadspris per nod för den vCPU, det minne och den inkluderade disk du valde. Samma pris oavsett om databasen är upptagen eller inaktiv.
- Standby-noder
- Per nod
- En standby replikerar primären och tar över automatiskt om den fallerar. Var och en debiteras till storlekens pris, så ett tvånodskluster kostar dubbelt mot ett ennodskluster.
- Extra lagring
- Per GB · mån
- Endast alltid på, i steg om 10 GB per nod, utöver disken storleken redan inkluderar. Serverlös lagring ingår i planen och säljs inte separat.
- Säkerhetskopior och återställning
- Ingår
- Automatiska säkerhetskopior, patchning och punkt-i-tid-återställning inom planens fönster ingår i priset istället för att vara ett tillägg.
Varje plan och storlek visar sitt månadspris i skapa-flödet, och en databas som skapas mitt i månaden proportioneras från dagen den skapas.
Frågor som förtjänar svar direkt
Beräkningsenheter, inaktivitetsgränser, planbyten och anslutning beskrivs i databasguiden.
- Skalar till noll eller alltid på?
- Skalar till noll för utveckling, staging, sidoprojekt och allt med tysta perioder — en inaktiv databas rör knappt sin kvot. Alltid på för jämn produktionstrafik, latenskänsliga endpoints eller någon annan motor än PostgreSQL. Ojämna och cron-drivna arbetslaster passar oftast fortfarande skalar till noll, så länge du räknar med inaktivitetsgränsen.
- Vad är CU och CU-h?
- En beräkningsenhet är en vCPU med 4 GB minne och mäter hur snabbt databasen kan gå i ett givet ögonblick. En beräkningsenhetstimme är en CU som kör i en timme och mäter hur mycket beräkning databasen använt under månaden. En plan sätter båda: ett tak för hastigheten och en kvot för totalen. Eftersom de är separata räcker samma kvot fyra gånger så länge vid 0,25 CU som vid 1 CU.
- Varför är min användning högre än min frågevolym?
- Inaktivitetsgränsen är nästan alltid svaret. Varje öppen anslutning håller beräkningen vaken, och varje besök håller den uppe minst hela gränsen efter den sista frågan. En databas som berörs var tionde minut av en hälsokontroll är i praktiken vaken hela tiden. Leta efter en pool eller ORM som håller en inaktiv anslutning, en upptidskontroll som träffar en endpoint som frågar, eller ett cron-jobb som körs oftare än gränsen är lång.
- Vad händer när en plans gräns nås?
- Beräkningen pausas och slutar ta emot frågor. Inget raderas och din data bevaras. Beräkning är en kvot per period, så en beräkningspausad databas kommer tillbaka av sig själv vid nästa faktureringsperiod, eller direkt om du går upp en plan. Lagring återställs inte — en databas vid sitt lagringstak förblir pausad tills du frigör utrymme eller går upp, vilket är avsiktligt: skrivningar stoppas innan lagringen skenar.
- Kan jag byta plan eller storlek senare?
- Ja. Databasens detaljsida listar varje plan bredvid din nuvarande, berättar vad som ändras innan något debiteras och tillämpar ändringen omedelbart, proportionerligt mot din faktureringsperiod. Att gå upp höjer gränserna direkt och startar om en databas som pausats för sin beräkningskvot. En mindre plan är otillgänglig medan databasen håller mer data än den inkluderar.
- Kan jag uppgradera en databas till en nyare huvudversion?
- Inte på plats. PostgreSQL-huvudversionen är låst under en serverlös databas livstid, så att gå till en nyare innebär att skapa en ny databas och migrera din data dit. Välj en äldre version bara när något du är beroende av inte är redo för den nyaste.
- Vad händer om jag tappar bort lösenordet?
- Rotera det från databasens detaljsida och uppdatera det som använde det gamla — rotation ogiltigförklarar det tidigare lösenordet omedelbart. Lösenordet visas en gång när provisioneringen är klar, så den säkra vanan är att lagra det som en hemlighet innan du lämnar den sidan.
Ett annat uppdrag
Att ge databaser till dina egna kunder
Delade databaser är en separat produkt. De finns för att ge dina slutkunder isolerade, poolade databaser på ett gemensamt PostgreSQL-kluster, snarare än för att köra din egen applikations data.
Varje hyresgäst får sin egen databas och sina egna uppgifter på ett kluster du slipper dimensionera, med en anslutningsgräns och en lagringsgräns per hyresgäst.