بدائل DigitalOcean للمطورين: مقارنة الأسعار والمزايا

ما الذي يتغير فعلياً عند اختيار بدائل DigitalOcean

تغيّر معظم بدائل DigitalOcean الفاتورة، لا الخادم. في الحالتين تحصل على جهاز Linux افتراضي بعنوان IP عام، وقرص virtio، ووصول إلى حساب root. ولا يهتم kernel لديك بالشعار الموجود على لوحة التحكم. الفروق التي تحسم الاختيار هي سعر كل GB من RAM، وحجم حصة نقل البيانات المضمّنة، وتكلفة كل byte يتجاوزها، وطبيعة القرص فعلياً، ومقدار الطبقة التي تعلو نظام التشغيل والتي سيديرها طرف آخر نيابةً عنك.

تقارن هذه المقالة بين الخيارات وفق هذه المعايير، لأن المطوّر يستطيع التحقق من كل معيار منها من terminal أو من قائمة أسعار منشورة. كما توضّح الحالات التي يكون فيها DigitalOcean هو الخيار الصحيح، لأن المقارنة التي لا تعترف بأي ميزة ليست سوى إعلان.

كل سعر أدناه هو سعر قائمة منشور، وتم التحقق منه في 5 August 2026. تتغير الأسعار، وقد غيّر أكثر من موفّر هنا أسعاره خلال 2026. أما هيكل التسعير فيتغير بوتيرة أبطأ بكثير، لذلك ابدأ بقراءة النسب ونموذج الفوترة، ثم أكّد السعر الحالي في صفحة الموفّر نفسه قبل الالتزام.

سعر كل GB من RAM هو الرقم الذي يجب مقارنته

[
  {
    "provider": "DigitalOcean 1 GB",
    "ram_gb": 1,
    "monthly_usd": "6.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "DigitalOcean 4 GB",
    "ram_gb": 4,
    "monthly_usd": "24.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "Akamai Nanode 1 GB",
    "ram_gb": 1,
    "monthly_usd": "5.00",
    "usd_per_gb_ram": "5.00"
  },
  {
    "provider": "Vultr NVMe 1 GB",
    "ram_gb": 1,
    "monthly_usd": "6.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "Hetzner CX23 4 GB",
    "ram_gb": 4,
    "monthly_usd": "6.49",
    "usd_per_gb_ram": "1.62"
  }
]

لدى المزوّد نفسه، لا يتغير سعر كل GB من RAM إلا قليلاً. تفرض DigitalOcean مبلغ $6.00 لكل GB في الخطة التي تتضمن 1 GB، والمبلغ نفسه $6.00 لكل GB في الخطة التي تتضمن 4 GB، والتي يبلغ سعرها $24.00 شهرياً. اختيار خطة أكبر لدى المزوّد نفسه لا يمنحك خصماً، لذلك لا يمثل حجم الخطة عامل القرار. المزوّد هو العامل الحاسم.

تسعّر Akamai، التي تبيع الآن ما كان يُعرف باسم Linode، خطتيها المشتركتين بسعة 2 GB و4 GB بمبلغي $12 و$24، وهما نفس سعري DigitalOcean تماماً. أما خطة البداية لديها فسعرها أقل من السعرين، إذ يبلغ $5.00. عندما تتطابق شركتان تماماً في السعر، فهذه إشارة تستحق القراءة: التسعير في هذه الفئة مبني على سعر منافس، لا على تكلفة العتاد، وسيستمر في تتبع سعر ذلك المنافس.

يظهر الفرق مع المزوّدين الذين يبنون مراكز بياناتهم بأنفسهم ويبيعون باليورو. تمنحك Hetzner CX23 سعة 4 GB من RAM مقابل نحو $6.49 شهرياً، أي $1.62 لكل GB، وهو قريب من ربع سعر DigitalOcean. حُوِّل هذا السعر بالدولار من سعر مدرج باليورو، لذلك يتغير مع سعر الصرف. كما رفعت Hetzner أسعار السحابة خلال 2026، لذلك تعرض مقالات المقارنة الأقدم أرقاماً لم تعد موجودة.

