كيفية حساب الموارد على خادم الطرفية: طريقة عملية لتحديد الحجم

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

ما الذي يجب أن يحسبه حاسبة خادم الطرفية فعليًا؟

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

لماذا لا يكفي عدد المستخدمين وحده لحساب الموارد على خادم الطرفية؟

استخدام الجلسة

ضع في اعتبارك أن بيئتين بنفس عدد المستخدمين يمكن أن تنتجا نتائج مختلفة تمامًا. نفترض أنك تعرف بالفعل عدد المستخدمين الذين سيصلون إلى بنيتك التحتية، لذا فإن وجود تم اعتبار الترخيص و CALs يمكن أن يبدأ العمل العملي.

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

التمييز مهم لأن "30 مستخدمًا" ليس رقم سعة بمفرده. إنه ذو معنى فقط بمجرد أن تحدد ما يفعله هؤلاء المستخدمون ويستخدمونه خلال فترات الذروة.

استخدام الخادم

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

• 1 خادم للوسيط، الويب والترخيص
• 1 أو أكثر من الخوادم لاستضافة الجلسات
• 1 بوابة RD على خادمها الخاص للوصول الخارجي.

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

ما هي المدخلات الأربعة التي تشكل تخطيط الموارد؟

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

لذلك، تحتاج إلى جمع:

المستخدمون النشطون المتزامنون

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

فئة عبء العمل لكل مجموعة مستخدمين

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

نوع التطبيق والجلسة

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

ذروة، نمو وهامش الفشل

قم بتجميع قائمة المدخلات هذه من خلال احتساب الاستخدام الأقصى، مع ترك مجال للنمو المتوقع على المدى القصير وبناء هامش احتياطي للتعطل.

كيف تحسب الموارد على خوادم الطرفية؟

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

الخطوة 1: احسب المستخدمين المتزامنين، وليس المستخدمين الإجماليين

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

قبل اختبار القدرة المستدامة في العالم الحقيقي تحت الحمل، يجب أن يتحدى التخطيط التقديرات.

الخطوة 2: تصنيف الأحمال كخفيفة أو متوسطة أو ثقيلة

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

• حتى 6 مستخدمين خفيفين لكل vCPU،
• 4 مستخدمين متوسطين لكل vCPU و
• 2 مستخدمين ثقيلين لكل vCPU،

مع 8 vCPU و 16 جيجابايت من الذاكرة العشوائية و 32 جيجابايت من التخزين كحد أدنى كمثال على VM عبر تلك الفئات من الأحمال. تشمل التوصيات أيضًا الحفاظ على أحجام VM متعددة الجلسات تقريبًا بين 4 و 24 vCPU لتحقيق عوائد سعة أفضل.

خريطة عبء عمل بسيطة لتخطيط الشركات الصغيرة والمتوسطة ستوجه بذلك عملية الفرز:

• ضوء: تطبيق أعمال واحد، استخدام محدود للمتصفح، جلسات قصيرة
• متوسط: تطبيقات المكتب، علامات تبويب المتصفح، أدوات PDF، تعدد المهام المعتدل
• ثقيل: نظام تخطيط موارد المؤسسات، ملفات إكسل أكبر، استخدام متصفح مستمر، الطباعة، فتح تطبيقات متعددة طوال اليوم

هذه هي نطاقات التخطيط الأساسية، وليست ضمانات. الغرض هو اختيار نقطة انطلاق مستندة إلى سلوك عبء العمل.

الخطوة 3: تقدير سعة وحدة المعالجة المركزية

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

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

الخطوة 4: تقدير متطلبات الذاكرة العشوائية

يجب أن تغطي الذاكرة RAM احتياجات نظام التشغيل والخدمات الأساسية وعبء الجلسة واستخدام الذاكرة للتطبيقات لكل مستخدم. كما هو موضح أعلاه، فإن الحد الأدنى الحالي لجلسات Microsoft المتعددة يربط بين أمثلة الأحمال الخفيفة والمتوسطة والثقيلة مع حد أدنى قدره 16 جيجابايت من الذاكرة RAM كنقطة انطلاق لـ 8 وحدات معالجة مركزية افتراضية. على الرغم من أن هذا مجرد حد أدنى، إلا أنه يوفر نقطة انطلاق ملموسة للتقدير.

طريقة عملية في شركة صغيرة أو متوسطة الحجم هي:

1. احجز الذاكرة لنظام التشغيل وخدمات المنصة،
2. تقدير الذاكرة لكل جلسة حسب فئة المستخدم،
3. ضرب في الجلسات المتزامنة،
4. ثم أضف هامش أمان.

بيتنات لايف يقدم قاعدة عامة متعمدة واسعة النطاق من 2 إلى 8 جيجابايت لكل مستخدم لتخطيط ذاكرة الوصول العشوائي لخادم جلسة RD. هذا مفيد كتحذير ضد التقليل من تقدير الجلسات الثقيلة، حتى لو كان يجب تحسين الرقم الدقيق في الاختبار.

الخطوة 5: تحقق من التخزين والتحميل على الملف الشخصي

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

• تخزين الملف الشخصي
• تخزين نظام التشغيل
• السجلات: لأغراض الأمان وغيرها من الأغراض المماثلة

تستحق هذه الفئة الأخيرة التقدير جيدًا لأنها يمكن أن تتضخم بسرعة اعتمادًا على حجم البنية التحتية الخاصة بك ونوع المراقبة والحماية التي تحتاجها.

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

