)
)
يمكن أن تبسط VDI وDesktop as a Service (DaaS) وأجهزة الكمبيوتر السحابية تسليم سطح المكتب عن بُعد، لكن أسعارها الرئيسية نادراً ما تصف التكلفة التشغيلية الكاملة. تؤثر السعة والترخيص والتخزين والإدارة وسلوك المستخدم جميعها على الرقم النهائي الحقيقي.
بالنسبة لمسؤولي النظام، ومقدمي خدمات إدارة تكنولوجيا المعلومات، وفرق البنية التحتية، فإن التحكم الأفضل في التكاليف يبدأ بالتالي من الرؤية. يمكن أن يكشف مراقبة استهلاك الموارد الفعلي وأنماط الاستخدام عن الأماكن التي لم تعد فيها البنية التحتية المخصصة تتناسب مع ما يحتاجه المستخدمون حقًا.
لماذا لا تظهر تسعيرة سطح المكتب التكلفة الكاملة؟
تكاليف سطح المكتب الافتراضي سهلة التقدير بشكل خاطئ لأن النفقات المختلفة تظهر في أماكن مختلفة. قد يكون لجهاز الكمبيوتر السحابي اشتراك واضح لكل مستخدم، بينما توزع بيئة VDI التكاليف عبر المضيفين، والمحاكيات، والتخزين، والتراخيص، والإدارة. تنقل DaaS المزيد من مسؤولية البنية التحتية إلى مزود الخدمة، لكنها تحتاج إلى تخطيط دقيق ولا تزيل كل مهمة داخلية لتكنولوجيا المعلومات.
لذا فإن الرقم المعني هو إجمالي تكلفة الملكية، وليس ببساطة سعر ترخيص جهاز افتراضي واحد أو سطح مكتب.
تعتبر هذه التمييز مهمًا لأن البيئة يمكن أن تكون مسعرة بشكل صحيح ومع ذلك لا تزال غير فعالة. تنصح Microsoft مسؤولي Azure Virtual Desktop باستخدام التوسع لمواءمة توفر مضيفي الجلسات مع الطلب، بينما يتضمن Windows 365 تقارير مصممة خصيصًا لتحديد أجهزة الكمبيوتر السحابية التي لا تُستخدم بشكل كافٍ والتي تم تحديد حجمها بشكل غير صحيح.
السؤال بالنسبة لفرق تكنولوجيا المعلومات أوسع من "كم يكلف هذا الكمبيوتر المكتبي؟". إنه يتطور إلى "هل نحن ندفع مقابل الكمية المناسبة من البنية التحتية للحمل الذي لدينا فعلاً؟" وإليك لمحة سريعة عما هو قادم أدناه:
)
من أين تأتي التكاليف الخفية لسطح المكتب الافتراضي؟
تظهر العديد من النفقات فقط بعد نشر أجهزة الكمبيوتر المكتبية وبدء تطوير أحمال العمل الحقيقية.
دفع مقابل المستخدمين الذين لا يحتاجون إلى السعة
الإفراط في التخصيص هو أحد الأمثلة الأكثر وضوحًا. قد تقوم منظمة بتخصيص المزيد من vCPU أو RAM أكثر مما تستهلكه الأحمال بشكل منتظم، أو الإبقاء على عدد كبير من مضيفي الجلسات قيد التشغيل خلال الفترات الهادئة، أو الحفاظ على أجهزة سطح المكتب للمستخدمين الذين يتصلون بشكل غير متكرر أو يتركون الجلسات معلقة.
تحدد Microsoft مثيلات الآلة الافتراضية كعنصر رئيسي في تكلفة Azure Virtual Desktop وتوصي بتوسيع نطاق استضافة الجلسات تلقائيًا وفقًا للطلب والوقت. كما توصي إرشادات تكلفة Azure الأوسع بتعديل الحجم قبل شراء الخصومات، لأن تقليل سعر الوحدة لا يقضي على الهدر الناتج عن الموارد الكبيرة جدًا.
الجزء الصعب هو تحديد ما يعنيه "الحجم الزائد" في بيئة الإنتاج. يتطلب ذلك فحص الاستخدام التاريخي بدلاً من الاعتماد على الافتراضات التي تم إجراؤها خلال التقدير الأولي.
التخزين والشبكة والبنية التحتية الداعمة
الحوسبة هي جزء واحد فقط من تسليم سطح المكتب. اعتمادًا على النظام الأساسي والهندسة المعمارية، قد تحتاج فرق تكنولوجيا المعلومات أيضًا إلى أخذ في الاعتبار ملفات تعريف المستخدمين، والتخزين الدائم، والصور، والنسخ الاحتياطية، وخدمات الهوية واستهلاك الشبكة.
يمكن أن تنمو هذه التكاليف تدريجياً. وبالتالي، قد يبدو التصميم الذي كان مناسباً لـ 40 مستخدماً مختلفاً جداً بعد إدخال تطبيقات جديدة، أو ملفات تعريف أكبر، أو مواقع بعيدة إضافية.
مراقبة استخدام القرص، ونشاط القرص، واتجاهات النطاق الترددي تساعد فرق البنية التحتية على تحديد ما إذا كانت الزيادات تمثل طلبًا مستدامًا أو ذروات مؤقتة. يمكن أن تستند قرارات السعة بعد ذلك إلى النمو الملحوظ بدلاً من التوسع الطارئ.
الإدارة والدعم ووقت التوقف
يجب أن تنتمي الجهود التشغيلية أيضًا إلى نموذج التكلفة. تتطلب صيانة الصور، ونشر التطبيقات، واستكشاف الأخطاء وإصلاحها، وإدارة الحسابات، وضبط الأداء جميعها وقت الموظفين أو مقدمي خدمات إدارة النظام.
تؤدي الأداء الضعيف إلى تكلفة غير مباشرة ثانية. إذا كانت الجلسات البطيئة تولد تذاكر متكررة، فإن فرق تكنولوجيا المعلومات تقضي وقتًا أطول في تشخيص المشكلات بينما يفقد المستخدمون وقتًا منتجًا.
لذا يجب أن تمتد مراقبة البنية التحتية إلى ما هو أبعد من وقت التشغيل. يمكن أن يظل الخادم متاحًا بينما تؤدي المنافسة على الموارد أو ضغط الشبكة أو عملية مشكلة إلى تدهور تجربة سطح المكتب البعيد بشكل تدريجي.
هل تخلق VDI و DaaS وأجهزة الكمبيوتر السحابية تكاليف مفاجئة مختلفة حقًا؟
على الرغم من أن VDI وDaaS وأجهزة الكمبيوتر السحابية جميعها تقدم بيئات ويندوز افتراضية، إلا أن تعرضها الاقتصادي ليس متطابقًا. تُظهر مقارنتنا الحالية بين VDI وDaaS وRDS في الواقع كيف تتقلب السيطرة ومسؤولية البنية التحتية وتكاليف التشغيل وفقًا لنموذج النشر.
VDI: الملكية تجعل الاستخدام حاسمًا
تمنح VDI التقليدية قسم تكنولوجيا المعلومات تحكمًا كبيرًا، لكن هذا التحكم يأتي مع مسؤولية البنية التحتية. تحتاج المضيفات، والتخزين، ومكونات الافتراضية، والازدواجية، وأنظمة الإدارة جميعها إلى سعة كافية.
تظهر التكلفة الخفية عندما يتم استخدام تلك السعة بشكل غير كافٍ باستمرار. وعلى العكس، فإن تشغيل المضيفين بالقرب من حدودهم يميل إلى تقليل الأداء وزيادة الضغط على الدعم للفرق التي غالبًا ما تكون لديها أحمال عمل يومية محددة بالفعل.
لـ VDI، يوفر المراقبة بالتالي أدلة للتوحيد، وتحديد حجم المضيف، والتخطيط المستقبلي للطاقة الاستيعابية.
DaaS: تحركات البنية التحتية، عمل تكنولوجيا المعلومات لا يختفي
يقلل DaaS من كمية البنية التحتية المادية والافتراضية التي تديرها المنظمة بشكل مباشر. ومع ذلك، فإن حدود الخدمة لا تلغي إدارة التطبيقات، والهوية، والسياسة، والدعم، وتخطيط عبء العمل.
يمكن أن تجعل الموارد السحابية المعتمدة على الاستخدام التقدير السيئ مكلفًا بمرور الوقت. يتضمن Citrix Monitor الآن قدرات تحسين التكاليف وتقدير حجم العمل لتحليل الاستخدام، مما يساعد المسؤولين على تقييم توفير الآلات واستهلاك موارد المستخدم.
الدرس أوسع من Citrix: نقل أجهزة الكمبيوتر إلى مزود خدمة لا يلغي الحاجة لفهم كيفية استهلاك الموارد.
أجهزة الكمبيوتر السحابية: يمكن أن تخفي الأسعار القابلة للتنبؤ الهدر
يمكن أن تجعل أجهزة الكمبيوتر السحابية الميزانية أبسط لأن المستخدم يتم تعيينه عادةً لتكوين سطح مكتب محدد. ومع ذلك، فإن القابلية للتنبؤ ليست هي نفسها الاستخدام.
تقرير استخدام Windows 365 من Microsoft يظهر نشاط الاتصال حتى يتمكن المسؤولون من تحديد أجهزة الكمبيوتر السحابية ذات الاستخدام المنخفض. تسرد Microsoft بشكل خاص إعادة تخصيص التراخيص غير المستخدمة وإلغاء تفعيل أجهزة الكمبيوتر السحابية غير النشطة كإجراءات محتملة لتوفير التكاليف. كما يحلل تقرير التوصيات أنماط الاستخدام، واستخدام الموارد، ومتطلبات الأداء لتقييم الحجم.
لذلك، فإن التكلفة الشهرية الثابتة تكون فعالة فقط عندما تتطابق الموارد المخصصة مع الطلب الحقيقي للمستخدمين.
متى تتحول تكاليف المراقبة المخفية إلى بيانات قابلة للقياس؟
المراقبة توفر لفرق تكنولوجيا المعلومات الأدلة التشغيلية اللازمة لتحدي الافتراضات التي تم وضعها خلال الشراء أو النشر الأولي.
مطابقة الاستخدام المتزامن مع السعة المخصصة
المستخدمون المرخصون والمستخدمون المتزامنون ليسوا بالضرورة نفس الشيء في بيئات سطح المكتب البعيد المشتركة.
تتبع الجلسات المتزامنة ووجود المستخدمين يظهر متى تصل الطلبات إلى ذروتها ومدة استمرار تلك الذروات. بدوره، يساعد هذا المسؤولين على تمييز بيئة تحتاج فعليًا إلى سعة إضافية عن واحدة لديها موارد كافية ولكن توزع المستخدمين بشكل غير فعال.
تطبق AWS نفس مبدأ الاستخدام على Amazon WorkSpaces. تميز وثائقها بين الفوترة الشهرية AlwaysOn والفوترة بالساعة AutoStop وتوصي باختيار نموذج التشغيل وفقًا لسلوك المستخدم الفعلي.
تحليل اتجاهات الموارد قبل إعادة حجم البنية التحتية
قياسات وحدة المعالجة المركزية، الذاكرة العشوائية، القرص والشبكة تضيف الطبقة التالية.
يمكن أن يدعم الاستخدام العالي المستمر حالة للحصول على موارد إضافية. قد يبرر الاستخدام المنخفض المستمر التحقيق في الدمج أو التكوينات الأصغر. ومع ذلك، يجب ألا يؤدي الارتفاع القصير تلقائيًا إلى توسيع دائم.
المراقبة التاريخية مفيدة بشكل خاص هنا لأنها تظهر ما إذا كانت مشكلة السعة الظاهرة تتكرر أو موسمية أو معزولة.
بدون تلك الأدلة، يمكن أن يصبح الإفراط في التوفير بديلاً مكلفًا للتشخيص.
تتبع نشاط التطبيق والمستخدم
يمكن أن يكشف مراقبة البنية التحتية أيضًا عما يدفع الطلب.
يمكن أن تساعد بيانات استخدام التطبيق فرق تكنولوجيا المعلومات في تحديد الأحمال المستخدمة بكثافة، والبرامج والتطبيقات التي نادراً ما تُستخدم، المرتبطة بخوادم أو مستخدمين معينين. يمكن أن تدعم هذه المعلومات مراجعات الترخيص وتجعل التحقيقات في الأداء أكثر استهدافًا.
يوفر TSplus Server Monitoring، على سبيل المثال، تقارير عن الجلسات المتزامنة، واستخدام الشبكة، ووجود المستخدم، واستخدام التطبيقات حسب الخادم والمستخدم، بالإضافة إلى تقارير أداء وحدة المعالجة المركزية، والذاكرة، والأقراص.
هذه القياسات لا تحل محل منصة فواتير السحابة أو منصة FinOps. إنها توفر جزءًا آخر من الصورة: ما تفعله بنية Windows التحتية ومستخدموها فعليًا.
التوازن بين خفض التكاليف وتجنب مشاكل الأداء
تعمل عملية تعديل الحجم في كلا الاتجاهين.
تقليل الموارد لأن متوسط الاستخدام يبدو منخفضًا يمكن أن يسبب مشاكل إذا كانت البيئة تواجه ذروات متوقعة. قد تتطلب التطبيقات أيضًا فترات قصيرة من وحدة المعالجة المركزية أو الذاكرة والتي قد تخفيها المتوسطات.
يجب على فرق البنية التحتية مقارنة السعة مع الأداء، وعدد الجلسات والاتجاهات الزمنية قبل إعادة الحجم. الهدف ليس أصغر بنية تحتية ممكنة. بل هو إيجاد التوازن الصحيح: توفير سعة كافية للحفاظ على مستوى الخدمة المطلوب دون دفع ثمن الموارد غير المستخدمة بشكل روتيني.
تتوافق هذه الرؤية مع توصيات حجم Windows 365 من Microsoft، التي تأخذ في الاعتبار احتياجات الأداء جنبًا إلى جنب مع الاستخدام واستخدام الموارد.
بالنسبة لمزودي الخدمة المدارة، فإن هذا التوازن مهم بشكل خاص. تقليص نفقات البنية التحتية مع زيادة مكالمات الدعم ينقل التكلفة ببساطة من جزء واحد من الخدمة إلى آخر.
كيف يمكنك بناء دورة تحكم في التكاليف تعتمد على المراقبة؟
مراجعة تكلفة سطح المكتب الافتراضي العملي لا تحتاج أن تبدأ بترحيل أو تغيير كبير في البنية التحتية. يمكن أن تبدأ بدورة تشغيل بسيطة قابلة للتكرار:
- حدد خط الأساس للجلسات، وحدة المعالجة المركزية، الذاكرة، القرص، النطاق الترددي واستخدام التطبيق.
- حدد القمم المتكررة، والسعة غير المستخدمة باستمرار، والنمو غير المعتاد.
- قارن الطلب الملحوظ مع البنية التحتية المرخصة والمخصصة.
- قم بتغيير حجم الموارد أو دمجها أو إعادة توازنها أو إزالتها حيث تدعم الأدلة هذا التغيير.
- استمر في المراقبة بعد التغيير للتحقق من الأداء والمدخرات.
تقلل هذه الطريقة أيضًا من خطر التحسين حول أسبوع أو شهر غير عادي. في الواقع، توصي Citrix باستخدام بيانات من فترة تشغيل مستقرة لنمذجة التكاليف بدلاً من الفترات المتأثرة بالعطلات أو الارتفاعات غير العادية في الاستخدام.
بهذه الطريقة، يصبح التحكم في التكاليف عملية إدارة بنية تحتية مستمرة بدلاً من أن تكون تمرين شراء لمرة واحدة.
كيف يدعم مراقبة خادم TSplus التحكم في التكاليف؟
نظرة عامة على ميزات وقدرات برنامج المراقبة لدينا:
يوفر TSplus Server Monitoring مراقبة في الوقت الحقيقي والتاريخية لخوادم Windows، وبنية العمل عن بُعد، والتطبيقات، والمستخدمين. يمكن للمسؤولين تتبع وحدة المعالجة المركزية، والذاكرة، ونشاط القرص، واستخدام الشبكة، والمستخدمين النشطين، ووقت التوقف، مع حدود قابلة للتكوين وتنبيهات لعدة من تلك المقاييس.
يضيف التقرير السياق التاريخي المطلوب لاتخاذ قرارات السعة. يمكن لفرق تكنولوجيا المعلومات مراجعة أداء الخادم المتوسط، الجلسات المتزامنة، استخدام الشبكة، نشاط المستخدم واستخدام التطبيق بدلاً من الاعتماد فقط على لقطة حالية.
طرق بسيطة للانتقال من مراقبة بيانات الخادم إلى مراقبة تكاليف تكنولوجيا المعلومات
يمكن بناء بيانات المراقبة في روتين عملي للتحكم في التكاليف. تربط الجداول أدناه المخاطر الرئيسية التي تم مناقشتها في جميع أنحاء هذه المقالة بميزات TSplus Server Monitoring وقرارات البنية التحتية التي يمكن أن تساعدك في إبلاغها.
لقد وضعت ثلاثة مجالات واسعة من العمل:
1. استخدام السعة والبنية التحتية
2. المستخدمون والتطبيقات والطلب الفعلي
3. الأداء والتوافر وتكلفة التشغيل
هل ندفع مقابل بنية تحتية أكثر مما نحتاج؟
| ما يجب مراقبته | ما يمكن أن يكشفه | الإجراء المحتمل الذي يمكن اتخاذه |
|---|---|---|
| وحدة المعالجة المركزية والذاكرة | الاستخدام المفرط أو الناقص المستمر | مراجعة حجم الخادم أو الجهاز الافتراضي |
| الجلسات المتزامنة | ذروة الطلب الحقيقي للمستخدمين | قارن السعة مع التزامن الفعلي |
| أداء القرص والمساحة | ضغط التخزين المستمر أو المساحة غير المستخدمة | خطط التخزين قبل التوسع |
| عرض النطاق الترددي | الضغط الشبكي المستمر مقابل الضغط الشبكي المؤقت | تحقق من ترقية الشبكة |
| الأداء التاريخي | سواء كانت الذروات متكررة أو استثنائية | تجنب القياس من الحوادث المعزولة |
هل يتم استخدام الموارد التي نقدمها فعلاً؟
| ما يجب مراقبته | ما يمكن أن يكشفه | الإجراء المحتمل الذي يمكن اتخاذه |
|---|---|---|
| وجود المستخدم | عندما يتصل المستخدمون فعليًا | مراجعة جداول البنية التحتية والسعة |
| المستخدمون المتزامنون | فرق بين الترخيص والطلب المتزامن | حجم البنية التحتية المشتركة بدقة أكبر |
| استخدام التطبيق | تطبيقات نادرة أو مستخدمة بشكل مكثف | مراجعة النشر والترخيص |
| استخدام التطبيق بواسطة الخادم | من أين تنشأ طلبات عبء العمل | إعادة توازن أو دمج الأحمال العمل |
| استخدام العملية | العمليات التي تتطلب موارد كثيرة | تشخيص قبل زيادة سعة الخادم |
هل تخلق المدخرات في أماكن أخرى تكاليف دعم أو إنتاجية؟
| ما يجب مراقبته | ما يمكن أن يكشفه | الإجراء المحتمل الذي يمكن اتخاذه |
|---|---|---|
| تنبيهات الموارد | اقتراب حدود وحدة المعالجة المركزية أو الذاكرة العشوائية أو القرص | تحقق قبل أن يتأثر المستخدمون |
| تعطيل الخادم | مشاكل التوفر المتكررة | أعطِ الأولوية للأسباب التي لها أكبر تأثير تشغيلي |
| توفر الموقع | انقطاعات الخدمة الموجهة نحو المستخدمين | افصل مشاكل الوصول عن مشكلات سعة الخادم |
| أوقات الاستجابة | تدهور الخدمة التدريجي | تحقق قبل توسيع البنية التحتية |
| التقارير المجدولة | تكاليف وأداء الاتجاهات على مر الزمن | بناء مراجعات البنية التحتية المنتظمة |
الرؤية في استخدام تكنولوجيا المعلومات الأساسية
بالنسبة لمسؤولي النظام، ومقدمي خدمات إدارة الأنظمة، والمُدمجين الذين يديرون بنية تحتية للوصول عن بُعد تعتمد على Windows، يمكن أن تدعم هذه الرؤية مراجعات الحجم والتراخيص بشكل أكثر اطلاعًا، بينما تساعد في اكتشاف ضغط الأداء قبل أن يتحول إلى مشكلة في الخدمة.
TSplus Server Monitoring ليس المقصود به استبدال قدرات الفوترة وإدارة التكاليف الأصلية لـ Azure و Windows 365 و Citrix أو AWS. دوره هو جعل الجانب التشغيلي من معادلة التكلفة أسهل في الرؤية وأبسط في الاستخدام، للخوادم والتطبيقات والموارد والمستخدمين.
في لمحة! خط الأساس العملي لمراقبتي للتحكم في التكاليف
من هذا، نحصل على 6 مجالات للمراقبة. إليك هذه المجالات مع سبب أهميتها:
- تظهر الجلسات المتزامنة الطلب الذروي الفعلي بدلاً من إجمالي المستخدمين المرخصين.
- تساعد وحدة المعالجة المركزية والذاكرة في تحديد الحجم الزائد أو الناقص المستمر.
- تظهر نشاط القرص والسعة ضغط التخزين والنمو.
- يظهر عرض النطاق الترددي ما إذا كانت متطلبات الشبكة تبرر التوسع.
- تربط نشاطات المستخدمين والتطبيقات استهلاك البنية التحتية بالاستخدام الفعلي.
- تساعد التوافر والتنبيهات في منع تقليص التكاليف من التحول إلى توقف أو مشاكل في الدعم.
الختام
تظهر التكاليف الخفية لـ VDI و DaaS وأجهزة الكمبيوتر السحابية عندما تتوقف القدرة المخصصة والتراخيص والجهد التشغيلي عن مطابقة الطلب الفعلي.
تتيح المراقبة لفرق تكنولوجيا المعلومات الأدلة لتحديد هذا التباين. من خلال دمج مراجعات التكاليف مع بيانات الجلسات والموارد والتطبيقات والأداء، يمكن للمنظمات التحكم في بنية تحتية لسطح المكتب البعيد بشكل أكثر فعالية دون اعتبار الإنفاق المنخفض كالمقياس الوحيد للنجاح.
تجربة مجانية للوصول عن بسبب TSplus
بديل نهائي لـ Citrix/RDS للوصول إلى سطح المكتب/التطبيق. آمن وفعال من حيث التكلفة، محلي/سحابي
)
)
)
