რამდენი RAM სჭირდება თვით-ჰოსტინგ მონაცემთა ბაზას?

ერთი აპლიკაციისთვის — Postgres ან Redis ინსტანსი პლუს მისი backend — 1.7-2 GB რეალისტური working set-ია, ასე რომ Small ($8) ესადაგება. რამდენიმე აპლიკაცია, ან production მონაცემთა ბაზა ნამდვილი concurrency-ით, გიბიძგებთ Medium-ზე ($12), და თუ სხვა მანქანებს სჭირდებათ მისი მიწვდომა, dedicated-IP ტარიფზე. ზომა განსაზღვრეთ working set-ითა და კავშირების რაოდენობით, არა იმედით.

რატომ თვით-ჰოსტინგი managed მონაცემთა ბაზის ნაცვლად?

კონტროლი. იღებთ მთელ postgresql.conf-ს, superuser-ს და ნებისმიერ გაფართოებას, რომელიც გინდათ — pgvector, PostGIS, TimescaleDB, pg_cron — რაღაცებს, რომლებსაც managed tier-ები ხშირად ბლოკავენ ან დამატებით ახდევინებენ. კომპრომისი ის არის, რომ სარეზერვო ასლები, tuning და განახლებები თქვენ უნდა გაუშვათ. თუ გინდათ box-ის ფლობა, ეს არის აზრი.

საზიარო VPS კარგია production მონაცემთა ბაზისთვის?

პატარა-საშუალო აპლიკაციისთვის — კი. მძიმე OLTP-სთვის — ასეულობით ტრანზაქცია წამში, შეყოვნება-კრიტიკული ჩაწერები — საზიარო-vCPU box არასწორი ხელსაწყოა, და ამას ვიტყვით, ვიდრე ერთს გაგყიდით. Disk I/O და გარანტირებული საათი იქ მნიშვნელოვანია, და საზიარო ტარიფები არცერთს არ ჰპირდებიან.

როგორ დავუშვა ჩემი სხვა სერვერები, რომ დაუკავშირდნენ მონაცემთა ბაზას?

მიაბით Postgres სწორ interface-ზე, გახსენით პორტი მხოლოდ იმ IP-ებზე, რომლებსაც სჭირდებათ, და გამოიყენეთ ტარიფი გამოყოფილი IPv4-ით, რომ მისამართი სტაბილური და მიწვდომადი იყოს. არასოდეს გამოაშკარაოთ 5432 მთელ ინტერნეტზე — firewall-ით დაბლოკეთ თქვენს აპლიკაციის სერვერებზე და მოითხოვეთ TLS.

მჭირდება თქვენთვის ID-ის მიცემა?

არა. ელფოსტა რეგისტრაციისთვის, USDC ან USDT გადასახდელად. არავითარი დოკუმენტი, root დაახლოებით წუთში.

VPS მონაცემთა ბაზისთვის

თვით-ჰოსტინგი PostgreSQL ან Redis VPS-ზე სრული root-ით — მთელი postgresql.conf, გაფართოებები, რომელთა ინსტალაციასაც managed სერვისი არ დაგაშვებთ, და გულწრფელი შეზღუდვები იმაზე, რა შეუძლია და რა არ შეუძლია საზიარო box-ს. $8/თვე-დან.

არსებობს კონკრეტული მომენტი, როცა managed მონაცემთა ბაზა წყვეტს მოსახერხებელი ყოფნას და იწყებს კედლად ქცევას. გინდათ გაფართოება, რომელსაც tier არ გთავაზობთ. გინდათ დაინახოთ ნამდვილი query plan და მოარგოთ work_mem. გინდათ superuser. managed სერვისი შესანიშნავი ნაგულისხმევია, სანამ არ დაგჭირდებათ ამის ფლობა — და მაშინ VPS სრული root-ით გულწრფელი პასუხია.

