دسترسی از راه دور · مجازیسازی و ابر
مجازیسازی Remote Desktop Services — حقوق اجرا و تحرک مجوز
در محیط مجازی، Remote Desktop Services معمولاً بر پایه ظرفیت میزبان یا تعداد نمونه شمرده میشود، نه صرفاً ماشین مجازی روشن. پیش از جابهجایی بار کاری به ابر، حق تحرک مجوز و شرایط میزبانی را بررسی کنید.
حقوق مجازیسازی و ابر در Remote Desktop Services چگونه است؟
در محیط مجازی، Remote Desktop Services معمولاً بر پایه ظرفیت میزبان یا تعداد نمونه شمرده میشود، نه صرفاً ماشین مجازی روشن. پیش از جابهجایی بار کاری به ابر، حق تحرک مجوز و شرایط میزبانی را بررسی کنید.
شمارش در محیط مجازی
اجرای Remote Desktop Services روی ماشین مجازی مسئله شمارش را از «چند نمونه روشن است» به «روی چه ظرفیتی میتواند اجرا شود» تغییر میدهد. در بارهای کاری سروری، خوشهبندی و مهاجرت زنده ماشینها میتواند نیاز مجوز را به کل خوشه گسترش دهد.
- ظرفیت میزبان فیزیکی بهعنوان مبنای شمارش
- اثر مهاجرت زنده و خوشه بر گستره مجوز
- محدودکردن ماشینها به میزبانهای لایسنسشده با قواعد Affinity
- مستندسازی نگاشت ماشین مجازی به میزبان
بردن مجوز به ابر
ارتقای مرحلهای Session Host ها با Farm جدید، یا جایگزینی با Azure Virtual Desktop و Windows 365 برای حذف مدیریت زیرساخت. پیش از انتقال، بررسی کنید مجوز فعلی حق اجرا روی زیرساخت اشتراکی را دارد یا باید به مدل اشتراکی ابری تبدیل شود. تفاوت این دو مسیر در بازه سهساله معمولاً چشمگیر است.
سناریوی هیبریدی
بسیاری از سازمانها همزمان محیط داخلی و ابری دارند. در این حالت خطر رایج، شمارش دوباره یا شمارشنکردن بار کاریهایی است که موقت به ابر منتقل میشوند. یک سیاست مکتوب برای محیطهای موقت لازم است.
- تعریف مالک مجوز برای هر محیط
- سقف زمانی برای محیطهای موقت و آزمایشی
- بازبینی ماهانه ماشینهای خاموشنشده
- هماهنگی تیم زیرساخت و تیم تدارکات پیش از هر انتقال
کاهش هزینه بدون ریسک
تراکم ماشینهای مجازی روی میزبانهای کمتر اما لایسنسشده معمولاً ارزانتر از پخشکردن آنها روی میزبانهای زیاد است. برای Remote Desktop Services پیش از خرید سختافزار جدید، نقطه سربهسر مجوز را حساب کنید. نسبت کاربر به دستگاه (انتخاب User یا Device CAL)، تعداد Session Host و منابع آنها بیشترین اثر را دارند.
سناریوهای مجازیسازی Remote Desktop Services
| سناریو | نکته مجوز |
|---|---|
| میزبان تکی بدون خوشه | شمارش بر پایه ظرفیت همان میزبان |
| خوشه با مهاجرت زنده | احتمال نیاز به لایسنس کل خوشه |
| زیرساخت ابری اشتراکی | بررسی حق میزبانی و مدل اشتراکی |
| محیط موقت و آزمایشی | سقف زمانی و مالک مشخص لازم است |
مجازیسازی Remote Desktop Services بدون تخلف مجوز
در محیط مجازی، مجوز معمولاً به میزبان فیزیکی گره میخورد نه به ماشین مجازی. برای Remote Desktop Services پایه شمارش RDS CAL برای هر کاربر یا دستگاه، علاوه بر Windows Server CAL است.
توپولوژی میزبانها را ترسیم کنید
تعداد میزبان، هسته فیزیکی هر میزبان و ماشینهای مجازی روی هرکدام را مستند کنید.
قواعد تحرک را بررسی کنید
جابهجایی خودکار ماشین مجازی بین میزبانها میتواند نیاز به لایسنس همه میزبانهای خوشه ایجاد کند.
نقطه سربهسر ادیشن را حساب کنید
RDS User CAL در برابر RDS Device CAL در برابر AVD / Windows 365: از تراکم مشخصی به بعد، ادیشن بالاتر ارزانتر تمام میشود.
محیطهای Passive و DR را جدا کنید
حق اجرای رایگان نسخه آمادهبهکار معمولاً مشروط است و بدون آن شرط باید مجوز خریداری شود.
پیکربندی را قفل کنید
محدودکردن Affinity یا خوشه، بهترین راه کنترل هزینه در محیطهای متراکم است.
تغییرات را ثبت کنید
هر افزودن میزبان یا هسته باید بلافاصله در برگه مجوز منعکس شود.
خطاهای رایج و راه اصلاح
| ریسک | راه اصلاح |
|---|---|
| استفاده از RDS CAL نسخه پایینتر از سرور | قبل از خرید، سناریوی واقعی را روی کاغذ بیاورید و با Product Terms نسخه خودتان تطبیق دهید. |
| دور زدن محدودیت با حالت Administrative | شمارش را از یک منبع رسمی بگیرید و خروجی را تاریخدار بایگانی کنید. |
| نداشتن CAL برای پیمانکاران موقت | هر تغییر زیرساخت (هسته، میزبان، کاربر جدید) را در همان ماه در برگه مجوز ثبت کنید. |
چه چیزی هزینه Remote Desktop Services را تغییر میدهد
| عامل | اثر بر هزینه | نکته اجرایی |
|---|---|---|
| نسبت کاربر به دستگاه (انتخاب User یا Device CAL) | زیاد | قبل از هر استعلام، این عدد را قطعی کنید. |
| تعداد Session Host و منابع آنها | زیاد | با یک تغییر تصمیم میتوان چند ده درصد صرفهجویی کرد. |
| پروفایل کاربری و ذخیرهسازی FSLogix | متوسط | در برآورد اولیه دیده نمیشود؛ در صورتحساب بعدی ظاهر میشود. |
| هزینه پهنای باند و دسترسپذیری | متوسط | در برآورد اولیه دیده نمیشود؛ در صورتحساب بعدی ظاهر میشود. |
مناسب است اگر / مناسب نیست اگر
مناسب است اگر
- سازمانی که RDS CAL برای هر کاربر یا دستگاه، علاوه بر Windows Server CAL را میتواند دقیق گزارش کند.
- تیمی که برای Remote Desktop Services مالک مشخص لایسنس و بازبینی دورهای دارد.
- محیطی که مسیر ارتقا و پشتیبانی آن با چرخه عمر محصول همخوان است.
مناسب نیست اگر
- شمارش بر پایه حدس یا فهرست قدیمی دارایی.
- خرید بدون بررسی حق نسخه پایینتر، تست و بازیابی از فاجعه.
- تمدید خودکار بدون اندازهگیری مصرف واقعی.
سه قدم بعدی
- شمارش پایه را بر اساس RDS CAL برای هر کاربر یا دستگاه، علاوه بر Windows Server CAL تهیه کنید.
- ادیشن هدف را از میان RDS User CAL، RDS Device CAL، AVD / Windows 365 انتخاب کنید.
- برنامه فعالسازی و مالک تمدید را مشخص کنید.
پرسشهای پرتکرار
آیا ماشین مجازی خاموش هم نیاز به مجوز Remote Desktop Services دارد؟
اگر امکان روشنشدن روی میزبان لایسنسنشده وجود داشته باشد، معمولاً بله؛ ملاک قابلیت اجرا است نه وضعیت لحظهای.
مهاجرت زنده چه اثری بر مجوز دارد؟
جابهجایی آزاد ماشین بین میزبانها میتواند نیاز مجوز را به همه میزبانهای مقصد گسترش دهد؛ محدودکردن مقصدها این هزینه را کنترل میکند.
Remote Desktop Services را به ابر ببریم یا اشتراک ابری بخریم؟
اگر مجوز فعلی حق تحرک دارد، انتقال معمولاً ارزانتر است؛ در غیر این صورت مدل اشتراکی ابری ریسک انطباق کمتری دارد.
موضوعهای دیگر درباره Remote Desktop Services
محصولات و نسخههای Remote Desktop Services
صفحه هر نسخه شامل مشخصات، ادیشنها و اطلاعات خرید لایسنس اورجینال است.