لا يوضح سعر كل GB من RAM شيئاً عن CPU الذي تحصل عليه. يعني vCPU المشترك أن برنامج hypervisor يجدول نواتك إلى جانب نوى عملاء آخرين، ولا يمكن إجراء الاختبار الفعلي إلا على خادم استأجرته بالفعل:

vmstat 1 10

اقرأ العمود st. فهو يحسب النسبة المئوية من الوقت الذي كان فيه vCPU جاهزاً للتشغيل، لكن hypervisor منح النواة الفعلية لعميل آخر. تُعد نسبة قليلة أثناء الضغط أمراً طبيعياً. أما النسبة المستمرة المكوّنة من رقمين فتعني أن الخادم المضيف يعاني من زيادة في تخصيص الموارد، ولا يعوض أي سعر لكل GB عن نواة لا يمكنك استخدامها. شغّل الاختبار في ساعة ذروة الاستخدام لديك، لأن وقت steal يمثل مشكلة ناتجة عن جار، والجيران لديهم جداول استخدام. للحصول على الصورة الأوسع عن التكلفة الفعلية لشهر من الاستضافة بعد إضافة التخزين وحركة الشبكة، اقرأ تكلفة VPS من شهر إلى شهر.

ما تكلّفه حصة النقل المضمّنة فعلياً

[
  {
    "provider": "DigitalOcean 1 GB",
    "included_tb": 1,
    "overage_usd_per_tb": "10.00"
  },
  {
    "provider": "Akamai Nanode 1 GB",
    "included_tb": 1,
    "overage_usd_per_tb": "5.00"
  },
  {
    "provider": "Vultr NVMe 1 GB",
    "included_tb": 2,
    "overage_usd_per_tb": "10.00"
  },
  {
    "provider": "Hetzner CX23 4 GB",
    "included_tb": 20,
    "overage_usd_per_tb": "1.20"
  }
]

تضمّن DigitalOcean مقدار 1 TB من النقل الصادر ضمن الخطة الأساسية، وتحتسب التجاوز بالـGiB، أي ما يعادل نحو $10.00 لكل TB إضافي. وتضمّن Akamai المقدار نفسه من TB، لكنها تحتسب نحو نصف هذه التكلفة، أي حوالي $5.00 لكل TB. أما Vultr فتضمّن 2 TB بسعر تجاوز مماثل تقريباً. وتضمّن Hetzner مقدار 20 TB، ثم تفرض نحو $1.20 لكل TB بعد ذلك، وهو فارق يبلغ مرتبة عشرية مقارنةً بالمزوّدين الآخرين.

هناك 3 تفاصيل بنيوية أهم من الأرقام الرئيسية. يكون النقل الوارد مجانياً لدى المزوّدين الأربعة، لذلك لا يُحتسب إلا ما ترسله إلى الخارج. تجمع DigitalOcean وVultr الحصة عبر جميع الخوادم في الحساب، لذلك قد يستهلك خادم نشط حصة خادم آخر، كما تتشارك مجموعة من الخوادم الصغيرة حصة واحدة كبيرة. ولا يُحتسب عادةً أي نقل بين الخوادم عبر شبكة خاصة أو شبكة VPC، لذلك فإن وضع قاعدة البيانات على الواجهة الخاصة قرار متعلق بالفوترة وبالأمان في الوقت نفسه.

لا يهم أي من ذلك إذا كنت بعيداً عن الحد الأقصى. فلن يصل مدونة، أو API يرسل استجابات JSON، أو خدمة SaaS صغيرة إلى 1 TB خلال شهر. أما الفيديو، ومعارض الصور، وخوادم الألعاب، ومرايا الحزم، وأهداف النسخ الاحتياطي خارج الموقع، فقد تصل إليه. قِس قبل أن تفترض:

sudo apt update && sudo apt install -y vnstat
sudo systemctl enable --now vnstat
vnstat -m

