Baze de date gestionate Zinn®

PostgreSQL administrat și MySQL, cu sau fără un site

Baze de date gestionate independente: nu este necesar să găzduiți un site web la noi pentru a rula o bază de date la noi. PostgreSQL sau MySQL, trei niveluri în funcție de dimensiune pentru fiecare, cu failover automat începând de la nivelul mediu în sus. Verificăm restaurările conectându-ne la baza de date restaurată, în loc să ne bazăm pe presupunerea că o sarcină debackup s-a încheiat cu succes.

Ce reprezintă

Bazele de date gestionate Zinn® sunt PostgreSQL sau MySQL pe care le administrăm pentru dumneavoastră, vândute separat. Nimic din aceasta nu presupune că găzduiți și un site aici: îndreptați o aplicație către aceasta de oriunde ar trăi acea aplicație și tratați-o ca pe un serviciu de bază de date, mai degrabă decât ca pe un supliment la un plan de găzduire.

Există trei dimensiuni pentru fiecare motor. Nivelul mic este o singură instanță. Nivelurile mediu și mare adaugă failover automat, astfel încât un nod pierdut reprezintă un eveniment de failover și nu o pană despre care aflați de la utilizatorii dvs. Costul failoverului diferă în funcție de motor — PostgreSQL arbitrează între două instanțe, în timp ce MySQL necesită un grup de trei membri și o pereche de routere pentru a ajunge la cvorum —, motiv pentru care nivelurile MySQL sunt puțin mai scumpe la fiecare dimensiune.

Două servere de baze de date conectate, unul preluând rolul celuilalt

Ce veți primi

PostgreSQL și MySQL administrate, cu partea operațională realizată corect și prezentată suficient de clar încât să vă puteți face planuri pe baza ei.

De sine stătător, nu este necesar un site

Cumpărați o bază de date fără a cumpăra găzduire. Aplicația dvs. poate rula oriunde; baza de date este un produs de sine stătător.

Comutare automată la eșec de la nivelul mediu

Rule medii și mari cu failover automat. Pasul următor față de cel mic este o schimbare a disponibilității, nu doar o schimbare de dimensiune.

Nivel mic cu o singură instanță

Nivelul mic rulează o singură instanță, ceea ce se potrivește pentru dezvoltare, staging și sarcini de producție mai ușoare, unde o fereastră scurtă de recuperare este acceptabilă.

Restaurare la un moment dat pe PostgreSQL

Pe PostgreSQL, recuperarea se face la un anumit moment în timp și nu la instantaneul de aseară, ceea ce vă permite să anulați o migrare nereușită sau o ștergere greșită fără a pierde întreaga zi de muncă. Bazele de date MySQL sunt salvate nocturn și păstrate timp de paisprezece nopți.

Restaurări verificate prin conectare

O sarcină de backup care raportează succesul nu reprezintă o dovadă că o bază de date poate fi restaurată. Verificăm restaurările conectându-ne la baza de date restaurată și citind din aceasta.

Trei dimensiuni pe fiecare motor

Fiecare nivel rulează motorul ales de dumneavoastră. Trecerea la un nivel superior modifică alocarea vCPU, a memoriei și a discului și, începând de la nivelul mediu, adaugă failover automat.

Cum funcționează

Creați-o, conectați-vă la ea și lăsați-ne pe noi să ne ocupăm de jumătatea operațională.

  1. Alegeți un nivel

    Alegeți PostgreSQL sau MySQL, apoi mic, mediu sau mare în funcție de cantitatea de CPU, memorie și disc de care aveți nevoie și dacă doriți failover automat.

  2. Conectați-vă aplicația

    Primiți datele de autentificare și un punct de conectare. Aplicația poate rula în infrastructura noastră sau în alta; bazei de date nu îi pasă.

  3. Noi o rulăm și o dovedim

    Realizăm copii de rezervă conform unui program și verificăm dacă acestea se pot restaura conectându-ne la rezultat, astfel încât posibilitatea de recuperare să fie măsurată, nu presupusă. Pe PostgreSQL, acest program este continuu, prin urmare recuperarea se poate face la un anumit moment în timp.

Prețuri

