مفهوم array-based replication

مفهوم array-based replication

مفهوم array-based replication

مفهوم array-based replication
مفهوم array-based replication

Array-Based Replication به نوعی راهکاری برای بکاپ گیری داده ها در یک استوریجی سازگار با استوریج اصلی می باشد که این کار از طریق نرم افزار پیش فرض موجود بر روی استوریج انجام می شود که می تواند داده ها بصورت اتوماتیک از یک استوریج بر روی استوریجی دیگر کپی نماید.

نرم افزار Array-Based Replication بر روی یک یا چند کنترلر استوریج موجود بر روی سیستم استوریج اجرا می شود و می تواند بصورت Synchronously و Asynchronously داده ها را در میان استوریج های مشابه  و در لایه LUN و یا Volume Block استوریج Replicate نماید. این عملیات شامل ایجاد یک Local Copy در استوریج ها و ایجاد Remote Copy در استوریج Off-site می باشد.

 

 

 


  • 0

معرفی EMC VNX MirrorView

معرفی EMC VNX MirrorView

معرفی EMC VNX MirrorView
معرفی EMC VNX MirrorView

معرفی EMC VNX MirrorView: نرم افزار EMC VNX MirrorView ارائه دهنده راهکاری برای Replication در لایه بلاک در محصولات EMC VNX محسوب می شود.

این نرم افزار دارای دو Mode برای Remote Mirroring می باشد:

  • MirroView/S Synchronous
  • MirrorView/A Asynchronous

نرم افزار MirrorView به تکنولوژی گفته می شود که در آن اصل دیتای بلاک استوریج که در حالت اکتیو و استفاده می باشند در استوریج سایت ریموت ذخیره می شوند. این سایت ریموت که به آن سایت پشتیبان نیز گفته می شود در حال حاضر یکی از راهکارهای مناسب برای Disaster Recovery محسوب می شود. راهکار MirrorView بر پایه LUN کار می کند به این مفهوم که در عمل Replication یک LUN از سایت اصلی بر روی یک LUN در سایت دوردست یا همان سایت Disaster Recovery ذخیره می شود.

 

MirrorView/S

در حالت MirrorView/S که synchronous replication نیز نامیده می شود در فاصله های نزدیک قابلیت Replication همزمان را ارائه می نماید. ار آنجا که در راهکار Synchronous Replication همه چیز همزمان انحام می پذیرد اندازه RPO Recovery Point Objective صفر می باشد.

گردش دیتا در MirrorView/S به شرح ذیل می باشد:

1- هاست به استوریج اصلی VNX وصل شده و یک عمل Write را آغاز می کند.

2- استوریج اصلی VNX داده ها را در استوریج ثانویه Replicate می نماید.

3- استوریج ثانویه VNX خبر اتمام عملیات Write را به استوریج اصلی VNX می دهد.

4- استوریج ثانویه VNX خبر اتمام عملیات Write را به هاست می دهد.

خیلی مهم است که ما از نحوه گردش دیتا در MirrorView/S آگاه شویم. به عنوان شما باید بدانید زمان رفت و برگشت RTT Round Trip Time بین دو استوریج VNX نباید بیشتر از 10 میلی ثانیه باشد. اگر زمان RTT بالاتر از این مقدار باشد مدت زمان پاسخگویی هاست نیز بالاتر خواهد رفت بدلیل اینکه مدت زمان بیشتری برای ارسال Acknowledge برای درخواست Write طول خواهد کشید.

 

MirrorView/A

در حالت MirrorView/A قابلیت Replication برای فاصله های بلند را فراهم می سازد. این حالت می تواند برای انجام Replication بین دو دستگاه استوریج VNX مورد استفاده قرار گیرد. در این حالت مدت زمان RTT بسیار بالا می باشد ولی باید به این نکته توجه داشت که این زمان نباید بیشتر از 200 میلی ثانیه باشد. در حالت MirrorView Asynchronous  این نرم افزار ، مدلی برای آپدیت زمان دار تغییرات Track ها در سایت اصلی وجود دارد که با استفاده از این مدل تغییرات در سایت ثانویه با استفاده از فاصله زمانی RPO مورد نظر کاربر انجام می پذیرد.

با استفاده از MirrorView/A Replication اعلام اتمام عملیات نوشتن در زمان دریافت توسط استوریج اصلی به هاست ارسال می شود که اساسا هیچ تاثیر منفی در محیط عملیاتی ندارد در حالی که با استفاده از MirrorView/S همه عملیات نوشتن باید توسط دو استوریج Acknowledge شوند.

