بهرهگیری از Microsoft RDS بر روی Scale HC3
یکی از مزایای بزرگ یک پلتفرم زیرساخت متمرکز و یکپارچه مانند Scale HC3 توانایی استفاده از پلتفرم برای ارائه خدمات دسکتاپ متمرکز و خدمات کاربر نهایی در کنار سرویسهای سرور سنتی است. بکپلین با سرعت بالا به منابع سرور و دسکتاپ اجازه میدهد با سرعت بالا ارتباط برقرار کنند و مدیریت متمرکز هزینه کل مالکیت را که اغلب با این نوع سرویسها همراه است کاهش میدهد. برنامههایی مانند سرویس فایل و ارتباطات حساس به تاخیر به ویژه از این معماری بهرهمند میشوند.
برای اکثر کسبوکارها، رویکردی که بیشترین منطق را دارد برای افزودن سرویسهای محاسباتی از راه دور به محیطشان، استفاده از Remote Desktop Servers یا RDS خود Microsoft خواهد بود، زیرا اکثر محیطها به دنبال ارائه تجربهای مشابه دسکتاپ سنتی Windows هستند. RDS Microsoft یک مجموعه ابزار قدرتمند و نسبتاً آسان برای پیادهسازی است. نقطه شروع عالی برای ارائه طیفی از سرویسها است.
به دلیل ماهیت در دسترس بودن بالای پلتفرم Scale HC3 گزینههای خوبی داریم که چگونه به برنامهریزی و تامین یک استقرار RDS بپردازیم. میتوانیم انتخاب کنیم که استقرارمان را کوچک و ساده نگه داریم و از ویژگیهای دسترسی بالای داخلی خوشه Scale HC3 برای حفظ محیطمان در برابر خرابی سختافزاری استفاده کنیم یا میتوانیم از دسترسی بالا از محیط RDS برای این منظور بهره بگیریم.
در یک استقرار کوچک، معمولاً رایجترین کار استفاده از ویژگیهای دسترسی بالای Scale HC3 برای حفظ در دسترس بودن سرویسهای RDS ما است. انجام این کار به ما اجازه میدهد یک نمونه RDS واحد با حداقل سربار لایسنس، منابع و نگهداری اجرا کنیم. این سادهترین رویکرد است و بسیار موثر است. این یک روش عالی برای اکثر مشتریان است تا از پلتفرم Scale HC3 به بهترین شکل استفاده کنند. Scale میتواند در این حالت کار سنگین را انجام دهد و ما میتوانیم تلاشهایمان را در جاهایی که موثرتر هستند متمرکز کنیم.
در استقرارهای بزرگ داشتن یک نمونه RDS واحد ممکن است کافی نباشد. در این مرحله به طور کلی منطقی میشود که به یک استقرار RDS چند سروره با بارهای کاری که بین نمونهها توزیع بار شده حرکت کنیم. به طور معمول میخواهیم نه بیشتر از یک سرور RDS واحد در هر نود Scale HC3 مستقر شود تا از منابع موجود به بهترین شکل استفاده شود. به این ترتیب تعداد نمونههای سرور RDS مورد نیاز برای رسیدگی به ظرفیت محیطی میتوانند مستقر شوند.
در اکثر موارد، حتی با استقرار بزرگتر در چندین نود، از لود بالانسینگ در جلوی مزرعه RDS استفاده میکنیم، اما همچنان از ویژگیهای دسترسی بالای داخلی خوشه Scale HC3 برای رسیدگی به خرابیهای سختافزاری با انتقال بارهای کاری در حال اجرا از یک نود خراب به یک نود در دسترس استفاده میکنیم. لود بالانسر همان نمونه را با همان آدرس IP میبیند که امکان بازیابی تقریباً شفاف را فراهم میکند که کاملاً خودکار است و به حداقل تلاش نیاز دارد.
در موارد شدیدتر که ظرفیت کامل خوشه مورد نیاز است، پیکربندی یک نمونه RDS به ازای هر نود فیزیکی خوشه و غیرفعال کردن ویژگیهای دسترسی بالا و به جای آن استفاده از توابع لود بالانسینگ برای انتقال بار به نودهای باقیمانده امکانپذیر است. این منجر به از دست دادن آبرومندانه عملکرد به جای قطع سرویس میشود. مگر اینکه منابع از قبل به شدت محدود بودند، CPU و حافظه تخصیص داده شده به کاربر کاهش مییابد اما عملکرد سیستم باقی میماند. این یک راهحل دسترسی بالای کامل ایدهآل نیست اما میتواند جایگزین بسیار کارآمدی برای هزینه سختافزار برای آن سطح از حفاظت باشد.
Windows RDS Microsoft و Scale یک شراکت آشکار را تشکیل میدهند. Scale بر ساده و مقاوم کردن پلتفرم تا حد امکان تمرکز میکند در حالی که محصول Windows و RDS Microsoft سادهترین نقطه ورود به فضای محاسبات مشترک را فراهم میکند. برای کسبوکارهای کوچک و متوسط و به ویژه برای استقرارهای درون سازمانی، RDS اغلب انتخاب مناسبی برای حرکت به سمت محاسبات متمرکز مبتنی بر کلاینت نازک است و میتواند یک عامل کلیدی برای تحرک پذیری نیروی کار، امنیت و حتی گزینههای استفاده از دستگاه شخصی باشد.
[این مقاله برای وبلاگ Scale سفارش داده شده است.]
آگهی
