Zerto یکی از راهکارهای شناختهشده برای Continuous Data Protection، Replication، Disaster Recovery و انتقال Workload میان زیرساختهای مجازی و Cloud است. برخلاف روشهای سنتی Backup که معمولاً در بازههای زمانی مشخص Snapshot یا نسخه پشتیبان ایجاد میکنند، Zerto تغییرات ماشینهای مجازی را بهصورت پیوسته دنبال کرده و آنها را به سایت مقصد منتقل میکند تا در زمان خرابی، حمله باجافزاری یا از دسترس خارج شدن دیتاسنتر بتوان VMها را با حداقل Data Loss بازیابی کرد.
در این مقاله نسخه Zerto Replication Suite 10.9.10 را بررسی میکنیم و با معماری Zerto، ZVM Appliance، VRA، VPG، Journal، Failover، Failback و کاربرد آن برای VMware آشنا میشویم. همچنین بررسی خواهیم کرد آیا Zerto را میتوان روی یک سرور مجازی معمولی ویندوز یا لینوکس نصب کرد و برای پیادهسازی Disaster Recovery بین دو دیتاسنتر چه زیرساختی نیاز است.
مطلب جدید دیجیبوی در تاریخ ۱۳ شهریور ۱۴۰۵ نسخه Zerto Replication Suite 10.9.10 را معرفی کرده است. در ماتریس رسمی سازگاری Zerto نیز نسخه 10.9.10 در کنار شاخه 10.9 قرار دارد. به همین دلیل این مقاله بهجای نسخه قدیمی 10.8 موجود در آدرس قبلی، بر پایه نسل 10.9.10 نوشته شده است.
Zerto چیست و چه کاربردی دارد؟
Zerto یک پلتفرم Data Protection و Disaster Recovery است که در سالهای اخیر به مجموعه Hewlett Packard Enterprise یا HPE پیوسته است. هدف اصلی این پلتفرم کاهش Downtime و Data Loss هنگام بروز خرابی، خطای انسانی، حملات سایبری یا از دسترس خارج شدن یک سایت است.
تصور کنید یک مجموعه دارای چندین ماشین مجازی مهم شامل سرور حسابداری، CRM، Database، Active Directory و Application Server است. اگر زیرساخت اصلی دچار خرابی جدی شود، صرف داشتن Backup همیشه به معنی بازگشت سریع سرویسها نیست. ممکن است ابتدا Backupها بازیابی شوند، ماشینها ساخته شوند، Network Configuration تنظیم شود و سپس ترتیب راهاندازی سرویسها مشخص شود.
Zerto تلاش میکند این فرایند را با Replication پیوسته و Orchestration سادهتر کند. VMهای مهم به یک سایت دوم Replicate میشوند و در زمان Disaster میتوان عملیات Failover را طبق تنظیمات از پیش تعیینشده انجام داد.
Zerto Replication Suite 10.9.10 چیست؟
نسخه 10.9.10 یکی از نسخههای جدید شاخه Zerto 10.9 است. Zerto در نسل 10 معماری مدیریتی خود در محیط VMware را به سمت یک Virtual Appliance مبتنی بر Linux منتقل کرده است؛ بنابراین برخلاف نسلهای قدیمیتر، برای استقرار جدید معمولاً با Zerto Virtual Manager Appliance یا ZVMA روبهرو هستیم.
دیجیبوی نسخه 10.9.10 را در شهریور ۱۴۰۵ منتشر کرده و در توضیحات نسخه نیز بر Replication میان سایتهای LAN، WAN و محیطهای Cloud تأکید شده است.
برای استفاده Production بهتر است قبل از نصب، Interoperability Matrix رسمی Zerto بررسی شود؛ زیرا سازگاری دقیق ESXi، vCenter، VMware Cloud Foundation و سایر Componentها ممکن است با انتشار Updateهای جدید تغییر کند.
Zerto چگونه کار میکند؟
معماری Zerto با Backup سنتی تفاوت دارد. در محیط VMware، یک Appliance مدیریتی به نام ZVMA و Applianceهایی به نام VRA در کنار Hypervisorها فعالیت میکنند.
هنگامی که یک VM تحت Protection قرار میگیرد، تغییرات Write آن برای Replication پردازش میشوند. دادههای تغییرکرده به سمت Recovery Site ارسال شده و در کنار Replica Diskها، اطلاعات Journal نیز نگهداری میشود.
به همین علت در صورت وقوع مشکل لزوماً مجبور نیستید فقط آخرین نسخه Replicateشده را انتخاب کنید. Journal میتواند امکان انتخاب Recovery Point مناسب از گذشته را فراهم کند.
اجزای اصلی معماری Zerto
Zerto Virtual Manager Appliance یا ZVMA
ZVMA بخش مدیریتی اصلی Zerto در محیط VMware است. این Appliance مسئول مدیریت Site، ارتباط با vCenter، تنظیم Replication، مدیریت VRAها، رابط مدیریتی و بسیاری از عملیات کنترلی است.
در نسل Zerto 10، ZVMA یک Virtual Appliance مبتنی بر Linux است. این تغییر باعث شده برای استقرار جدید روی VMware دیگر نیازی به ساخت یک Windows Server صرفاً برای ZVM نداشته باشید.
Virtual Replication Appliance یا VRA
VRA مسئول بخش مهمی از انتقال داده Replication است. در معماری VMware، VRA روی Hostهای مورد نیاز Deploy میشود و تغییرات مربوط به VMهای تحت Protection را پردازش میکند.
معماری Hypervisor-Level باعث میشود برای هر ماشین مجازی مجبور به نصب یک Agent مستقل داخل Windows یا Linux نباشید. همین موضوع مدیریت محیطهایی با تعداد زیاد VM را سادهتر میکند.
Virtual Protection Group یا VPG
یکی از مفاهیم مهم Zerto، VPG است. VPG به مدیر اجازه میدهد چند VM وابسته به یک Application را بهعنوان یک گروه محافظت کند.
برای مثال ممکن است یک سامانه شامل Web Server، Application Server و Database Server باشد. اگر این سه VM وابسته به یکدیگر باشند، محافظت و Recovery آنها در یک VPG میتواند مدیریت Disaster Recovery را منطقیتر کند.
Journal
Journal یکی از مهمترین تفاوتهای Zerto با Replication ساده است. تغییرات به شکلی نگهداری میشوند که بتوان در هنگام Recovery به نقاط قبلی بازگشت.
این قابلیت در سناریوهایی مانند خراب شدن Application، حذف اطلاعات یا حمله باجافزاری اهمیت زیادی دارد؛ زیرا آخرین نسخه داده همیشه بهترین Recovery Point نیست.
Continuous Data Protection در Zerto چیست؟
CDP یا Continuous Data Protection به این معنی است که Protection به Jobهای Backup چندساعته محدود نیست. Zerto تغییرات داده را بهصورت پیوسته Replicate میکند و این معماری میتواند Recovery Point Objective بسیار پایینتری نسبت به بسیاری از روشهای Backup دورهای ایجاد کند.
البته میزان واقعی RPO به عواملی مانند سرعت Storage، پهنای باند، Latency، نرخ تغییرات داده، منابع VRA و سلامت Recovery Site بستگی دارد و نباید برای هر زیرساخت یک عدد ثابت تضمین کرد.
تفاوت Zerto با Backup معمولی چیست؟
| ویژگی | Zerto Replication | Backup سنتی |
|---|---|---|
| نوع محافظت | Replication پیوسته | Job دورهای |
| هدف اصلی | DR و Recovery سریع | نگهداری نسخه پشتیبان |
| RPO | میتواند بسیار پایین باشد | وابسته به فاصله Jobها |
| Failover سایت | جزو قابلیتهای اصلی | معمولاً نیازمند مراحل بیشتر |
| Recovery Point | Journal-Based | براساس Backupهای موجود |
بهترین معماری سازمانی معمولاً به معنی حذف Backup و جایگزینی کامل آن با Replication نیست. Backup، Immutable Copy، Off-site Copy و Disaster Recovery نقشهای متفاوتی دارند و میتوانند در کنار یکدیگر استفاده شوند.
Zerto و بازیابی پس از حملات باجافزاری
یکی از حوزههایی که Zerto طی نسلهای جدید روی آن تمرکز کرده Cyber Resilience است. سیستم Replication و Journal میتواند برای پیدا کردن یک Recovery Point سالم قبل از Incident کاربرد داشته باشد.
Zerto همچنین قابلیت تشخیص رفتارهای غیرعادی Encryption را در معماری خود توسعه داده است. سیستم میتواند تغییرات مربوط به Encryption را هنگام انتقال داده بررسی کند و در صورت مشاهده رفتار غیرعادی هشدار ایجاد کند.
این قابلیت جایگزین EDR، Antivirus، SIEM یا سیاستهای امنیتی نیست؛ بلکه بخشی از لایه Recovery و Cyber Resilience محسوب میشود.
Failover در Zerto چگونه انجام میشود؟
در زمان بروز Disaster، مدیر میتواند VPG مورد نظر را برای Failover انتخاب کند. سپس Recovery Point مناسب مشخص شده و ماشینهای مجازی در Recovery Site راهاندازی میشوند.
اطلاعاتی مانند Datastore مقصد، Network Mapping، IP Configuration و ترتیب Boot باید از قبل بهدرستی طراحی شوند. هرچه Runbook و تنظیمات DR دقیقتر باشند، احتمال مشکل هنگام حادثه واقعی کمتر خواهد شد.
Failover Test
یکی از قابلیتهای مهم Zerto امکان آزمایش Recovery Plan است. مدیر میتواند DR را تست کند بدون اینکه الزاماً سرویس Production را متوقف کند.
تست دورهای اهمیت زیادی دارد؛ زیرا داشتن Replica بهتنهایی تضمین نمیکند که Application پس از Disaster واقعاً به شکل صحیح در سایت دوم اجرا خواهد شد.
Failback و Reverse Protection
بعد از رفع مشکل سایت اصلی، باید Workloadها دوباره به زیرساخت اولیه یا یک Site جدید منتقل شوند. Zerto برای این مرحله نیز Workflowهایی برای Move، Failback و Reverse Protection ارائه میکند.
استفاده از Zerto برای Migration ماشینهای مجازی
Zerto فقط برای Disaster واقعی نیست. Replication پیوسته میتواند در پروژههای Datacenter Migration نیز کاربرد داشته باشد.
بهجای خاموش کردن یک VM حجیم و انتقال کامل دیسک در یک مرحله، بخش عمده داده میتواند از قبل Replicate شود و در زمان Cutover تنها تغییرات نهایی منتقل شوند. این معماری میتواند Downtime مهاجرت را کاهش دهد.
Zerto 10.9.10 و VMware
VMware همچنان یکی از مهمترین محیطهای استفاده از Zerto است. Zerto در سطح زیرساخت مجازی با vCenter و ESXi ارتباط برقرار کرده و VRAها را روی Hostهای مورد نیاز Deploy میکند.
با توجه به اینکه VMware و VMware Cloud Foundation بهصورت مداوم Update میشوند، فقط دانستن شماره کلی ESXi کافی نیست. قبل از Upgrade vCenter، ESXi یا VCF باید ماتریس رسمی Interoperability بررسی شود تا Build مورد نظر با نسخه نصبشده Zerto سازگار باشد.
صرف اینکه یک نسخه جدید VMware منتشر شده باشد به معنی پشتیبانی فوری Zerto از آن Build نیست. قبل از Upgrade زیرساخت Production، نسخه دقیق ESXi، vCenter، VCF و Zerto را در Interoperability Matrix بررسی کنید.
Zerto روی لینوکس نصب میشود یا ویندوز؟
این سؤال در نسخههای جدید Zerto نیاز به توضیح دارد. در معماری جدید VMware، بخش مدیریتی اصلی یعنی ZVM Appliance یک Virtual Appliance مبتنی بر Linux است.
بنابراین در استقرار جدید Zerto 10.x روی VMware، معمولاً قرار نیست یک Windows Server بسازید و فایل Setup معمولی ZVM را مانند نرمافزارهای قدیمی نصب کنید؛ بلکه Appliance آماده Zerto داخل زیرساخت مجازی Deploy میشود.
از طرف دیگر، این موضوع به معنی آن نیست که فایل Zerto را میتوان روی یک Ubuntu VPS معمولی نصب کرد. سیستمعامل Linux داخل Appliance بخشی از پلتفرم آماده Zerto است و Deployment آن باید طبق معماری و Prerequisite رسمی انجام شود.
آیا Zerto را میتوان روی سرور مجازی ایران یا VPS نصب کرد؟
اگر منظور از VPS یک سرور مجازی معمولی است که فقط دسترسی Root لینوکس یا Administrator ویندوز را در اختیار شما قرار میدهد، Zerto Replication Suite معمولاً نرمافزاری نیست که روی چنین VPSای نصب کنید و Replication را شروع کنید.
برای استفاده اصلی از Zerto به زیرساخت Virtualization پشتیبانیشده، دسترسی مدیریتی مناسب و ارتباط با Hypervisor و Site مقصد نیاز دارید. در سناریوی VMware، ZVMA و VRA بخشی از محیط vSphere هستند.
اما سرور مجازی ایران همچنان میتواند در معماریهای جانبی پروژه DR کاربرد داشته باشد؛ برای مثال برای Monitoring، Jump Server، VPN، DNS، ابزارهای مدیریتی یا سرویسهای جانبی. با این حال نباید یک VPS معمولی را با یک Recovery Site کامل VMware اشتباه گرفت.
استفاده از Zerto بین دو دیتاسنتر در ایران
یکی از سناریوهای قابل استفاده برای سازمانهای ایرانی، Replication بین دیتاسنتر اصلی و Disaster Recovery Site در موقعیت جغرافیایی دیگر است.
برای مثال شرکت میتواند Cluster اصلی VMware را در یک دیتاسنتر و Recovery Infrastructure را در دیتاسنتر دیگری قرار دهد. سپس Zerto تغییرات ماشینهای مجازی مهم را از Site اصلی به Site دوم منتقل کند.
در چنین معماریای موارد زیر باید از ابتدا طراحی شوند:
- پهنای باند بین دو دیتاسنتر
- Latency شبکه
- نرخ تغییر روزانه اطلاعات
- ظرفیت Storage در Recovery Site
- Journal Storage
- Network Mapping
- DNS و IP Plan هنگام Failover
- Firewall و Routing
- تعداد VMهای تحت Protection
- RPO و RTO مورد انتظار
هرچه میزان تغییرات Disk بیشتر باشد، ترافیک Replication نیز افزایش مییابد. بنابراین انتخاب لینک شبکه فقط براساس حجم کل VMها روش دقیقی برای Sizing نیست.
منابع مورد نیاز ZVM Appliance
ZVMA یک Appliance کاملاً سبک در حد یک سرویس کوچک نیست و باید منابع مناسب برای آن در Cluster در نظر گرفته شود. مستندات نسل Zerto 10 برای معماری جدید ZVMA حداقل حدود 6 vCPU و 16GB RAM را مطرح کردهاند که بخشی از RAM نیز باید Reserve شود.
همچنین Storage مورد نیاز ZVMA فقط به فایل سیستم پایه محدود نیست و فضای لازم برای Appliance و عملیات Update باید طبق مستندات همان نسخه در نظر گرفته شود.
برای VRA نیز منابع جداگانه نیاز است. در معماری Zerto، VRA یک Appliance کوچکتر است و در اسناد معماری Zerto برای نسلهای فعلی معمولاً حداقل حدود 1 vCPU و 3GB RAM برای هر VRA ذکر شده است.
اعداد Sizing میتوانند بین Releaseها و Platformهای مختلف تغییر کنند. برای محیط Production منابع ZVMA و VRA را صرفاً براساس اعداد یک مقاله تعیین نکنید و Sizing Guide نسخه 10.9.10 را نیز بررسی کنید.
مراحل کلی نصب و راهاندازی Zerto روی VMware
مرحله اول: بررسی Compatibility
قبل از هر چیز نسخه دقیق vCenter، ESXi و Zerto را در Interoperability Matrix بررسی کنید. این مرحله مخصوصاً بعد از انتشار نسلهای جدید VMware اهمیت زیادی دارد.
مرحله دوم: آمادهسازی شبکه
IP Address، DNS، Gateway، Routing و Firewall باید مشخص باشند. ZVMA و VRAها باید بتوانند با اجزای لازم زیرساخت ارتباط برقرار کنند.
مرحله سوم: Deploy کردن ZVMA
Virtual Appliance رسمی Zerto داخل محیط VMware Deploy میشود. هنگام Deployment، منابع Compute، Network و Storage مورد نیاز اختصاص داده میشوند.
مرحله چهارم: اتصال به vCenter
ZVMA باید به vCenter مربوط به Site متصل شود تا بتواند Hostها، VMها، Datastoreها و سایر Objectهای مورد نیاز را مدیریت کند.
مرحله پنجم: Deploy کردن VRA
VRA روی Hostهای مورد نیاز Deploy میشود. این Appliance مسئول بخش مهمی از Replication Data Path است.
مرحله ششم: آمادهسازی Recovery Site
در سایت مقصد نیز اجزای مورد نیاز Zerto و زیرساخت VMware آماده میشوند. سپس دو Site برای Replication با یکدیگر Pair میشوند.
مرحله هفتم: ساخت VPG
VMهای مرتبط انتخاب شده و داخل یک Virtual Protection Group قرار میگیرند. سپس Storage مقصد، Journal، Network Mapping و سایر گزینههای Recovery تنظیم میشوند.
مرحله هشتم: Initial Sync
در شروع Protection، داده اولیه باید با Site مقصد Synchronize شود. مدت زمان Initial Sync به حجم اطلاعات، Storage و سرعت شبکه وابسته است.
مرحله نهم: بررسی SLA
بعد از تکمیل Sync باید وضعیت VPG و Replication بررسی شود تا مشخص شود RPO و SLA تعریفشده قابل دستیابی هستند.
مرحله دهم: اجرای Failover Test
پروژه DR بدون تست کامل نیست. یک Failover Test انجام دهید و مطمئن شوید Application، Database، DNS و Network Mapping در Recovery Site درست کار میکنند.
Zerto چقدر پهنای باند نیاز دارد؟
برای Zerto یک پاسخ ثابت مانند «100Mbps کافی است» وجود ندارد. نیاز شبکه به Change Rate بستگی دارد.
فرض کنید 10 ترابایت VM دارید اما در طول روز فقط بخش کوچکی از داده تغییر میکند. پهنای باند مورد نیاز با محیط دیگری که همان 10 ترابایت VM دارد ولی Databaseهای آن در هر ساعت حجم زیادی Write انجام میدهند یکسان نیست.
در Sizing باید Peak Change Rate، Average Change Rate، Latency و مدت زمانی که برای Synchronization قابل قبول است بررسی شود.
فضای Journal در Zerto چقدر باید باشد؟
اندازه Journal نیز یک عدد ثابت نیست. هرچه Retention بیشتر باشد و ماشین مجازی Write بیشتری داشته باشد، فضای بیشتری مورد نیاز خواهد بود.
VMهای Database، File Server و سیستمهایی که حجم زیادی تغییر Block دارند معمولاً Journal بزرگتری نسبت به VMهای کمتغییر نیاز خواهند داشت.
نکات امنیتی هنگام راهاندازی Zerto
از آنجا که Zerto به بخش مهمی از Virtual Infrastructure دسترسی دارد، امنیت Management Plane بسیار مهم است.
دسترسی مدیریتی ZVMA را مستقیماً و بدون محدودیت روی اینترنت عمومی قرار ندهید. Management Network باید از شبکه عمومی تفکیک شود و دسترسی مدیران از مسیر کنترلشده مانند VPN یا شبکه مدیریتی انجام شود.
ZVMA در نسل جدید از سازوکارهای Identity و Access Control پیشرفتهتری استفاده میکند و قابلیتهایی مانند Role-Based Access Control و MFA در طراحی جدید این پلتفرم نقش دارند.
Zerto بهتر است یا Veeam؟
مقایسه Zerto و Veeam بدون مشخص کردن نیاز پروژه نتیجه دقیقی نمیدهد. Veeam Backup & Replication مجموعه بسیار گستردهای برای Backup و Recovery ارائه میدهد، در حالی که یکی از نقاط تمرکز اصلی Zerto، Continuous Replication و Disaster Recovery با RPO و RTO پایین است.
در پروژهای که اولویت اصلی نگهداری Backupهای بلندمدت، Archive و سیاستهای متنوع Backup است، نیازها با پروژهای که باید یک Application حیاتی در مدت بسیار کوتاهی در دیتاسنتر دوم بالا بیاید متفاوت خواهد بود.
در بسیاری از سازمانها نیز Replication و Backup در کنار یکدیگر استفاده میشوند و انتخاب یکی لزوماً به معنی حذف دیگری نیست.
Zerto برای چه پروژههایی مناسب است؟
Zerto بیشتر زمانی ارزش خود را نشان میدهد که Downtime و Data Loss برای کسبوکار هزینه بالایی داشته باشد. بانک اطلاعاتی، ERP، CRM، سامانه فروش، سرویسهای سازمانی، زیرساختهای ابری و Applicationهای Mission-Critical نمونههایی هستند که میتوانند از معماری Disaster Recovery مناسب استفاده کنند.
اگر فقط یک VPS ساده دارید و هدف شما تهیه Backup روزانه از چند فایل است، Zerto احتمالاً بیش از حد پیچیده و پرهزینه خواهد بود. اما اگر چند Host VMware و تعداد زیادی VM دارید و به Recovery Site دوم نیاز دارید، بررسی Zerto منطقیتر میشود.
زیرساخت ایرانیکاسرور برای سناریوهای Zerto
برای پیادهسازی Disaster Recovery واقعی، نوع زیرساخت اهمیت زیادی دارد. Zerto به Hypervisor، Storage، Network و Recovery Site مناسب نیاز دارد و یک VPS ساده جایگزین Cluster مقصد نمیشود.
با این حال اگر برای بخشهای جانبی پروژه، VPN، Monitoring، Jump Server، DNS یا سرویسهای مدیریتی به ماشین مجازی نیاز دارید، میتوانید پلنهای سرور مجازی ایران ایرانیکاسرور را بررسی کنید.
برای پروژههایی که نیاز به کنترل کامل Hypervisor، منابع سختافزاری اختصاصی، VMware یا پیادهسازی Site مجازیسازی دارند، استفاده از سرور اختصاصی نسبت به VPS عمومی گزینه منطقیتری است.
سوالات متداول Zerto 10.9.10
Zerto چیست؟
Zerto یک پلتفرم Continuous Data Protection، Replication و Disaster Recovery برای محافظت و انتقال Workloadها میان زیرساختهای مجازی و Cloud است.
Zerto 10.9.10 چه کاربردی دارد؟
از Zerto 10.9.10 میتوان برای Replication ماشینهای مجازی، Disaster Recovery، Failover، Failback، Migration و Cyber Resilience در زیرساختهای پشتیبانیشده استفاده کرد.
آیا Zerto روی Linux نصب میشود؟
ZVM Appliance نسل جدید Zerto برای VMware مبتنی بر Linux است، اما این Appliance توسط Zerto ارائه میشود و قرار نیست Zerto را مانند یک پکیج معمولی روی Ubuntu VPS نصب کنید.
آیا Zerto روی Windows Server نصب میشود؟
در نسلهای قدیمیتر ZVM ویندوزی وجود داشت، اما معماری جدید VMware در Zerto 10 بر ZVM Appliance مبتنی بر Linux متمرکز است. بنابراین برای Deployment جدید باید مستندات نسخه 10.9.10 دنبال شود.
آیا Zerto روی سرور مجازی معمولی نصب میشود؟
یک VPS معمولی با دسترسی Root یا Administrator بهتنهایی زیرساخت مورد نیاز Zerto را فراهم نمیکند. Zerto برای Replication به محیط Virtualization پشتیبانیشده و دسترسی به Hypervisor و سایر Componentها نیاز دارد.
VRA در Zerto چیست؟
Virtual Replication Appliance یا VRA Componentی است که در Hostهای مجازیسازی Deploy شده و بخش مهمی از پردازش و انتقال داده Replication را انجام میدهد.
VPG در Zerto چیست؟
Virtual Protection Group مجموعهای از یک یا چند VM مرتبط است که سیاستهای Replication و Recovery آنها بهصورت گروهی تعریف میشود.
آیا Zerto جایگزین Backup است؟
Zerto قابلیتهای Data Protection گستردهای دارد، اما Disaster Recovery و Replication با سیاست Backup و Archive یکسان نیستند. در بسیاری از معماریها استفاده از چند لایه Protection در کنار یکدیگر مناسبتر است.
Zerto برای مقابله با باجافزار چه کمکی میکند؟
Replication پیوسته، Journal-Based Recovery و قابلیتهای تشخیص رفتار Encryption میتوانند در شناسایی Incident و انتخاب Recovery Point سالم کمک کنند. این قابلیتها جایگزین ابزارهای امنیت Endpoint و Network نیستند.
جمعبندی
Zerto Replication Suite 10.9.10 راهکاری تخصصی برای محیطهایی است که Recovery سریع و کاهش Data Loss اهمیت بالایی دارد. Continuous Replication، Journal-Based Recovery، VPG، Failover Test، Failback و Migration باعث شدهاند Zerto بیشتر از یک ابزار Copy ساده VM باشد.
در معماری جدید VMware، Zerto از ZVM Appliance مبتنی بر Linux استفاده میکند و VRAها در سطح Host وظیفه Replication را برعهده دارند. بنابراین Zerto 10.9.10 را نباید مانند یک برنامه معمولی Windows یا Linux برای نصب روی هر VPS در نظر گرفت.
اگر هدف شما Replication بین دو دیتاسنتر یا ساخت Disaster Recovery Site برای VMware است، قبل از نصب باید Compatibility، Network، Storage، Bandwidth، Journal، تعداد VMها و RPO/RTO مورد انتظار را بررسی کنید. طراحی درست این بخشها بسیار مهمتر از صرف نصب نرمافزار است.
برای پروژههای Zerto ابتدا نوع زیرساخت خود را مشخص کنید. اگر فقط به یک VPS نیاز دارید، پلن سرور مجازی کافی است؛ اما برای راهاندازی VMware، Replication و Disaster Recovery در سطح Hypervisor معمولاً باید زیرساخت اختصاصی یا کلاستر مناسب در اختیار داشته باشید.
دیدگاهها
0 دیدگاه برای این مطلب ثبت شده است.