Trei niveluri pe fiecare motor, facturate lunar, dimensionate în funcție de vCPU, memorie și disc — cu preluare automată în caz de defecțiune inclusă începând de la nivelul mediu. Prețurile nivelurilor sunt calculate pe baza tarifelor unitare măsurate ale infrastructurii și sunt recalculate atunci când acele tarife se modifică.

Zinn® Managed MySQL Small

62,99 RON/lună

nuclee vCPU
1
Memorie
2 GB
Stocare NVMe
20 GB

Zinn® Managed PostgreSQL Small

62,99 RON/lună

nuclee vCPU
1
Memorie
2 GB
Stocare NVMe
20 GB

Zinn® Managed PostgreSQL Medium

220,99 RON/lună

nuclee vCPU
2
Memorie
4 GB
Stocare NVMe
60 GB

Zinn® Managed MySQL Medium

333,99 RON/lună

nuclee vCPU
2
Memorie
4 GB
Stocare NVMe
60 GB

Zinn® Managed PostgreSQL Large

464,99 RON/lună

nuclee vCPU
4
Memorie
8 GB
Stocare NVMe
150 GB

Zinn® Managed MySQL Large

695,99 RON/lună

nuclee vCPU
4
Memorie
8 GB
Stocare NVMe
150 GB

Prețurile urmăresc tarifele infrastructurii măsurate în loc să fie stabilite o singură dată și lăsate așa, astfel încât nivelul pe care vă aflați rămâne proporțional cu costurile reale de funcționare.

De ce să îl cumperi aici

Mulți furnizori de găzduire vă pun la dispoziție o bază de date, cu condiția să cumpărați și găzduirea. Aceasta este vândută separat, ceea ce înseamnă că vă puteți plasa baza de date la noi și aplicația unde vi se potrivește cel mai bine, fără să fiți nevoit să vă restructurați arhitectura pentru a vă potrivi unui pachet prestabilit.

Cele două afirmații care contează cel mai mult la un produs de baze de date sunt cele mai ușor de făcut la voia întâmplării: că are failover și că se restaurează. Aici, failover-ul este o proprietate declarată a nivelurilor mediu și mare, iar restabilirile sunt verificate prin conectarea la baza de date restaurată, și nu prin citirea unui jurnal de activități marcat cu verde.

Este nevoie să găzduiesc un site web la voi pentru a folosi acest lucru?

Nu. Bazele de date gestionate sunt o soluție independentă. Aplicația dumneavoastră poate rula pe propriile servere, la un alt furnizor sau în infrastructura noastră — baza de date este alocată și facturată separat.

Care niveluri beneficiază de disponibilitate ridicată?

Dimensiunile medii și mari rulează cu failover automat. Cea mică este o singură instanță, motiv pentru care trecerea de la mic la mediu este o decizie legată de disponibilitate, nu doar de capacitate.

Cum funcționează copiile de rezervă și restaurările?

Pentru ambele motoare se fac copii de rezervă, iar integritatea ambelor este testată prin restaurare și conectare la rezultat. Ele diferi prin perioada în care se poate face o revenire: PostgreSQL arhivează continuu, astfel încât puteți recupera datele la un anumit moment — lucru care contează cel mai mult după o migrare nereușită sau o ștergere accidentală, când doriți ca totul să fie exact ca în secundate de dinaintea greșelii. Pentru MySQL se fac copii de rezervă în fiecare noapte, păstrându-le pe cele din ultimele paisprezece nopți.

Cum știi că backupurile chiar se pot restaura?

Le restaurăm și ne conectăm la rezultat. Un job de backup care raportează succesul îți spune doar că un job s-a încheiat; conectarea la baza de date restaurată și citirea din aceasta îți spune că datele sunt acolo și pot fi utilizate. Aceasta este verificarea pe care o rulăm.

Pot să trec la un nivel superior pe măsură ce baza de date crește?

Da. Tipurile rulează pe același motor pe care ați început, așa că trecerea la un nivel superior modifică alocarea vCPU, a memoriei și a discului și, începând de la cel mediu, adaugă failover automat. Vorbiți cu noi înainte de o migrare mare și vom planifica mutarea împreună cu dumneavoastră.

Puneți baza de date undeva unde este îngrijită

Alegeți un motor și un nivel, conectați-vă aplicația și beneficiați de failover automat începând de la nivelul mediu în sus, indiferent dacă altceva din ceea ce vă aparține este sau nu găzduit aici.

Începeți