مدیریت Snapshot و Thin Clone در Dell PowerStore؛ قسمت سوم

راهنمای مدیریت Snapshot و Thin Clone در Dell PowerStore؛ قسمت سوم

مدیریت Snapshot و Thin Clone در Dell PowerStore مجموعه‌ای از عملیات ایجاد نسخه‌های نقطه‌زمانی، ساخت Clone قابل‌نوشتن، دسترسی Host به داده‌های محافظت‌شده، Refresh و Restore منابع و پیاده‌سازی Secure Snapshot را شامل می‌شود. این قسمت از راهنما، مراحل اجرایی این عملیات را در PowerStore Manager و ملاحظات لازم برای حفظ Data Integrity تشریح می‌کند.

این مقاله ادامه راهنمای پیکربندی Remote System در قسمت دوم است. در این بخش تمرکز از اتصال سیستم‌های راه‌دور به حفاظت Local از Volume، Volume Group، File System و Virtual Machine منتقل می‌شود و تفاوت کاربرد Snapshot، Thin Clone، Refresh و Restore به‌صورت مرحله‌به‌مرحله بررسی خواهد شد.

مسیر مطالعه این راهنما

مطالعه قسمت دوم برای اجرای Snapshotهای Local الزامی نیست، اما برای درک جایگاه Snapshotهای Replicated، Source Data Time و ارتباط عملیات حفاظت Local و Remote مفید است. این قسمت تمام فرایندهای وابسته به Snapshot و Thin Clone را در یک مسیر واحد نگه می‌دارد تا عملیات ایجاد، دسترسی، Refresh، Restore و Secure کردن Snapshot از یکدیگر جدا نشوند.

مبانی و ملاحظات ایجاد Snapshot

ایجاد Snapshot وضعیت Storage Resource و تمام Fileها و Data موجود در آن را در یک Point-in-Time مشخص ذخیره می‌کند. در PowerStore می‌توان از Volume، Volume Group، File System یا Virtual Machine Snapshot ایجاد کرد و در صورت نیاز، کل Storage Resource را به وضعیت ثبت‌شده بازگرداند.

Snapshot یک Full Copy از Data اصلی نیست. این ساختار تا حدی از Real-Time Data مربوط به Storage Resource مشتق می‌شود؛ بنابراین اگر Resource اصلی غیرقابل‌دسترسی شود، ممکن است Snapshot نیز در دسترس نباشد. به همین دلیل Snapshot نباید جایگزین Mirror، Disaster Recovery یا ابزار High Availability در نظر گرفته شود.

ظرفیت، Retention و Maximum Snapshot Limit

Snapshotها Space-Efficient هستند، اما همچنان بخشی از Capacity کلی Storage را مصرف می‌کنند. پیش از ایجاد تعداد زیاد Snapshot باید ظرفیت آزاد سیستم و Retention Policy هر Storage Resource بررسی شود. Purpose هر Snapshot تعیین می‌کند که Retention موجود مناسب است یا باید Rule مرتبط یا Retention دستی تغییر کند.

Snapshotهای Manual که از طریق PowerStore Manager ساخته می‌شوند، به‌صورت پیش‌فرض یک هفته نگهداری می‌شوند؛ مگر اینکه هنگام ایجاد مقدار دیگری انتخاب شود. اگر Maximum Number of Snapshots به حد نهایی برسد، Snapshot جدید ساخته نخواهد شد و برای ادامه کار باید تعدادی از Snapshotهای موجود حذف شوند.

مشاهده Snapshotهای هر Storage Object

اگر Snapshotهای یک Storage Object در جدول اصلی دیده نمی‌شوند، ستون Snapshots را از گزینه Show/Hide Table Columns به جدول اضافه کنید. این ستون تعداد Snapshotهای موجود برای هر Object را نمایش می‌دهد.

با انتخاب عدد موجود در ستون Snapshots، پنجره Snapshotها باز می‌شود و اطلاعات تفصیلی هر Snapshot در دسترس قرار می‌گیرد. این مسیر برای بررسی Retention، Secure بودن Snapshot و انتخاب Snapshot مناسب در عملیات Clone، Refresh یا Restore کاربرد دارد.

