نقل PostgreSQL من السحابة المُدارة إلى VPS

‫تحلّ قواعد البيانات المُدارة مشكلة حقيقية: إنها تزيل عمليات اليوم الأول (التثبيت والنسخ المتماثل والنسخ الاحتياطية التلقائية). لكن نموذج أسعارها مصمم ليتصاعد بشكل غير خطي مع النمو. على ‫AWS RDS، يُفوتر كل مكوّن بشكل منفصل: حوسبة النسخة، والتخزين ‫gp3 لكل جيجابايت، و‫IOPS المُخصصة، وعقدة ‫Multi-AZ الثانوية، والنسخ الاحتياطية خارج النافذة المُضمّنة، وعمليات نقل البيانات الصادرة. نسخة db.r6g.xlarge بتوافر عالٍ مع 200 جيجابايت من تخزين ‫gp3 يمكن أن تتجاوز 800 دولار شهرياً بسهولة على ‫us-east-1؛ عند 500 جيجابايت، تتجاوز 3000 دولار شهرياً. تعمل نفس أعباء العمل على ‫VPS مخصص بجزء بسيط من هذه التكلفة.

‫التكلفة ليست المتغير الوحيد. قيود الامتدادات عائق تقني ملموس: ‫pgvector على ‫RDS متاح منذ 2023، لكن ‫pg_graphql أو بعض إصدارات ‫d_btree_gist ليست كذلك. على ‫Supabase، الكتالوج أوسع لكنه مرتبط بالمنصة. الامتثال للبيانات هو المحرك الثالث: تخزين قاعدة البيانات في مركز البيانات الذي تختاره، دون نقل بين مناطق مُفوتر، يغير المعادلة للبُنى الخاضعة للائحة ‫GDPR أو سياسات إقامة البيانات.

‫قبل تشغيل أول pg_dump، أربع نقاط تحدد نجاح الهجرة.

‫إصدار PostgreSQL: المصدر مقابل الوجهة. يمكن استعادة تفريغ أنتجه pg_dump من الإصدار ‫N على الإصدار ‫N أو أعلى، وليس أدنى. تحقق من إصدار المصدر: psql -h <endpoint> -U <user> -c 'SELECT version();'. على ‫VPS، ثبّت نفس الإصدار الرئيسي أو أعلى من مستودع ‫PGDG.

‫الامتدادات النشطة. أدرج الامتدادات المثبتة على المصدر: SELECT extname, extversion FROM pg_extension ORDER BY extname;. بعضها متاح بشكل عام (uuid-ossp وhstore وpgcrypto). أخرى تتطلب حزمة نظام إضافية أو تجميعاً من المصدر. امتدادات ‫Supabase الخاصة (pg_graphql وpg_net وpgsodium) غير موجودة في ‫PostgreSQL الافتراضي.

‫حجم قاعدة البيانات. SELECT pg_size_pretty(pg_database_size('<base>')); يعطي الحجم المنطقي. على ‫VPS، خطط لمساحة القرص اللازمة للتفريغ نفسه، وقاعدة البيانات المستعادة، وهامش 20% لملفات ‫WAL ومؤشرات الاستعادة المؤقتة.

‫الاتصالات النشطة. قاعدة البيانات تحت حركة المرور لا يمكن تفريغها بشكل نظيف مع معاملات طويلة جارية. تحقق: SELECT count(*), state FROM pg_stat_activity GROUP BY state;. إذا استمرت اتصالات بحالة idle in transaction لعدة دقائق، حدد تلك الجلسات وأنهها قبل تشغيل تفريغ الهجرة.

‫يفرض ‫RDS ‫TLS على الاتصالات الواردة (rds.force_ssl = 1 افتراضياً على النسخ الحديثة). لذا فإن الخيار --sslmode=require ضروري على pg_dump، وإلا فإن الاتصال يُرفض أو يُنشأ بدون تشفير حسب تهيئة النسخة.

‫استخدم نقطة نهاية القراءة (‫Read Replica) للتفريغ حيثما أمكن لتجنب إضافة حمل على النسخة الأساسية أثناء الهجرة.

export PGPASSWORD='كلمة-مرورك'
pg_dump \
  -h your-instance.xxxx.rds.amazonaws.com \
  -U your_user \
  --sslmode=require \
  -Fc \
  -f /tmp/dump-rds.pgc \
  your_database

‫ثم استعد على ‫VPS بشكل متوازٍ لتسريع الاستيراد:

pg_restore \
  --no-owner \
  --no-privileges \
  -h localhost \
  -U your_vps_user \
  -d your_database \
  -j 4 \
  /tmp/dump-rds.pgc

‫الخياران --no-owner و--no-privileges ضروريان: ينشئ ‫RDS أدواراً داخلية (rdsadmin وrds_superuser) غائبة عن أي ‫PostgreSQL خارج ‫AWS. المتغيرات غير القابلة للنقل من ‫RDS: rds.force_ssl وأي معلمة ذات بادئة rds. هي معلمات نظام AWS خاصة غير موجودة في postgresql.conf القياسي.

‫يقدم ‫Cloud SQL مسارَي تصدير: ‫Cloud SQL Auth Proxy (موصى به للاتصالات البرمجية) والتصدير إلى حاوية ‫GCS (موصى به للتفريغات الكبيرة أو الهجرات أحادية الاتجاه).

‫عبر Cloud SQL Auth Proxy (اتصال مباشر، مناسب للقواعد < 10 جيجابايت):