گردش دیتا در MirrorView/A به شرح ذیل می باشد:

1- هاست به استوریج اصلی VNX وصل شده و یک عمل Write را آغاز می کند.

2- استوریج اصلی VNX ارسال کرده و هاست را Acknowledge می کند.

3- استوریج اصلی VNX تغییرات را دنبال کرده و بر روی استوریج ثانویه با دستورالعمل RPO مشخص شده توسط کاربر Replicate می نماید.

4- استوریج ثانویه داده ها را دریافت و Ack را به استوریج اصلی ارسال می کند.

 

نکته مهم: در هر دو حالت MirrorView/A و MirrorView/S گروه های Consistent پشتیبانی می شوند. گروه های Consistent زمانی مورد استفاده قرار می گیرند که ما بخواهیم اطلاعات را با یک ترتیب مشخص بر روی چند LUN مشخص بنویسیم. به عنوان مثال شما اگر در ساختار VMWare خود یک Datastore متشکل از 6 عدد LUN داشته باشید نیاز خواهید داشت برای هر کدام از آنها در وضعیت Consistent بوده و در ارتباط با یکدیگر باشند تا کارکرد بهتری داشته باشند.

 

 

 


راه اندازی سایت پشتیبان به کمک SRM در VMware

امروزه بسیاری از سازمان ها حفاظت کافی از نرم افزارهایشان را هنگام بروز حادثه ندارند. در اکثر حالات DR برای هر نرم افزار کاربردی خیلی گران، پیچیده و غیرقابل اطمینان به نظر می رسد. وقتیکه حادثه ای روی می دهد DR در حقیقت نوعی بیمه برای حفاظت از داراییهای IT می باشد. مثل یک بیمه خوب بهترین DR بیشترین حفاظت را با حداقل زحمت فراهم می نماید.Vmware بیشترین انعطاف را در حفاظت از اطلاعات حساس کسب و کارتان در محیط های VMware Vsphere داردو شما می توانید با بکارگیری سرویس های مجازی یک راهکار مقرون به صرفه و ساده با مراحل کاملا خودکاربرای replication و بازیابی داده و نرم افزارهایتان در یک محیط آماده به کار فراهم آورید. یکی از وعده های مجازی سازی کاهش تعداد سرورهایی بود که برای سایت پشتیبان نیاز دارید و به نظر می رسد عادلانه است بگوییم Vmware SRM براساس این وعده ارائه شده است.

Disaster-Recovery-SRM-VMware-سایت-پشتیبان
SRM با هر نوع Storage ی که شما دارید یکپارچه می شود فرقی ندارد شما از Dell، EMC و یا NETApp برای کنترل Fail Over وFail Back فضاهایی که شامل VM هایتان است استفاده می کنید، جنبه اصلی شامل چیزهایی مثل تست های غیر مخرب است که شما می توانید درطول کار این محصول ساعت ها انجام دهید در حالیکه سابقا به سختی ایجاد و نگهداری می شد.در نسخه 5 فرایند Fail back براحتی VM ها را از سایت محل تولید به سایت پشتیبان منتقل می نماید.SRM همیشه Script نویسی را پشتیبانی می نماید بنابراین درکنار اصول طرح بازیابی، کنترل می کند هر VM ی که بالا می اید با چه فرمانی بالا بیاید، و قبل از شروع VM جدید چقدر منتظر بماند. شما می توانید script نویسی VBSوPowerShell را داخل طرح بازیابی به منظور کاربردهای ویژه برای محیط های خاص بکار بگیرید.می توان تصور کرد SRM در آینده ای نزدیک کاربری خود را از عناصر بازیابی از دست خواهد داد و بیشتر به عنوان ابزار تسهیل کننده مدیریت سایت بکار خواهد رفت.برای انتقال تعداد زیادی از VM ها به یک فضای ابر عمومی یا حتی برون سپاری نیازمندی های DR به یک Cloud Provider می تواند موثر باشد.

قابلیت های جدید SRM5