ეს გვერდი არის თქვენი საკუთარი PostgreSQL ან Redis-ის სწორად გაშვების შესახებ, და ნათლად თქმის შესახებ, სად არის საზიარო box სწორი არჩევანი და სად არა.

რა სჭირდება მონაცემთა ბაზას სინამდვილეში

მონაცემთა ბაზები ზრუნავენ ორ რამეზე, რაზეც თამაშის სერვერი არ ზრუნავს: მეხსიერება working set-ისთვის და disk I/O. უხეში ფორმა:

ერთი აპლიკაცია — Postgres (ან Redis) ინსტანსი პლუს backend სერვისი. working set ჩვეულებრივ 1.7-2 GB-ია. Small ($8) უმკლავდება მას დრამის გარეშე.
რამდენიმე აპლიკაცია, ან ნამდვილი production concurrency — მეტი კავშირი, უფრო დიდი cache-ები, ფონური სამუშაოები. Medium ($12) გაძლევთ სივრცეს.
სხვა მანქანებს სჭირდებათ მისი მიწვდომა — გინდათ სტაბილური, routable მისამართი, ასე რომ dedicated-IPv4 ტარიფი (Small-IP $16 და მეტი). ამაზე მეტი ქვემოთ.

Redis კიდევ უფრო მსუბუქია — ის memory-bound-ია, ასე რომ ტარიფის ზომა თქვენს dataset-ს პლუს overhead-ს მიუსადაგეთ და მზად ხართ. Postgres ის არის, რომელიც ცოტა tuning-ს აჯილდოებს.

ნამდვილი მიზეზი თვით-ჰოსტინგისთვის: კონტროლი

სწორედ აქ იმსახურებს VPS თავის ადგილს. თქვენს საკუთარ box-ზე იღებთ:

მთელ postgresql.conf-ს — shared_buffers, work_mem, max_connections, WAL პარამეტრები, ყველაფერი, მორგებული თქვენს დატვირთვაზე მიმწოდებლის ნაგულისხმევის ნაცვლად.
ნებისმიერ გაფართოებას. pgvector embedding-ებისა და სემანტიკური ძებნისთვის, PostGIS გეოსივრცისთვის, TimescaleDB დროის სერიებისთვის, pg_cron, pg_stat_statements — დააინსტალეთ, რაც გჭირდებათ. managed tier-ები ხშირად ზღუდავენ გაფართოებების სიას ან უფრო მაღალი ტარიფის უკან აყენებენ.
superuser და მის ქვეშ OS. შეგიძლიათ გადაიტანოთ data directory, მოარგოთ kernel, გაუშვათ pg_dump საკუთარ გრაფიკზე და დააყენოთ streaming replication სხვა box-ზე, თუ გინდათ.

თუ ამათგან არაფერს არ აქვს თქვენთვის მნიშვნელობა, managed მონაცემთა ბაზა ჭეშმარიტად კარგია და უნდა გამოიყენოთ. ეს გვერდი იმ შემთხვევისთვისაა, როცა აქვს.

სად არის საზიარო box არასწორი ხელსაწყო

პირდაპირ ამაზე: საზიარო-vCPU VPS არ არის აგებული მძიმე OLTP-სთვის — ასეულობით ტრანზაქცია წამში შეყოვნება-კრიტიკული ჩაწერებით. ის დატვირთვა ცოცხლობს და კვდება გარანტირებულ disk I/O-სა და მდგრად საათზე, და საზიარო ტარიფები არცერთს არ ჰპირდებიან. თუ ეს თქვენ ხართ, გინდათ გამოყოფილი აპარატურა, და გირჩევნიათ ახლა გითხრათ, ვიდრე ვუყუროთ, როგორ არცხვენს თქვენი p99 შეყოვნება ორივეს.

გაცილებით გავრცელებული შემთხვევისთვის — მონაცემთა ბაზა ერთი აპლიკაციის უკან, შიდა ხელსაწყო, ანალიტიკის საცავი, cache — საზიარო ტარიფი ზუსტად სწორია.

