مجازی‌سازی سرور یکی از پایه‌های طراحی زیرساخت فناوری اطلاعات سازمانی است. در این رویکرد، منابع یک یا چند سرور فیزیکی به کمک نرم‌افزار مجازی‌سازی مدیریت می‌شوند و در اختیار ماشین‌های مجازی مستقل قرار می‌گیرند. هر ماشین می‌تواند سیستم‌عامل، برنامه‌ها، دیسک‌ها و تنظیمات شبکه خودش را داشته باشد. هدف فقط کاهش تعداد دستگاه‌ها نیست؛ مدیریت استاندارد سرویس‌ها، استفاده متعادل از منابع، توسعه سریع‌تر، کنترل بهتر تغییرات و آماده‌بودن برای بازیابی نیز اهمیت دارند.
سرور مجازی در زیرساخت سازمانی چه معنایی دارد؟
در زیرساخت سنتی ممکن است برای هر سرویس، یک سرور فیزیکی جدا در نظر گرفته شود. اگر استفاده از منابع کم باشد، بخشی از ظرفیت پردازنده و حافظه بلااستفاده می‌ماند. مجازی‌سازی اجازه می‌دهد چند بار کاری سازگار روی یک میزبان فیزیکی اجرا شوند، درحالی‌که هر کدام محیط منطقی مشخصی دارند. این مدل می‌تواند پراکندگی سخت‌افزار را کم و مدیریت را ساده‌تر کند؛ بااین‌حال ماشین‌های مجازی همچنان به ظرفیت پردازنده، حافظه، ذخیره‌سازی و شبکه میزبان وابسته‌اند.
شروع درست پروژه با خرید نرم‌افزار یا سرور آغاز نمی‌شود؛ ابتدا باید سرویس‌های موجود، اهمیت هر سرویس برای کسب‌وکار، نیاز عملکردی، وابستگی‌ها، روش پشتیبان‌گیری و زمان مجاز توقف شناسایی شوند. بعضی بارهای کاری برای مجازی‌سازی مناسب‌اند و برخی به دلیل سازگاری نرم‌افزار یا سخت‌افزار، نیاز عملکردی یا محدودیت پشتیبانی باید جداگانه بررسی شوند.
هایپروایزر چگونه کار می‌کند؟
هایپروایزر لایه‌ای است که منابع سخت‌افزاری را مدیریت و به ماشین‌های مجازی تخصیص می‌دهد. هر ماشین با منابع مجازی تعریف‌شده اجرا می‌شود، اما عملکرد واقعی آن به ظرفیت و بار میزبان بستگی دارد. در معماری نوع اول، هایپروایزر مستقیماً روی سخت‌افزار اجرا می‌شود؛ در نوع دوم، نرم‌افزار مجازی‌سازی روی یک سیستم‌عامل میزبان قرار می‌گیرد. انتخاب باید با نیاز سازمان، سازگاری سخت‌افزار، سیستم‌عامل‌های مهمان و توان تیم فنی هماهنگ باشد.
قبل از انتخاب پلتفرم، سازگاری سازنده، چرخه پشتیبانی، نیازهای مجوز، امکانات مدیریت مرکزی، روش پشتیبان‌گیری، گزارش‌گیری و مسیر ارتقا را بررسی کنید. امکانات یک محصول به‌تنهایی امنیت یا دسترس‌پذیری را تضمین نمی‌کند؛ طراحی و نگهداری آن به همان اندازه اهمیت دارد.
اجزای اصلی معماری مجازی‌سازی سازمانی
- میزبان فیزیکی: پردازنده، حافظه، رابط شبکه و دسترسی به ذخیره‌ساز را فراهم می‌کند.
- ماشین‌های مجازی: محیط‌های مجزا برای اجرای سیستم‌عامل و برنامه‌های کاربردی هستند.
- شبکه مجازی: ارتباط میان ماشین‌ها، کاربران و سامانه‌های سازمان را مدیریت می‌کند.
- ذخیره‌سازی: فایل دیسک ماشین‌ها و داده‌های آن‌ها را نگهداری می‌کند؛ ظرفیت، کارایی و افزونگی آن باید متناسب با بار کاری باشد.
- مدیریت و پایش: وضعیت میزبان‌ها، مصرف منابع، هشدارها و تغییرات را ثبت و قابل‌بررسی می‌کند.
- فرایندهای عملیاتی: مدیریت دسترسی، به‌روزرسانی، مستندسازی، پشتیبان‌گیری و بازیابی را پوشش می‌دهند.
ارزیابی سرویس‌ها پیش از مهاجرت
برای هر سرویس، مالک کسب‌وکار، مسئول فنی، سیستم‌عامل، نسخه نرم‌افزار، منابع موردنیاز، ساعات اوج، وابستگی‌ها و روش بازیابی را ثبت کنید. سرویس‌هایی که به یکدیگر وابسته‌اند باید به صورت یک مجموعه ارزیابی شوند؛ انتقال یک جزء بدون درنظرگرفتن پایگاه داده، احراز هویت، ذخیره‌سازی یا ارتباطات شبکه می‌تواند باعث اختلال شود.
در مرحله ارزیابی، محدودیت مجوزهای نرم‌افزار، پشتیبانی سازنده و نیاز به سخت‌افزار اختصاصی را نیز بررسی کنید. نتیجه بهتر است در یک فهرست تصمیم ثبت شود: کدام سرویس منتقل می‌شود، کدام سرویس فعلاً باقی می‌ماند، چه پیش‌نیازهایی لازم است و معیار موفقیت انتقال چیست.
ظرفیت‌سنجی و تخصیص منابع
تخصیص منابع باید بر پایه اندازه‌گیری باشد، نه صرفاً تخمین اولیه. مصرف پردازنده و حافظه، ظرفیت ذخیره‌سازی، تأخیر دیسک، نرخ خواندن و نوشتن و ترافیک شبکه را در شرایط عادی و ساعات اوج بررسی کنید. میانگین مصرف به‌تنهایی ممکن است فشارهای دوره‌ای یا پردازش‌های زمان‌بندی‌شده را نشان ندهد؛ بنابراین بازه اندازه‌گیری باید با الگوی واقعی کار سازمان هماهنگ باشد.
تخصیص بیش از اندازه منابع مجازی می‌تواند باعث رقابت میان ماشین‌ها شود. اگر چند سرویس سنگین هم‌زمان از پردازنده یا ذخیره‌ساز استفاده کنند، عملکرد افت می‌کند. در طرف مقابل، اختصاص منابع بسیار بیشتر از نیاز هم ظرفیت میزبان را هدر می‌دهد. برای هر ماشین مقدار اولیه و حد قابل‌توسعه مشخص کنید و پس از استقرار، تنظیمات را با اطلاعات پایش بازبینی کنید.
طراحی شبکه مجازی
شبکه باید با ساختار و سیاست امنیتی سازمان هماهنگ باشد. در صورت نیاز، ترافیک کاربران، ارتباط میان سرویس‌ها و مدیریت زیرساخت را از هم جدا کنید. قواعد ارتباطی، نشانی‌دهی، نقاط اتصال، وابستگی برنامه‌ها و مسیر دسترسی مدیریتی باید مستند شوند تا عیب‌یابی یا تغییرات بعدی به حدس وابسته نباشد.
دسترسی به شبکه مدیریت باید محدود و از مسیرهای مورد تأیید انجام شود. بازبینی دوره‌ای قواعد شبکه و حذف دسترسی‌های غیرضروری، ریسک پیکربندی ناخواسته را کاهش می‌دهد. شبکه مجازی نیز مانند شبکه فیزیکی به پایش ظرفیت، بررسی خطاها و برنامه مشخص برای تغییرات نیاز دارد.
ذخیره‌سازی و کارایی
در طراحی ذخیره‌سازی، ظرفیت قابل استفاده تنها معیار نیست؛ تأخیر، توان عملیاتی، رشد داده‌ها، افزونگی و مسیر بازیابی اهمیت دارند. اشباع فضای یک مخزن یا افت کارایی ذخیره‌ساز می‌تواند چند ماشین را هم‌زمان تحت تأثیر قرار دهد. برای مصرف فضا آستانه هشدار تعیین کنید و مسئول رسیدگی به هشدارها را مشخص سازید.
داده‌های عملیاتی، فایل‌های ماشین مجازی و نسخه‌های پشتیبان را بر اساس نیاز و ریسک مدیریت کنید. در صورت امکان، دسترسی و سیاست نگهداری نسخه‌های پشتیبان را از محیط اصلی جدا نگه دارید. پیش از مهاجرت، سرعت انتقال و نیاز فضای موقت را هم بسنجید تا زمان اجرا و احتمال توقف سرویس قابل پیش‌بینی باشد.
امنیت و مدیریت دسترسی
مجازی‌سازی به‌تنهایی امنیت ایجاد نمی‌کند. سیستم‌عامل‌های مهمان باید به‌روز و سخت‌سازی شوند، حساب‌های مدیریتی محدود باشند و رخدادهای مهم ثبت شوند. خود هایپروایزر، کنسول مدیریت، شبکه مدیریتی و مخازن پشتیبان‌گیری نیز بخشی از سطح امنیتی زیرساخت هستند. دسترسی‌ها را بر اساس اصل حداقل اختیار تعریف کنید و حساب‌های قدیمی یا غیرضروری را دوره‌ای بازبینی کنید.
برای تغییرات مهم، مسئول اجرا، زمان تغییر، آزمون پذیرش و روش بازگشت را ثبت کنید. این روال از تغییرات ناخواسته جلوگیری می‌کند و در صورت بروز مشکل به پیدا کردن علت کمک می‌کند. هشدارهای امنیتی و عملیاتی باید به مسئول مشخصی برسند و مسیر پاسخ‌گویی از پیش تعریف شده باشد.
پشتیبان‌گیری و بازیابی
برای هر سرویس، زمان قابل‌قبول بازگشت به کار و میزان قابل‌قبول از دست رفتن داده را با مسئول کسب‌وکار تعیین کنید. این نیازها مشخص می‌کنند پشتیبان‌گیری با چه فاصله‌ای انجام شود و چه ظرفیت و روشی برای بازیابی لازم است. نسخه‌های پشتیبان باید از خرابی یا دسترسی غیرمجاز محافظت شوند و نگهداری آن‌ها صرفاً به همان محیط عملیاتی وابسته نباشد.
Snapshot در بعضی سناریوها برای ثبت وضعیت موقت مفید است، اما جای نسخه پشتیبان مستقل را نمی‌گیرد. بازیابی باید عملاً آزمایش شود؛ تنها داشتن فایل پشتیبان کافی نیست. مراحل بازیابی، وابستگی‌های سرویس، مسئولیت افراد و نتیجه آزمون‌ها را مستند کنید تا هنگام حادثه بتوان بر اساس یک روش آزموده عمل کرد.
دسترس‌پذیری و خرابی میزبان
قرارگرفتن چند سرویس روی یک میزبان می‌تواند یک نقطه شکست مشترک ایجاد کند. اگر سرویس‌ها اهمیت بالایی دارند، باید ظرفیت جایگزین، افزونگی موردنیاز و روش بازگردانی تعیین شود. هیچ قابلیت نرم‌افزاری بدون پیکربندی مناسب و آزمایش عملی، تداوم سرویس را تضمین نمی‌کند.
برای بعضی سرویس‌ها بازیابی از نسخه پشتیبان کافی است؛ سرویس‌های حساس‌تر ممکن است به میزبان جایگزین، تکرار داده یا معماری افزونه نیاز داشته باشند. هزینه هر راهکار را در کنار هزینه توقف سرویس بسنجید و راهکار متناسب با اهمیت کسب‌وکار را انتخاب کنید.
مراحل اجرای پروژه مجازی‌سازی
- شناخت وضع موجود: سرویس‌ها، مالکان، وابستگی‌ها، نسخه‌ها و محدودیت‌ها را ثبت کنید.
- اندازه‌گیری منابع: مصرف واقعی و ساعات اوج را بررسی و ظرفیت رشد را برآورد کنید.
- طراحی هدف: میزبان‌ها، شبکه، ذخیره‌سازی، امنیت، پایش و بازیابی را در یک طرح هماهنگ مشخص کنید.
- اجرای آزمایشی: یک سرویس کم‌ریسک را انتخاب کنید و سازگاری، عملکرد و روش بازیابی را بسنجید.
- انتقال مرحله‌ای: برای هر انتقال، زمان‌بندی، معیار پذیرش و روش بازگشت داشته باشید.
- پایش پس از اجرا: هشدارها، ظرفیت و مصرف منابع را پایش کنید و تنظیمات را بر اساس داده واقعی بهبود دهید.
هزینه و ارزیابی اقتصادی
برای ارزیابی هزینه فقط قیمت خرید سرور را حساب نکنید. برق و خنک‌سازی، فضای رک، قطعات یدکی، مجوز نرم‌افزار، آموزش، پشتیبانی، ذخیره‌سازی، ابزارهای مدیریتی و هزینه توقف سرویس نیز بخشی از هزینه کل مالکیت‌اند. مجازی‌سازی ممکن است استفاده از سخت‌افزار را بهبود دهد، اما زیرساخت مشترک به ظرفیت‌سنجی و مهارت عملیاتی مناسب نیاز دارد. هزینه و منفعت را در یک بازه زمانی یکسان و با فرض‌های مستند مقایسه کنید.
ارتباط با ماشین مجازی و سرور فیزیکی
ماشین مجازی محیطی نرم‌افزارمحور است که منابعش را از میزبان دریافت می‌کند. برای آشنایی با مبانی VM، اجزا و نقش هایپروایزر، مقاله راهنمای ماشین مجازی و کاربردهای آن را بخوانید. همچنین برای مقایسه مزایا و محدودیت‌های دو معماری، به مقاله مقایسه سرور فیزیکی و مجازی مراجعه کنید.
پرسش‌های پرتکرار
آیا همه سرویس‌های سازمان باید مجازی شوند؟
خیر. تصمیم به سازگاری نرم‌افزار، نیاز عملکردی، اهمیت سرویس، هزینه و امکان بازیابی بستگی دارد.
آیا چند ماشین مجازی روی یک میزبان به معنای افزونگی است؟
خیر. همه آن‌ها همچنان به همان میزبان وابسته‌اند. برای تحمل خرابی باید معماری جایگزین مناسب طراحی و آزمایش شود.
آیا Snapshot جایگزین نسخه پشتیبان است؟
خیر. نسخه پشتیبان مستقل و آزمون واقعی بازیابی لازم است تا اطمینان حاصل شود داده‌ها و سرویس قابل بازگردانی هستند.
جمع‌بندی
مجازی‌سازی سازمانی زمانی موفق است که فقط به نصب نرم‌افزار محدود نشود و طراحی منابع، شبکه، ذخیره‌سازی، امنیت، پشتیبان‌گیری و پایش را هم‌زمان پوشش دهد. شناخت بارهای کاری، اجرای آزمایشی، مستندسازی و بازبینی مداوم می‌تواند زیرساختی مدیریت‌پذیرتر ایجاد کند و ریسک تغییرات را کاهش دهد.
مشاوره برای طراحی زیرساخت سازمانی
برای بررسی نیازهای مجازی‌سازی و انتخاب معماری مناسب، از صفحه مشاوره و بررسی نیازهای سازمان استفاده کنید یا از طریق صفحه تماس با واریان شبکه گستر با تیم فنی ارتباط بگیرید.