VMware، Replication را داخل سکوی vSphere خودش انجام می دهد. بنابراین مشتریانی که با SRM سازگارشده اند اکنون این امکان را دارند که از Replication Array based خود تجهیزات EMC, Dell,Natapp,… بجای استفاده واقعی از Replication لایه مجازی استفاده نمایند.در LUN بندی هم این قابلیت وجود دارد که بجای دسترسی به LUN کل VM هاکه ممکن است کاربر مجوز آن را نداشته باشد، به بخشی از آن که VM های محافظت شده روی آن قراردارد دسترسی خواهد داشت.اگر شما چند سایت و در هر سایت Storage های متفاوتی داشته باشید و حتی اگر آنها یکسان باشند ممکن است Firmware یکسانی نداشته باشند به مشکل نخواهید خورد و با کمک SRM می توانید پیچیدگی ها را مدیریت کنید. vSphere Replication فقط حافظه داده را می بیند و توجهی ندارد که آن NFS، iSCSIو یا Fiber Chanel می باشد و یا روی محصولاتی مثل EMC یا Dell می باشد (محصولاتیکه LUN می سازند) که نتیجتا کار را برای Replication بین واحدهای تجاری مختلف یک سازمان بزرگ بسیار راحت خواهد کرد.

 

برای کسب اطلاعات بیشتر با واحد راهکارهای گروه وی سنتر تماس بگیرید.

شماره تماس: 88884268


استوریج Dell

استوریج Dell

راهکارهای ذخیره سازی استوریج

بازتعریف استوریج های Enterprise

هدف اصلی رسیدن به زمان پاسخ سریع تر و پایین آوردن هزینه های کلی مالکیت تجهیزات (TCO) مرکز داده و مجازی سازی مطابق استراتژی های طراحی شده برای مرتفع سازی نیازهای سازمان می باشد.

از تجهیزات ذخیره سازی، شبکه و سرور تا نرم افزار و فراتر از آن، معماری مدرن طراحی شده توسط شرکت Dell انعطاف پذیری ما دامنه نمونه کارها فن آوری های گسترده، ارائه مزیت متمایز بیش فروشندگان siled که در داخل کار فقط از یک دامنه.

راهکارهای ذخیره سازی ارائه شده توسط شرکت Dell کلیه نیازهای ذخیره سازی شما را برآورده خواهد نمود:

  • معماری مدرن سخت افزارها
  • ابزارهای نرم افزاری خاص
  • سرویس های End-to-End

نیاز شما می تواند یک استوریج Performance فلشی جدید و یا یک استوریج سنتی با تعدادی Enclosure باشد و یا شاید شما بخواهید از نرم افزارهای استوریج SDS استفاده کنید نکته مهم اینجاست که محصولات Dell در این حوزه بسیار کامل می باشند و شما حتی می توانید از ترکیبی از محصولات و راهکارهای موجود برای برطرف کردن نیازهای خود استفاده کنید.

 

کامپوننتها

یک استوریج در واقع بالاتر از یک سخت افزار و یک نرم افزار مدیریتی می باشد بلکه می تواند بصورت پیچیده ای طراحی شده باشد. این پیچیدگی می تواند بسیاری از نیازهای ما از قبیل مقیاس پذیری ، سهولت در کاربرد و کاهش زمان و هزینه های مدیریت را به ارمغان بیاورد.

 

Data Storage and Backup

گروه فنی و مهندسی وی سنتر ارائه دهنده کلیه تجهیزات و راهکارهای ذخیره سازی و بکاپ Dell آمادگی خود را برای تامین نیازهای مشتریان اعلام می دارد.

شماره تماس: 88884268

 


نحوه کار با نرم افزار HP MSA Remote Snap

HP MSA Remote Snap Software

 

آیا از داشتن یک متد Replication و  Disaster Recovery رنج می برید؟

نرم افزار HP MSA Remote Snap Software یک تکنولوژی Replication  بر پایه (controller based) و غیر همزمان را که می تواند نوعی از Replication که بصورت local  و remote است را در میان Array های hp P2000 G3  است را فراهم کند.

قابلیت های نرم افزار Remote Snap بر پایه تکولوژی موجود Snapshot ارائه شده توسط شرکت HP در دستگاه MSA2000  می باشد.

Snapshot ها در جهت Track کردن داده ها برای Replicate شدن در دستگاه ها استفاده می شود اینکه ما مطمین باشیم که داده های تغییر یافته در master volume بصورت minimize شده در دستگاه دیگر انتقال پیدا کند.

این تکنولوژی در این سری دو پروتکل ارتباطی Ethernet و FC را ساپورت می کند و از این جهت سازگاری خوبی با محیط های شبکه و نیز برنامه های Application شما دارد.

این نرم افزار از تکنولوژی خود که بر پایه  snapshot based می باشد می تواند شما را قادر سازد تا recovery local و remote را بر پایه نیاز شما فراهم کند و از این رو به صرفه جویی در هزینه ها نیز کمک می کند. قدرت بالای دستگاه در ساپورت استاندارهای 64-Snapshot و Volume copy در روی دستگاه MSA P2000 و نیز مقرون به صرفه بودن خرید Remote snap از ویژگی های این نرم افزار می باشد.