الخطوة 6: أضف مساحة إضافية للذروات والنمو والتعافي من الفشل

لا ينبغي أن تنتهي أي حاسبة لخادم الطرفية برقم "يكفي فقط". أضف مساحة إضافية لـ:

• ارتفاعات تسجيل الدخول في الصباح
• تصحيح وتفحصات مكافحة الفيروسات
• ذروة التقارير الشهرية
• نمو المستخدم المتوقع
• فشل المضيف في تصميم متعدد الخوادم

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

طريقة بسيطة لحساب خادم الطرفية للشركات الصغيرة ومقدمي خدمات إدارة تكنولوجيا المعلومات

تكون منطق هذه الآلة الحاسبة بسيطًا عمدًا. إنها تهدف إلى إنتاج تقدير أولي يمكن الدفاع عنه، وليس معيارًا نهائيًا، ولتتمكن من تكييفه وفقًا لذلك.

صيغة تخطيط سريعة

استخدم هذه السلسلة:

1. عدد المستخدمون المتزامنون .
2. قم بفرزها إلى خفيف، متوسط وثقيل المجموعات.
3. تقدير وحدة المعالجة المركزية باستخدام نسبة المستخدمين إلى vCPU كخط أساس.
4. تقدير رام من عبء نظام التشغيل بالإضافة إلى الطلب لكل جلسة.
5. تحقق تخزين لأداء الملف الشخصي والأداء المؤقت وإطلاق الأداء.
6. إضافة 20 إلى 30 في المئة من الهامش ثم مراجعة احتياجات الفشل.

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

مثال 1: 15 مستخدمًا مكتبيًا خفيفًا

افترض أن 15 مستخدمًا متزامنًا يصلون إلى تطبيق أعمال منشور بالإضافة إلى استخدام خفيف للمتصفح.

باستخدام المعايير الخفيفة الموصى بها، فإن التقدير الخام لوحدة المعالجة المركزية هو حوالي 3 وحدات معالجة مركزية افتراضية. في الممارسة العملية، هذا ضيق جدًا لسعة الانفجار، لذا سيتعين على المخطط الانتقال إلى ملف تعريف مضيف أكثر عملية بدلاً من البناء على الحافة. ستجد أن النصائح تفضل نطاق حجم أوسع من 4 إلى 24 وحدة معالجة مركزية افتراضية مع 8 وحدات معالجة مركزية افتراضية و16 جيجابايت من الذاكرة العشوائية كملف تعريف أساسي قياسي لأحمال العمل متعددة الجلسات.

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

مثال 2: 30 مستخدمًا مختلطًا للمكتب وERP

افترض:

• 18 مستخدمين متوسطين
• 12 مستخدمين كثيفين

سيعتبر اختصار التخطيط المجموعة المتوسطة بحوالي 4 مستخدمين لكل vCPU والمجموعة الثقيلة بحوالي 2 مستخدمين لكل vCPU. وهذا يعني حوالي 4.5 vCPUs للمجموعة المتوسطة و6 vCPUs للمجموعة الثقيلة، قبل التكاليف الإضافية والهامش. في الممارسة العملية، يشير ذلك بالفعل إلى الابتعاد عن مضيف واحد بحجم خفيف نحو إما مضيف أكبر مع هامش أو تقسيم عبر مضيفات جلسات متعددة.

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

مثال 3: متى يجب تقسيم المستخدمين عبر مضيفين متعددين

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

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

ما هي الأخطاء الشائعة في تحديد الحجم التي تؤدي عادةً إلى كسر أداء خادم الطرفية؟

أخطاء الحجم عادة لا تكون ناتجة عن الرياضيات وحدها. إنها تأتي من افتراضات غير صحيحة.

خلط الترخيص مع سعة الأداء

ترخيص يخبرك بكيفية تعيين الوصول وتكوينه. لا يخبرك بعدد المستخدمين المتزامنين الذين سيدعمهم الخادم بأداء مقبول.

تجاهل الجلسات التي تستهلك موارد المتصفح والطباعة بشكل كبير

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

تحديد الحجم فقط للحمل المتوسط

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

نسيان بقية مجموعة RDS

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

لماذا يجب أن يتحقق المراقبة من تقديرات حجمك؟

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

من الأساس إلى الإثبات: المراقبة كعنصر أساسي

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

أين يحدث فرق مراقبة خادم TSplus؟

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

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

برنامج TSplus لتوفير آمن ومستدام للتطبيقات وسطح المكتب

تنتمي TSplus Remote Access كطبقة توصيل في القصة الأوسع بينما تم تصميم Advanced Security لحماية خوادم التطبيقات. بالإضافة إلى ذلك، توفر TSplus Remote Support مجموعة من الأساسيات لاستكشاف الأخطاء وإصلاحها وصيانة هذه الخوادم والمزيد من أي موقع. بمجرد أن يتم ضبط البيئة بشكل صحيح، ستقوم TSplus Remote Access بنشر أجهزة الكمبيوتر المكتبية والتطبيقات بشكل أبسط من Citrix ودون تجاوز ميزانيتك. ستمنحك اختبار الميزات مثل الوصول عبر الويب والتوصيل المركزي لمحة عن كيفية الانتقال إلى ما هو أبعد من الوصول العشوائي عبر RDP.

الختام

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

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