همه چیز درباره Data Replication

[ad_1]

در دنیای حرفه ای IT یکی از کلمه هایی که همیشه شنیده می شود ، واژه Replication است. رپلیکیشن به زبان ساده به فرآیند ایجاد یک کپی دقیق از اطلاعات گفته می شود. این نسخه کپی اطلاعات که به آن Replica گفته می شود ، در مواقع بروز بحران ، فریاد رس ما است. به دلیل اینکه Data Replication کپی دیتاهای عملیاتی است ، این امکان را محیا می کند که در زمان بروز مشکلات ، در کم ترین زمان ممکن سیستم را به حالت قبل بازگردانیم.

انواع Replication

به طور کلی دو نوع Replication وجود دارد. انواع آن Remote Replication و Local Replication می باشند. Local Replication به شیوه ای گفته می شود که در آن Storage System همتا در همان دیتاسنتر وجود داشته باشد.

Remote Replication در حالتی است که دیتاهای موجود در Storage System اصلی بر روی Storage System ای که در یک دیتاسنتر دیگر وجود دارد کپی می شوند. این مدل به خصوص برای زمانی که به هر دلیل سایت اصلی قادر به ارائه سرویس نباشد ، کارآمد است. برای مثال دیتا سنترهای Google ، FaceBook ، مایکروسافت و بسیاری از شرکت های مشهور و حتی برخی از بانک های ایرانی از این مدل Data Replication برای پایداری و امنیت سرویس استفاده می نمایند.

Remote Replication

با نرم افزارهای بسیاری امکان Data Replication وجود دارد. برای مثال نرم افزار SnapMirror  از شرکت NetAPP یکی از این نرم افزارها است.

یکی دیگر از کاربردهای بسیار جالب Replication برای زمانی است که شما بخواهید با دیتا های اصلی سازمان یک آزمایش و تست خاص را انجام دهید ، اما می خواهید مطمئن باشید که به دیتاهای اصلی آسیبی وارد نمی شود. در این حالت با استفاده از Data Replication از اطلاعات اصلی و عملیاتی سازمان Replica  تهیه می نماییم و سپس آزمایش ها و بررسی های خود را بر روی داده های کپی اعمال می نماییم. در این صورت به اطلاعات اصلی آسیبی وارد نمی شود و خدشه ای در Business Continuity وارد نمی گردد.

Local Replication با استفاده از Data Mirroring یا تکنولوژی Snapshot قابل انجام است.

انواع Remote Replication

Remote Replication در سه حالتِ Synchronous ، Asynchronous و Semi-Synchronous قابل اجرا است.

Synchronous Remote Replication

در حالت Synchronous دیتا یا اطلاعات به صورت لحظه ای و پیوسته  با Storage System موجود در Data Center اصلی همگام سازی یا Sync می شود. بنابراین RPO در این نوع Remote Replication تقریبا نزدیک به صفر است. RPO یا Recovery Point Objective به فاصله زمانی بین آخرین نقطه بازیابی ایجاد شده تا زمان بروز Disaster یا بحران گفته می شود. با وجود اینکه RPO نزدیک به صفر آن هم در این ابعاد برای هر Storage Administrator ای بسیار وسوسه انگیز است ، اما به دلیل افت کارایی Storage  در این روش ، استفاده از آن با چالش هایی مواجه است.

علت افت کارایی یا کاهش Performance این است که زمانی که دیتا در Remote Site نوشته می شود ، قبل از اینکه Storage System مبدا عملیات نوشتن دیتا را تمام شده تلقی کند  ، نیاز دارد از Storage System واقع در Remote Site یک Acknowledge   به Storage System دیتا سنتر ارسال شود. تنها در این صورت است که Storage اصلی نوشتن دیتا را تمام شده تلقی می نماید.  به همین خاطر ، با توجه به فاصله بین دیتا سنترها ، پهنای باند بین دو سایت و مقدار دیتایی که باید Replicate گردد ، زمان Write Operation یا عملیات نوشتن افزایش می یابد که تاثیر مستقیمی بر روی کارایی Storage System ها دارد.

Asynchronous Remote Replication

در مدل Asynchronous نوشتن دیتا در مبدا ارتباطی با نوشتن دیتا در مقصدِ Replication ندارد و Data Storage مبدا منتظر تایید Storage System موجود در Remote Site نمی ماند. بنابراین در این روش ریسک طولانی شدن RPO وجود دارد ، اما Performance  بهتری نسبت به Synchronous Remote Replication از آن انتظار می رود.

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

Semi-Synchronous Remote Replication