ایجاد Snapshot در PowerStore Manager

گزینه Create Snapshot زمانی استفاده می‌شود که یک Snapshot منفرد و خارج از Protection Policy اختصاص‌یافته نیاز باشد. مسیر و گزینه‌های پنل بسته به نوع Storage Resource متفاوت است، اما تعیین Name یکتا و بررسی Retention در همه سناریوها اهمیت دارد.

ایجاد Snapshot از Volume یا Volume Group

برای Volume و Volume Group می‌توان از یک Procedure مشترک استفاده کرد. در Volume امکان فعال‌سازی Secure Snapshot نیز در همان پنل ایجاد Snapshot وجود دارد.

Retention Period به‌صورت پیش‌فرض یک هفته است. می‌توان Period دیگری انتخاب کرد یا برای Snapshot عادی گزینه No Automatic Deletion را فعال کرد. با این حال، No Automatic Deletion با Secure Snapshot قابل استفاده نیست و Secure Snapshot حتماً به Retention Period نیاز دارد.

ایجاد Snapshot از File System

Snapshot منفرد File System نیز از بخش Storage ایجاد می‌شود. علاوه بر Name و Retention، باید File Snapshot Access Type تعیین شود. اگر Event Publishing روی NAS Server پیکربندی شده باشد، این قابلیت را می‌توان برای Snapshot فعال کرد.

ایجاد Snapshot از Virtual Machine

برای Virtual Machine نیز Create Snapshot یک Snapshot منفرد و خارج از Protection Policy ایجاد می‌کند. در این Procedure نام Snapshot الزامی و Description اختیاری است.

ایجاد و مدیریت Thin Clone

Thin Clone نسخه Writable از Snapshot، Volume، Volume Group یا File System است که Host می‌تواند به آن دسترسی داشته باشد. برخلاف Full Clone، این Clone از نوع Space-Efficient است، Data Blockها را با Parent Object به اشتراک می‌گذارد و Full Backup از Resource اصلی محسوب نمی‌شود.

Thin Clone را می‌توان مستقیماً از Parent Object یا از یکی از Snapshotهای آن ساخت. Clone دسترسی Read کامل به Resource اصلی را حفظ می‌کند و تغییرات داخل Thin Clone روی Snapshot اصلی اعمال نمی‌شوند. این ویژگی امکان ایجاد Point-in-Timeهای سلسله‌مراتبی را فراهم می‌کند.

ایجاد Thin Clone از Volume یا Volume Group

Thin Cloneهای Volume و Volume Group را می‌توان به Hostهای مختلف Map کرد، Refresh کرد، از Backup بازگرداند و تحت Protection Policy قرار داد. Performance Policy و Host Connectivity فقط برای Thin Clone ساخته‌شده از Volume تنظیم می‌شوند.

ایجاد Thin Clone از File System

Thin Clone یک File System را می‌توان به Hostهای مختلف Map کرد، از Backup بازگرداند و تحت Protection Policy قرار داد. اگر NAS Server دارای Event Publishing باشد، این قابلیت هنگام ساخت Clone قابل فعال‌سازی است.

ایجاد Thin Clone از Snapshot

از Snapshot یک Volume، Volume Group یا File System نیز می‌توان Thin Clone ساخت. این روش زمانی کاربرد دارد که نسخه Writable دقیقاً از یک Point-in-Time مشخص موردنیاز باشد.

دسترسی Host به Snapshotهای Read-Only

روش دسترسی Host به Snapshot در Block و File یکسان نیست. در Block، Snapshot مستقیماً Map یا Unmap نمی‌شود؛ اما در File می‌توان Snapshot را برای دسترسی Read-Only مستقیماً Mount کرد.

دسترسی Host به Block Snapshot

PowerStore از Map و Unmap کردن مستقیم Block Snapshot به Host پشتیبانی نمی‌کند. برای ارائه داده Snapshot به Host باید از Snapshot یک Thin Clone ایجاد شود و سپس Clone به Host Map شود.

