)
)
معرفی
محیطهای دسکتاپ از راه دور چندین لایه داده عملیاتی تولید میکنند، از استفاده از CPU و حافظه گرفته تا کاربران متصل، جلسات همزمان و تقاضای برنامه. چالش این است که تصمیم بگیریم کدام سیگنالها مهم هستند و چگونه با هم مرتبطاند. این مقاله توضیح میدهد که نرمافزار نظارت بر دسکتاپ از راه دور چه چیزی را ردیابی میکند، چگونه دید جلسات با نظارت بر سرور متفاوت است و چگونه تیمهای IT میتوانند از دادههای زمان واقعی و تاریخی برای تشخیص مشکلات عملکرد استفاده کنند.
نرمافزار نظارت بر دسکتاپ از راه دور واقعاً چه چیزی را نظارت میکند؟
نظارت بر دسکتاپ از راه دور شامل تعدادی مفهوم است. برخی ابزارها بر منابع سمت سرور تمرکز دارند، در حالی که دیگران اتصالات را با استفاده از پروتکل دسکتاپ از راه دور (RDP) یا خدمات دسکتاپ از راه دور (RDS) فهرست میکنند. ابزارهایی که رویکردی متمرکز بر امنیت دارند میتوانند فعالیتهای کاربر را بررسی و ثبت کنند.
برای IT، منطقی است که این ابزارها را به ۵ دسته تقسیم کنیم:
| لایه نظارت | چه چیزی را پاسخ میدهد | اطلاعات معمولی |
|---|---|---|
| زیرساخت | آیا میزبان سالم است؟ | سیپییو، حافظه، دیسک، پهنای باند، در دسترس بودن |
| اتصال | چه کسی متصل شده و چه زمانی؟ | کاربر، زمان ورود، وضعیت اتصال |
| جلسه | در جلسات از راه دور چه اتفاقی میافتد؟ | کاربران متصل، جلسات همزمان، مدت زمان، وضعیت جلسه |
| تجربه کاربری | آیا جلسه از راه دور پاسخگو است؟ | تاخیر ورودی، تاخیر، تاخیر ورود، پاسخگویی برنامه |
| فعالیت | چه برنامهها یا اقداماتی درگیر هستند؟ | استفاده از برنامه، فرآیندها، رویدادهای حسابرسی یا ضبط جلسات |
اینها مرتبط هستند اما لزوماً قابل تعویض نیستند، زیرا ممکن است یکی از آنها اشباع CPU را گزارش کند اما مشخص نکند کدام جلسه اولین جلسه تحت تأثیر بود، در حالی که یک پلتفرم حسابرسی ممکن است شناسایی کند که چه کسی متصل شده است اما توضیح ندهد که چرا عملکرد کاهش یافته است.
نرمافزار ضبط جلسه این موضوع را یک قدم جلوتر میبرد و شواهد دقیقی از آنچه در زمینه محیط از راه دور اتفاق افتاده است جمعآوری میکند و ملاحظات بیشتری در زمینه امنیت، حریم خصوصی و نگهداری و ذخیرهسازی را معرفی میکند.
اولین چالش در مقایسه نرمافزارهای نظارت بر دسکتاپ از راه دور، شناسایی دیدی است که IT واقعاً به آن نیاز دارد.
چرا دیدگاه سطح جلسه با نظارت بر سرور متفاوت است؟
سنتی نظارت بر سرور ابزارها میپرسند که آیا ماشین به خوبی کار میکند. آیا استفاده از CPU بالا است؟ آیا حافظه کم است؟ آیا استفاده از دیسک در حال افزایش است؟ آیا سرور آنلاین است؟
این معیارها هنوز در سناریوی میزبانی RDS مرتبط هستند، اما لایه دیگری نیز وجود دارد که باید در نظر گرفته شود. زیرساخت مشترک RDS به این معنی است که در سطح میزبان، CPU، حافظه، ذخیرهسازی و ظرفیت شبکه بین چندین کاربر و برنامه توزیع میشود.
در سطح جلسه، برنامهها و فرآیندهای هر کاربر نیازهای منحصر به فردی دارند. یک میزبان جلسه RD میتواند به طور کلی سالم باشد در حالی که برنامههای یک کاربر یخ میزنند، یا یک جلسه کند به این معنا نیست که کل سرور در ظرفیت خود است.
تفاوت برای اهداف عیبیابی معنادار است. اگر ده کاربر در یک سرور همزمان شروع به کند شدن کنند، منطقی است که ابتدا به منابع مشترک سرور نگاه کنیم. اگر تنها یک کاربر با مشکلاتی مواجه است، احتمالاً مشکل به آن جلسه، برنامههای آن و اتصال آن محدود میشود.
ابزارهای نظارت بر دسکتاپ از راه دور زمانی مؤثرترین هستند که به مدیران این امکان را بدهند که بین این دیدگاهها جابجا شوند و ارتباطات بین سلامت کلی سرور و وضعیت جلسات کاربری فردی را ترسیم کنند.
مهمترین معیارهای دسکتاپ از راه دور چیست؟
هیچ معیار واحدی سلامت یک محیط دسکتاپ از راه دور را تعیین نمیکند. مدیران به زمینه کافی نیاز دارند تا بار کاری فعلی، مصرف منابع و تجربه کاربری را تفسیر کنند.
چند کاربر و جلسه فعال هستند؟
تعداد جلسات پایهای برای این گفتگو فراهم میکند.
نقاط داده مرتبط شامل کاربران متصل، جلسات فعال و قطع شده است، تعداد جلسات همزمان توزیع در بین سرورها، دورههای اوج و همزمانی تاریخی.
روندهای همزمانی در ارزیابی عملکرد یک سیستم دسکتاپ از راه دور بر تعداد کاربران ثبتنام شده اولویت دارند، زیرا ظرفیت معمولاً توسط بار کاری همزمان تعریف میشود، نه تعداد کاربران ثبتنام شده. یک دستگاه که به ۲۰۰ کاربر عادی خدمات میدهد میتواند بهطور قابل توجهی تحت فشار بیشتری نسبت به تعداد جلسات همزمان ۴۰ کاربر که برنامههای با عملکرد بالا را اجرا میکنند، باشد.
ارزش معیارهای همزمانی، که با آمار زیرساخت تکمیل شده است، این است که مشخص کند آیا ارتباطی بین افزایش کاربران متصل و رشد مصرف منابع وجود دارد یا خیر.
آیا منابع سرور با تقاضای جلسه همخوانی دارند؟
CPU، حافظه، فعالیت دیسک و فضای ذخیرهسازی موجود هنوز هم معیارهای کلیدی برای نظارت بر یک دسکتاپ از راه دور هستند.
سوال جالب این نیست که آیا CPU به درصد خاصی رسید، بلکه این است که چه زمانی تحت فشار بود و در همان زمان چه چیز دیگری در حال وقوع بود.
یک افزایش مداوم در CPU، به عنوان مثال، ممکن است با شلوغی ورود صبحگاهی، افزایش تعداد جلسات همزمان، یک فرآیند زمانبندی شده یا استفاده سنگین از یک برنامه تجاری خاص مرتبط باشد.
ارتباط بین این دو معمولاً از ارزش استفاده مهمتر است.
کدام برنامهها و فرآیندها بار کاری را ایجاد میکنند؟
شفافیت برنامه زمینه اضافی را فراهم میکند.
درک برنامههای مورد استفاده، زمانی که تقاضا افزایش مییابد و کدام فرآیندها بیشترین منابع را مصرف میکنند، به مدیران این امکان را میدهد که فعالیت کاربران را با رفتار زیرساخت مرتبط کنند.
نظارت بر برنامه میتواند به این نوع سوالات پاسخ دهد. آیا یک مشکل عملکردی زمانی که یک برنامه خاص به شدت استفاده میشود، ظاهر میشود؟ آیا میزبانهای جلسهای وجود دارند که مجموعهای از برنامهها را با شدت بیشتری اجرا میکنند؟ آیا برنامههایی که به ندرت استفاده میشوند، نگهداری یا مجوز دارند؟
این اطلاعات ارزشمند است، نه تنها برای عیبیابی، بلکه همچنین برای مدیریت کلی زیرساخت و نرمافزار.
آیا شبکه یا تجربه کاربری به مشکل کمک میکند؟
جلسات دسکتاپ از راه دور به طور طبیعی تعاملی هستند و مشکلات شبکه یا پاسخگویی به سرعت برای کاربران نهایی آشکار میشود.
نیازهای پهنای باند باید در کنار سایر معیارهای عملکرد سرور ارزیابی شود، زیرا یک سرور ممکن است ظرفیت اضافی CPU و حافظه داشته باشد در حالی که اتصالات به دلیل یک گلوگاه در جای دیگری از زنجیره ارتباطی کند شدهاند. درک عملکرد RDP در شبکههای با تأخیر بالا میتواند به تمایز مشکلات پاسخگویی شبکه از محدودیتهای منابع سمت میزبان کمک کند.
برخی از محیطهای RDS میتوانند بینشهای بیشتری از تجربه کاربر نهایی نسبت به دیگران ارائه دهند. به عنوان مثال، Microsoft Performance Monitor دارای شمارندههای تأخیر ورودی کاربر است که میتواند تأخیرها را در سطح جلسه و فرآیند شناسایی کند. مایکروسافت این ویژگی را به عنوان روشی برای همبستگی شمارههای جلسه، استفاده از CPU و پاسخگویی در سرورهای RD Session Host مستند میکند.
تمام ابزارهای نظارت بر دسکتاپ از راه دور شامل همان معیارهای تأخیر یا تأخیر ورودی نیستند. مدیران IT باید دوباره بررسی کنند که یک فروشنده در واقع چه چیزی را از نظر اطلاعات تجربه کاربری ارائه میدهد به جای اینکه فرض کنند این اطلاعات موجود خواهد بود.
چگونه نظارت بر دسکتاپ از راه دور میتواند به تیم شما کمک کند زمانی که باید به عیبیابی جلسات کند بپردازید؟
ارزش نظارت بر دسکتاپ از راه دور زمانی به بهترین شکل دیده میشود که مدیران چندین سیگنال را دریافت کرده و آنها را همبسته کنند.
زمانی که یک کاربر اشاره میکند که RDP کند است، آنها تأثیر را توصیف میکنند، نه علت را. اولویت اول شما درک دامنه مشکل است.
آیا یک کاربر با مشکل مواجه است؟ آیا تعدادی کاربر وجود دارند که بر روی همان میزبان هستند؟ آیا کاربرانی وجود دارند که بر روی چندین سرور با همان مشکل هستند؟
با تعیین دامنه مسئله، بینشهای نظارتی شما میتواند به متمرکز کردن جستجوی شما کمک کند:
| نشانه | بررسیهای مفید |
|---|---|
| یک کاربر کند است | وضعیت جلسه، برنامهها، فرآیندها، شرایط اتصال |
| بیشتر کاربران در یک سرور کند هستند | سیپییو، حافظه، ورودی/خروجی دیسک، استفاده از پردازش، جلسات همزمان |
| کاربران در چندین سرور کند هستند | وابستگیهای شبکه یا زیرساخت مشترک |
| عملکرد در همان زمان روزانه کاهش مییابد | همزمانی، وظایف زمانبندیشده، اوجهای برنامه |
| کاربران به طور مکرر قطع میشوند | در دسترس بودن سرور، شرایط شبکه، رویدادهای خدمات و اتصال |
| یک برنامه به طور مکرر عملکرد ضعیفی دارد | استفاده از برنامه، فرآیندهای مرتبط و مصرف منابع |
هدف همبستگی است. افزایش ناگهانی CPU در زمینه افزایش همزمانی معنی بیشتری دارد. استفاده بالای پهنای باند در مواجهه با شکایات متعدد کاربران قابل توجهتر است. شناسایی یک مشکل عملکردی مکرر زمانی آسانتر است که بدانید همان برنامه یا بار کاری هر بار در حال وقوع است.
نظارت همیشه علت اصلی را شناسایی نمیکند، اما زمینه عملیاتی مورد نیاز مدیران را برای محدود کردن دامنه مظنونهای ممکن ثبت میکند.
عیبیابی بر اساس حافظه پس از وقوع حادثه همانند بررسی محیط در زمان وقوع حادثه نیست.
نظارت در زمان واقعی، هشدارها و گزارشهای تاریخی: چرا همه آنها مهم هستند؟
نظارت زمانی مفید است که به شما امکان میدهد به سه سوال عملیاتی مختلف پاسخ دهید: در حال حاضر چه اتفاقی در حال وقوع است، چه زمانی باید IT اقدام کند و چه چیزی قبلاً رخ داده است؟
در حال حاضر چه اتفاقی در حال وقوع است؟
نظارت در زمان واقعی میتواند توسط مدیران برای بررسی عملکرد فعلی سرور، کاربران وارد شده، فرآیندهای برنامه و فعالیت شبکه استفاده شود.
این اطلاعات میتواند در حین یک حادثه حیاتی باشد زیرا به مدیر سیستم این امکان را میدهد که تعیین کند آیا هنوز فشاری بر منابع وجود دارد یا بار غیرمعمولی در حال وقوع است.
ارزش زمان واقعی دادههای جاری را ارائه میدهد، اما همین. این معیار در حال حاضر فقط اطلاعاتی است. چیزی که اکنون عادی به نظر میرسد ممکن است زمانی که کاربر با مشکل مواجه بود غیرعادی بوده باشد.
چه زمانی چیزی نیاز به توجه دارد؟
هشدارها نظارت را از جمعآوری دادههای غیرفعال به یک فرآیند پیشگیرانه و عملیاتی تبدیل میکنند.
مدیران مشخص میکنند که چه چیزی نیاز به توجه دارد: استفاده مداوم از پردازنده، فشار بر حافظه، فعالیت دیسک، تعداد بیش از حد کاربران فعال یا زمان خاموشی سرور.
آستانههای نظارت هنوز باید با درک عمومی اعمال شود؛ یک افزایش کوتاه در فعالیت CPU قابل انتظار است، اما فشار مکرر در ساعات اوج جلسات ممکن است نشاندهنده یک مشکل ظرفیت در حال ظهور باشد.
قبل از حادثه چه اتفاقی افتاد؟
گزارشهای تاریخی الگوهایی را نشان میدهند که معیارهای زنده نمیتوانند. مایکروسافت استفاده از جمعآوری دادههای مانیتور عملکرد برای ثبت شمارندههای عملکرد در طول زمان هنگام بررسی مشکلات عملکرد متناوب ویندوز سرور.
اگر CPU به مدت پنج دقیقه به 90 درصد برسد. اگر این یک حادثه جداگانه در یک فرآیند دستهای شناخته شده باشد، ممکن است نشاندهنده یک مشکل نباشد. اما اگر CPU هر روز هفته در حدود همان زمان که همزمانی از یک آستانه مشخص عبور میکند به 90 درصد برسد، این یک اطلاعات ارزشمند برای برنامهریزی ظرفیت است.
خطمشیهای تاریخی اغلب از آستانههای فردی مهمتر هستند، زیرا به شما نشان میدهند که چه چیزی برای یک سرور خاص، ترکیب برنامه و جمعیت کاربران عادی است.
در کدام موارد ابزارهای نظارت بومی ویندوز کافی هستند؟
ویندوز ابزارهای نسبتاً قوی برای عیبیابی ارائه میدهد.
مدیر وظیفه و مانیتور منابع استفاده فعلی از منابع را نمایش میدهند. مانیتور عملکرد میتواند شمارندههای عملکرد ویندوز را جمعآوری کند، از جمله تأخیر ورودی کاربر در سطح جلسه و فرآیند در نسخههای پشتیبانی شده ویندوز سرور. مشاهدهگر رویداد رویدادهای مربوط به سیستمعامل و RDS را ارائه میدهد، در حالی که PowerShell میتواند برای پرسوجو و خودکارسازی بسیاری از وظایف مدیریتی استفاده شود.
برای عیبیابی یک سرور واحد یا بررسی یک مشکل خاص، این ابزارها ممکن است برای یک مدیر باتجربه کافی باشند.
با این حال، نیاز به نظارت بر چندین سرور یا بررسی وضعیت از منظر یک وقوع قبلی ممکن است نیاز داشته باشد که اطلاعات از منابع متعدد استخراج شود.
نظارت متمرکز در شرایطی مفید است که IT باید بیش از یک میزبان را از طریق یک کنسول نظارت کند، اطلاعات تاریخی را برای استفاده بعدی ذخیره کند، سیستمها و زمانبندیها را مقایسه کند، در مورد فعالیت و همزمانی کاربران گزارش دهد یا هشدارها را تنظیم کند.
ارزش چنین رویکردی لزوماً در معیارهایی نیست که ویندوز ارائه نمیدهد.
این بیشتر در توانایی تجمیع، ذخیره و همبستگی این اطلاعات است تا آن را برای مدیران قابل اقدامتر کند.
آیا این به این معنی است که شما کاربران را در صورت استفاده از نظارت بر جلسه دسکتاپ از راه دور ضبط میکنید؟
خیر. این اصطلاحات اغلب به طور متناوب استفاده میشوند، اما نظارت بر جلسه و ضبط جلسه دامنه و قابلیتهای بهطور قابل توجهی متفاوتی دارند.
در حالی که نظارت بر جلسات دسکتاپ از راه دور ممکن است فقط کاربران متصل، جلسات همزمان، استفاده از منابع، تاریخچه جلسات یا استفاده از برنامهها را مشاهده کند، ضبط جلسات مجموعهای بسیار دقیقتر از دادهها را درباره فعالیتها درون جلسه از راه دور بسته به محصول، مانند محتوای صفحه، فعالیتهای برنامه، فعالیتهای کلیپ بورد یا سایر رویدادها، ثبت میکند.
ضبط جلسات ممکن است برای سناریوهای خاص دسترسی با امتیاز، دسترسی شخص ثالث، حسابرسی یا امنیت منطقی باشد، اما سوالات اضافی درباره نگهداری، دسترسی، ذخیرهسازی و حریم خصوصی را به وجود میآورد.
برای بیشتر عملیات روزمره دسکتاپ از راه دور، قابلیت ضبط تمام جزئیات یک جلسه غیرضروری و غیرمطلوب برای تیم IT است زیرا آنها فقط به اندازه کافی اطلاعات درباره جلسه برای مشاهده و تحلیل عملکرد نیاز دارند.
چگونه میتوانید برنامهریزی ظرفیت خود را با استفاده از نظارت بر دسکتاپ از راه دور بهبود بخشید؟
زمانی که به زیرساخت دسکتاپ از راه دور میرسد، چگالی بار یک ملاحظه مهم است.
تعداد حسابهای پیکربندیشده اطلاعات کمی درباره تعداد کاربران همزمان، برنامههایی که اجرا میکنند و شدت آنها میدهد.
نظارت تاریخی این اطلاعات را در دسترس قرار میدهد.
با تجزیه و تحلیل کاربران همزمان و مقایسه آنها با استفاده از CPU، حافظه، دیسک و شبکه، مدیران IT بینش قابل اجرایی درباره محیط خود به دست میآورند. آنها میبینند که بارها چه زمانی شروع به تأثیرگذاری بر زیرساخت میکنند، کدام بارهای کاری مسئول هستند و آیا روند در حال افزایش است.
این اطلاعات میتواند برای توجیه اقداماتی مانند متعادل کردن بار کاری بین میزبانها، افزودن سرورهای بیشتر، افزودن منابع بیشتر به سرورهای موجود، زمانبندی برنامههای سنگین یا بررسی برنامههایی که مقدار نامتناسبی از منابع را مصرف میکنند، استفاده شود.
این رویکرد بسیار دقیقتر از یک توصیه عمومی مبتنی بر تعداد کاربران در هر سرور است. مایکروسافت راهنمای اندازهگیری میزبان جلسه دسکتاپ از راه دور به طور مشابه، توصیه میشود که نوع بار کاری، چگالی کاربر و اندازهگیریهای تجربه کاربری را ارزیابی کنید و به یک عدد ظرفیت عمومی واحد تکیه نکنید. دو شرکت با همان پایگاه کاربری میتوانند نیازهای برنامه و زیرساخت بهطور قابل توجهی متفاوتی داشته باشند.
چه نوع الزامات را باید هنگام جستجوی نرمافزار نظارت بر دسکتاپ از راه دور در نظر بگیرید؟
بهترین نرمافزار نظارت بر دسکتاپ از راه دور لزوماً محصولی نیست که بیشترین دادهها را جمعآوری کند. این نرمافزار آن است که سطح دید لازم برای محیطی که مدیریت میشود را فراهم میکند.
برای بیشتر تیمهای عملیات IT، الزامات کلیدی ساده هستند:
- سی دیدگاه متمرکز در چندین سرور
- اطلاعات کاربران فعلی و جلسات همزمان
- نظارت بر CPU، حافظه، دیسک و شبکه
- قابلیت مشاهده برنامه و فرآیند
- گزارشهای تاریخی و تحلیل روند
- هشدارهای قابل تنظیم
- گزینههای گزارشگیری و صادرات عملی
این پلتفرم همچنین باید همبستگی را آسان کند. تعداد جلسات زمانی ارزشمندتر میشود که مدیران بتوانند آنها را با بار سرور مقایسه کنند. استفاده از برنامه زمانی مفیدتر میشود که بتوان آن را در طول زمان بررسی کرد.
مسائل مربوط به بار اضافی استقرار و مدیریت نیز مهم است. یک پلتفرم نظارتی که به منظور سادهسازی زیرساختهای از راه دور طراحی شده است، نباید پیچیدگیهای نامتناسب زیرساخت یا مدیریت خود را معرفی کند.
در نهایت، دقیقاً بررسی کنید که فروشندگان با اصطلاحاتی مانند نظارت بر جلسه، نظارت بر کاربر و نظارت بر دسکتاپ از راه دور چه معنایی دارند. یک پلتفرم ممکن است به گزارش کاربر متصل اشاره کند، دیگری ممکن است معیارهای پاسخگویی RDP را ارائه دهد، در حالی که دیگری ممکن است ضبط کامل صفحه را ارائه کند.
ترمینولوژی ممکن است مشابه به نظر برسد. قابلیت مشاهده ارائه شده میتواند بسیار متفاوت باشد.
چگونه TSplus میتواند نظارت بر دسکتاپ از راه دور را ساده کند؟
برای تیمهای IT که زیرساخت دسکتاپ از راه دور ویندوز را مدیریت میکنند، ما فعالیتهای سرور و کاربر را به یک محیط نظارت متمرکز میآوریم. مدیران میتوانند استفاده از CPU، حافظه، دیسک و پهنای باند را دنبال کنند و در عین حال کاربران متصل، جلسات همزمان و فعالیتهای برنامه را ردیابی کنند و به آنها کمک میکند تا عملکرد زیرساخت را به تقاضای واقعی دسکتاپ از راه دور مرتبط کنند.
نظارت بر سرور TSplus همچنین گزارشگیری تاریخی و هشدارهای قابل تنظیم را فراهم میکند، به طوری که مدیران میتوانند الگوهای بار کاری تکراری را شناسایی کنند و تنها به معیارهای زنده تکیه نکنند. این کار بررسی مشکلات عملکرد، تعیین مبنای عملی و پیشبینی نیازهای ظرفیت در چندین سرور را آسانتر میکند بدون اینکه ضبط کامل جلسه کاربر را معرفی کند.
نتیجه
نظارت مؤثر بر دسکتاپ از راه دور درباره همبستگی است، نه جمعآوری بزرگترین مجموعه ممکن از معیارها. عملکرد سرور، فعالیت جلسه، تقاضای برنامه و شرایط شبکه زمانی مفیدتر میشوند که مدیران بتوانند آنها را بهطور همزمان بررسی کنند.
این نمای ترکیبی به IT کمک میکند تا مشکلات کاربر ایزوله را از گلوگاههای سراسری میزبان تشخیص دهد، الگوهای عملکرد تکراری را درک کند و تصمیمات بهتری در مورد ظرفیت بگیرد زیرا محیطهای دسکتاپ از راه دور گسترش مییابند.
)
)
)
