عند شراء سيرفر لترافيك VPN عالٍ، يسأل كثيرون سؤالاً واحداً: كم سرعة المنفذ؟ وهذا السؤال مهم، لكنه لا يكفي. فمنفذ سريع على معالج ضعيف ينتج نفقاً بطيئاً، ومعالج قوي خلف حد مخفي ينتج النتيجة نفسها.
سيرفر VPN يختلف عن سيرفر موقع. لا يهمه القرص كثيراً، ويهمه المعالج والشبكة. وهذا الدليل يرتب ما تسأل عنه، بالأولوية وبالأرقام حيث توفرت.
ابدأ بالحمل لا بالمواصفات
قبل أن تقارن العروض، اكتب إجابات هذه الأسئلة:
- ما السرعة المتواصلة المطلوبة، لا الذروة النادرة؟
- هل الترافيك في اتجاه واحد أم في الاتجاهين؟
- كم عميلاً متزامناً تتوقع؟
- هل هو نفق كبير واحد بين موقعين، أم عملاء كثيرون متفرقون؟
- هل يتوقف عملك إذا تعطل السيرفر؟
السؤال الرابع مهم تحديداً. فنفق واحد كبير يحتاج إلى نواة قوية، لأن جزءاً من مساره لا يتوزع بسهولة. أما العملاء الكثيرون فيستفيدون من عدد الأنوية وتعدد طوابير الشبكة.
المعالج: أول ما يُسأل عنه
كل حزمة في النفق تُشفَّر. فكلما ارتفع الترافيك صار المعالج هو الجزء الأكثر عملاً. ولا يكفي النظر إلى عدد الأنوية، فانظر إلى ثلاثة أشياء:
- أداء النواة الواحدة. يهم في النفق الكبير.
- التعليمات المتاحة. مثل AVX2، خاصة داخل VM.
- نصيبك الفعلي. هل الأنوية مخصصة لك أم مشتركة مع جيران مزدحمين؟
مثال من أحد سيرفراتنا: معالج Xeon E5-2698 v4 بـ20 نواة و40 خيطاً، وVM بأربع أنوية فقط قدمت قدرة تشفير داخلية نحو 1.7Gbps. أي أن أربع أنوية كفت هنا لمنفذ 480Mbps مع هامش كبير.
لا تنقل هذا الرقم إلى معالج آخر. لكنه يعلمك درساً: اطلب قياساً على العتاد نفسه، ولا تكتفِ باسم المعالج.
المنفذ: الرقم المكتوب والرقم الفعلي
هنا أكثر سوء فهم في شراء السيرفرات. فالمنفذ 1Gbps لا يعني أن 1Gbps متاحة لك. فقد يكون عليه حد في السويتش، وقد تكون السعة مشتركة.
في قياسنا، كان الرابط 1Gbps والحد 480Mbps، أي 60MB/s نظرياً. فأعطى تنزيلاً متواصلاً 57MB/s لمدة 3 دقائق. وعبر النفق كانت النتيجة نفسها، وهذه قراءة سليمة لأن الرقم يقترب من الحد.
واسأل كذلك عن طريقة فرض الحد. فالـpolicer يرمي الزائد مباشرة، وهذا قد يؤثر كثيراً في TCP. ولذلك رأينا رفع TCP يتراوح 154-177Mbps قبل BBR، ثم 365-444Mbps بعده، على منفذ من هذا النوع. أما WireGuard نفسه فيعمل على UDP، ولا يتأثر بهذا التفعيل مباشرة.
| السؤال للمزوّد | لماذا يهم |
|---|---|
| ما السرعة المضمونة المتواصلة؟ | منفذ 1Gbps قد يخفي حداً أقل |
| هل المنفذ مشترك؟ | الجيران يغيرون نتيجتك وقت الذروة |
| هل الترافيك الشهري محدود؟ | VPN ينقل كميات كبيرة باستمرار |
| كيف يُفرض الحد؟ | يؤثر في سلوك TCP |
| هل يمكن الترقية لاحقاً؟ | يوفر عليك نقل الخدمة عند النمو |
| هل يمكن تجربة قياس قبل الالتزام؟ | الرقم المقاس أصدق من المكتوب |
الذاكرة والتخزين: أقل مما تظن
لا يحتاج WireGuard نفسه إلى ذاكرة كبيرة ولا إلى قرص سريع. فالبيانات تعبر السيرفر، ولا تُخزن عليه. لذلك لا تدفع ثمن قرص كبير لأجل النفق وحده.
لكن هناك استثناءان. عدد الاتصالات الكبير يحتاج إلى ذاكرة لجدول conntrack. وإذا كان السيرفر يحمل خدمات أخرى في VM منفصلة، فهي التي تحدد الذاكرة والتخزين. وللموثوقية، ذاكرة ECC ومرآة قرصين خيار جيد لخدمة لا يجب أن تتوقف، وقد استعملنا 64GB ECC ومرآة ZFS على SSD في السيرفر المذكور.
مقارنة بين خيارات السيرفر
| الخيار | يناسب | ما يجب الانتباه إليه |
|---|---|---|
| VPS مشترك | فريق صغير وترافيك معتدل | المعالج مشترك، وقد يتذبذب الأداء |
| VDS بأنوية مخصصة | ترافيك عالٍ ثابت لشركة | تأكد من الأنوية ونوع المعالج والمنفذ |
| سيرفر مخصص | نفق كبير أو خدمات عديدة | تكلفة أعلى، والإدارة عليك |
الطاقة والحرارة: عامل لا يذكره أحد
التشفير المتواصل عمل حقيقي على المعالج. فعلى السيرفر الذي قسناه، كان الاستهلاك 53W في الخمول، و304W عند امتلاء المعالج. وهذا يبين لماذا لا يكون سعر السيرفر المحمّل باستمرار مثل سعر السيرفر الخامل.
وهذا يهمك كمشترٍ بطريقة غير مباشرة. فكلما كان الحمل أعلى، احتجت إلى تبريد وكهرباء مستقرين في مركز البيانات. فبيئة التشغيل جزء من الأداء، خصوصاً في سيرفر يعمل بحمل عالٍ طوال اليوم.
تفاصيل تُنسى عند الشراء
- عنوان IP ثابت. الفروع تعتمد عليه، فتغييره يعني تعديل كل العملاء.
- وصول إلى وحدة التحكم. تحتاج إليها إن أخطأت في جدار أو في توجيه.
- نوع المعالج داخل الـVM. اسأل هل يصل AVX2 إلى الضيف.
- سرعة الدعم. خدمة ربط الفروع لا تنتظر طويلاً حين تتوقف.
- خطة النمو. اختر سيرفراً يتحمل زيادة معقولة، لا حمل اليوم فقط.
القرب أم القوة؟
القرب من المستخدمين يقلل زمن الوصول، وهذا مفيد. لكنه ليس المعيار الوحيد. فالسيرفر القريب بمعالج مزدحم يعطيك زمناً جيداً وهو خامل، ثم يتعثر عند الحمل. لذا قس الاثنين معاً: الزمن تحت الحمل، والسرعة المتواصلة.
وتذكر أن MikroTik أو أي عميل آخر طرف في المعادلة. فقد نجح اختبارنا على RouterOS 7.25 بمصافحة سليمة وفقد ping صفر بالمئة، لكننا لم نقس سرعته، وسقف العميل يعتمد على طرازه. فلا تشترِ سيرفراً كبيراً قبل أن تتأكد أن راوتر الفرع يحمل الترافيك نفسه.
جرّب بحمل حقيقي قبل النقل الكامل
لا تنقل كل الفروع في يوم واحد. ابدأ بفرع واحد أو مجموعة صغيرة، وراقب السرعة واستهلاك المعالج أسبوعاً، ثم وسّع تدريجياً. وبهذا تكتشف الحد الفعلي قبل أن يعتمد عليه الجميع، وتبقى لديك طريق للعودة إن ظهرت مشكلة لم تتوقعها.
وخلال هذه الفترة، اكتب ما تراه في ساعات الذروة تحديداً. فمتوسط اليوم قد يبدو مريحاً، بينما تكشف ساعة واحدة مزدحمة أن السيرفر أو المنفذ يقترب من حده.
قبل التوقيع: اطلب من المزوّد اختبار iperf3 متواصلاً لعدة دقائق في الاتجاهين، وعبر النفق إن أمكن. ما يستطيع السيرفر تقديمه خلال ساعة من القياس يخبرك أكثر من صفحة مواصفات كاملة.
الخلاصة
ابدأ بالحمل، ثم اختر المعالج، ثم تأكد من السرعة المتواصلة وطريقة الحد، ولا تبالغ في الذاكرة والتخزين. والقاعدة التي تصلح لكل عرض: الرقم المقاس أهم من الرقم المكتوب.
أخبر فريق مرام هوست بحجم ترافيكك وعدد عملائك، وسنساعدك في اختيار الـVPS أو الـVDS أو السيرفر المخصص المناسب، دون مواصفات لا تحتاجها. وتتوفر لدينا خيارات منافذ بسرعات أعلى تصل إلى 100 جيجابت حسب التوفر والموقع، ونؤكد التفاصيل قبل الطلب.