پس از ساخت Clone، عملیات Refresh امکان Update کردن آن از Snapshotهای مختلف را فراهم می‌کند. در نتیجه یک Clone قابل‌نوشتن می‌تواند برای Test، Development یا بررسی داده‌های Point-in-Time استفاده شود، بدون اینکه Snapshot اصلی تغییر کند.

دسترسی به File Snapshot و Access Typeها

File Snapshot را می‌توان مستقیماً روی Host Mount کرد تا دسترسی Read-Only فراهم شود. برای دسترسی Read/Write باید از Snapshot یک Thin Clone ساخت. Mount مستقیم از طریق NFS Export یا SMB Share انجام می‌شود.

Refresh کردن Storage Resource

عملیات Refresh محتوای یک Storage Resource را با محتوای Resource مرتبط جایگزین می‌کند. Resource مرتبط می‌تواند Clone یا Indirect Child Snapshot باشد. این عملیات برای ایجاد و به‌روزرسانی نسخه‌ای از Production Environment در سناریوهایی مانند Test and Development یا Reporting استفاده می‌شود.

Refresh می‌تواند Thin Clone را از Base Volume به‌روز کند، یک Storage Resource یا Thin Clone را از Thin Clone دیگری در همان Family جایگزین کند یا Resource را از Snapshot مربوط به Thin Clone مرتبط یا Base Volume Refresh کند. در File System نیز Snapshot یک File System را می‌توان با Direct Parent File System آن Refresh کرد.

رفتار Family Hierarchy و Volume Group

اگر Thin Clone یک Snapshot دارای Derivative Snapshot را Refresh کند، Derivative Snapshotها بدون تغییر باقی می‌مانند و Family Hierarchy حفظ می‌شود. در Refresh یک Volume Group، Point-in-Time Image تمام Volumeهای عضو نیز Refresh خواهد شد.

هنگام انتخاب Snapshot Replicated از Remote System باید Creation Time و Source Data Time بررسی شوند. Source Data Time زمان اصلی Source Data را نشان می‌دهد، در حالی که Creation Time در Replicated Snapshot به زمان Replication Update تغییر می‌کند.

Refresh کردن Volume با استفاده از Snapshot

Refresh کردن Volume از Volume مرتبط

یک Volume را می‌توان از Volume مرتبط، یعنی Clone یا Indirect Child Snapshot، Refresh کرد. Source انتخاب‌شده باید در رابطه مورد پشتیبانی با Volume مقصد قرار داشته باشد.

Refresh کردن Snapshot یک File System

Snapshot یک File System را می‌توان با Direct Parent File System آن Refresh کرد. پیش‌نیازهای خاموش‌کردن Application، Unmount و Flush کردن Host Cache در این سناریو نیز باید رعایت شوند.

Restore کردن Storage Resource از Snapshot

Restore برای بازسازی Environment پس از رخدادی استفاده می‌شود که ممکن است Data را به خطر انداخته باشد. در این عملیات، محتوای Parent Storage Resource با Data مربوط به Direct Child Snapshot جایگزین می‌شود و Parent به Point-in-Time ایجاد Snapshot بازمی‌گردد.

در Restore یک Volume Group، تمام Volumeهای عضو به Point-in-Time مربوط به Source Snapshot برگردانده می‌شوند. اگر Snapshot از Remote System Replicate شده باشد، Source Data Time باید بررسی شود تا Snapshot صحیح انتخاب شود.

Restore کردن Volume یا Volume Group

Restore کردن File System

پیکربندی و مدیریت Secure Snapshot

Secure Snapshot تا پیش از Expiration Time به‌صورت Manual قابل حذف نیست و فقط پس از پایان زمان نگهداری حذف می‌شود. این قابلیت از حذف تصادفی یا مخرب Backup Data جلوگیری می‌کند و یک Point-in-Time قابل Restore در برابر حملات Ransomware نگه می‌دارد.

Secure Snapshot برای Block Snapshotهای ایجادشده از Volume یا Volume Group و برای File System Snapshotها در هر دو Access Type از نوع protocol و .snapshot پشتیبانی می‌شود.