يطبع vnstat -m بيانات النقل شهرياً، مع فصل البيانات المستقبلة عن المرسلة. لا تُحتسب في الفوترة إلا خانة البيانات المرسلة. تبدأ قاعدة البيانات فارغة، لذلك تظهر أول قراءة مفيدة بعد يوم من تثبيتها، ويظهر أول شهر كامل بعد شهر. وحتى ذلك الحين، يكون مخطط النطاق الترددي الخاص بالمزوّد هو السجل الوحيد المتاح لك.

اطرح سؤالاً إضافياً لا تجيب عنه أي قائمة أسعار: عندما تتجاوز الحصة، هل يفرض المزوّد رسوماً عليك أم يقيّد المنفذ؟ الفوترة تكلّف مالاً. أما تقييد السرعة فيكلّف المستخدمين، تحديداً في اللحظة التي يكون فيها عددهم أكبر ما يكون. يجب أن تعرف أيّ الخيارين ستسببه زيادة مفاجئة في حركة الشبكة.

NVMe أو SATA، وكيف تتحقق مما حصلت عليه فعلياً

تقول لوحة التحكم إن التخزين NVMe. هذا وصف للأقراص الموجودة في المضيف، لكن جهازك الافتراضي قد لا يكون مستضافاً عليها. يضع التخزين المحلي القرص الافتراضي على أقراص داخل الجهاز الفعلي نفسه. أما التخزين الشبكي، فيضعه على عنقود تخزين منفصل يمكن الوصول إليه عبر شبكة مركز البيانات. وهذا ما يتيح تغيير الحجم فورياً، والترحيل المباشر، وإنشاء اللقطات في موضعها.

داخل النظام الضيف، يبدوان متطابقين:

lsblk -d -o NAME,ROTA,MODEL,SIZE
cat /sys/block/vda/queue/rotational

يعرض ROTA وrotational القيمة 0 لأي جهاز يعلنه المضيف غير دوّار، لذلك يعرض المجلد الشبكي المدعوم بـNVMe القيمة نفسها التي يعرضها NVMe المحلي. تخبرك هذه القيمة بأن القرص ليس قرصاً دوّاراً. لكنها لا تخبرك بمكان وجود القرص. يشرح التأكد من وجود قرص NVMe على Linux أسماء الأجهزة وما يدل عليه كل اسم.

الاختبار الذي يميّز بينهما هو قياس زمن الاستجابة عند عمق قائمة يساوي 1، لأن القراءة الصغيرة المفردة لا تملك عمليات أخرى تخفي زمنها. يستجيب NVMe المحلي من الهيكل نفسه. أما المجلد الشبكي، فيضيف رحلة ذهاب وإياب عبر شبكة مركز البيانات إلى كل قراءة، لذلك يكون الحد الأدنى لزمن استجابته أعلى، حتى عندما يبدو معدل نقله مشابهاً عند عمق قائمة كبير.

sudo apt update && sudo apt install -y fio
fio --name=lat --filename=/var/tmp/fiotest --size=1G --rw=randread --bs=4k \
  --ioengine=libaio --direct=1 --iodepth=1 --runtime=30 --time_based --group_reporting
fio --name=iops --filename=/var/tmp/fiotest --size=1G --rw=randread --bs=4k \
  --ioengine=libaio --direct=1 --iodepth=32 --runtime=30 --time_based --group_reporting
rm -f /var/tmp/fiotest

تعرض النتيجة الأولى كتلة clat، وهي زمن إكمال العملية. اقرأ سطر النسبة المئوية 99 بدلاً من المتوسط، لأن المتوسط يخفي حالات التوقف التي يشعر بها المستخدمون. تعرض النتيجة الثانية IOPS= في سطر الملخص. شغّل الاختبارين على المزوّد الذي تستخدمه وعلى نسخة تجريبية لدى المزوّد الذي تفكر فيه، في اليوم نفسه، ثم قارن الرقمين اللذين حصلت عليهما بنفسك. قيس الرقم المنشور لدى أي من المزوّدين على جهاز لا يمكنك رؤيته. شغّل الاختبار أيضاً 3 مرات في ساعات مختلفة، لأن المضيف الهادئ والمضيف المشغول يعطيان نتائج مختلفة ضمن الخطة نفسها. يشرح قياس أداء VPS بطريقة صحيحة المنهجية، بينما يشرح المقصود فعلياً بـVPS مزود بقرص SSD المصطلحات التسويقية المستخدمة.

