در قسمت اول مقاله بررسی فنی Site Recovery Manager یا SRM در مورد قابلیت های SRM و مزایای Site Recovery Manager یا SRM صحبت کردیم و با برخی اصطلاحات در این زمینه آشنا شدیم. در قسمت دوم در مورد Disaster recovery و همچنین راههایی برای جلوگیری از Disaster گفته شد حال به ادامه موضوع خواهیم پرداخت.
منظور از Inventory Mapping در قابلیت های SRM
انواع مختلفی از Inventory Mapping در S وجود دارد که از جمله آن می‌توان Mapping منابع، Folder و Mapping شبکه را نام برد. این Mappingها تنظیمات پیش فرض را برای ماشین‌های مجازی بازیابی شده فراهم می‌کنند. به عنوان مثال، Mapping را می توان بین یک گروه پورت شبکه به نام Production-100 در سایت محافظت شده و گروه پورت شبکه دیگری به نام Production-200 در سایت بازیابی تنظیم نمود. نتیجه این نوع Mapping این خواهد بود که ماشین‌های مجازی متصل به Production-100 در سایت محافظت شده، به طور پیش‌فرض، به طور خودکار در سایت بازیابی به Production-200 متصل می‌شوند. شبکه‌هایی که در حین آزمایش استفاده می‌شوند نیز می‌توانند در همان قسمت تنظیم شوند.
ماشین‌های مجازی و Datastoreهای Placeholder
در مورد قابلیت های SRM می توان گفت Site Recovery Manager برای هر ماشین مجازی محافظت‌شده یک ماشین مجازی Placeholder در سایت بازیابی ایجاد می‌کند. ماشین‌های مجازی Placeholder در یک Datastore قرار دارند و با vCenter Server در سایت بازیابی ثبت می‌شوند، این دیتااستور Placeholder Datastore نامیده می‌شود. از آنجایی که ماشین‌های مجازی Datastore دارای دیسک مجازی نیستند، حداقل Storage را مصرف می‌کنند یعنی هر ماشین 1.25 مگابایت از Storage را اشغال می‌کند.
سایت‌های محافظت شده و سایت‌های بازیابی هر کدام نیاز دارند Datastore کوچکی ایجاد شود که همه Hostهای این سایت‌ها به آن دسترسی داشته باشند یا به عنوان Placeholder Datastore مورد استفاده قرار گیرد. هر سایت حداقل به یک Placeholder Datastore نیاز دارند تا امکان Failover و نیز امکان Failback را فراهم کند. اگر مدیر سایت Placeholder Datastore را انتخاب نکرده باشد، Site Recovery Manager به صورت خودکار آن را انتخاب می‌کند.
برای مشاوره رایگان و یا راه‌اندازی مجازی‌سازی دسکتاپ VDI با کارشناسان شرکت APK تماس بگیرید. |
اگر Storage-Policy Based Protection Groups مورد استفاده قرار گیرد، نیازی به Placeholder Datastores نخواهد بود و ماشین‌های مجازی Placeholder ایجاد نخواهند شد، زیرا برای این نوع گروه مورد نیاز نیستند.
گزینه‌های همسان‌سازی
همانطور که قبلا ذکر شد، Site Recovery Manager تکنولوژی‌های همسان‌سازی را نیز در اختیار کاربر قرار می‌دهد. ماشین‌های مجازی را می توان با vSphere Replication، همسان‌سازی Array-based یا همسان‌سازی Virtual Volumes تکثیر نمود و هر ماشین مجازی را فقط با یک نوع همسان‌سازی می‌توان محافظت کرد. ماشین مجازی را باید قبل از محافظت با Site Recovery Manager یا حین آن و به عنوان بخشی از این محافظت، برای همسان‌سازی تنظیم کرد.
بیشتر بخوانید: آشنایی با قابليت‌های جديد سرویس SRM و vSphere Replication 8.3
همسان‌سازی‌های Array-based و Virtual Volume
هنگام استفاده از همسان‌سازی Array-based، یک یا چند Storage Array در سایت محافظت‌شده، داده‌ها را برای Arrayهای معادل در سایت بازیابی تکثیر می‌کنند. برای Array يا راهكار همسان‌سازی به‌خصوصی كه قرار است با Site Recovery Manager مورد استفاده قرار گيرد، به Storage Replication Adaptor يا SRA نياز است. Storage Replication Adaptor اجزايی نرم‌افزاری هستند كه Vendorهای همسان‌سازی Array آن‌ها را با استفاده از دستورالعمل‌های VMware ايجاد و پشتيبانی می كنند. SRM از اين اجزای نرم‌افزاری برای برقراری ارتباط با Storage Array استفاده می كند. به همين دليل آن‌ها بر سرورهای SRM در هر دو سايت نصب می شوند و قادر به ماينتورينگ و كنترل عملكردهای Array مرتبط با انتقال، Failover، محافظت مجدد، Failback و تست هستند.
هنگام استفاده از همسان‌سازی Virtual Volumes یا vVols، مفهوم Replication Groups معرفی می‌شود، Replication Groups باعث بازیابی کارآمدتر، دقیق‌تر و واكنشی تر ماشین‌های مجازی كاربر می‌گردد. Replication Group گروهی از دستگاه‌های همسان‌شده Storage هستند كه برای برنامه كاربردی قابليت Atomic Failover فراهم می كنند. به عبارت دیگر، Replication Group كوچك‌ترين واحد Failover است. Replication Groups را مدير Storage با استفاده از ابزارهای Storage Vendor ايجاد و مديريت می كند يا اگر Array از انتخاب RG Group به‌اصطلاح «خودكار» پشيبانی كند ، همزمان با همسان‌سازی ايجاد می شوند.
بیشتر بخوانید: آشنایی با مفهوم VMware vSphere Virtual Volumes یا vVols و بررسی مزایای آن
Replication Groups همچنین مجموعه ای از vVolها را تعریف می کند كه در Write-oder Fidelity نگهداری می شوند، در اين قسمت، Writeها دقيقا به همان صورت كه در سايت منبع ايجاد شده‌اند، در سايت مقصد همسان‌سازی می شوند تا اطمينان حاصل شود در هر زمانی سايت مقصد حداقل يك نسخه سالم و مقاوم در برابر خرابی از داده‌های سايت مبدا نشان می دهد.
همسان‌سازی vSphere در بررسی قابلیت های SRM
استفاده از همسان‌سازی vSphere نيازمند پياده‌سازی و تنظیم تجهيزات vSphere Replication می باشد و این کار مستقل از SRM انجام می‌شود. همسان‌سازی vSphere می‌تواند از هرگونه Storage مورد پشتيبانی vSphere استفاده کند، بنابراین نیازی به Storage Array يا مشابه آن در هيچ يك از سايت‌ها نخواهد بود.
بررسی و شرح Protection Groups
Protection Groups روشی برای گروه‌بندی ماشین های مجازی‌ای است که با هم بازیابی می‌شوند. در بسیاری از موارد، یک Protection Groupمتشكل از ماشین‌هایی مجازی است که از یک سرویس یا برنامه كاربردی مانند ایمیل یا سیستم حسابداری پشتیبانی می‌کنند. به عنوان مثال، یک برنامه كاربردی ممکن است از كلاستر ديتابيس دارای دو کلاستر، سه سرور برنامه كاربردی و چهار سرور وب تشکیل شده باشد. در بیشتر موارد، Failover كردن بخشی از این برنامه، مثل 2 يا 3 ماشين مفید نخواهد بود، بنابراين همه و نه فقط ماشين مجازی در يك Protection Group واحد گنجانده مي‌شوند.
ایجاد یک Protection Group براي هر برنامه كاربردی يا سرور، از مزيت آزمايش انتخابی برخوردار است. داشتن یک Protection Group برای هر برنامه كاربردی، امكان آزمايش كم‌خطر و بدون ايجاد اختلال برنامه‌های كاربردی منفرد را فراهم كرده و اين امكان را به دارندگان می دهد كه بدون آن كه اختلالی ايجاد شود، برنامه‌های Disaster Recovery را تست كنند.
بیشتر بخوانید: راهکار IT Resilience شرکت Zerto چیست و چه تاثیری بر روی Disaster Recovery دارد
Protection Group شامل ماشین‌های مجازی‌ای است که همسان‌سازی داده‌های آن‌ها از طريق انواع همسان‌سازی مذكور صورت گرفته است. قبل از ایجاد Protection Group، باید همسان‌سازی را پيكربندی نمود. Protection Group نمی تواند ماشين‌های مجازی ای را كه با بيش از يك راهكار همسان‌سازی، همسان شده‌اند، در خود بگنجاند. مثلا نمی تواند محتوی ماشينی باشد كه هم با همسان‌سازی vSphere و هم با همسان‌سازی Array-based محافظت می گردد.