ایجاد Secure Snapshot و الزامات Retention

برای ساخت Manual یک Secure Snapshot از Volume، Volume Group یا File System، گزینه Secure Snapshot را در پنل Create Snapshot انتخاب کنید. برای ایجاد خودکار آن به‌عنوان بخشی از Local Protection Policy، باید یک Snapshot Rule ساخته و گزینه Secure Snapshot در پنل Create Snapshot Rule فعال شود.

برای Secure Snapshot تعیین Retention Period الزامی است. وقتی No Automatic Deletion انتخاب شده باشد، گزینه Secure Snapshot در دسترس نیست. اگر Snapshot یک Volume Group به‌صورت Secure پیکربندی شود، تمام اعضای Group نیز Secure خواهند بود.

مانیتورینگ و تبدیل Snapshotهای موجود

برای مشاهده و مانیتور Secure Snapshotها، ستون Secure Snapshots را به جدول Snapshots اضافه کنید یا فهرست را با Secure Snapshot Filter محدود کنید. برای شناسایی Ruleهایی که Secure Snapshot می‌سازند نیز ستون Secure Snapshots Enabled به جدول Snapshot Rules اضافه می‌شود.

Snapshot موجود از نوع Nonsecure را می‌توان از پنل Snapshot Details به Secure تبدیل کرد. Snapshot Rule نوع Nonsecure نیز از پنل Properties قابل تبدیل است؛ اما فقط Snapshotهایی که پس از Secure شدن Rule ایجاد می‌شوند Secure خواهند بود و Snapshotهای قبلی Nonsecure باقی می‌مانند.

Expiration Time، Replication و محدودیت عملیات

Expiration Time یک Secure Snapshot قابل کاهش نیست، اما می‌توان آن را به Date و Time دیرتری منتقل کرد. Secure Snapshot قابل Restore است، ولی عملیات Refresh روی آن پشتیبانی نمی‌شود.

در Clusterهایی با PowerStoreOS 3.5 یا جدیدتر، Secure Snapshotهای Local به‌صورت Secure به Remote Cluster Replicate می‌شوند. اگر Destination Cluster نسخه‌ای قدیمی‌تر از PowerStoreOS 3.5 داشته باشد، Snapshot در مقصد به شکل Snapshot عادی Replicate می‌شود و Snapshot Rule مقصد Secure نخواهد بود. همچنین در Failover به Cluster قدیمی‌تر از 3.5، Secure Snapshot برای Storage Resource ایجاد نمی‌شود.

پس از Upgrade به PowerStoreOS 3.5، Snapshotها و Snapshot Ruleهای Nonsecure موجود قابل تبدیل به Secure هستند. اگر حذف Secure Snapshot پیش از Expiration Time ضروری باشد، باید با Dell Support تماس گرفته شود.

مطالب و محصولات مرتبط

جمع‌بندی اجرایی مدیریت Snapshot در PowerStore

مدیریت Snapshot و Thin Clone در Dell PowerStore باید با درک دقیق نقش هر عملیات انجام شود. Snapshot یک نسخه Point-in-Time و Space-Efficient است، اما Full Copy و جایگزین Disaster Recovery نیست. Thin Clone نسخه Writable قابل Map به Host است و برای دسترسی عملیاتی به Block Snapshot یا ایجاد محیط‌های Test و Reporting استفاده می‌شود.

Refresh محتوای Resource را با Resource مرتبط جایگزین می‌کند، در حالی که Restore، Parent Resource را به Direct Child Snapshot بازمی‌گرداند. پیش از هر دو عملیات باید Application خاموش، Resource از Host جدا یا Offline و Host Cache تخلیه شود. ایجاد Backup Snapshot پیش از جایگزینی Data نیز امکان بازگشت به وضعیت قبلی را فراهم می‌کند.

Secure Snapshot لایه‌ای برای جلوگیری از حذف Manual تا Expiration Time ایجاد می‌کند. موفقیت این قابلیت به تعیین Retention مناسب، کنترل Capacity و Maximum Snapshot Limit و بررسی Version مقصد در Replication وابسته است.

سوالات متداول