الأقاليم: قِس زمن الاستجابة، ولا تقرأ الخريطة

تظل قائمة الأقاليم دعاية إلى أن تقيسها. ما يشعر به المستخدم هو زمن الذهاب والإياب بين شبكته وخادمك، وهذا يعتمد على المسار الذي تسلكه الحزم، لا على المسافة في الخريطة. قد يتفوق خادم يبعد 1,500 كم عبر مسار نظيف على خادم يبعد 300 كم خلف وصلة عبور مزدحمة.

ping -c 20 203.0.113.10
mtr -rwc 50 203.0.113.10
curl -o /dev/null -s -w 'dns %{time_namelookup} connect %{time_connect} tls %{time_appconnect} total %{time_total}\n' https://example.com

يطبع mtr كل قفزة مع نسبة الفقد وزمن الاستجابة الخاصين بها، لذلك تكشف قفزة قدرها 60 ms بين قفزتين الوصلة التي تسبب المشكلة، بدلاً من إلقاء اللوم على الوجهة. شغّله من جهاز موجود على الشبكة التي يستخدمها عملاؤك. تُعد المسارات بين مراكز البيانات أفضل المسارات على الإنترنت، ولذلك تمنح كل مزود صورة أفضل من الواقع بالقدر نفسه.

تبقى نقطة هيكلية واحدة صحيحة مهما تغير السعر. إذا كان لدى مزود الخدمة إقليم واحد فقط في قارتك، فهذا يعني أن خطة التعافي من الكوارث لديك هي خطة لنقل الخدمة إلى قارة أخرى، مع زمن الاستجابة المترتب على ذلك. احسب الأقاليم التي ستنتقل إليها فعلياً عند التعطل، لا الأقاليم المعروضة على الصفحة.

اللقطات الاحتياطية والنسخ الاحتياطية لها تكلفة منفصلة

تُضاف تكلفة التخزين إلى الخطة، وقد تجعل الخطة الرخيصة مكلفة. تفرض DigitalOcean رسماً قدره $0.06 لكل GiB شهرياً مقابل اللقطات، وتحتسب النسخ الاحتياطية التلقائية كنسبة من سعر الخادم بدلاً من ذلك: 20% من سعر الخطة للنسخ الأسبوعية، و30% للنسخ اليومية، مع خيار يعتمد على الاستخدام ويُحتسب لكل GiB. كلا النموذجين قابل للدفاع عنه، لكن لكل منهما مشكلة معاكسة. يرتبط السعر النسبي بحجم الخادم، لذلك يدفع خادم كبير يحتوي على مجموعة بيانات صغيرة تكلفة أعلى من اللازم. ويرتبط السعر لكل GiB بكمية بياناتك، لذلك يدفع خادم صغير متصل بوحدة تخزين كبيرة تكلفة أعلى من اللازم.

اسأل عن تكلفة الاستعادة والمدة التي تستغرقها، لأن تكلفة الاحتفاظ بنسخة احتياطية لا تمثل إلا الجزء الأبسط من السؤال. واسأل عما إذا كان حذف الخادم يحذف لقطاته أيضاً.

بعد ذلك، احتفظ بنسخة لا يتحكم فيها المزوّد. توجد لقطات المزوّد داخل حساب المزوّد، لذلك قد يؤدي فقدان بيانات تسجيل الدخول أو فشل الدفع أو تعليق الحساب إلى فقدان الخادم ونسخه الاحتياطية في الوقت نفسه. تكلّف نسخ restic الاحتياطية إلى مساحة تخزين تملكها بضعة دولارات من تخزين الكائنات، ويمكن استعادتها لدى أي مزوّد، وهي ما يجعل الترحيل قابلاً للعكس بدلاً من أن يكون نهائياً.

مقدار المكدس الذي تريد تشغيله

