تجمیع سرورها
انتقال سرویس‌های سازگار به محیط مجازی با ارزیابی ظرفیت.
زیرساخت و شبکه
VIRTUALIZATION / COMPUTE / CAPACITY
مجازی‌سازی و زیرساخت پردازشی
طراحی و ادارهٔ میزبان‌ها، hypervisorها و ماشین‌های مجازی با توجه به ظرفیت CPU و RAM، وابستگی ذخیره‌سازی و شبکه و نیاز واقعی workloadها.
HOST / HYPERVISOR / VM TOPOLOGY
CAPACITY AWAREمیزبان فیزیکیCPU، RAM و وضعیت سخت‌افزار
VM · ApplicationVM · Service
میزبان مجازیHypervisor و تخصیص منابع
VM · ApplicationVM · Service
ماشین مجازیWorkload
ذخیره‌سازی و شبکهوابستگی‌های مشترک
پایش و بازیابیدید ظرفیت و برنامهٔ جداگانهٔ بکاپ
افزونگی و دسترس‌پذیری به معماری، پیکربندی و امکانات واقعی پلتفرم وابسته است.
لایهٔ پردازش
Host، hypervisor و VM
برنامه‌ریزی ظرفیت
CPU، RAM و رشد مصرف
چرخهٔ عمر
ساخت، مهاجرت و نگهداری VM
وابستگی‌ها
Storage، شبکه و پایش
COMPUTE DESIGN
ماشین مجازی را جدا از میزبان و ذخیره‌سازی نبینید
کارایی و قابلیت ادارهٔ محیط مجازی به تناسب منابع میزبان، بار ماشین‌ها، مسیرهای شبکه، ذخیره‌سازی و روش مدیریت تغییر بستگی دارد. ارزیابی باید مصرف واقعی و محدودیت‌های هر لایه را کنار هم نشان دهد.
قابلیت‌های خدمت
دامنهٔ مجازی‌سازی و پردازش
طراحی و ادارهٔ میزبان‌ها، hypervisorها و ماشین‌های مجازی با توجه به ظرفیت CPU و RAM، وابستگی ذخیره‌سازی و شبکه و نیاز واقعی workloadها.
معماری پردازش
طراحی میزبان و hypervisor
نقش میزبان‌ها و وابستگی‌های پردازش با توجه به اندازه و رشد محیط بررسی می‌شود.
تخصیص CPU و RAM
اندازهٔ VMها با مصرف، هم‌زمانی و ظرفیت رزروشده سنجیده می‌شود.
برنامه‌ریزی خوشه
آمادگی cluster و جابه‌جایی بار تنها در چارچوب امکانات موجود ارزیابی می‌شود.
ماشین مجازی و مهاجرت
چرخهٔ عمر VM
ایجاد، نام‌گذاری، منابع، به‌روزرسانی و بازنشستگی ماشین‌ها سامان می‌یابد.
تجمیع و انتقال
سناریوهای انتقال با بررسی سازگاری، downtime قابل‌قبول و مسیر بازگشت طرح می‌شوند.
عیب‌یابی عملکرد
فشار CPU، memory ballooning، I/O و contention در میزبان و VM بررسی می‌شود.
ذخیره‌سازی و بهره‌برداری
وابستگی Storage
ظرفیت datastore، latency و مسیرهای دسترسی کنار منابع پردازش ارزیابی می‌شوند.
شبکهٔ مجازی
vSwitch، VLAN و اتصال ماشین‌ها به سرویس‌های سازمانی بررسی می‌شود.
پایش و هماهنگی بکاپ
شاخص‌های میزبان و VM به دید عملیاتی متصل می‌شوند؛ بکاپ خدمت مستقل خود را دارد.
COMPUTE TOPOLOGY
از Host فیزیکی تا workload سازمانی
یک نقشهٔ روشن از منابع مشترک، جایگاه ماشین‌ها و مسیر وابستگی آن‌ها تهیه می‌شود.
- سرور فیزیکیCPU و حافظه
- Hypervisorلایهٔ مجازی‌سازی
- ماشین مجازیOS و منابع
- Workloadسرویس سازمانی
- سرویس پشتیبانشبکه و ذخیره‌سازی
نقاط هماهنگیMicrosoftLinuxNetworkMonitoringBackup
OPERATIONAL OUTCOMES
دید روشن‌تر به محیط مجازی
مصرف قابل سنجش
ظرفیت واقعی میزبان‌ها و ماشین‌ها برای تصمیم‌گیری قابل مشاهده می‌شود.
تغییر مدیریت‌پذیر
مهاجرت و تغییر منابع با اعتبارسنجی و مسئولیت مشخص برنامه‌ریزی می‌شود.
عیب‌یابی لایه‌ای
اثر میزبان، شبکه و storage در عملکرد workload تفکیک می‌شود.
COMMON ENVIRONMENTS
چه زمانی محیط مجازی نیاز به بازبینی دارد؟
رشد VMها
بررسی فشار منابع و ظرفیت آزاد میزبان‌ها.
انتقال workload
برنامه‌ریزی جابه‌جایی میان میزبان یا پلتفرم.
کارایی ناپایدار
تحلیل contention، latency و وابستگی storage یا شبکه.
DELIVERY APPROACH
برنامه‌ریزی تغییر در لایهٔ پردازش
- 01
برداشت موجودی
Host، VM، نسخه، پیکربندی و workload ثبت می‌شوند.
- 02
تحلیل ظرفیت
مصرف CPU/RAM و وابستگی storage و network بررسی می‌شود.
- 03
طراحی هدف
چیدمان منابع و محدودیت‌های پلتفرم مستند می‌شوند.
- 04
اجرا و آزمون
تغییرهای توافق‌شده با بررسی سلامت workload انجام می‌شوند.
- 05
تحویل
نقشهٔ محیط و نکات عملیات ارائه می‌شوند.
TECHNOLOGY SCOPE
پلتفرم‌ها و اجزای قابل بررسی
انتخاب راهکار تابع پلتفرم فعلی، مجوزها، سخت‌افزار و نیاز workload است.
- VMware vSphere
- Microsoft Hyper-V
- Virtual Machines
- Clusters
- Virtual Switches
- Datastores
- Shared Storage
- Capacity Planning
WHY SYSTECHNIC
طراحی مبتنی بر وابستگی و ظرفیت
بدون وعدهٔ HA
دسترس‌پذیری بر اساس پیکربندی و قابلیت موجود ارزیابی می‌شود.
دید چندلایه
پردازش، شبکه و ذخیره‌سازی با هم بررسی می‌شوند.
مناسب عملیات
خروجی برای نگهداری و توسعهٔ بعدی قابل استفاده است.
FAQ
پرسش‌های متداول مجازی‌سازی
آیا VMware و Hyper-V هر دو پشتیبانی می‌شوند؟
هر دو در صورت تناسب نسخه، مجوز و محیط فعلی قابل بررسی هستند؛ دامنهٔ کار پس از ارزیابی مشخص می‌شود.
آیا برای هر محیطی HA راه‌اندازی می‌کنید؟
خیر، HA تضمینی یا پیش‌فرض نیست. امکان آن به پلتفرم، edition، شبکه، ذخیره‌سازی و معماری واقعی وابسته است.
آیا backup ماشین مجازی هم انجام می‌شود؟
وابستگی‌ها بررسی می‌شوند و با راهکار موجود هماهنگی انجام می‌گیرد؛ طراحی و آزمون بازیابی در خدمت مستقل Backup & Recovery است.
چطور متوجه کمبود ظرفیت می‌شویم؟
مصرف CPU و RAM، contention، latency و روند رشد VMها کنار ظرفیت قابل استفاده تحلیل می‌شوند.
می‌توان ماشین‌ها را از یک hypervisor به دیگری منتقل کرد؟
امکان انتقال با سازگاری سیستم‌عامل و برنامه، قالب دیسک، شبکه، نسخه و زمان توقف بررسی می‌شود.
آیا می‌توان سرورهای فیزیکی را مجازی کرد؟
پس از بررسی وابستگی سخت‌افزار، کارایی، مجوز و روش آزمون، امکان و ریسک تبدیل مشخص می‌شود.
NEXT STEP
ظرفیت و معماری محیط مجازی را ارزیابی کنیم
فهرست میزبان‌ها، ماشین‌ها و مسئله‌های ظرفیت یا کارایی را مطرح کنید تا دامنهٔ مناسب طراحی یا بهبود مشخص شود.