پیش نیازهای سخت افزاریِ SCCM

2 467

در مقاله ” مقدمه ای بر SCCM ” درباره برخی از کاربردهای این محصول صحبت نمودیم. همان طور که قول داده بودیم قرار بر این شد که سلسله مقاله های درباره نحوه طراحی ، اجرا و نگه داری این Solution در وب سایت تک تیک منتشر گردد. در این مقاله بر پیش نیازهای اجرای SCCM در سازمان مروری خواهیم داشت.

پیش نیازهای سخت افزاری SCCM

پیش نیازهای سخت افزاری به امکانات فعال شده و نحوه استفاده از هر کامپوننت ارتباط دارد. واضح است که هرچه قدر تعداد کاربرها بیش تر شود ، نیاز به منابع نیز بیشتر می شود. پیش نیازهای سخت افزاری برای راه اندازی اولیه را می توان با توجه به موارد زیر تعیین نمود :

  • آیا قصد راه اندازی Operating System Deployment را دارید؟
  • در روز چه تعداد نرم افزار از طریق SCCM نصب می شود؟
  • آیا فهرست و گزارش ها برای سازمان مهم است؟
  • آیا SCCM قرار است برای کاربرانی که از طریق اینترنت به شبکه سازمان متصل می شوند نیز استفاده شود؟
  • تعداد Client هایی که قرار است مدیریت شوند چه قدر است؟

به طور کلی ، در محیط هایی با حدود هزار کلاینت و بیشتر توصیه می شود آیتم های زیر رعایت شوند :

  • به دلیل اینکه SCCM و SQL Server به طور مداوم درحال ارتباط با یکدیگر هستند ، توصیه می شود سرور SCCM و SQL Server هر دو در سایت اصلی سازمان باشند.
  • SCCM .و SQL Server هیچ کدام نباید ، دیسک های مشترک با دیگر Application ها و سرویس ها داشته باشند. حتی دیسک های SCCM و SQL نیز باید مستقل از یکدیگر باشند. این به دلیل حجم بالای Read و Write در زمان اجرا و استفاده از SCCM است.
  • توصیه می شود که دیسک مربوط به ذخیره LOG های SQL Server نیز از دیسک Database جدا باشد.

از دیگر نیازمندی هایی که باید به آن توجه کرد ، مقدار فضایی است که برای ذخیره اطلاعات کلاینت ها در دیتابیس لازم است. این مقدار برای هر Client حدود ۵Mb تا ۱۰Mb در نظر گرفته شده است.

در واقع بزرگ ترین جنبه تعیین کننده کارایی یا Performance یک اجرای موفق SCCM ، استوریج  و سرعت آن است. پیشنهاد می گردد بار پردازشی بر روی درایوهای مختلف تقسیم شود. همچنین در زمان فرمت دیسک درایو های مربوط به SQL از Block Size 64 کیلوبایتی به جای پیش فرض آن که ۴ کیلوبایت است استفاده شود.

برای به دست آوردن حداقل فضایی که جهت راه اندازی SCCM و دیتابیس SQL  بر روی یک Server لازم است ، می توانید از جدول زیر کمک بگیرید.

sccm-prerequisites-1تعیین مقدار منابع پردازشی مثل RAM و CPU  برای SCCM تا حدودی پیچیده است. به همین دلیل در این قسمت حداقل منابع لازم بیان می گردد. برای اطلاعات بیش تر به این لینک مراجعه نمایید.

پیشنهاد مایکروسافت برای نصب Configuration Manager بر روی یک سرور به همراه SQL Server Standard Edition مقدار ۸ هسته CPU مدل Intel Xeon 5504 یا پردازشگر های مشابه و ۳۲ گیگابایت حافظه  RAM است.

توجه داشته باشید این مقادیر برای کوچک ترین پیاده سازی های SCCM می باشد. اما از یاد نبرید که  SCCM به طور کلی یک محصول Enterprise است. بنابراین منظور مایکروسافت از محیط های کوچک ، سازمان هایی تا سقف ۵۰۰۰۰ کلاینت است. گرچه احتمالا ۵۰۰۰۰ کلاینت از نظر بسیاری از ما سازمان کوچکی محسوب نمی گردد ، اما SCCM محصولی است که اساسا برای سازمان های بسیار بزرگ طراحی شده است. ولی این بدان معنا نیست که راه اندازی آن در محیط هایی با اندازه کوچک تر توجیه پذیر نباشد.

از آن جایی که در مستندات مایکروسافت داکیومنتی برای سازمان های کوچک موجود نیست ، بر اساس تجربه ای که در شبکه های مختلف دارم ، مقدار حداقل ۴ هسته CPU و ۱۶ گیگابایت RAM را جهت راه اندازی این سرویس در شبکه های بسیار کوچک تر از مقدار گفته شده توصیه می کنم. اما این مقدار رسما در داکیومنت ها قید نگردیده است. اگر تجربه خاصی در این مورد دارید و یا داکیومنتی در این زمینه خوانده اید خوشحال می شویم در قسمت نظرات دیگر کابران تک تیک را نیز سهیم نمایید.

در انتها شاید برایتان جالب باشد که بدانید خود شرکت مایکروسافت از چه کانفیگ سخت افزاری استفاده می کند. تصویر زیر مشخصات سخت افزاری مربوط به محیط داخلی مایکروسافت را در آپریل ۲۰۱۲ نشان می دهد.

sccm-microsoft-10-april-2012در قسمت بعدی این آموزش به پیش نیازهای نرم افزاری و آماده سازی جهت نصب خواهیم پرداخت.

 

مطالب مرتبط
2 نظرات
  1. علی رجبی می گوید

    ضمن تشکر.
    به نظرم در سرورها که دیسک ها بصورت Raid بسته شدن خیلی تفاوتی نداشته باشه که بخواهیم برای دیتابیس و لاگ و خود SCCM درایو جداگانه بسازیم. چون در هر صورت روی هر درایوی که R/W داشته باشیم همه دیسک ها همزمان درگیر میشن و تفاوتی نداره با اینکه همش روی یک درایو باشه.

  2. نوید داریا می گوید

    سلام. ضمن تشکر از توجه شما ، نظرتان کاملا درست است. اما ذکر چند نکته خالی از لطف نیست. اول اینکه در این مقاله ایده آل ترین حالت ممکن در نظر گرفته شده است. به این معنا که یا از vSAN ای استفاده می شود که دیسک های آن بر روی سرورهای مختلف Cluster پراکنده هستند و در نتیجه از کنترلرهای مختلفی استفاده می کنند و دارای کلاس های مختلفی از لحاظ سرعت خواندن و نوشتن می باشند. یا از تجهیزات SAN واقعی استفاده می شود که بر روی آن ها نیز Disk Group های متفاوت با سرعت های مختلف و کارایی متفاوت وجود دارد. همچنین در زمانی که در سیستم های مجازی سازی کنترلر های مجازی دیسک های مجازی با هم متفاوت باشد به هر کدام یک پروسس خاص از پردازنده تعلق می گیرد که البته تاثیر آن همان طور که شما گفتید آن قدر زیاد نیست. اما همچنان تاثیرگذار است.

ارسال یک پاسخ

آدرس ایمیل شما منتشر نخواهد شد.

36 + = 42