چکلیست ارزیابی
- نیازمندی عملکرد، ظرفیت و زمان بازیابی را عددی کنید.
- وابستگیها و حالت خرابی را پیش از استقرار سراسری آزمایش کنید.
- هزینه لایسنس، زیرساخت، نگهداری و مهارت تیم را با هم بسنجید.
پاسخ کوتاه
VDI یک انتخاب معماری است و باید بر پایه دسترسپذیری، ظرفیت، جداسازی، هزینه کل مالکیت و توان عملیاتی تیم ارزیابی شود. آنچه در محیط کوچک بهخوبی کار میکند، لزوماً در مقیاس سازمانی پایدار نیست. Virtual Desktop Infrastructure — یک VM مستقل برای هر کاربر.
۳ ساله
افق توصیهشده برای محاسبه هزینه کل مالکیت
۱ بار/سال
حداقل تناوب آزمون بازیابی
۳۰–۴۰٪
بیشبرآورد رایج ظرفیت در طراحی اولیه
در مقابل RDS (که چند کاربر را روی یک سشن میزبانی میکند)، VDI به هر کاربر یک ماشین مجازی مستقل میدهد. ایزولاسیون بالاتر اما مصرف منابع بیشتر است. Azure Virtual Desktop راهکار VDI ابری مایکروسافت است.
کاربرد عملی
چرا VDI مهم است؟
VDI یک انتخاب معماری است و باید بر پایه دسترسپذیری، جداسازی، ظرفیت، هزینه و توان عملیاتی تیم ارزیابی شود. نتیجه مناسب برای محیط کوچک الزاماً برای مقیاس سازمانی مناسب نیست.
اشتباه رایج
مقایسه صرفاً بر اساس فهرست قابلیتها، بدون آزمون بار واقعی و فرایند پشتیبانی، معمولاً هزینه و ریسک پنهان ایجاد میکند.
معماری و زیرساخت
چطور VDI را در عمل اجرا کنیم
پنج گام عملی که ترتیب آنها اهمیت دارد؛ جهش از گام اول به گام آخر، رایجترین دلیل بازکاری در پروژههای لایسنس است.
- 1
نیازمندیها را عددی کنید
زمان بازیابی، حداکثر داده قابل از دست رفتن، تعداد تراکنش و پنجره سرویس را به عدد تبدیل کنید؛ بدون عدد، مقایسه معماری بیمعناست.
- 2
وابستگیها را نقشهبرداری کنید
مشخص کنید VDI به چه سرویسهایی وابسته است و کدام سرویسها با خرابی آن متوقف میشوند.
- 3
سناریوی خرابی را آزمایش کنید
پیش از استقرار سراسری، حذف عمدی یک گره یا مسیر را در محیط آزمایشی اجرا کنید.
- 4
هزینه کل مالکیت را بسنجید
لایسنس، زیرساخت، پشتیبانی، آموزش و زمان تیم را در افق سهساله جمع بزنید.
- 5
مستندسازی و انتقال دانش
دیاگرام، پارامترهای کلیدی و روال بازیابی را مکتوب کنید تا وابستگی به یک نفر ایجاد نشود.
سناریوها
VDI در پنج موقعیت واقعی
موقعیت
انتخاب پیشنهادی
نکته کلیدی
محیط کوچک با یک سرور
طراحی ساده و پشتیبانگیری منظم
پیچیدگی اضافه در این مقیاس ریسک را بیشتر میکند تا کمتر.
نیاز به دسترسپذیری بالا
افزونگی در سطح سرویس
افزونگی سختافزاری بدون آزمون تعویض خودکار، توهم دسترسپذیری است.
رشد سریع بار کاری
معماری قابل مقیاس افقی
پیش از رسیدن به سقف، مسیر مقیاسپذیری را تعیین کنید.
محیط ترکیبی On-Prem و ابر
طراحی با کمینهسازی جابهجایی داده
هزینه خروج داده و تأخیر شبکه معمولاً در برآورد اولیه فراموش میشود.
الزام نگهداری داده در داخل
استقرار محلی با کنترل دسترسی سختگیرانه
محدودیت مقرراتی را پیش از انتخاب فناوری روشن کنید.
اقتصاد تصمیم
چه چیزی هزینه را جابهجا میکند
محرک
اثر روی هزینه
سطح دسترسپذیری هدف
هر نُه اضافه در SLA، هزینه را بهشکل غیرخطی بالا میبرد
ادیشن نرمافزار موردنیاز
قابلیتهای خوشهبندی معمولاً فقط در ادیشن بالاتر
ظرفیت ذخیرهسازی و پشتیبان
رشد سالانه داده معمولاً کمبرآورد میشود
مهارت و زمان تیم عملیات
پیچیدگی بالا یعنی هزینه پنهان نگهداری
چه چیزی را مستند نگه داریم
- دیاگرام معماری را همراه با هر تغییر بهروز نگه دارید.
- نتیجه آزمون بازیابی را با تاریخ و زمان واقعی ثبت کنید.
- ظرفیت مصرفشده در برابر ظرفیت لایسنسشده را دورهای بسنجید.
- محیطهای آزمایشی رهاشده را حذف کنید؛ هم هزینه دارند و هم سطح حمله.
پرسشهای متداول
سوالات رایج درباره VDI
VDI برای چه اندازهای از سازمان مناسب است؟
پاسخ به نیازمندی عددی بستگی دارد نه به اندازه سازمان؛ یک شرکت کوچک با الزام دسترسپذیری بالا ممکن است به معماری پیچیدهتری از یک سازمان بزرگ نیاز داشته باشد.
پیادهسازی VDI چه اثری بر لایسنس دارد؟
معماریهای افزونه و مجازیسازی معمولاً تعداد هسته یا سرور لایسنسشده را افزایش میدهند؛ اثر مالی را همزمان با طراحی فنی محاسبه کنید.
چطور از انتخاب بیش از حد پیچیده جلوگیری کنیم؟
هر جزء اضافه باید یک نیازمندی عددی مشخص را برآورده کند؛ اگر چنین نیازی مستند نیست، آن جزء را حذف کنید.