(Storage Replica (SR یک قابلیت جدید است که Block-Level ،Storage-Agnostic، همسان‌سازی همزمان یا Synchronous Replication بین سرورها یا Clusterها را برای (Disaster Recovery (DR و همچنین انعطاف Failover Cluster را در بین سایت‌ها برقرار می‌سازد. همسان‌سازی همزمان، امکان ذخیره سازی Mirroring اطلاعات را در سایت‌های فیزیکی با حجم Crash ثابت، جهت اطمینان از عدم از دست رفتن اطلاعات در سطح فایل‌های سیستمی تا حد صفر ارائه می‌دهد.
همسان‌سازی غیر همزمان امکان بسط و گسترش سایت بیشتر از حد معمول را می‌دهد اما باید توجه نمود که امکان از دست رفتن اطلاعات نیز در این روش وجود دارد.
مزایای استفاده از (Storage Replica (SR
Storage Replication یا به اختصار SR قابلیت های زیادی دارد که به چند مورد آن در ذیل اشاره شده است:
- ارائه یک راه‌حل DR) Disaster Recovery) جهت قطعی‌های پیش‌بینی شده یا پیش‌بینی نشده Workloadهای حساس
- استفاده از جابجایی SMB3 با قابلیت اطمینان، مقیاس پذیر و عملکرد اثبات شده
- بسط دادن Windows Failover Clusters به مقیاس های بزرگتر
- استفاده از نرم‌افزار مایکروسافت جهت ذخیره و Cluster نمودن مانند Hyper-V ،Storage Replica (SR) ،Storage Spaces، Cluster، Scale-Out File Server، SMB3، Deduplication و ReFS/NTFS.
کمک به کاهش هزینه ها و پیچیدگی‌ها که شامل موارد زیر می باشد:
- به سخت‌افزار وابستگی چندانی ندارد و نیازی به پیکربندی خاصی برای ذخیره سازهایی مانند DAS یا SAN ندارد.
- اجازه استفاده از محصولات ذخیره‌سازی خاص و تکنولوژی‌های شبکه
- سهولت مدیریت گرافیکی Nodeها و Clusterهای منحصربفرد از طریق Failover Cluster Manager
- امکان استفاده از اسکریپت های جامع و کامل در PowerShell ویندوز
- کمک به کاهش زمان خرابی و همچنین افزایش قابلیت اطمینان و بهره‌بری ویندوز
- ارائه قابل پشتیبانی بودن، معیارهای عملکرد و قابلیت تشخیص
اهداف و سناریوهای همسان‌سازی
در این مبحث شما با سناریوهایی آشنا می شوید که از Storage Replica SR پشتیبانی کرده و راهکارهایی را به شما ارائه می دهد که بتوانید بنا به حرفه‌ی خود از آن استفاده نمایید. این امر مستلزم آن است که شما با مباحث ویندوز سرور، Failover Clustering، فایل سرور و Hyper-V آشنایی قبلی داشته باشید.
سناریوی (Storage Replica (SR در ویندوز سرور 2016
با استفاده از ویندوز سرور 2016 شما می‌توانید SR Storage Replication را در یک Stretch Cluster، بین Cluster-to-Cluster و از سناریوهای Server-to-Server اجرا کنید (شکل1). این مشخصه به صورت AS-IS جهت تکرار از ویندوز سرور 2016 EULA ارائه شده و در محیط‌های تولید پشتیبانی نشده است.
(Disaster Recovery (DR جهت ادامه ی فعالیت شرکت‌ها در مواقع بحرانی، به یک برنامه جهت بازیابی از سایت‌های دچار مشکل، اشاره دارد. اطلاعات DR به معنای کپی برداری‌های چندتایی از داده‌ی تولید شده، در یک مکان فیزیکی مجزا می‌باشد. به‌عنوان مثال، یک Stretch Cluster که نیمی از Nodeها در یک سایت و نیمی دیگر در سایتی دیگر قرار دارند.
آمادگی بحران یا (Disaster Preparedness (DP اشاره به یک برنامه احتمالی قبل از وقوع بحران اشاره دارد که در آن جهت پیشگیری از وقوع بحران Workload به مکان دیگری انتقال پیدا میکند.
توافقات سطح سرویس دهی یا (Service Level Agreements (SLAs در دسترس بودن برنامه‌های تجاری و میزان تحمل آنها برای Downtime بودن و از دست دادن داده‌ها طی اختلالات برنامه‌ریزی شده یا برنامه ریزی نشده را مشخص می نماید.
(Recovery Point Objective (RPO مدت زمان تحمل عدم دسترسی به کل داده و همچنین میزان تحمل از دست دادن اطلاعات در کسب و کار را مشخص می نماید.
Synchronous Replication یا همسان‌سازی همزمان
Replication همزمان؛ تضمین میکند که Application قبل از اتمام عمل I/O، داده را به صورت همزمان در دو مکان می نویسد. همانطور که همسان‌سازی برای داده‌های حساس، بسیار مناسب است، به شبکه و سرمایه گذاری روی Storage و همچنین خطر تخریب عملکرد برنامه‌ها نیز نیازمند می‌باشد. همسان‌سازی همزمان برای راه حل های HA و DR نیز کارایی دارد.
هنگامی که نوشتن Application روی کپی اصلی داده اتفاق می‌افتد، Storage اصلی، I/O را فوراً شناسایی نمی‌کند. در عوض، تغییرات داده روی کپی مقصد Replicate می شود و یک Acknowledge بر می‌گرداند. توجه نمایید که فقط برنامه است که I/O Acknowledge را دریافت می‌نماید. این امر تضمین میکند که با گسترش I/O های ذخیره سازی در شبکه، هماهنگ سازی ثابتی بین سایت اصلی (Source Site) و سایت ثانویه (Remote Site) برقرار است. در صورت خرابی سایت اصلی، Applicationها می‌توانند به Remote Site یا همان سایت ثانویه Failover کرده و فعالیت خود را با تضمین عدم از دست دادن داده ها از سر بگیرند.
در شکل زیر مراحل انجام فرآیند همسان سازی همزمان شرح داده شده است:
- Application داده را می نویسد.
- گزارشات داده ها در حال نوشتن و Replicate شدن با سایت ثانویه (Remote Site) می باشند.
- گزارش داده ها بر روی سایت ثانویه نوشته می شوند.
- Acknowledge از سمت سایت ثانویه ارسال میگردد.
- برنامه Acknowledge را دریافت می کند.
- t & t1: داده ها به Volume ها وارد می شوند و گزارشات همیشه در حال نوشتن می باشند.
Asynchronous Replication یا همسان‌سازی غیر همزمان
برعکس مورد قبلی، همسان‌سازی غیرهمزمان به این معنا است که هنگامی که برنامه، داده را می‌نویسد، آن داده با سایت ثانویه (Remote Site) بدون تضمین و پیغام Acknowledge همسان‌سازی گردد. این حالت علاوه بر اینکه اجازه می‌دهد زمان پاسخ سریع‌تر به برنامه کاربردی ارائه گردد، می‌تواند به عنوان یک راه‌حل DR نیز به کار گرفته شود.
هنگامی که برنامه، داده را می‌نویسد، موتور همسان‌سازی، داده نوشته شده را می‌گیرد و سریعاً به برنامه Acknowledge ارسال میکند. سپس داده‌ی گرفته شده به مکان ثانویه Replicate می شود. Node ثانویه، کپی داده ها را پردازش می کند و Acknowledge بیکار را به کپی اصلی برمیگرداند. از آنجا که عملکرد همسان‌سازی در مسیر I/O برنامه نیست، پاسخ‌دهی سایت ثانویه و مسافت، عواملی هستند که از اهمیت کمتری برخوردار هستند. اگر داده اصلی گم شود و یا کپی مقصد داده ها همچنان در Buffer باشد و منبع اصلی را ترک نکرده باشد؛ خطر از دست دادن داده همچنان وجود دارد.
با Recovery Point Objective یا به اختصار PRO بالاتر از صفر، همسان‌سازی غیر همزمان برای راه حل‌های HA مانند Failover Cluster چندان مناسب نمی باشد و بیشتر برای عملیات های دائمی با افزونگی و عدم از دست رفتن اطلاعات طراحی شده است.
در شکل زیر مراحل انجام فرآیند همسان سازی غیرهمزمان شرح داده شده است:
- برنامه داده را می نویسد.
- گزارش داده نوشته می شود.
- برنامه Acknowledge را می نویسد.
- داده بر روی سایت ثانویه Replicate می شود.
- گزارش داده روی سایت ثانویه نوشته می شود.
- Acknowledge از سوی سایت ثانویه فرستاده می شود.
- t & t1: داده ها به Volume ها وارد می شوند و گزارشات همیشه در حال نوشتن می باشند.
منبع: apk.co | اطلاعات بیشتر در Technet
