Backup برای نگهداری نسخههای قابل بازیابی و Replication برای نگهداشتن کپی نزدیک به Source یا مقصد DR استفاده میشود.
مسئله اصلی در طراحی
در یک پروژه واقعی، موضوع «Backup یا Replication در QNAP؛ تفاوت کاربرد» باید به Requirement تبدیل شود. ابتدا مشخص کنید داده چه نوعی است، چه کسی مصرفکننده آن است، چه میزان همزمانی وجود دارد و در صورت خرابی چه مدت قطعی قابل قبول است. بدون این اطلاعات، مقایسه دو فناوری بیشتر شبیه مقایسه فهرست امکانات است تا طراحی Storage.
معیارهای کلیدی
- RPO و RTO — این معیار باید در محیط واقعی و متناسب با SLA پروژه بررسی شود.
- Retention — این معیار باید در محیط واقعی و متناسب با SLA پروژه بررسی شود.
- Failure Domain — این معیار باید در محیط واقعی و متناسب با SLA پروژه بررسی شود.
- Restore و Failover — این معیار باید در محیط واقعی و متناسب با SLA پروژه بررسی شود.
نکته اجرایی
Recovery را قبل از خرید طراحی کنید. یک Job موفق Backup یا یک Snapshot موجود، بدون Restore Test اثبات نمیکند که RPO و RTO سازمان محقق شده است. سناریوهای حذف اشتباه، خرابی NAS، Ransomware و از دست رفتن سایت باید جداگانه تست شوند.
چکلیست تصمیم
- Requirement و Workload را ثبت کنید.
- ظرفیت و رشد آینده را محاسبه کنید.
- Network و Storage Bottleneck را جدا کنید.
- Protection و Recovery را تعریف کنید.
- مدل QNAP و محدودیتهای همان مدل را از مستندات رسمی بررسی کنید.
- در صورت حساس بودن سرویس، PoC و Restore Test انجام دهید.
جمعبندی
در محیط حساس، Replication و Backup میتوانند مکمل باشند؛ یکی جای دیگری را بهطور کامل پر نمیکند.