قابلیتهای جدید

1- نرم افزار HP MSA Remote Snap Software بصورت enhancement

2- many to 1 replication (بالاتر از 4 نود)

3- امکان replication کردن بین کنترلرهای مختلف FC و Combo و . . .

4- امکان replication کردن بین کنترلر single با یک کنترلر single دیگر

قابلیتها

Array-based remote replication

در راهکار controller-based در snapshot ها هیچ تاثیر بدی بر روی عملکرد و کارایی برنامه موجود در host ندارد.

Remote-snap بر پایه تکنولوژی snapshot شرکت HP و در دستگاه MSA2000 SAN می باشد.

Snapshot

Snapshot ها در جهت track کردن داده های تغییر یافته در روی master volume ها و اطمینان از replication شدن آنها در volume ها با کمترین حجم transfer می باشد.

مرحله Initial copy داده ها می تواند بصورت local باشد تا کاهش بار ترافیکی برای شبکه های WAN امکان پذبر باشد.

معماری FLEXIBLE و راحتی در مدیریت

– امکان پشتیبانی از Replication در FC و Ethernet برای سیستم local و remote

– کلیه عملیات از قبیل ایجاد و راه اندازی یک Replication pair از طریق نرم افزار گرافیکی آسان انجام پذیرد.

– بر حسب نیاز remote snap می تواند recovery مربوط به local و remote را در اختیار شما قرار دهد.

از آنجا که این recovery بر مبنای تکنولوژی snapshot می باشد ، remote snap می تواند مشکلات را در یک قسمت برای مدیر سیستم گزارش دهد.

این نرم افزار فاصله های خیلی دور را نیز ساپورت می کند.

صرفه جویی در هزینه

RPO (Recovery Point Objective)

مدت سیکلی که در آن فایلهای backup گرفته شده در استوریج  backup،  recover شده و سیستم بکار خود ادامه می دهد.

این انسداد می تواند بخاطر مشکلات سخت افزاری، شبکه ای، سیستمی باشد.

این سیکل از لحظه شروع خرابی تا لحظه راه اندازی مجدد اندازه گیری می شود.

در مباحث (DRP) Date Recovery Planning یکی از بحث های RPO می باشد.

RTO (Recovery Time Objective) (زمان recover شدن داده های ذخیره  شده)

این دو پارامتر به عنوان پارامترهای اصلی مورد نظر مدیران سرویسها قرار می گیرد.

 

 

توصیه های لازم در خصوص Replication دستگاه P2000

Replication می تواند از طریق SUM ویا CLI راه اندازی و setup گردد.

در صورتی که شما از wizard برای راه اندازی replication استفاده می کنید در هنگام برور مشکل در طرح replication تشخیص دلایل بروز خطا بسیاز مشکل خواهد بود.

جزییات

1- همیشه لینک ارتباطی را چک کنید (verify) این مرحله ارتباط بین local و remote را چک کرده و در صورت ok بودن verify می کند.

در روی SMU             Tools              check remote system link

در محیط CLI              Verify remote- link

2- تست کردن local replication (ایجاد کردن یک primary volume در روی یک vDisk و یک secondary volume بر روی یک VDisk دیگر در روی یم سیستم استوریج)

3- بجای استفاده از wizard از CLI برای ایجاد REPLICATION استفاده کنید این حالت بطور مشخص به شما نشان خواهد داد که مشکل در Replication Fail کجاست.

4- مطمین شوید که سیستم نیازمندیهای زیر را دارد:

  1. A) دو عدد array dual controller که تمامی پورتهای آن config شده است باید از طریق یک سوییچ به هم وصل شوند. (لینک مستقیم بین سیستمها پشتیبانی نمی شود)
  2. B) پورتهای مدیریت هر دو P2000 G3 باید در یک شبکه باشند.
  3. C) لایسنس مربوط به نرم افزار P2000 Remote Snapباید بر روی هر دو طرف LOCAL و Remote enable و active شود.
  4. D) نرم افزار P2000 Remote Snap قابلیت پشتیبانی از 16 عدد replication تنظیم شده در هر array را دارا می باشد. (نه بیشتر)
  5. E) برای استوریج Combo، نمامی پورتهای iscsi را با IP های VALID کانفیگ می کنیم.
  6. F) حداقل یک VDisk بر روی سیستم remote لازم است تا بتوانیم replication set ایجاد کنیم.
  7. g) ایجاد replication set از طریق SMU نیازمند اضافه کردن سیستم Remote به سیستم local می باشد.
  8. H) باید Volume های primary و secondary در یک سایز مساوی باشند.

 