يقع مقدمو الخدمات على امتداد واحد. في أحد طرفيه، تستأجر آلة وتشغّل كل شيء عليها بنفسك. وفي الطرف الآخر، تدفع فرعاً من git ولا ترى خادماً مطلقاً. تكون مقارنة السعر لكل GB من RAM مناسبة فقط عند الطرف الأول، لأنك عند الطرف الآخر تشتري عملاً لا ذاكرة، والعمل لا يملك سعراً لكل GB.

كن صريحاً بشأن الطرف الذي تنتمي إليه قبل أن تقارن أي شيء. تبدو قاعدة بيانات مُدارة بسعر $15.15 شهرياً مرتفعة التكلفة مقارنة بخادم سعره $6، إلى أن تحسب الساعات اللازمة لتشغيلها: النسخ المتماثل، وتجاوز الفشل، والاستعادة إلى نقطة زمنية محددة، وترقيات الإصدارات الثانوية، والتنبيه الذي يوقظ شخصاً عند 03:00. إذا كان هذا العمل من مسؤولياتك، فشغّله بنفسك واحتفظ بالفارق. وإذا كانت مسؤوليتك هي التطبيق، فإن شراء هذه الخدمة مجدداً قليل التكلفة. يحدد الفرق بين الخدمات المُدارة وغير المُدارة عمود قائمة الأسعار الذي ينبغي أن تقرأه أصلاً. وإذا كانت الإجابة الصريحة هي أنك تريد الآلة كاملة وأقراصها لنفسك، فهذه مسألة الخادم الافتراضي الخاص مقابل الخادم المخصص وليست مسألة مزود خدمة.

حيث يكون DigitalOcean الخيار الصحيح

يتفوّق DigitalOcean عندما تشتري المنصة، لا الجهاز الافتراضي.

• قواعد البيانات المُدارة. تبدأ PostgreSQL وMySQL المُدارتان من $15.15 شهرياً مقابل 1 GiB من الذاكرة العشوائية و10 GiB من التخزين، مع فوترة التخزين الإضافي لكل GiB، وتسعير العقد الاحتياطية لكل عقدة. يتطلب بناء مستوى الاعتمادية نفسه داخلياً استخدام Patroni أو repmgr، ومخزّن توافق، ووكيل اتصالات، وتدريباً على التحويل عند الفشل سبق لك تنفيذه فعلياً. لا يستطيع فريق مكوّن من شخصين الحفاظ على ذلك وإصدار الميزات في الوقت نفسه.
• App Platform. ادفع فرعاً، واحصل على عملية بناء وشهادة وخدمة قيد التشغيل، من دون نظام تشغيل يحتاج إلى تصحيحات. النسخة الرخيصة من VPS لهذا المنتج هي أنت، في يوم السبت.
• التخزين الكائني وموازِنات التحميل التي يغطيها موفّر Terraform ناضج. تكون البنية التي يمكنك تدميرها وإعادة بنائها من الشيفرة أكثر قيمة من انخفاض سعر الوحدة.
• الشركة المحيطة بالمنتج. مستويات دعم منشورة، وصفحة حالة تتضمن السجل، ومؤسسة ستجيب عن استبيان أمان يرسله العميل. إذا كنت تعيد بيع الاستضافة، فهذه القيمة أكبر من بضعة دولارات لكل GB.

يصبح DigitalOcean مكلفاً عندما تكون الآلة الافتراضية العادية كثيرة العدد، مع حركة مرور صادرة فعلية. هذه هي الحالة التي يعالجها البديل تحديداً، وهي تمثل معظم ما يشتريه المطوّر الذي يستضيف خدماته بنفسه.

الترحيل إلى مزوّد جديد دون توقف

ينتج التوقف أثناء الترحيل عن سبب واحد: وصول حركة الشبكة إلى عنوان IP القديم بعد نقل البيانات إلى العنوان الجديد. يهدف كل إجراء أدناه إلى جعل هذه الفترة قصيرة وقابلة للتنبؤ.

