Standalone, walang kinakailangang site
Bumili ng database nang walang pagbili ng hosting. Ang iyong application ay maaaring tumakbo kahit saan; ang database ay isang produkto sa sarili nitong karapatan.
Mga Managed Database ng Zinn®
Pinamamahalaang PostgreSQL at MySQL, na mayroon o walang site
Mga standalone managed database: hindi mo kailangang mag-host ng website sa amin para magpatakbo ng database sa amin. PostgreSQL o MySQL, tatlong tier ayon sa laki sa bawat isa, na may awtomatikong failover mula sa medium tier pataas. Vine-verify namin ang mga restore sa pamamagitan ng pagkonekta sa na-restore na database sa halip na umasa lang na natapos ang isang backup job.
Ano ito
Ang Zinn® Managed Databases ay PostgreSQL o MySQL na pinatatakbo namin para sa iyo, na ibinebenta nang hiwalay. Walang anuman dito ang nagpapalagay na nag-a-host ka rin ng isang site dito: ituro dito ang isang application mula sa kung saanman naninirahan ang application na iyon, at ituring ito bilang isang serbisyo ng database sa halip na isang add-on sa isang plan sa pag-host.
May tatlong laki sa bawat engine. Ang maliit na tier ay isang solong instance. Ang katamtaman at malaking tier ay nagdaragdag ng awtomatikong failover, kaya ang nawalang node ay isang failover event sa halip na isang outage na malalaman mo pa mula sa iyong mga user. Ang gastos sa failover ay nag-iiba ayon sa engine — ang PostgreSQL ay nag-aabitekto sa pagitan ng dalawang instance, habang ang MySQL ay nangangailangan ng grupong may tatlong miyembro at isang pares ng mga router para umabot sa quorum — kaya naman ang mga tier ng MySQL ay medyo mas mataas ang presyo sa bawat laki.
Ang makukuha mo
Pinangangasiwang PostgreSQL at MySQL kasama ang mga gawaing pang-operasyon na ginawa nang tama, at malinaw na ipinaliwanag upang makapagsagawa ka ng plano batay sa mga ito.
Awtomatikong failover mula sa medium tier
Tumatakbo ang katamtaman at malalaki gamit ang awtomatikong failover. Ang pag-angat mula sa maliit ay pagbabago sa availability, hindi lamang pagbabago sa laki.
Maliit na baitang na may iisang instance
Ang maliit na tier ay nagpapatakbo ng isang instance, na angkop para sa development, staging, at mas magaan na production workload kung saan katanggap-tanggap ang maikling recovery window.
Pagbawi na nakabatay sa punto sa oras sa PostgreSQL
Sa PostgreSQL, ang pag-recover ay sa isang partikular na sandali sa halip na sa snapshot kagabi, na siyang nagbibigay-daan sa iyong i-undo ang isang maling migration o maling pagbura nang hindi nawawala ang buong araw. Ang mga database ng MySQL ay bina-back up tuwing gabi at itinatago nang labing-apat na gabi.
Na-verify ang mga pagpapanumbalik sa pamamagitan ng pagkonekta
Ang pag-uulat ng tagumpay ng isang backup na trabaho ay hindi patunay na maibabalik ang isang database. Bine-verify namin ang mga pagbabalik sa pamamagitan ng pagkonekta sa ibinalik na database at pagbasa mula rito.
Tatlong sukat sa alinmang makina
Tumatakbo ang bawat tier sa engine na napili mo. Ang pag-akyat sa mas mataas na tier ay nagbabago sa alokasyon ng vCPU, memory, at disk, at mula sa medium, nagdaragdag ito ng automatic failover.
Paano ito gumagana
Maglaan nito, kumonekta rito, at hayaan kaming pasanin ang kalahati ng operasyon.
Pumili ng tier
Piliin ang PostgreSQL o MySQL, pagkatapos ay maliit, katamtaman o malaki ayon sa kailangan mong CPU, memory at disk at kung gusto mo ng awtomatikong failover.
Ikabit ang iyong aplikasyon
Nakakatanggap ka ng mga kredensyal at connection endpoint. Maaaring manatili ang aplikasyon sa aming server o sa iba; walang pakialam ang database doon.
Pinapatakbo at pinapatunayan namin ito
Nag-i-iskedyul kami ng backup at sinusuri namin na napa-restore ang mga ito sa pamamagitan ng pagkonekta sa resulta, kaya sinusukat ang kakayahang ma-recover sa halip na ipagpalagay lamang. Sa PostgreSQL, ang iskedyul na iyon ay tuloy-tuloy, kaya ang recovery ay sa isang partikular na punto sa oras.
Presyo
Tatlong antas sa bawat makina, sinisingil buwan-buwan, na may sukat ayon sa vCPU, memory at disk — kasama ang awtomatikong failover simula sa medium na antas. Ang mga presyo ng antas ay kinakalkula mula sa mga nasusukat na singil sa yunit ng imprastraktura at muling kinakalkula kapag nagbago ang mga singil na iyon.
Zinn® Managed MySQL Small
₱876.99/buwan
- mga vCPU core
- 1
- Memory
- 2 GB
- Imbakang NVMe
- 20 GB
Zinn® Managed PostgreSQL Small
₱876.99/buwan
- mga vCPU core
- 1
- Memory
- 2 GB
- Imbakang NVMe
- 20 GB
Zinn® Managed PostgreSQL Medium
₱3,069.99/buwan
- mga vCPU core
- 2
- Memory
- 4 GB
- Imbakang NVMe
- 60 GB
Zinn® Managed MySQL Medium
₱4,636.99/buwan
- mga vCPU core
- 2
- Memory
- 4 GB
- Imbakang NVMe
- 60 GB
Zinn® Managed PostgreSQL Large
₱6,453.99/buwan
- mga vCPU core
- 4
- Memory
- 8 GB
- Imbakang NVMe
- 150 GB
Zinn® Managed MySQL Large
₱9,649.99/buwan
- mga vCPU core
- 4
- Memory
- 8 GB
- Imbakang NVMe
- 150 GB
Sinusubaybayan ng mga presyo ang mga sinusukat na singil sa imprastruktura sa halip na itakda nang minsan at pabayaan, kaya ang tier na kinalalagyan mo ay nananatiling proporsyonal sa aktwal na gastos sa pagpapagana nito.
Bakit ito bibilhin dito
Maraming host ang magpapatakbo ng database para sa iyo, basta't bibili ka rin ng hosting. Ito ay ibineenta nang mag-isa, na nangangahulugang maaari mong ilagay ang iyong database sa amin at ang iyong aplikasyon kung saan ito may katwiran, nang hindi muling isinasaayos ang iyong stack upang magkasya sa isang bundle.
Ang dalawang claim na pinakamahalaga sa isang produktong database ay ang mga pinakamadaling gawin nang basta-basta: ang ito ay nagpa-fail over, at ito ay nag-i-restore. Dito, ang failover ay isang nakasaad na katangian ng medium at large tier, at ang mga pag-restore ay na-verify sa pamamagitan ng pagkonekta sa na-restore na database sa halip na sa pamamagitan ng pagbasa ng berdeng log ng trabaho.
Kailangan ko bang mag-host ng website sa inyo para magamit ito?
Hindi. Ang Managed Databases ay nakapag-iisa. Maaaring tumakbo ang iyong aplikasyon sa iyong sariling mga server, sa ibang provider, o sa aming estate — ang database ay ibinibigay at sinisingil nang hiwalay.
Aling mga tier ang may mataas na availability?
Ang Medium at large ay tumatakbo na may awtomatikong failover. Ang Small ay iisang halimbawa lamang, kaya ang hakbang mula sa small patungo sa medium ay isang desisyon tungkol sa availability kaysa sa kapasidad lamang.
Paano gumagana ang mga backup at restore?
Parehong may backup ang dalawang engine at pareho ring nasusubukan ang pag-restore sa pamamagitan ng pagkonekta sa resulta. Nagkakaiba sila sa kung gaano kalayo ang maaari mong balikan: patuloy na nag-a-archive ang PostgreSQL, kaya maaari kang mag-recover sa isang partikular na sandali — na pinakamahalaga pagkatapos ng masamang migration o hindi sinasadyang pag-delete, kung saan gusto mo ng bawat detalye hanggang sa mismong segundo bago ang pagkakamali. Ang MySQL ay may backup tuwing gabi, at itinatago ang huling labing-apat na gabi.
Paano mo malalaman na talagang naibabalik ang mga backup?
Ibinabalik namin ang mga ito at kumokonekta sa resulta. Ang isang backup na trabaho na nag-uulat ng tagumpay ay nagsasabi lamang sa iyo na natapos ang isang trabaho; ang pagkonekta sa ibinalik na database at pagbasa mula dito ay nagsasabi sa iyo na naroon ang data at magagamit. Iyon ang pagsusuri na ginagawa namin.
Maaari ba akong lumipat sa mas mataas na tier habang lumalaki ang database?
Oo. Ang mga tier ay nagpapatakbo ng parehong engine na ginamit mo sa pagsisimula, kaya ang pag-angat ay nagbabago sa alokasyon ng vCPU, memory, at disk, at mula sa medium, nagdaragdag ito ng awtomatikong failover. Makipag-usap sa amin bago ang isang malaking migrasyon at planuhin namin ang paglipat kasama mo.
Ilagay ang inyong database sa isang lugar na inaalagaan
Pumili ng engine at tier, ikonekta ang iyong application, at kumuha ng awtomatikong failover mula sa medium tier pataas — naka-host man dito ang iba pa mong gamit o hindi.
Magsimula