نحوه کار با نرم افزار HP MSA Remote Snap 1 نحوه کار با نرم افزار HP MSA Remote Snap 2

نحوه کار با نرم افزار HP MSA Remote Snap 3 نحوه کار با نرم افزار HP MSA Remote Snap 4


VMware vCenter Server Heartbeat چیست؟

VMware vCenter Server Heartbeatدر حقیقت متدی برای افزایش میزان دسترسی (high availability) و FT در سرور‌های vCenter شرکت VMware می‌باشد، به طوری که با محافظت از دیتا سنتر‌های مجازی و زیر ساخت‌های مبتنی بر Cloud در برابر مشکلات خارج از کنترل، زمان‌های خارج از سرویس بودن آن‌ها را به حد اقل می‌رساند.

مزیت‌های کلیدی

  • محافظت در برابر انواع از کار افتادگی برنامه ریزی شده یا اتفاقی سخت افزار، سیستم عامل، برنامه‌ها و … در پلتفرم‌های مجازی یا فیزیکی.
  • پیشگیری از مشکلات و قطعی‌های احتمالی که موجب اختلال در نظارت‌های دائمی‌سرور بر قسمت‌هایش می‌گردد.
  • اطمینان از رفع سریع و یکپارچه ی خرابی و بازگردانی به وضعیت سرویس دهی
  • حفاظت از سرورهای حساس در زیرساخت مجازی و Cloud.

این متد امکان ادامه ی فعالیت سرورهایVMware vCenter  و پایگاه‌های داده آن را در مواجه با انواع مشکلات فراهم می‌نماید.

vCenter Server Heartbeat   چیست ؟

این ویژگی یک نوع محافظت انحصاری برای سرور‌های vCenter و اجزای آن در مقابل طیف وسیعی از خطرات بالقوه اعم از مشکلات برنامه‌های کاربردی، سیستم عامل‌ها، سخت افزارها و شبکه، ایجاد می‌نماید. در واقع vCenter server heartbeat یک راه حل برای مدیران زیرساخت‌های مجازی می‌باشد که نیازمند حفاظت کردن سرور‌های خود در برابر، زمان‌های Downtime اتفاقی و یا پیش بینی شده هستند. Heartbeat، یک راه کار ساده و به دور از پیچیدگی برای استفاده می‌باشد و بر خلاف سایر راه حل‌های Replication، در دسترس بودن سرور‌ها را در بسترWAN  و LAN گسترش داده و تضمین می‌نماید.

vCenter Server Heartbeat    چگونه کار می‌کند؟

تکثیر (Replication)

راهکار Heartbeat به طور پیوسته در حال Replication اطلاعات از vCenter Server بر روی یک سرور آماده به کار غیر فعال برای ریکاوری سریع در مواقع لزوم می‌باشد و برای این کار و حفظ اتصال بین سرور اصلی و سرور ثانویه و شبیه سازی اطلاعات ، vCenter Server Heartbeat از یک کانال مخفی شبکه استفاده می‌کند تا فقط سرور اصلی برای کاربران قابل نمایش باشد. با این ویژگی مکان داده‌ها، رجیستری‌ها و دیتا بیس‌ها دقیقا به صورت خودکار شبیه سازی می‌شوند.

نظارت (Monitoring)

vCenter Server Heartbeat برای نظارت مستمر بر وضعیت سرورها، دیتابیس آن‌ها و دیگر اجزا مثل plug-in‌ها که شامل VMware View Composer  است، از فناوری پیش بینی استفاده می‌نماید.

بازیابی خود کار (Automated Recovery)

در زمان وجود تهدید و یا وجود یک عملیات نگه داری برنامه ریزی شده، مدیران سیستم می‌توانند با یک کلیک ساده سرور اصلی و تمام اجزایش را با سرور جایگزین جابجا کنند. هم چنین کل فرایند رفع خرابی و بازیابی می‌تواند به سادگی با از پیش تعریف نمودن شاخص‌ها، به صورت خودکار درآید.

در قسمت بعد این مقاله به چگونگی استفاده و بیان خصوصیات کلی vCenter Server Heartbeat پرداخته خواهد شد.


آخرین دیدگاه‌ها

    دسته‌ها