ابدأ بـDNS قبل النقل بـ48 ساعة على الأقل. تخزّن محللات DNS سجل A طوال مدة TTL الخاصة به (مدة البقاء)، لذلك يواصل سجل تبلغ مدة TTL له 24 ساعة توجيه المستخدمين إلى الخادم القديم لمدة تصل إلى يوم بعد تغييره. لا يفيد خفض TTL عند تنفيذ التحويل، لأن محللات DNS تكون قد خزّنت القيمة القديمة مع مدة انتهاء الصلاحية القديمة. اخفضها أولاً، وانتظر حتى تنتهي القيمة القديمة، ثم نفّذ الترحيل.

dig +noall +answer example.com A
dig +noall +authority example.com SOA

يعرض الأمر الأول قيمة TTL الحالية في العمود الثاني من النتيجة. اضبطها على 300 لدى مزوّد DNS، ثم انتظر مدة أطول من الرقم الذي استبدلته للتو.

بعد ذلك، نفّذ العمل بالترتيب التالي.

1. أنشئ الخادم الجديد وعزّزه أمنياً قبل وصول أي شيء آخر إليه. يوضّح الدقائق العشر الأولى على VPS جديد الجزء الذي يتجاوزه الناس عندما يكونون على عجلة.
2. ثبّت مكدس التطبيق ونفّذ النسخة الأولى من البيانات باستخدام rsync، بينما يواصل الخادم القديم تقديم الخدمة بصورة طبيعية.
3. أصدر شهادة TLS على المضيف الجديد الآن باستخدام تحدي DNS-01، لأن تحدي HTTP-01 يتحقق من العنوان IP الذي يشير إليه DNS حالياً، وهو لا يزال الخادم القديم. يزيل تحدي DNS-01 مشكلة ترتيب الخطوات هذه بالكامل.
4. اختبر المضيف الجديد قبل إجراء أي تغيير عام، وذلك بتجاوز DNS على حاسوبك المحمول. أضف 203.0.113.20 example.com إلى /etc/hosts، وتصفّح الموقع الفعلي، ثم احذف السطر. لا يتأثر أي مستخدم بهذا الاختبار.
5. عالج مسألة حجم قاعدة البيانات. إذا كان الحجم أقل من بضعة GB، فتكفي عملية التفريغ والاستعادة ضمن فترة إيقاف الكتابة. أما إذا تجاوز ذلك، فأعدّ النسخ المتماثل من قاعدة البيانات القديمة إلى الجديدة قبل النقل بعدة أيام، واتركه يلحق بالبيانات، بحيث تغطي فترة إيقاف الكتابة عملية الترقية فقط.
6. أوقف عمليات الكتابة. ضع التطبيق في وضع الصيانة أو وضع القراءة فقط. هذه هي الفترة الوحيدة التي يمكن للمستخدمين رؤيتها، ويجب أن تستمر دقائق فقط.
7. نفّذ المزامنة النهائية للتغييرات: شغّل rsync مرة أخرى، ثم نفّذ المزامنة النهائية لقاعدة البيانات.
8. غيّر سجلي A وAAAA إلى عنوان IP الجديد. مع TTL بقيمة 300، تتبع معظم محللات DNS التغيير خلال نحو خمس دقائق.
9. اترك الخادم القديم قيد التشغيل وقابلاً للوصول لمدة يوم على الأقل، لأن بعض محللات DNS تتجاهل قيم TTL القصيرة. إذا ظل التطبيق القديم قابلاً للكتابة، فستكتب الطلبات المتأخرة في قاعدة البيانات الخطأ. لذلك وجّه المضيف القديم إلى قاعدة البيانات الجديدة، أو اعرض منه صفحة صيانة.
10. راقب معدل الأخطاء في الخادم الجديد لمدة يوم، ثم أعد TTL إلى قيمته المعتادة، وأتلف الخادم القديم بعد أسبوع بدلاً من إتلافه في المساء نفسه.

تتكون عملية النسخ نفسها من أمرين، ويُشغّل كل منهما مرتين. مزامنة الملفات:

rsync -aHAX --numeric-ids --delete -e ssh /srv/ deploy@203.0.113.20:/srv/

