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