راهکار VMware VCenter SRM یک راه حل مدیریتی Disaster Recovery پیشرو، در مجازی‌سازی مبتنی بر VMware  است SRM .امکان هماهنگ‌ سازی (Orchestration) خودکار و بررسی بلادرنگ طرح های بازیابی متمرکز را، برای همه برنامه های مجازی‌سازی شده پدید می‌آورد.

راهکار SRM طوری طراحی شده که می ‌تواند با vSphere Replication ادغام شده و مجموعه‌ی وسیعی از محصولات Array-based replication  را پشتیبانی نماید.

این ابزار نرم افزاری تخصصی است که جهت پایین آوردن هزینه ها و کاهش پیچیدگی فرآیند بازیابی از فاجعه مورد استفاده قرار می گیرد SRM .با استفاده از نرم‌افزارهای  VMware vSphere،VCenter Server  و قابلیت replication در دستگاه های ذخیره ساز، امکان بازیابی هوشمند در زمان بروز خرابی در قسمتی یا تمامی دیتاسنتر را فراهم می کند.

در تصویر زیر نمایی مفهمومی از  SRM با دو امکان VSphere Replication و Storage Replication دیده می شود.

VSphere Replication:

این روش Hypervisor-based ریپلیکیشن (replication) نیز نامیده می شود که به صورت asynchronous ماشین های مجازی را replicate می کند. این راهکار سازگاری کامل با VCenter و Web Client را دارا می باشد. استفاده از این روش برای دستگاه های ذخیره ساز قدیمی یا ناسازگار با روش Storage Replication پیشنهاد می شود. این راهکار نیازمند خرید لایسنس نیست و برای شرکت های کوچک مناسب می باشد. در این روش وابستگی به دستگاه ذخیره ساز از بین برده می شود.

در این راهکار ریکاوری در لایه زیرساخت مجازی و VCenter انجام می شود و لایه ذخیره ساز درگیر نمی شود.

Storage Replication:

در این نوع ریپلیکیشن می توان یک یا چند Storage Array را ریپلیکیت کرد. این راهکار نیاز به لایسنس دارد. این راهکار قابلیت های بالاتری نسبت به VSphere Replication دارد از جمله :

امکان Protect کردن ماشین های بیشتر تا 5000 ماشین

قابلیت ریپلیکیت کردن ماشین های FT-Protected

ریپلیکیت کردن LUN,VMFS,NFS

RPO بهتر نسبت به VSphere Replication

قابلیت محافظت کردن ماشین های خاموش، تمپلیت ها و Linked Clone  ها

در مرکز داده مد نظر ماشین های با اهمیت بالا با استفاده از تکنولوژی VSphere Replication در سایت دوم ریپلیکیت خواهند شد.

نیازمندی های SRM :

نیازمندی های استقرار و پیاده سازی سرویس SRM در دو سایت مورد نظر به شرح جدول زیر می باشد. پیاده سازی را می توان به دو صورت Light و Standard اجرا کرد. در هر مدل بنا به نوع پیاده سازی مقدار منابع متفاوت خواهد بود. مدل پیاده سازی در سازمان مربوطه با توجه به تعداد ماشین های Protect شده به صورت Light خواهد بود. در سایت دوم نیز نیازمند راه اندازی یک VCenter هستیم.

بر اساس سال ها تجربیات سازمان های بزرگ، امروزه ثابت شده است که طراحی مبتنی بر Spine-Leaf را می توان روشی استاندارد در طراحی ارتباطات زیر ساخت های مراکز داده در نظر گرفت. در این میان، زیر ساخت های مبتنی بر CLOS Fabrics در حال حاضر از سوی طراحان مراکز داده پیشنهاد می گردد. در این زیر ساخت همزمان از تکنولوژی های لایه دوم و سوم مبتنی بر هفت لایه OSI استفاده شده و امکان بهره برداری از تمامی ارتباطات موجود میان سرورها را در اختیار قرار خواهد داد.

بر اساس مدل CLOS Fabrics، دو مدل زیر برای زیر ساخت های Active-Active Redundancy و Active-Passive (DR) Redundancy پیشنهاد می گردد.

مدل پیاده سازی بر اساس زیر ساخت مبتنی بر Multi-Pod :

در این مدل پیاده سازی از دو POD مجزا برای زیر ساخت مرکز داده استفاده شده و هر POD می تواند در مناطق مختلف جغرافیایی در نظر گرفته شود. این مدل معمولا در شرایطی که نیاز به پیاده سازی Hot Site باشد، مورد استفاده قرار خواهد گرفت. در شکل زیر می توان مدلی از این زیر ساخت را مشاهده نمود:

اگر چنانچه مراکز داده مورد نظر از نقطه نظر اطلاعات تولیدی و ارتباطی در شرایط ضعیف تری نسبت به حالت Multi-POD باشند، به منظور کاهش هزینه ها و همچنین کاهش پیچیدگی های مرتبط با پیاده سازی زیر ساخت های مبتنی بر Multi-POD می توان از روش Remote Leaf استفاده کرد. در شکل زیر می توان شماتیکی از این زیر ساخت را مشاهده نمود:

مدل پیاده سازی بر اساس زیر ساخت مبتنی بر Multi-Site :

در این مدل پیاده سازی از دو یا چند Site مجزا در راستای پیاده سازی زیر ساخت مرکز داده استفاده خواهد شد. این سایت ها، هماند مدل Multi-POD می تواند در مناطق مختلف جغرافیایی در نظر گرفته شده، اما نیازهای تکنولوژیکی آن کمتر از مدل Multi-POD خواهد بود. این مدل معمولا در شرایطی که نیاز به زیر ساخت Warm Site باشد، مورد استفاده قرار می گیرد. در شکل زیر می توان شماتیکی از این زیر ساخت را مشاهده نمود: