مدیریت مجموعه ای از سرورهای اختصاصی صرفاً به این معنا نیست که هر دستگاه را پس از چند سال جایگزین کنید. سرورهای مختلف بارهای کاری متفاوتی را حمل می کنند، خدمات تجاری متفاوتی را پشتیبانی می کنند و در زمان های مختلف به آستانه ریسک می رسند. یک برنامه چرخه عمر سخت‌افزار به تیم‌های فناوری اطلاعات راهی تکرارپذیر می‌دهد تا تصمیم بگیرند قبل از اینکه مشکلات عملکرد یا شکست سخت‌افزار فشار عملیاتی ایجاد کند، چه مواردی را نظارت، گسترش، تازه‌سازی، مهاجرت یا بازنشستگی کنند.
چرخه عمر سخت افزار یک سرور اختصاصی باید شامل چه مواردی باشد
برنامه ریزی چرخه عمر باید بیش از تاریخ خرید را پوشش دهد. این موجودی، وضعیت تعمیر و نگهداری، تقاضای حجم کار، روند عملکرد، تعمیر و نگهداری، زمان تجدید، مهاجرت، ظرفیت اضافی و دفع ایمن را به هم مرتبط می کند. برای هر سرور، نقش، مالک، وابستگی ها، سطح ریسک و اقدام بعدی مورد انتظار را مشخص کنید. این یک ناوگان بزرگ را به مجموعه‌ای از راه‌حل‌ها تبدیل می‌کند که می‌توان آنها را مورد بررسی و بودجه قرار داد.
- هویت دارایی، مکان، نقش، مالک و خدمات تجاری
- تاریخ خرید، وضعیت گارانتی، پشتیبانی فروشنده و مراحل پایان عمر
- CPU، حافظه، ذخیره سازی، شبکه و مصرف برق
- تاریخچه خرابی، هزینه های نگهداری و در دسترس بودن قطعات
- وابستگی های برنامه، حساسیت داده ها و الزامات بازیابی
- تجدید برنامه ریزی شده، مهاجرت، تمدید یا تاریخ بازنشستگی
با یک موجودی قابل اعتماد شروع کنید، نه با سن فرضی سرور. گزارش ناوگان باید نشان دهد که کدام سیستم‌ها در حال تولید هستند، کدام‌ها مورد استفاده قرار نمی‌گیرند، کدامیک از سرویس‌های حیاتی پشتیبانی می‌کنند، و کدامیک از تعمیر و نگهداری عادی خارج شده‌اند. هر بار که سرور جابجا می شود، ارتقا می یابد، تخصیص مجدد داده می شود یا از کار خارج می شود، موجودی را بررسی کنید.
سرورها را بر اساس بار و ریسک گروه بندی کنید
تاریخ تعویض معمولی آسان است، اما به ندرت نشان دهنده نحوه استفاده از ناوگان است. سرورها را بر اساس بار، تأثیر تجاری، تقاضای عملکرد، حساسیت داده ها و اولویت بازیابی گروه بندی کنید. یک برنامه کاربردی مشتری، یک پایگاه داده تولید، یک گره پشتیبان، یک حجم کاری تجزیه و تحلیل، و یک سرور تست داخلی ممکن است به آستانه های بررسی متفاوتی نیاز داشته باشند، حتی اگر در همان سال خریداری شده باشند.
سطوح مفید می تواند شامل تولید بحرانی، تولید مهم، تولید استاندارد و غیر تولید باشد. هر ردیف می تواند پنجره هدف تعمیر و نگهداری، انتظار ظرفیت آزاد، آستانه نظارت و برنامه آزمایش بازیابی خود را داشته باشد. این باعث می‌شود که توضیح تصمیم‌های تازه‌سازی آسان‌تر شود: خدمات با بالاترین خطر اولین توجه را به خود جلب می‌کنند، در حالی که سیستم‌های پایدار و کم‌خطر را می‌توان زمانی که شواهد از آن پشتیبانی می‌کنند، گسترش داد.
مراحل چرخه زندگی و درهای تصمیم را تنظیم کنید
نقاط عطف واضح را برای هر سرور تعریف کنید: معرفی، سرویس فعال، بررسی، تجدید یا گسترش، مهاجرت و بازنشستگی. سرور باید قبل از پایان گارانتی یا پشتیبانی فروشنده، بررسی شود، نه روزی که منقضی شود. یک پورتال تصمیم ایجاد کنید که بپرسد آیا سخت‌افزار فعلی همچنان الزامات بار، امنیت، قابلیت نگهداری و در دسترس بودن را برآورده می‌کند یا خیر.
در پورتال بررسی، یکی از چهار اقدام را ثبت کنید: حفظ با نظارت، گسترش با نگهداری برنامه‌ریزی‌شده، تازه کردن و مهاجرت، یا بازنشستگی. یک استثنای مستند بهتر از یک تاخیر غیررسمی است زیرا ثبت می‌کند که چرا سرور خاموش می‌ماند، چه خطراتی انجام شده است و چه زمانی تصمیم بررسی می‌شود.
بیشتر از سن استفاده کنید تا تازه‌سازی ایجاد شود
سن یک نشانه مفید برای برنامه ریزی است، اما نباید تنها محرک باشد. مراقب خرابی‌های سخت‌افزاری مکرر، افزایش هزینه‌های تعمیر، ذخیره‌سازی ناپایدار، بارگذاری ثابت CPU یا حافظه، پنجره‌های پشتیبان‌گیری کندتر، محدودیت‌های شبکه، ناسازگاری میان‌افزار یا سیستم‌عامل، و از دست دادن پشتیبانی فروشنده باشید. سرور جدیدتر همچنین ممکن است زمانی توجیه شود که یک سرویس تجاری سریعتر از برنامه ظرفیت اصلی خود رشد می کند.
آستانه هایی را تعیین کنید که بررسی و مستندسازی شواهد پشت آن را تضمین کند. آستانه نباید نیاز به تعویض فوری داشته باشد. یک معیار قابل پیش بینی برای توسعه، ارتقا، مهاجرت و جایگزینی ایجاد می کند. این امر از هر دو افراط جلوگیری می کند: جایگزینی هر سرور در یک تقویم ثابت و نگهداری تجهیزات منسوخ تا زمانی که قطعی نیاز به خرید اضطراری داشته باشد.
برنامه ریزی جدید را با بودجه و ظرفیت هماهنگ کنید
تامین مالی نوسازی ناوگان زمانی که بصورت موجی برنامه ریزی می شود آسان تر است. برنامه ریزی برای چرخه به روز رسانی سخت افزار گسترده تر همراه با جدول زمانی تعمیر و نگهداری، پیش بینی حجم کار، تاریخ قرارداد و رشد مورد انتظار را مرور کنید. جایگزین‌های خیره‌کننده می‌توانند هزینه‌های سرمایه را افزایش دهند، تعداد مهاجرت‌های همزمان را کاهش دهند و از انقضای یک سال ضمانت جلوگیری کنند.
بودجه برای تغییر کامل، نه فقط شاسی سرور. شامل کار سازگاری با سیستم عامل یا نرم افزار، تغییرات ذخیره سازی و شبکه، انتقال داده ها، آزمایش، برنامه ریزی خرابی، ظرفیت یدکی، قطعات یدکی و دفع ایمن است. اگر تلاش‌های مهاجرت، هزینه‌های نگهداری یا وقفه‌های خدمات نادیده گرفته شود، قیمت خرید پایین‌تر می‌تواند گران شود.
مهاجرت را قبل از سفارش طراحی کنید
قبل از تایید سخت افزار جدید، نحوه حرکت هر سرویس را ترسیم کنید. تکرار داده ها، بازیابی پشتیبان، مدیریت پیکربندی، وابستگی های برنامه، مجوز، تغییرات DNS یا شبکه، نظارت و بازگشت را تأیید کنید. یک خلبان خدمات نمایندگی ممکن است مشکلات درایور، سیستم عامل، عملکرد و سازگاری را قبل از شروع موج اصلی آشکار کند.
از استقرار مرحله‌ای برای ناوگان استفاده کنید: خلبان، گروه اول تولید، گروه‌های تولید گسترده‌تر و استثناهای نهایی. ظرفیت قدیمی و جدید را به اندازه کافی برای تأیید سرویس در دسترس نگه دارید، اما تاریخ پایان مشخصی را برای سرور قدیمی تعیین کنید. بدون تاریخ بازنشستگی، همزیستی موقت می‌تواند به نگهداری مضاعف و ریسک ردیابی نشده تبدیل شود.
برای ظرفیت پشتیبان و پوشش نگهداری برنامه ریزی کنید
برنامه ریزی چرخه زندگی باید شامل دوره بین شکست و جایگزینی باشد. تصمیم بگیرید که چه مقدار ظرفیت اضافی برای هر سطح بار کاری مورد نیاز است، کدام مؤلفه ها باید به صورت محلی یا در دسترس از طریق توافق نامه تعمیر و نگهداری باشند و چه کسی می تواند مهاجرت اضطراری را تأیید کند. استاندارد کردن پیکربندی های تایید شده سرور می تواند تعداد قطعات یدکی را کاهش دهد و عیب یابی را در سراسر ناوگان ساده کند.
- ظرفیت اضافی را برای تعمیر و نگهداری برنامه ریزی شده و خرابی غیرمنتظره حفظ کنید
- قطعات یدکی، مخاطبین پشتیبانی، مسیرهای تشدید و اهداف پاسخ را مستند کنید
- تست کنید که رویه های نظارت، پشتیبان گیری و بازیابی همچنان روی پلت فرم جایگزین کار می کنند
- سرورهای موقت و ظرفیت شلوغ را ردیابی کنید تا به نقاط کور دائمی تبدیل نشوند
- پس از بار سنگین، شبکه یا تغییرات انطباق، طرح را مرور کنید
- مالکی را تنظیم کنید تا استثنائات را تأیید کند و تاریخ بررسی بعدی را ثبت کند
مدل نگهداری صحیح به نقش و وضعیت سرور بستگی دارد. زمانی که عملکرد پایدار باشد، قطعات در دسترس باشند، خطر تعمیر و نگهداری درک شده باشد، و حجم کاری بتواند از برنامه پشتیبانی کند، توسعه سخت‌افزار می‌تواند منطقی باشد. زمانی که الزامات امنیتی، سازگاری، خطاهای تکرار شونده یا اهداف بازیابی دیگر قابل برآورده نباشند، کمتر مناسب است. چرخه عمر زمانی که جایگزینی وارد تولید می شود به پایان نمی رسد: دستگاه های حامل داده باید توسط یک فرآیند تایید شده ضد عفونی یا از بین بروند، و زنجیره نگهداری باید مستند باشد.
نتیجه گیری
برنامه ریزی چرخه عمر سخت افزار برای مجموعه ای از سرورهای اختصاصی به معنای تصمیم گیری زودهنگام و بررسی آنها با شواهد است. موجودی کامل را حفظ کنید، سرورها را بر اساس بار و ریسک گروه بندی کنید، از هشدارهای تعمیر و نگهداری و عملکرد به عنوان ورودی تصمیم گیری، بودجه در مراحل، طراحی انتقال پیش سفارش، حفظ ظرفیت اضافی و بازنشستگی تجهیزات قدیمی به صورت ایمن استفاده کنید. هر بررسی را با سابقه نگهداری، ارتقاء، گسترش، مهاجرت یا بازنشستگی سرورها، پذیرش ریسک‌ها و زمانی که تصمیم بعدی باید گرفته شود، تکمیل کنید.
برای کسب‌وکارهایی که بارهای کاری تولیدی دارند، Dataplugs می‌تواند سرورهای اختصاصی و محیط‌های میزبانی را فراهم کند که از مهاجرت‌های برنامه‌ریزی‌شده، نظارت و بررسی چرخه عمر پشتیبانی می‌کند. این پلتفرم می‌تواند پایه محکمی را فراهم کند، اما سازمان هنوز باید مالک موجودی، درب‌های تازه، روش مهاجرت و کنترل‌های دفع را تعریف کند.
برای اطلاعات بیشتر در مورد راه حل های میزبانی Dataplugs، با sales@dataplugs.com تماس بگیرید.