يحافظ -a على الملكية والأذونات والطوابع الزمنية، ويحافظ -H على الروابط الصلبة، ويحافظ -AX على ACLs والسمات الممتدة، ويمنع --numeric-ids rsync من إعادة ربط معرّفات المستخدمين بأسماء تختلف بين جهازين. شغّله قبل النقل بعدة أيام، ثم شغّله مرة أخرى أثناء فترة إيقاف الكتابة، حيث سينقل التغييرات فقط.

بالنسبة إلى PostgreSQL إذا كان حجمه صغيراً بما يكفي للتفريغ:

pg_dump --format=custom --no-owner --dbname=appdb --file=appdb.dump
scp appdb.dump deploy@203.0.113.20:/var/tmp/
pg_restore --clean --if-exists --no-owner --dbname=appdb /var/tmp/appdb.dump

بالنسبة إلى MySQL أو MariaDB:

mysqldump --single-transaction --routines --triggers --databases appdb > appdb.sql

يُجري --single-transaction عملية التفريغ داخل معاملة واحدة على جداول InnoDB، لذلك تكون النتيجة متسقة ويواصل التطبيق الكتابة أثناء تشغيل الأمر. من دون هذا الخيار، يقفل mysqldump الجداول، ما يعني أن فترة إيقاف الكتابة بدأت أبكر مما خططت له، وأنك لم تحدد توقيتها.

يتسبب أمران خارج خوادمك في حدوث مشكلات. لا يتمتع عنوان IP الجديد بسمعة بريد إلكتروني، لذلك تُصنّف الرسائل المرسلة مباشرة من الخادم الجديد كرسائل مزعجة. أرسلها عبر relay يتمتع بسمعة قائمة. ويجب تحديث أي شريك يضع عنوان IP الصادر لديك في قائمة سماح، مثل بوابة دفع أو جدار ناري لدى عميل، قبل تنفيذ التحويل؛ وإلا ستبدأ هذه الاتصالات بالفشل فور انتقال حركة الشبكة.

ما الذي يجب التحقق منه قبل الالتزام

• ما إذا كان السعر ترويجياً، والسعر الذي سيُجدَّد الاشتراك به. يُعد خصم الفترة الأولى الذي يتضاعف عند التجديد تكلفة فعلية، لكنها مؤجلة فقط.
• ما إذا كانت المدة مدفوعة مسبقاً. تتيح الخطط المدفوعة مسبقاً لعدة سنوات، وهي الطريقة التي تبيع بها SSD Nodes، الحصول على سعر أقل بكثير لكل GB من RAM مقابل الدفع مقدماً. المقابل هو أنك لا تستطيع الانسحاب في الشهر التالي، لذلك طابق مدة الخطة مع مدى تأكدك من حاجتك إليها.
• تكلفة snapshot شهرياً، وتكلفة الاستعادة بالمال وبالدقائق.
• ما إذا كانت الزيادة في الاستخدام تُحتسب برسوم، أو يجري خنقها.
• ما إذا كان IPv6 موجهاً بصورة صحيحة، أو أنه مجرد عنوان واحد مضاف بصورة سطحية.
• ما إذا كانت هناك API مع موفّر Terraform تتم صيانته، إذا كنت تنوي إعادة البناء من الشيفرة بدلاً من الإعداد اليدوي.
• كيفية الوصول إلى الدعم، وهدف الاستجابة المنشور عند توقف الخادم، وليس عند إرسال سؤال متعلق بالمبيعات.

اختر وفق المحور الذي يهيمن على فاتورتك. إذا كانت الذاكرة هي ذلك المحور، فإن السعر لكل GB من RAM يحسم القرار. وإذا كانت حركة البيانات الصادرة هي المحور، فإن حجم النقل المشمول يحسمه. وإذا كان وقتك أنت هو العامل الأهم، فإن المنصة المُدارة تحسمه، وتُعد DigitalOcean الأقوى بين الخيارات الأربعة المقارنة هنا.

FAQ

