من السهل إطلاق ادعاءات عن السرعة. أردت أن أرى ما الذي تقدمه بنية HostArmada التحتية فعليًا تحت ظروف واقعية، لذلك أجريت مجموعتين منفصلتين من الاختبارات:
- اختبار أداء GTmetrix لموقع WordPress حي مستضاف على خطة WP Speed Reaper المشتركة،
- ومجموعة كاملة من اختبارات الأداء لخادم VPS Cloud SSD
الإختباران يجيبان عن سؤالين مختلفين. اختبار استضافة WordPress يوضح ما يختبره الزائر الحقيقي عندما يهبط على موقعك. أما اختبارات أداء VPS فتوضح ما الذي يمكن للبنية التحتية للخادم أن تقدمه على المستوى الأساسي.
معًا، يمنحانك صورة كاملة عمّا يمكن لشبكة HostArmada أن تفعله عبر اثنين من أكثر منتجاتها شعبية.
إليك كل ما وجدته.
كيف اختبرت
استخدمت نهجين مختلفين للاختبار، واحدًا لكل منتج.
- بالنسبة لاستضافة WordPress المشتركة، اشتركت في خطة WP Speed Reaper، التي تعمل على 6 نوى CPU و6GB RAM و40GB من تخزين NVMe. قبل تشغيل أي اختبارات، قمت بتثبيت محتوى، بما في ذلك الصور وقوائم التنقل وعدة صفحات. اختبار موقع فارغ لن يمنح قراءة مفيدة للأداء في الواقع. أجريت اختبار GTmetrix مرتين من موقع خادم Frankfurt في ألمانيا، والذي يطابق مركز بيانات HostArmada الرئيسي، واستخدمت النتيجة الأكثر اتساقًا.
- بالنسبة لـ Cloud SSD VPS، نشرت خادم اختبار على خطة Web Raider، يعمل بنظام Enterprise Linux 9 على معالج AMD EPYC 7413 مع 8GB RAM و160GB من تخزين NVMe، وموجود أيضًا في Frankfurt. أجريت خمس فئات من اختبارات الخادم باستخدام sysbench وstress-ng، لتغطية قوة المعالجة الخام للمعالج، ومعدل نقل الذاكرة، وسرعة إدخال/إخراج القرص، وأداء الشبكة، واستقرار النظام تحت الحمل المستمر.
1. اختبار سرعة الاستضافة المشتركة لـ WordPress
إعداد الاختبار
- الخطة: WP Speed Reaper ($3.95/mo promotional, $19.75/mo regular)
- CPU: 6 Cores
- RAM: 6GB
- Storage: 40GB NVMe SSD
- Sites: Unlimited
- Backups: 21 daily backups
- Security: Imunify360 WAF, malware scan and removal
- Caching: Dynamic caching included
- Test Tool: GTmetrix
- Test Location: Frankfurt, Germany
- Site Content: Full demo install with images, navigation, and multiple pages
نتائج GTmetrix
| المقياس | النتيجة |
| GTmetrix Grade | A |
| Performance Score | 100% |
| Structure Score | 96% |
| Time to First Byte (TTFB) | 24ms |
| First Contentful Paint | 392ms |
| Largest Contentful Paint (LCP) | 392ms |
| Total Blocking Time (TBT) | 34ms |
| Cumulative Layout Shift (CLS) | 0.01 |
| Fully Loaded Time | 514ms |
ماذا تعني هذه الأرقام
لم يكن من المتوقع بالنسبة لي أن أحصل على درجة أداء 100% على استضافة مشتركة مع موقع مكتمل بشكل كامل يعمل بالفعل.
تخبرني هذه النتيجة أن الخادم وطبقة التخزين المؤقت والبنية التحتية تعمل معًا بمستوى لا تصل إليه معظم خدمات الاستضافة المشتركة.
TTFB: 24ms
هذه هي الميزة الأبرز. يقيس TTFB المدة التي يستغرقها الخادم للرد على أول طلب من المتصفح. عند 24ms، استجابت HostArmada تقريبًا بشكل فوري. تعتبر Google أي قيمة أقل من 200ms ممتازة للاستضافة المشتركة. وقد جاءت هذه النتيجة عند نحو عُشر هذا الحد.
LCP: 392ms
يقيس Largest Contentful Paint الوقت الذي يظهر فيه المحتوى الرئيسي على الشاشة. عند 392ms، ظهر المحتوى الأساسي للصفحة في أقل من نصف ثانية.
تعتبر معايير Google أن أي قيمة أقل من 800ms استثنائية، وأقل من 2.5 ثانية جيدة. لقد تجاوزت HostArmada الحد الاستثنائي بفارق مريح.
TBT: 34ms
يقيس Total Blocking Time المدة التي كانت فيها الصفحة غير مستجيبة أثناء التحميل. عند 34ms، ظلت الصفحة تفاعلية تقريبًا طوال الوقت منذ بدء العرض. كان بإمكان الزوار النقر والتمرير والتفاعل على الفور تقريبًا.
CLS: 0.01
يقيس Cumulative Layout Shift مقدار تحرك الصفحة بشكل مفاجئ أثناء التحميل. تعني نتيجة 0.01 أن ما تحرك كان شبه معدوم. الحد الجيد لدى Google هو أقل من 0.1.
إن ارتفاع CLS يُعد من أكثر التجارب إزعاجًا للمستخدمين الحقيقيين وهو أيضًا إشارة ترتيب تأخذها Google في الحسبان ضمن نتائج البحث.
Fully Loaded Time: 514ms
اكتمل تحميل الصفحة بالكامل في ما يزيد قليلًا عن نصف ثانية. بالنسبة لموقع يحتوي على محتوى تجريبي حقيقي وصور وتنقل، فهذه نتيجة استثنائية على خطة مشتركة.
ماذا يعني هذا بالنسبة إلى SEO
جاءت جميع مؤشرات Core Web Vitals الثلاثة، وهي LCP وTBT وCLS، ضمن النطاق الجيد لدى Google. تستخدم Google هذه النتائج كإشارات ترتيب مباشرة، والموقع الذي يجتاز الحدود الجيدة الثلاثة من اليوم الأول يبدأ بأساس تقني في SEO يتطلب من كثير من المواقع شهورًا من التحسين للوصول إليه.
وبالنسبة لأي شخص يبني موقعًا يعتمد على حركة البحث العضوية، فإن هذه البداية مهمة قبل أن تكتب كلمة واحدة من المحتوى.
2. اختبارات أداء خادم Cloud SSD VPS
إعداد الاختبار
- الخطة: Web Raider
- CPU: AMD EPYC 7413 24-Core Processor
- RAM: 8GB
- Storage: 160GB NVMe SSD
- OS: Enterprise Linux 9
- Location: Frankfurt, Germany
ملخص الأداء الكامل
| الاختبار | النتيجة |
| CPU Events per Second | 1,591.42 |
| CPU Average Latency | 0.63ms |
| Memory Transfer Speed | 6,264 MiB/sec |
| Memory Operations per Second | 6,414,691 |
| Disk Read Speed | 77.83 MiB/s |
| Disk Write Speed | 51.89 MiB/s |
| Disk Average Latency | 0.05ms |
| Network Download Speed | 657.94 Mbit/s |
| Network Upload Speed | 550.87 Mbit/s |
| Network Ping | 2.344ms |
| Stress Test Bogo ops/s | 6,836.69 |
أداء CPU
أجريت اختبار CPU باستخدام sysbench، الذي يحسب الأعداد الأولية حتى 20,000 لقياس قوة المعالجة الخام. وهذا يحاكي أعباء عمل حقيقية مثل تنفيذ PHP وطلبات المستخدمين المتزامنة والمهام الخلفية.
حقق الخادم 1,591 حدثًا في الثانية بمتوسط زمن استجابة 0.63ms طوال الاختبار بالكامل. وبلغت أسوأ قفزة 1.68ms فقط، وكانت الفجوة بين أقل زمن وأعلى زمن صغيرة جدًا. تشير هذه الثباتية إلى أن CPU كان يعمل بوتيرة مستقرة من البداية إلى النهاية بدلًا من الاندفاع ثم الانخفاض.
من الناحية العملية، فإن CPU بهذا المستوى يبقي WordPress سريع الاستجابة حتى مع تشغيل الإضافات الثقيلة، ويتعامل مع عدة زوار متزامنين دون تباطؤ.
أداء الذاكرة
يقيس اختبار الذاكرة sysbench مدى سرعة RAM في قراءة البيانات وكتابتها. شغلته عبر 10GB من البيانات في كتل بحجم 1MB، لمحاكاة عمليات قاعدة البيانات والعمليات التطبيقية التي تمرر مجموعات بيانات كبيرة عبر الذاكرة.
بلغ معدل نقل الذاكرة 6,264 MiB/sec، وكان متوسط زمن الاستجابة 0.00ms طوال الوقت، ما يعني أن كل عملية اكتملت أسرع مما يستطيع sysbench قياسه. وكانت أسوأ قفزة عبر التشغيل الكامل 0.45ms.
على خادم افتراضي، فإن الوصول إلى هذه السرعات يخبرني أن hypervisor من نوع KVM يضيف قدرًا ضئيلًا جدًا من الحمل بين نظام الضيف والذاكرة الفعلية.
أعباء العمل مثل تخزين Redis المؤقت وقواعد بيانات MySQL المزدحمة والعمليات التطبيقية المتعددة في الوقت نفسه لن تخلق عنق زجاجة هنا.
أداء إدخال/إخراج القرص
أجريت اختبار قراءة وكتابة عشوائي، وهو يحاكي الطريقة التي يصل بها خادم الويب فعليًا إلى البيانات: القفز بين مواقع مختلفة على القرص بشكل غير متوقع، تمامًا كما يحدث عندما يزور عدة مستخدمين موقعك في الوقت نفسه.
| المقياس | النتيجة |
| Read Operations per Second | 4,981.26 |
| Write Operations per Second | 3,320.84 |
| Fsync Operations per Second | 10,630.59 |
| Read Throughput | 77.83 MiB/s |
| Write Throughput | 51.89 MiB/s |
| Average Latency | 0.05ms |
| Maximum Latency | 1.66ms |
تُعد سرعة القراءة البالغة 77.83 MiB/s وسرعة الكتابة البالغة 51.89 MiB/s قوية بالنسبة لعبء عمل مختلط عشوائي. عادةً ما تعاني الاستضافة التقليدية المعتمدة على SSD تحت هذا النوع من الاختبار. أما NVMe فيتعامل مع العمليات العشوائية بكفاءة أعلى بكثير، وهذه النتائج تعكس ذلك.
وتستحق نتيجة fsync البالغة 10,630 عملية في الثانية اهتمامًا خاصًا. فالنتيجة التي تتجاوز 10,000 تشير إلى تخزين مضبوط لكل من أمان البيانات والسرعة، وهو أمر مهم للتطبيقات الثقيلة على قواعد البيانات حيث تكون سلامة البيانات أمرًا بالغ الأهمية.
أداء الشبكة
اختبرت سرعة الشبكة باستخدام speedtest-cli، الذي اختار تلقائيًا أفضل خادم متاح بناءً على زمن الاستجابة.
أُجري الاختبار ضد عقدة Hivelocity في Frankfurt عبر Leaseweb Germany.
| المقياس | النتيجة |
| Download Speed | 657.94 Mbit/s |
| Upload Speed | 550.87 Mbit/s |
| Ping | 2.344ms |
يقع معظم مزودي VPS في هذه الفئة تحت حد أقصى للمنفذ يبلغ 500 Mbit/s. وجاءت HostArmada أعلى من هذا الحد في كل من التحميل والتنزيل، مما يشير إلى أن الشبكة لا يتم تقاسمها بشكل كبير بين المستأجرين.
وزمن الاستجابة البالغ 2.344ms إلى عقدة في Frankfurt أقل بكثير من عتبة 10ms التي تُعد ممتازة لـ VPS.
وعند أقل من ربع ذلك المعيار، يستجيب الخادم للطلبات الواردة تقريبًا بشكل فوري. وهذا مهم للتطبيقات الفورية ونقاط نهاية API وأي خدمة يكون فيها زمن الاستجابة قابلًا للتنبؤ.
اختبار الضغط
أجريت stress-ng عبر جميع 4 نوى CPU واثنين من ضاغطات الذاكرة في الوقت نفسه لمدة 5 دقائق، لمحاكاة ما يحدث أثناء زيادة مفاجئة ومستمرة في حركة المرور حيث يعمل الخادم بكامل طاقته لفترة ممتدة.
| المقياس | النتيجة |
| Test Duration | 300 seconds |
| CPU Bogo ops/s | 4,586.21 |
| VM Bogo ops/s | 9,768.60 |
| Total CPU Operations | 1,375,870 |
| Total VM Operations | 2,930,589 |
| Stressors Passed | 6 out of 6 |
| Failed Tests | 0 |
| Errors | 0 |
نجحت جميع ضاغطات الاختبار. لا إخفاقات، ولا أعطال، ولا عدم استقرار طوال الدقائق الخمس الكاملة.
أكمل CPU 1,375,870 عملية بينما كان ضاغط الذاكرة يعمل إلى جانبه عند 9,768 bogo ops/s، ولم يتدهور أي منهما خلال التشغيل.
غالبًا ما تُظهر المزودات الاقتصادية نتائج قوية في الاندفاعات القصيرة بالاعتماد على CPU credits تنفد تحت الحمل المستمر. إن الاتساق بين نتائج الوقت الحقيقي وusr+sys هنا يؤكد أن الخادم كان يعمل حقًا بكامل طاقته طوال الوقت، وليس مجرد الاعتماد على أداء اندفاعي.
الحكم النهائي على السرعة
عبر المنتجين كليهما، صمدت بنية HostArmada التحتية جيدًا تحت ظروف اختبار حقيقية.
أبرز أرقام استضافة WordPress:
- 24ms TTFB، أي ما يقرب من عُشر الحد الممتاز من Google لاستضافة WordPress
- درجة أداء GTmetrix بنسبة 100% على موقع مكتمل تمامًا بمحتوى حقيقي
- زمن تحميل كامل يبلغ 514ms مع وجود مؤشرات Core Web Vitals الثلاثة كلها ضمن النطاق الجيد لدى Google
تقع خطة WP Speed Reaper في موقع متقدم جدًا مقارنة بما تصل إليه معظم خوادم WordPress في الاختبارات نفسها. أي موقع يُستضاف هنا يبدأ بأساس تقني قوي في SEO قبل أن تلمس أي إضافة أو إعداد تحسين.
أبرز أرقام VPS:
- 1,591 حدث CPU في الثانية مع متوسط زمن استجابة ثابت يبلغ 0.63ms
- معدل نقل للذاكرة يبلغ 6,264 MiB/sec مع زمن استجابة متوسط أقل من الميكروثانية
- 657 Mbit/s للتحميل و2.3ms زمن استجابة، وهو أعلى من حد 500 Mbit/s المعتاد في VPS
- اجتاز اختبار الضغط جميع الضاغطات الست على مدار خمس دقائق كاملة دون أي إخفاقات
بالنسبة للمطورين والوكالات التي تدير أعباء عمل إنتاجية، توضح هذه الأرقام خادمًا يتعامل مع الضغط المستمر دون تدهور، وليس خادمًا يؤدي جيدًا في الدفعات القصيرة ثم يهبط تحت الحمل.
ما تقوله النتائج المجمعة عن HostArmada كمزوّد هو أن وعود السرعة تصمد عندما تُختبر. إن الاتساق عبر نوعين مختلفين تمامًا من المنتجات، خطة WordPress وVPS مُدار ذاتيًا، يشير إلى بنية تحتية تؤدي بشكل موثوق وليس بشكل انتقائي.
إذا كانت السرعة أولوية وتريد اختبار البنية التحتية بنفسك، فإن HostArmada تدعم استضافة WordPress بضمان استرداد أموال لمدة 45 يومًا وخطط VPS بضمان لمدة 7 أيام.
