الحوسبة / SHARED CPU
ابدأ بالموارد التي يحتاجها موقعك أو بيئة التطوير أو الخدمة الصغيرة التي تديرها. يناسب تقييم Shared CPU المشاريع التي يتغير فيها الطلب على المعالج خلال اليوم. اختر السعة بعد قراءة استهلاك المعالج والذاكرة والتخزين وحركة البيانات معاً.
01 / نظرة عامة
في نموذج Shared CPU تتشارك الأجهزة الافتراضية وقت المعالجة على المعالجات الفعلية. يمكن تقييم هذا النموذج للتطبيقات التي تجمع بين فترات معالجة قصيرة وفترات أقل نشاطاً. إذا كانت طلبات الويب والمهام الخلفية وأدوات التطوير تعمل معاً، فحدّد احتياج كل مكوّن قبل اختيار حجم الخادم.
عدد الزوار وحده لا يكفي لاختيار الخطة. قد تختلف متطلبات قواعد البيانات والتخزين المؤقت ومعالجة الملفات بين تطبيقين لهما حركة متشابهة. قيّم Dedicated CPU عند استمرار الطلب المرتفع على المعالج، أو High Memory عندما تصبح الذاكرة العامل المحدد. اعتمد الأسعار ومواصفات الخطط الحالية عند اتخاذ القرار التجاري.
ادرس هذا النموذج لخدمات الويب التي لا تحتاج إلى معالجة مكثفة طوال اليوم. راقب زمن الاستجابة في ساعات الذروة إلى جانب متوسط استخدام المعالج.
يساعد فصل خوادم التطوير والاختبار والإنتاج على فهم التغييرات. وثّق اختلافات الإعدادات والصلاحيات، وافصل بيانات الاختبار عن بيانات العمل الفعلية.
قارن ضغط المعالج واستهلاك الذاكرة وزمن عمليات التخزين وحركة الشبكة قبل اختيار خطة أكبر. بهذه الطريقة تعالج القيد الفعلي في التطبيق.
02 / البنية
علاقة توضيحية: يعمل التطبيق على خادم افتراضي يشارك وقت المعالج. يظل تخزين البيانات والنسخ الاحتياطي قرارين مستقلين في التخطيط.
دليل الاختيار03 / دليل الاختيار
| معيار الاختيار | كيف تقرر؟ | لماذا يهم؟ |
|---|---|---|
| مدة استخدام المعالج | ميّز بين الارتفاعات القصيرة والاستهلاك المرتفع المستمر. | قد يحتاج الحمل المستمر إلى نموذج مختلف لتخصيص موارد المعالجة. |
| مجموعة البيانات في الذاكرة | قِس استهلاك التطبيق وقاعدة البيانات والتخزين المؤقت معاً. | قد يؤدي ضغط الذاكرة إلى بطء الاستجابة حتى مع وجود قدرة معالجة متاحة. |
| التخزين ونمو البيانات | قدّر حجم الملفات ونمط القراءة والكتابة ومساحة النسخ الاحتياطي كلّاً على حدة. | زيادة السعة وتقليل زمن الوصول إلى التخزين يعالجان احتياجين مختلفين. |
| موقع المستخدمين وحركة البيانات | قِس الوصول من تركيا ومن الأسواق الأخرى المستهدفة، وراجع احتياجات نقل البيانات. | ينبغي ربط قرار البنية التحتية بتجربة المستخدم الفعلية وتكلفة التشغيل الكاملة. |
04 / حالات الاستخدام
راقب أنماط الزيارات والإضافات واستعلامات قاعدة البيانات في المواقع المعتمدة على المحتوى. اختبر ذروة حملة متوقعة بدلاً من الاكتفاء بقياسات الأيام العادية.
تحقق من الإصدارات في بيئة منفصلة قبل النشر. افصل بيانات الاختبار واتصالات الخدمات الخارجية وصلاحيات الإدارة عن بيئة الإنتاج.
قيّم الخدمات ذات المعالجة المحدودة لكل طلب والحركة المتغيرة. تأكد مما إذا كانت المهام المجدولة تتنافس مع طلبات المستخدمين على الموارد نفسها.
الخطط والأسعار
| المزود | CPU | RAM | التخزين | النطاق الترددي | السعر |
|---|---|---|---|---|---|
FibaCloud
|
1
|
1 GB
|
25 GB
|
يشمل النطاق الترددي 2TB
|
4.00$بالساعة: 0,005
|
| المزود | CPU | RAM | التخزين | النطاق الترددي | السعر |
|---|---|---|---|---|---|
|
FibaCloud
|
2
|
4 GB
|
80 GB
|
يشمل النطاق الترددي 5TB
|
12.00$بالساعة: 0,016
|
| المزود | CPU | RAM | التخزين | النطاق الترددي | السعر |
|---|---|---|---|---|---|
|
FibaCloud
|
4
|
8 GB
|
160 GB
|
يشمل النطاق الترددي 6TB
|
24.00$بالساعة: 0,033
|
| المزود | CPU | RAM | التخزين | النطاق الترددي | السعر |
|---|---|---|---|---|---|
|
FibaCloud
|
8
|
16 GB
|
320 GB
|
يشمل النطاق الترددي 10TB
|
49.00$بالساعة: 0,068
|
راجع التكوين والسعر وشروط الطلب الحالية قبل اختيار الخدمة.
اختر موقعًا لقياس زمن استجابة اتصالك.
05 / من التخطيط إلى التشغيل
اكتب قائمة بالخدمات ومتطلبات نظام التشغيل وفترات النشاط المتوقعة. سجّل الافتراضات التي بنيت عليها تقدير الموارد الأولي.
قيّد الوصول الإداري وحدّد مسؤولية التحديثات وخطة استعادة البيانات قبل أن يبدأ التطبيق في جمع بيانات المستخدمين.
استخدم بيانات وطلبات تمثل الاستخدام المتوقع. قيّم نجاح الاستجابات وزمنها واستهلاك الموارد معاً بدلاً من الاعتماد على مؤشر واحد.
حسّن التطبيق أو اختر عائلة موارد أخرى عندما تؤيد القياسات ذلك. حدّد نافذة الصيانة وخطوات الرجوع لكل تغيير في البنية التحتية.
لا. هو نموذج موارد لخادم افتراضي يشارك وقت المعالج الفعلي. قيّم Bare Metal إذا كانت متطلباتك تستدعي مستوى مختلفاً من التحكم في الجهاز الفعلي.
لا يكفي عدد الزوار وحده للإجابة. تؤثر بنية التطبيق والاستعلامات والتخزين المؤقت والطلبات المتزامنة في الاحتياج. استخدم اختبار حمل واقعي لتقدير نقطة البداية.
عندما يستمر استهلاك المعالج المرتفع أو تصبح مدة المعالجة عنصراً أساسياً في التطبيق. افصل أولاً مشكلات المعالج عن قيود الذاكرة والتخزين وبنية التطبيق.
لا. حدّد البيانات المطلوبة وتكرار النسخ ومدة الاحتفاظ بها. راجع نطاق خدمة النسخ الاحتياطي التي تختارها، وجرّب استعادة البيانات قبل الحاجة إليها.
اربط اختيار المنتجات بمعرفة التثبيت والإعداد والتشغيل.
تشرح هذه المراجع المفاهيم التقنية الواردة في الصفحة. تحدد معلومات منتجات FibaCloud والطلب التكوينات المتاحة ونطاق الخدمة.
FIBACLOUD / Shared CPU
شاركنا تطبيقك والاستخدام المتوقع واحتياجات التشغيل، لنناقش خيارات الموارد معًا.