هل تكون Hetzner دائماً أرخص من DigitalOcean؟

بالنسبة إلى آلة افتراضية عادية، تكون أرخص بكثير لكل GB من الذاكرة العشوائية: نحو $1.62 مقابل $6.00 في الخطط المشتركة الابتدائية حتى 5 August 2026. تتغير المقارنة عند إدخال الخدمات المُدارة. تبيع Hetzner الخوادم والشبكات، لذلك يجب أن توفر قاعدة البيانات المُدارة أو منصة النشر عبر الدفع بنفسك أو عبر جهة خارجية، ولهذه الساعات تكلفة. رفعت Hetzner أيضاً أسعار الخدمات السحابية خلال 2026، لذلك تحقّق من السعر الحالي باليورو بدلاً من الاعتماد على مقال قديم.

ما بديل DigitalOcean الذي ينبغي أن أختاره إذا كنت أحتاج إلى قاعدة بيانات مُدارة؟

تبيع Vultr وAkamai قواعد بيانات مُدارة، لذلك فهما أقرب البدائل إذا كانت قاعدة البيانات المُدارة هي سبب استخدامك لـDigitalOcean أساساً. لا تبيع الاستضافات الأوروبية منخفضة التكلفة عادةً هذه الخدمة، ما يعني تشغيل PostgreSQL أو MySQL بنفسك، بما في ذلك النسخ المتماثل وfailover مُختبَر. هذه مهمة فعلية. قارن تكلفتها بمبلغ $15.15 شهرياً الذي تكلفه مثيلة مُدارة بسعة 1 GiB قبل أن تقرر أن الخادم الأرخص وفّر عليك أي شيء.

كيف أنقل موقعاً قيد التشغيل إلى مزود جديد من دون توقف؟

خفّض DNS TTL إلى 300 ثانية قبل النقل بـ48 ساعة على الأقل، لأن محللات DNS تواصل تقديم عنوان IP القديم طوال المدة التي حددها لها TTL السابق. أنشئ الخادم الجديد واختبره بينما لا يزال الخادم القديم يستقبل network traffic، باستخدام override عبر /etc/hosts على جهازك أنت حتى لا يراه أي شخص آخر. ثم أوقف عمليات الكتابة لبضع دقائق، وشغّل delta الأخير عبر rsync والمزامنة النهائية لقاعدة البيانات، وبدّل سجلات A وAAAA، واترك الخادم القديم قيد التشغيل لمدة أسبوع تحسباً لتجاهل أحد المحللات لقيمة TTL القصيرة.

هل يعني VPS الأرخص أن الأقراص أبطأ؟

ليس بالضرورة. المهم هو ما إذا كان القرص الافتراضي محلياً على المضيف أو موجوداً على مجموعة تخزين عبر الشبكة، وغالباً لا توضح لوحة التحكم ذلك. يعرض lsblk -o NAME,ROTA القيمة 0 لكليهما، لأن كليهما غير دوّار. بدلاً من ذلك، قِس الأداء: شغّل fio مع --iodepth=1 --bs=4k --direct=1 واقرأ زمن إكمال النسبة المئوية 99. يضيف volume عبر الشبكة رحلة ذهاب وإياب عبر شبكة مركز البيانات إلى كل عملية قراءة، لذلك يكون حد زمن الاستجابة الأساسي له أعلى من NVMe المحلي حتى عندما يبدو معدل النقل مع طوابير عميقة متشابهاً.

هل سيستمر تسليم بريدي الإلكتروني من الخادم الجديد؟

غالباً لا، في البداية. لا يملك عنوان IP الجديد سجل إرسال، لذلك يتعامل المستلمون مع البريد الصادر منه باعتباره مشبوهاً، فينتقل إلى البريد العشوائي أو يُرفض مباشرةً. تشير سجلات SPF وDKIM أيضاً إلى المضيف القديم إلى أن تحدّثها. أرسل بريد التطبيق عبر relay أو خدمة بريد إلكتروني تملك سمعة جيدة مسبقاً، وحدّث سجلات DNS الخاصة بالبريد قبل التحويل لا بعده.