სარეზერვო ასლები არ არის არასავალდებულო

თვით-ჰოსტინგი ნიშნავს, რომ სარეზერვო ასლები თქვენი სამუშაოა, და ერთი წესი არის: გააკეთეთ ისინი, სანამ დაგჭირდებათ. Postgres-სთვის, pg_dump cron-ზე ლოგიკური სარეზერვო ასლებისთვის, ან WAL archiving point-in-time აღდგენისთვის ყველაფერზე, რაზეც რეალურად ზრუნავთ. გაგზავნეთ dump-ები box-იდან — object storage-ზე ან სხვა სერვერზე — რომ მკვდარმა დისკმა სარეზერვო ასლები არ წაიღოს. შეამოწმეთ აღდგენა ერთხელ მაინც. სარეზერვო ასლი, რომელიც არასოდეს აღგიდგენიათ, იმედია, არა სარეზერვო ასლი.

სხვა სერვერების დაშვება

თუ მონაცემთა ბაზა მხოლოდ იმავე box-ზე აპლიკაციას ემსახურება, მიაბით ის localhost-ზე და მზად ხართ — გამოსააშკარავებელი არაფერი. მომენტში, როცა სხვა მანქანას სჭირდება შესვლა, ორი რამ იცვლება:

გჭირდებათ სტაბილური, routable მისამართი — ეს არის dedicated-IPv4 ტარიფი (Small-IP $16, Medium-IP $20). NAT ტარიფები იზიარებენ მისამართს, რაც კარგია გამავლისთვის, მაგრამ არა მონაცემთა ბაზად, რომელსაც სხვა სერვერები უკავშირდებიან.
მკაცრად ბლოკავთ firewall-ით. გახსენით 5432 (ან 6379) მხოლოდ იმ კონკრეტულ IP-ებზე, რომლებსაც სჭირდებათ, არასოდეს 0.0.0.0/0-ზე, და მოითხოვეთ TLS. ღია Postgres პორტი საჯარო ინტერნეტზე წუთებში იპოვება.

ტარიფის არჩევა

დაყენება	ტარიფი
DB ერთი აპლიკაციის უკან, მხოლოდ localhost	Small ($8)
რამდენიმე აპლიკაცია / production concurrency	Medium ($12)
სხვა სერვერები უნდა დაუკავშირდნენ	Small-IP ($16) / Medium-IP ($20)
მძიმე OLTP, ასეულობით TPS	გამოყოფილი აპარატურა, არა საზიარო VPS

უმეტესი თვით-ჰოსტინგ მონაცემთა ბაზა იწყება Small-ზე და იზრდება Medium-ში ან dedicated-IP ტარიფში, როცა მეტ აპლიკაციას ან გარე client-ს იღებს.

რატომ აქ

სრული root ნიშნავს, რომ ეს თქვენი მონაცემთა ბაზაა, ბოლომდე — ყოველი კონფიგის ხაზი, ყოველი გაფართოება, თქვენი საკუთარი სარეზერვო გრაფიკი, არავითარი tier, რომელიც წყვეტს, რის ინსტალაცია გაქვთ ნებადართული. გადახდა კრიპტოა (USDC ან USDT Base, Ethereum ან Polygon-ზე), no KYC, დოკუმენტების გარეშე. Root დაახლოებით 60 წამში გადახდის შემდეგ, და Postgres-ს რამდენიმე წუთში კავშირების მიღება შეუძლია.

გულწრფელი შეჯამება: თვით-ჰოსტინგი, როცა კონტროლი გინდათ — გაფართოებები, tuning, superuser — და როცა თქვენი დატვირთვა ზომიერია. პატარა-საშუალო აპლიკაციის მონაცემთა ბაზისთვის საზიარო ტარიფი სწორი ხელსაწყოა. ასეულობით TPS შეყოვნება-კრიტიკული OLTP-სთვის — არა, და ამას ვიტყვით. მზად ხართ? აირჩიეთ ტარიფი.