Semi-Synchronous در اغلب اوقات به وضعیتی گفته می شود که اطلاعات با  بیش از یک سایت یا دیتاسنتر Replicate می گرند. در این حالت ممکن است Replication با یکی از سایت ها از نوع Synchronous و با سایت دیگر از نوع Asynchronous  باشد.

Multi Site Remote Replication


تصاویر این مقاله از وب سایت EDX  استخراج شده است.

[ad_2]

لینک منبع

FCIP و iSCSI – پروتکل های IPSAN

[ad_1]

می دانیم که SAN ها از سه پروتکل اصلی به نام های FCoE SAN ، Fiber Channel SAN و IP SAN استفاده می کنند. پیش از این معماری پروتکل Fiber Channel SAN یا FC SAN را در این مقاله توضیح دادیم. در این آموزش به بررسی پروتکل IP SAN می پردازیم و خواهیم دید که در چه نوع محیط هایی کاربرد دارد.

برای پیاده سازی FC SAN ، سازمان ها نیاز به خریداری تجهیزات فوق العاده گران قیمت مانند HBA ها ، سوئیچ های Fiber Channel و کابل های Optical Fiber یا فیبر نوری دارند. از طرف دیگر بسیاری از سازمان های Enterprise یک شبکه IP را در اختیار دارند. پروتکل IP SAN به شما کمک می کند که از همان شبکه IP برای دسترسی سرورها به تجهیزات ذخیره سازی استفاده نمایید و از خرید تجهیزات گران قیمت سازگار با FC SAN بی نیاز شوید.

پروتکل های IP SAN به دو دسته iSCSI و FCIP تقسیم می شوند. دقت داشته باشید که FCIP نباید با Fiber Channel اشتباه گرفته شود.

iSCSI

iSCSI که کوتاه شده عبارت Internet Small Computer System Interface است یک از پروتکل های استاندارد بر پایه آی پی برای دسترسی به تجهیزات ذخیره سازی است. iSCSI با بسته بندی ( یا به عبارت خودمانی تر پیچاندن ) دیتاهای SCSI درون بسته های IP ، انتقال آن ها را از طریق شبکه های TCP/IP امکان پذیر می کند.

اجزای اصلی iSCSI

اجزای اصلی iSCSI SAN شامل iSCSI Initiator ها ، iSCSI Target و خود شبکه IP است.

iSCSI Initiator سروری است که آغاز گر تولید و ارسال درخواست های خواندن و نوشتن می باشد. iSCSI Target تجهیزات ذخیره سازی هستند که iSCSI بر روی آن ها فعال است ( یعنی درخواست های iSCSI را درک می کنند ) و دارای پورت iSCSI می باشند. واضح است که ارتباط بین iSCSI Target و iSCSI Initiator از طریق شبکه IP است.

اگر پردازش های iSCSI توسط یک نرم افزار نصب شده  انجام شود iSCSI Initiator می تواند توسط یک کارت شبکه معمولی بسته ها را ارسال نماید. در غیر این صورت برای ارسال بسته ها از iSCSI Initiator حتما نیاز به یک کارت شبکه سازگار با پروتکل iSCSI برای انجام پردازش های مورد نیاز ( بسته بندی دیتا های iSCSI در بسته های IP ) وجود دارد.

FCIP

گفتیم در IP SAN دو انتخاب وجود دارد.این امکان وجود دارد که برای راه اندازی یک شبکه مبتنی بر IP SAN از  پروتکل FCIP به جای iSCSI استفاده نماییم. البته کاربرد تعریف شده برای این نوع شبکه ها بسیار متفاوت از iSCSI است. در واقع زمانی باید از FCIP استفاده نماییم که بخواهیم دو شبکه FC SAN را از طریق WAN به هم متصل کنیم. پروتکل FCIP فریم های FC را در بسته های IP به اصطلاح جاسازی می نماید.

فرض کنید که دو SAN در دو سایت مختلف سازمان موجود است. برای مثال یک SAN در دیتاسنتر سایت اصفهان و دیگری در دیتاسنتر سایت تهران است. اگر بخواهیم برای SAN ها Replication به منظور Disaster Recovery راه اندازی نماییم ، این امکان وجود دارد که از طریق پروتکل FCIP و از شبکه WAN که مبتنی بر IP است ، SAN های موجود درهر سایت را به هم متصل نماییم. در این صورت اگر یکی از SAN ها از کار بیافتد بلافاصله می توانیم از دیگر استفاده نماییم و Down Time برای تجهیزات ذخیره سازی تقریبا به صفر می رسد.

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

 

 

[ad_2]

لینک منبع