cloud_sql_proxy -instances=my-project:europe-west1:my-instance=tcp:5433 &

export PGPASSWORD='your-password'
pg_dump \
  -h 127.0.0.1 \
  -p 5433 \
  -U your_user \
  -Fc \
  -f /tmp/dump-cloudsql.pgc \
  your_database

‫عبر تصدير GCS (موصى به للقواعد الكبيرة):

gcloud sql export sql my-instance \
  gs://my-bucket/dump-cloudsql.sql \
  --database=your_database \
  --offload

gsutil cp gs://my-bucket/dump-cloudsql.sql /tmp/

psql -h localhost -U your_vps_user -d your_database \
  -f /tmp/dump-cloudsql.sql

‫الفخ الرئيسي لـ ‫Cloud SQL: الخيار --offload ينقل معالجة التفريغ إلى عامل ثانوي ويقلل التأثير على النسخة الأساسية. يُنشئ ‫Cloud SQL أيضاً مستخدم cloudsqladmin — طبّق --no-owner --no-privileges على الاستعادة كما هو الحال مع ‫RDS.

‫يكشف ‫Supabase وصولاً مباشراً لـ ‫PostgreSQL عبر ‫URI اتصال متاح في إعدادات المشروع (Settings > Database > Connection string > URI).

export DATABASE_URL="postgresql://postgres:[email protected]:5432/postgres"

pg_dump \
  "$DATABASE_URL" \
  --sslmode=require \
  -Fc \
  --no-owner \
  --no-privileges \
  -f /tmp/dump-supabase.pgc

‫الامتدادات الموجودة على Supabase والغائبة عن VPS الافتراضي. هذا هو الفخ الرئيسي عند الهجرة من ‫Supabase:

- ‫pgvector: متاح على ‫Supabase، يجب تثبيته يدوياً على ‫VPS (sudo apt install postgresql-17-pgvector على ‫Debian/Ubuntu، ثم CREATE EXTENSION vector;).
- ‫pg_graphql: امتداد ‫Supabase الخاص الذي يكشف نقطة نهاية ‫GraphQL تلقائية. غير موجود في مستودعات ‫APT القياسية — يتطلب التجميع من المصدر (‫Rust + cargo-pgrx) أو إعادة كتابة طبقة الوصول ‫GraphQL خارج قاعدة البيانات.
- ‫pg_net: يسمح بطلبات ‫HTTP من دوال ‫SQL. غائب عن الحزم القياسية — أعد كتابة الاستخدامات خارج قاعدة البيانات.
- ‫pgsodium: تشفير على مستوى قاعدة البيانات. تكامله مع ‫Vault خاص بـ ‫Supabase.
- ‫http: امتداد مجتمعي متاح كـ postgresql-17-http على ‫Debian/Ubuntu.

‫قبل تشغيل التفريغ، أدرج الامتدادات النشطة بشكل شامل: SELECT extname FROM pg_extension WHERE extname NOT IN ('plpgsql');

‫أربعة فحوصات تجريها في الساعة التالية للتحويل.

‫أعداد الصفوف. على أكثر عشرة جداول حجماً، قارن أعداد المصدر والوجهة. الفجوة الصفرية تؤكد التقاط جميع المعاملات؛ فجوة متبقية من عدة صفوف قد تشير إلى معاملات كانت جارية وقت التحويل.

‫المجاميع الاختبارية. على الجداول الحيوية، احسب مجموعاً اختبارياً للتحكم: SELECT md5(string_agg(id::text || amount::text, ',' ORDER BY id)) FROM orders; وقارن النتيجة على كلا النسختين. المجموع المتطابق يؤكد سلامة البيانات صفاً بصف.

‫اختبار الامتدادات. لكل امتداد يستخدمه التطبيق، شغّل استعلام اختبار بسيط: SELECT 'test'::vector(3) لـ ‫pgvector، SELECT gen_random_uuid() لـ pgcrypto. الامتداد المفقود أو المهيأ بشكل خاطئ يظهر فوراً.

‫اتصالات التطبيق. تحقق في سجلات التطبيق أن الاتصالات تُنشأ على ‫VPS لا على قاعدة البيانات القديمة. تحقق أيضاً من نشاط اتصالات ‫SSL: SELECT ssl, client_addr FROM pg_stat_ssl JOIN pg_stat_activity USING (pid) WHERE client_addr IS NOT NULL LIMIT 5;.

‫يغطي هذا الدليل الهجرة أحادية الاتجاه — الإجراء الأكثر شيوعاً لمغادرة مزوّد مُدار. ثلاثة مواضيع تكميلية تستحق الاستكشاف حسب سياقك.

PostgreSQL المستضاف ذاتياً مقابل Amazon RDS — مقارنة ‫ROI مع أرقام بين النموذجين، مع عتبات حجم قاعدة البيانات وحركة المرور التي يصبح عندها الاستضافة الذاتية واضحة الأفضلية.

استضافة PostgreSQL على VPS — التهيئة التفصيلية بعد التثبيت: postgresql.conf وpg_hba.conf و‫pgBouncer والمراقبة والنسخ الاحتياطية والتصليب.

PostgreSQL بتوافر عالٍ مع Patroni على VPS — إذا كان اتفاقية مستوى الخدمة تتطلب ‫failover تلقائياً، فإن ‫Patroni على كتلة ثلاثة عقد يعيد إنتاج ضمانات ‫RDS Multi-AZ أو ‫Cloud SQL HA بدون علاوة المزوّد.