Windows MultiPoint Server؛ تاریخچه، کاربرد و مسیر جایگزینی
مقدمه
فرض کنید چهار دانش‌آموز به چهار نمایشگر، صفحه‌کلید و ماوس نیاز دارند و مدرسه یک رایانهٔ میزبان دارد. MultiPoint برای چنین سناریویی طراحی شد. چالش امروز، حفظ کاربرد ایستگاه‌های مستقل پس از پایان توسعهٔ این نقش و انتقال به سامانه‌ای قابل پشتیبانی است.
خلاصه
MultiPoint در ۲۰۱۰ برای کاهش هزینه و ساده‌کردن مدیریت ایستگاه‌های اشتراکی عرضه شد، در ۲۰۱۶ به نقش Windows Server رسید و مایکروسافت در مستندات Windows Server 2019 توقف توسعهٔ نقش را اعلام کرد. مسیر مهاجرت به این بستگی دارد که چند صندلی روی یک دستگاه لازم است یا فقط دسترسی کاربران به برنامهٔ مرکزی اهمیت دارد.
چرا MultiPoint به وجود آمد؟
مایکروسافت در فوریهٔ ۲۰۱۰ MultiPoint Server را با تمرکز بر آموزش معرفی کرد تا با استفاده از یک میزبان و لوازم جانبی هر صندلی، دسترسی چند دانش‌آموز به محیط مستقل فراهم شود. هزینهٔ سخت‌افزار و زمان مدیریت در چنین محیطی اهمیت داشت. مدرس می‌توانست از ابزار مدیریتی میزبان برای دیدن و مدیریت ایستگاه‌ها، بر اساس نسخه و قابلیت‌ها، استفاده کند.
بسته به نسخه و شیوهٔ نصب، ایستگاه محلی با خروجی تصویر و USB یا با سخت‌افزار ایستگاه مناسب متصل می‌شد. لوازم ورودی باید به صندلی درست تخصیص پیدا می‌کردند. چندمانیتوره‌کردن یک نشست، یک کاربر را روی چند نمایشگر گسترش می‌دهد. MultiPoint یک نشست جداگانه و ورودی مستقل برای هر کاربر هدف می‌گیرد.
سیر محصول از ۲۰۱۰ تا ۲۰۱۹
۲۰۱۰، آغاز عرضهٔ مستقل با تمرکز آموزشی. ۲۰۱۱ و ۲۰۱۲، انتشار نسخه‌های مستقل بعدی که هرکدام چرخهٔ عمر خود را داشتند. ۲۰۱۶، انتقال قابلیت به نقش MultiPoint Services در Windows Server 2016 برای سناریوهای تک‌سرور، از جمله آموزش و محیط‌های تجاری کوچک.
در مستند Windows Server 2019، مایکروسافت اعلام کرد نقش MultiPoint Services را دیگر به‌عنوان بخشی از Windows Server توسعه نمی‌دهد. همین سند MultiPoint Connector را به‌عنوان Feature on Demand و RD Session Host را برای اتصال RDP معرفی می‌کند. Connector تجهیزی مرتبط با اتصال و مدیریت است و نصب آن میزبان محلی چندصندلی ۲۰۱۶ را بازسازی نمی‌کند. مایکروسافت در همان سند دلیل تفصیلی تصمیم تجاری را منتشر نکرده است. آنچه قابل استناد است توقف توسعهٔ نقش و مسیر رسمی پیشنهادی برای اتصال راه دور است.
پشتیبانی تمدیدشدهٔ نسخه‌های مستقل ۲۰۱۰، ۲۰۱۱ و ۲۰۱۲ طبق جدول مایکروسافت به‌ترتیب در ۱۵ ژوئیهٔ ۲۰۲۰، ۱۴ ژوئیهٔ ۲۰۲۱ و ۱۱ اکتبر ۲۰۲۳ پایان یافت. تاریخ اعلام عرضه و تاریخ شروع چرخهٔ عمر ممکن است متفاوت باشند. تاریخ نسخه‌های مستقل را جدا از Windows Server 2016 بررسی کنید. مایکروسافت برای Windows Server 2016 پایان پشتیبانی تمدیدشده را ۱۲ ژانویهٔ ۲۰۲۷ ثبت کرده است. گزارش این تاریخ به‌معنای تضمین وضعیت نرم‌افزارهای جانبی، کلاینت‌ها یا شرایط ویژهٔ پشتیبانی نیست.
منابع این بخش [1] [2] [3] [4] [5] [6]
نمونهٔ رائیکا؛ چهار اتصال از یک تین‌کلاینت
طبق تجربهٔ گزارش‌شده از رائیکا، در یک آزمایش با Windows Server 2016، یک تین‌کلاینت به چهار مانیتور و ورودی مستقل مجهز شد. هر کاربر در نشست محلی سبک خود داشبورد را باز می‌کرد و اتصال جداگانه به سرور مقصد داشت. در نمونهٔ گزارش‌شده مقصد Horizon بود و همین الگو برای اتصال به RD Session Host نیز قابل بررسی است. پردازش برنامهٔ کاری روی سرور انجام می‌شد، اما کلاینت همچنان باید نمایش و رمزگشایی جریان تصویر هر چهار نشست را تحمل می‌کرد.
در این معماری، یک واحد بین چند کاربر مشترک است. خرابی دستگاه یا منبع تغذیهٔ آن می‌تواند همهٔ صندلی‌ها را قطع کند. ظرفیت گرافیک، محدودیت حافظه، مسیر USB، عملکرد صوت، شتاب سخت‌افزاری رمزگشایی و رفتار بازیابی بعد از قطع برق باید روی همان مدل، نسخهٔ درایور و کلاینت نرم‌افزاری آزموده شوند. نام مدل یا شمار پورت‌های تصویر به‌تنهایی نتیجهٔ آزمون را تعیین نمی‌کند.
راهنمای انتخاب جایگزین و آزمون تحویل
اگر شرط اصلی اتصال چند کاربر به نرم‌افزار متمرکز است، مسیر ساده‌تر این است که هر صندلی یک کلاینت جدا داشته باشد و همه به RDSH یا Horizon متصل شوند. این طرح یک نقطهٔ خرابی مشترک در میز را حذف می‌کند و مدیریت جداگانهٔ دستگاه، پروتکل و هدست را ممکن می‌سازد. ظرفیت میزبان، مجوزها و شبکه همچنان باید مستقل بررسی شوند.
اگر استفاده از یک میزبان برای چند صندلی شرط پروژه است، Linux MultiSeat گزینهٔ آزمایشی است. مفهوم Seat در systemd گروهی از تجهیزات یک ایستگاه است. ابتدا با loginctl list-seats و loginctl seat-status seat0 دستگاه‌های شناسایی‌شده را ببینید. با یک صندلی اضافه و حساب‌های غیرمدیر شروع کنید. چهار خروجی یک GPU لزوماً چهار Seat مستقل نمی‌سازد. پشتیبانی compositor یا Xorg، display manager، GPU و مسیرهای USB باید روی سخت‌افزار واقعی احراز شود.
برای پذیرش، استقلال ورود چهار حساب، واکنش هر ماوس و کیبورد فقط در صندلی خودش، فعال‌شدن پس از راه‌اندازی مجدد، بازیابی اتصال Horizon یا RDP، مصرف منابع در اوج و جداسازی صدا و USB را ثبت کنید. با قطع شبکه یا یک USB Hub، اثر را بسنجید و روش بازگشت به کلاینت‌های مستقل را مستند کنید.
| راهکار | چیدمان ایستگاه | نکتهٔ تصمیم |
|---|---|---|
| MultiPoint 2016 | چند ایستگاه محلی روی یک میزبان | سازگاری تجهیزات و چرخهٔ عمر نسخه |
| RDSH با کلاینت‌های جدا | یک کلاینت برای هر کاربر، اجرای برنامه روی سرور | مجوز، زیرساخت میزبان و شبکه |
| Linux MultiSeat | چند ایستگاه محلی، در صورت پشتیبانی سخت‌افزار | آزمون نشست مستقل، GPU و USB |
پرسش‌های متداول
آیا چهار نمایشگر مساوی چهار کاربر است؟
چهار کاربر به چهار نشست و چهار مجموعهٔ ورودی مستقل نیاز دارند. خروجی‌های نمایشگر فقط یکی از پیش‌نیازها هستند.
RDSH به‌تنهایی همان MultiPoint است؟
RDSH نشست‌های قابل دسترس از کلاینت‌های شبکه را میزبانی می‌کند. برای تقسیم فیزیکی چند نمایشگر و ورودی روی یک دستگاه باید لایهٔ MultiSeat جداگانه طراحی شود.
آیا جایگزینی لینوکسی روی HP t730 یا t740 تضمین شده؟
باید با نسخهٔ سیستم‌عامل، سخت‌افزار گرافیکی و کلاینت اتصال همان پروژه آزمایش شود. نتیجه را بر اساس آزمون هم‌زمان چهار نشست ثبت کنید.
منابع اصلی
- اعلام عرضهٔ جهانی MultiPoint Server 2010
- بایگانی رسمی MultiPoint Services
- چرخهٔ عمر MultiPoint Server 2011
- چرخهٔ عمر MultiPoint Server 2012
- توقف توسعهٔ قابلیت‌ها در Windows Server
- چرخهٔ عمر Windows Server 2016
- چرخهٔ عمر MultiPoint Server 2010
- مدل Seat در systemd
