در قسمت اول مقاله بررسی فنی Site Recovery Manager یا SRM در مورد ویژگی ها و مزایای Site Recovery Manager یا SRM صحبت کردیم و با برخی اصطلاحات در این زمینه آشنا شدیم. در قسمت دوم در مورد Disaster recovery و همچنین راه هایی برای جلوگیری از Disaster گفته شد، در قسمت سوم به بررسی Inventory Mapping پرداختیم و شرح Protection Groups بیان شد حال به ادامه موضوع خواهیم پرداخت. در قسمت چهارم در مورد همسان‌سازی مبتنی بر Array و همسان‌سازی vSphere صحبت کردیم. حال به ادامه مقاله خواهیم پرداخت.
زمانی که Granularity بیشتری برای ترتیب استارت‌آپ مورد نیاز باشد، dependencyها می‌توانند مورد استفاده قرار گیرند. یک dependency نیازمند این است که پیش از آغاز به کار یک ماشین مجازی، باید یک ماشین مجازی مخصوص دیگر از قبل درحال فعالیت باشد. به عنوان مثال، یک ماشین مجازی با نام acct02 می‌تواند طوری پیکربندی شود که یک dependency در ماشین مجازی با نام acct01 داشته باشد، Site Recovery Manager صبر می‌کند تا پیش از روشن کردن acct02، acct01 آغاز به کار کند. Heartbeatهای VMware Tools جهت ارزیابی شروع به کار موفقیت‌آمیز ماشین مجازی مورد استفاده قرار می‌گیرند.
عملیات خاموش‌کردن و راه‌اندازی
عملیات Shutdown طی راه‌اندازی یک برنامه بازیابی، برای ماشین‌های مجازی محفاظت شده درون سایت تحت حفاظت بکار می‌روند اما در طی آزمایش برنامه کاربردی بکار نمی‌روند. Site Recovery Manager بصورت پیش‌فرض یک Guest OS Shutdown را فراهم می‌کند که نیازمند VMware Tools بوده و یک محدوده زمانی پنج دقیقه‌ای برای آن وجود دارد که قابل تنظیم است. اگر Guest OS Shutdown با شکست مواجه شده و محدوده زمانی تمام شود، ماشین مجازی خاموش می‌گردد.
خاموش نمودن ماشین‌های مجازی حفاظت شده سایت تحت حفاظت در طی اجرای برنامه بازیابی به چند دلیل حائز اهمیت است. اول اینکه باعث خاموشی برنامه‌های کاربردی Guest OS Shutdown پیش از وقوع همزمان‌سازی نهایی ذخیره‌ساز می‌گردد. دوم اینکه از تداخل بنیادین بین داشتن ماشین‌های مجازی و رونویسی تنظیم‌های شبکه در یک شبکه یکسان جلوگیری می‌کند.
راهکار VMware Site Recovery چه کاربردی دارد؟
ویدیوهای بیشتر درباره Site Recovery Manager
عملیات Shutdown می‌تواند به سادگی به خاموش کردن ماشین‌های مجازی تغییر کند و گرچه خاموش کردن ماشین‌های مجازی آنها را به خوبی Shutdown نمی‌کند اما این امر می‌تواند در شرایطی که سایت بازیابی و سایت حفاظت شده اتصال شبکه را در طی برنامه بازیابی و نه آزمایشی برقرار می‌سازند، زمان بازیابی را کاهش دهد. مثال این اقدام سناریو Disaster Avoidance است.
عملیات آغاز به کار برای آن دسته از ماشین‌های مجازی صورت می‌گیرد که توسط Site Recovery Manager بازیابی شده باشند و روشن کردن یک ماشین مجازی پس از بازیابی امری بسیار سخت است. در برخی موارد ممکن است بازیابی یک ماشین مجازی مناسب باشد اما باید آن را خاموش نگه‌داشت. عملیات آغاز به کار زمانی صورت می‌گیرند که یک برنامه بازیابی راه‌اندازی یا آزمایش شود.
اقدامات پیش و پس از راه‌اندازی
Site Recovery Manager پیش و پس از روشن کردن ماشین مجازی می‌تواند یک فرمان را از سرور Site Recovery Manager در سایت بازیابی اجرا کند. یک مورد استفاده رایج، فراخواندن یک Script جهت انجام عملیاتی مانند ایجاد تغییرات در DNS و اصلاح تنظیمات برنامه کاربردی در یک سرور فیزیکی است. اجرای یک Script در داخل یک ماشین مجازی به عنوان یک اقدام پس از راه‌اندازی نیز پشتیبانی می‌گردد. همچنین Site Recovery Manager می‌تواند یک Prompt تصویری به عنوان اقدام پیش یا پس از آغاز به کار نشان دهد که ممکن است به یک اپراتور یادآوری کند تا با صاحب برنامه کاربردی تماس برقرار کند، پیکربندی یک Router را اصلاح کند یا وضعیت یک ماشین مجازی را تصدیق کند.
تنظیمات سفارشی IP
یکی از رایج‌ترین ویژگی‌های اصلاح شده بازیابی ماشین مجازی تنظیمات سفارشی IP است. بیشتر سازمان‌ها دارای طیف مختلفی از IPها در سایت بازیابی وحفاظتی هستند. زمانی که یک ماشین مجازی دچار خرابی می‌گردد، Site Recovery Manager می‌تواند بصورت خودکار تنظیم شبکه IP، Gateway پیش‌فرض، کارت یا کارت‌های رابط کاربری شبکه مجازی را در ماشین مجازی را تغییر دهد. این عملکرد هم در عملیات Failover و هم در عملیات Failback موجود است.
جهت مشاوره رایگان و یا راه اندازی زیرساخت مجازی سازی دیتاسنتر با کارشناسان شرکت APK تماس بگیرید. |
چندین حالت تنظیمات سفارشی IP در Site Recovery Manager موجود است و به عنوان مثال، می‌توان یک قاعده تنظیمات IP ایجاد کرد که یک طیف از IPها را به یکدیگر Map می‌نماید. در شکل زیر، یک ادمین 10.10.10.0/24 را به 198.168.100/24 Map نموده است.
نحوه انجام آزمایش و پاکسازی توسط Site Recovery Manager
پس از ایجاد یک برنامه بازیابی، ارزیابی این برنامه جهت اطمینان از عملکرد مورد انتظار آن به صرفه است. قابلیت Site Recovery Manager به عنوان یک مکانیزم آزمایشی بدون اخلال جهت تسهیل آزمایش در هر زمان می باشد. عموما سازمان‌ها باید برنامه بازیابی خود را چندین بار پس از طراحی امتحان کنند تا هرگونه مشکلی که در دفعات اول رخ داد حل شود.
به هنگام آزمایش یک برنامه بازیابی قابلیتی وجود دارد تا تغییرات اخیر را همسان‌سازی کرد که بطور پیش‌فرض فعال است. همسان‌سازی تغییرات اخیر، داده‌های لازم برای فرآیند آزمایش را فراهم می‌کند. با این حال، چنین اقدامی زمان بازیابی ماشین‌های مجازی برنامه بازیابی را افزایش می‌دهد زیرا همسان‌سازی باید پیش از اینکه ماشین‌های مجازی بازیابی شوند خاتمه پیدا کند. سوال که پیش می‌آید این است که آیا همسان‌سازی باید طی امتحان برنامه بازیابی ادامه پیدا کند یا خیر؟ بله باید ادامه پیدا کند. VMware Site Recovery Manager از Snapshotها – چه Array Snapshot (یا Cloneها) با همسان‌سازی Array یا Snapshotهای ماشین مجازی با vSphere Replication، به عنوان بخشی از آزمایش برنامه بازیابی استفاده می‌کند. این رویکرد امکان روشن کردن و اصلاح ماشین‌های مجازی بازیابی شده را در حین ادامه همسان‌سازی جهت جلوگیری از نقض RPO به عنوان بخشی از آزمایش فراهم می‌کند.
در این مرحله، مدیران سیستم‌های عملیاتی Guest و مالکان برنامه کاربردی می‌توانند به ماشین‌های مجازی بازیابی شده خود Log نموده تا عملکرد تا تصدیق کنند، تست‌های مضاعف را انجام دهند و به چنین اموری مشغول گردند. Site Recovery Manager به سادگی از دوره‌های مختلف بازیابی از لحاظ بازه زمانی پشتیبانی کرده به این صورت که از چند دقیقه تا چند روز آن را پشتیبانی می کند. با این حال، آزمایش‌های طولانی‌تر ظرفیت بیشتری از ذخیره‌ساز را در سایت بازیابی مصرف می‌کنند و این بخاطر طبیعت Snapshot زیرا داده‌ها به آن Write شده‌اند.
زمانی که آزمایش به پایان رسید، برنامه بازیابی باید پاکسازی گردد. این عملیات ماشین‌های مجازی را خاموش و Snapshotهای مرتبط با آزمایش را حذف می‌کند. زمانی که گردش کار پاکسازی پایان یافت، برنامه بازیابی آماده تست و اجرا است.
Disaster Recovery و انتقال برنامه‌ریزی شده
اجرای یک برنامه بازیابی با آزمایش کردن آن متفاوت است زیرا آزمایش کردن باعث قطعی ماشین‌های مجازی در سایت بازیابی نمی‌شود. هنگام اجرای یک برنامه بازیابی در صورت انجام یک انتقال برنامه‌ریزی شده و استفاده از ذخیره‌ساز گسترش یافته پیش از شروع فرآیند بازیابی در سایت بازیابی، Site Recovery Manager ماشین‌های مجازی موجود در سایت حفاظت شده را خاموش کرده یا آنها را Cross-vCenter vMotion می‌کند. برنامه‌های بازیابی به هنگام وقوع یک Disaster و الزام یک Failover یا انتقال اجرا می‌شوند.
کلیک کردن بر روی دکمه Run Recovery Plan یک پنجره تاییدیه باز می‌کند که نیازمند انتخاب نوع بازیابی است – انتقال برنام‌ریزی شده یا Disaster Recovery. در هر دو حالت، Site Recovery Manager اقدام به همسان‌سازی تغییرات اخیر از سایت بازیابی به سایت بازیابی می‌کند. فرض بر این است که برای انتقال برنامه‌ریزی شده هیچگونه فقدان داده‌ها در الویت قرار ندارد. درصورت استفاده از ذخیره‌ساز گسترش یافته و به هنگام اجرای انتقال برنامه‌ریزی شده، ماشین‌های مجازی منطبق با استفاده از Cross-vCenter vMotion جابجا می‌شوند.
اگر در Workload با Errorها مواجهه شویم، انتقال برنامه‌ریزی شده لغو می‌شود. برای Disaster Recovery، الویت با بازیابی Workloadها در سریع‌ترین زمان ممکن پس از وقوع فاجعه است. گردش کار Disaster Recovery حتی درصورت وقوع Errorها نیز ادامه می‌یابد و انتخاب پیش‌فرض همواره انتقال برنامه‌ریزی شده است.
پس از آنکه نوع بازیابی انتخاب شد، اپراتور باید یک Checkbox تاییدیه را به عنوان یک قدام امنیتی مضاعف پر کند. ایده پشت این Checkbox کسب اطمینان از این است که اپراتور بداند یک برنامه بازیابی واقعی (نه آزمایشی) را اجرا می‌کند.
بیشتر بخوانید: راهکار IT Resilience شرکت Zerto چیست و چه تاثیری بر روی Disaster Recovery دارد
اولین قدم در اجرای یک برنامه بازیابی اقدام به همزمان‌سازی ذخیره‌ساز است و سپس، ماشین‌های مجازی حفاظت شده در سایت تحت حفاظت خاموش می‌شوند. این امر ماشین‌های مجازی را Quiesce نموده و تغییرات نهایی را ضمن اتمام فرآیند خاموش کردن ماشین‌های مجازی، در دیسک انجام می‌دهد. ذخیره‌ساز جهت همسان‌سازی هرگونه تغییرات ایجاد شده در طی خاموش کردن ماشین‌های مجازی دوباره همزمان‌سازی می‌گردد. همسان‌سازی برای کاهش زمان Downtime و فقدان داده‌ها دوبار صورت می‌گیرد.
این فرآیند به هنگام اجرای یک برنامه بازیابی در حالت انتقال برنامه‌ریزی شده که از ذخیره‌ساز گسترش یافته استفاده می‌کند متفاوت است. در این حالت، آن د دسته از ماشین‌های مجازی که مستعد vMotionشدن به سایت دوم هستند، اول انتقال می‌یابند و بعد برنامه طبق آنچه گفته شد ادامه پیدا می‌کند. این اقدام انتقال کامل و بدون اخلال بارهای کاری عملیاتی را از سایت به سایت ممکن می‌سازد.
بیشتر بخوانید: معرفی قابلیت VMware XVM موارد استفاده ی آن در vCenter Server vMotion
به عنوان مثال اگر سایت حفاظت‌شده بخاطر Disaster آفلاین باشد، نوع Disaster Recovery باید انتخاب گردد.Site Recovery Manager همچنان اقدام به همزمان‌سازی ذخیره‌ساز طبق آنچه در پاراگراف قبل گفته شد می‌کند. از آنجایی که سایت حفاظت شده آفلاین است، Site Recovery Manager با استفاده از آخرین داده‌های همسان‌سازی شده شروع به بازیابی ماشین‌های مجازی در سایت بازیابی می‌کند.
محافظت دوباره و Failback
Site Recovery Manager قابلیتی را ارائه می‌دهد که نه تنها Workload ماشین‌های مجازی را Failover می‌کند، بلکه آنها را به سایت اصلی نیز Failback می‌نماید. با این حال، فرض بر این است که سایت اصلی حفاظت شده همچنان ایمن و عملیاتی است. یک مثال از این مورد شرایط Disaster Avoidance است: تهدید می‌تواند همانند یک سیل فرا برسد و Site Recovery Manager جهت انتقال ماشین‌های مجازی از سایت حفاظت شده به سایت بازیابی مورد استفاده قرار می‌گیرد.
یک برنامه بازیابی نمی‌تواند فورا از سایت بازیابی به سایت حفاظت شده Failback شود و ابتدا باید تحت یک گردش کار حفاظت دوباره قرار گیرد. این عملیات شامل معکوس کردن همسان‌سازی و تنظیم برنامه بازیابی برای اجرا در جهت مخالف می‌شود.
زمانی که Workloadی مانند آزمایش یک برنامه بازیابی و پاکسازی در Site Recovery Manager صورت می‌گیرد، گزارشات قدیمی بصورت خودکار ایجاد می‌شوند. این گزارشات مواردی مانند نام Workload، زمان‌های اجرا، عملیات موفق، خرابی‌ها و پیام‌های Error را مستند می‌کنند. گزارشات قدیمی به دلایل مختلفی از جمله حسابرسی داخلی، سند حفاظت Disaster Recovery برای الزامات نظارتی و رفع نقص مفید هستند. گزارشات می‌توانند بصورت HTML، XML، CSV یا Microsoft Excel یا Word Document استخراج شوند.
در اینجا خلاصه‌ای از یک گزارش موجود است:
و یک مثال از گزارش دقیق و جزئی:
خودکار سازی و مدیریت برنامه‌های Disaster Recovery با Site Recovery Manager
باید Site Recovery Manager را به عنوان جزئی از پیاده‌سازی‌های vSphere قرار داده و دسترسی ماشین مجازی خود را افزایش داد تا ریسک کاهش یابد. می‌توان امروز Site Recovery Manager Hands-on Lab را دریافت نموده و از نسخه رایگان آزمایشیSite Recovery Manager استفاده کرد تا از مزایای حفاظت خودکار و مدیریت شده ماشین‌های مجازی حیاتی خود به عنوان جزئی یکپارچه از پلتفرم IT بهره برد.
