Tag Archive for: EMC

Demo of EMC’s Hybrid Cloud Solution

/in ,

Demo of EMC’s Hybrid Cloud Solution

در VMWorld سال پیش EMC راهکار Hybrid Cloud خود را بر پایه محصولات EMC و تکنولوژی Vmware، به نمایش گذاشت. نکته برجسته در این مورد اینست که شرکت EMC در مدت زمان بسیار کوتاهی توانست این محصول را جهت ارائه و نمایش آماده نماید. EMC همچنین در حال تهیه چارچوب و دستورالعملی برای مشتریان است تا آنها نیز بتوانند با اجرای آن یک Hybrid Cloud را بسرعت و بدون اعمال مشکلات و هزینه های مربوطه، برای خود برپا کنند. بدین گونه مشتریان می توانند به سرعت مزایای این گونه Hybrid Cloud را دریابند.

ساده سازی سرویس های نرم افزاری App Owners و Backup Admins

/in ,

مدیران سرویسهای نرم افزاری (App Owners  ) و مدیران تولید نسخ پشتیبان ( Backup Admins ) می توانند دیتا سنترها و زندگی خود را ساده تر نمایند.

زمانی که مدیران سرویسهای نرم افزاری (App Owners  ) و مدیران تولید نسخ پشتیبان ( Backup Admins ) دچار تناقض در درک اولویتها می گردند، نگهداری دیتا سنتر با راندمان بالا میسر نخواهد بود. محدودیتها تکنیکی در گذشته، تولید کنندگان و مدیران سرویسهای نرم افزاری را مجبور می کرد که به Backup Admin برای تولید نسخ Backup و  Recoveryاز دیتابیسهای خود تکیه کنند. اگر روش مورد استفاده از سوی Backup Admin قادر به پوشش SLA درخواستی از سوی Application Owner نباشد، آنگاه Application Owner ها در پاسخ، خود به طور جداگانه اقدام به تولید نسخ پشتیبان مورد نیاز خود می کنند. این راهکار بدین معناست که دیتا سنترها در تمام دنیا به سیلوهای بزرگی برای نگهداری اطلاعات غیر ضروری و تکراری تبدیل شده اند که این موضوع خود تناقض در درک اولیتها از سوی Backup Admin ها و Application Owner ها را بیشتر نمایان می نماید.

در حالیکه Backup Admin، به همان شیوه سنتی خود در حال تهیه نسخ پشتیبان هستند، معمولا از تولید نسخ پشتیبان جداگانه و تکررای از سوی Application Owner مجموعه نیز کاملا غافل هستند. Application Owner  نیز تا زمانی که این نسخ پشتیبان اضافی که بروی دیسک ( فارغ از نوع آنها ) تولید می شود، در دسترس آنها باشد به بهره برداری از آن می پردازند. و چه بسا که فضای مورد استفاده از سوی Application Owner برای تولید این نسخ پشتیبان اضافی، بروی هارددیسکهایی با سرعت و قیمت بسیار بالایی باشد. در EMC ما به این ساختار هزینه بر و ناکارآمد، ” Accidental Architecture ” ( معماری تصادفی ) می گوییم.  و جالب است بدانید علیرغم آنچه شما فکر می کنید این ساختار در سازمانهای مختلف، بسیار رایج است. تنها اگر اولویت میان Application Owner و Backup Admin بر همدیگر منطبق شوند و دارای همزمانی شوند است که یک ساختار ایده آل و ساده تولید می گردد که می تواند تمامی نیازهای SLA مورد درخواست Application Owner را پاسخگو باشد.

EMC این معماری ایده آل را با راهکار Data Domain Boost for Enterprise فراهم نموده و امکان سادگی و امکان همزمانی الویتها را برای هر دو گروه Backup Admin و Application Owner تولید کرده است.

DD Boost for Enterprise Apps با تولید یکپارچگی توسط Client خود، سرور Basckup را بطور کامل دور می زند ( Bypass ) و سبب حذف تمامی ساختارهای تصادفی می گردد. این موضوع قابلیت کنترل مستقیم بکاپ های تولید شده از نرم افزارهای دلخواه Application Owner توسط Data Domain را برای آنها فراهم می کند. همچنین بعنوان یک متمم برای این قابلیت جدید Application Owner ، EMC از EMC Data Protection Advisor نیز جهت توانمند سازی و افزایش دامنه دید Backup Admin استفاده کرده است. DPA با بهره گیری از پایش، تحلیل و گزارشات خودکار خود، می تواند یک چشم انداز جامع از محیط حفاظت شده را پیش روی Backup Admin قرار دهد.

دیگر نیازی نیست که  Application Ownerنگرانی از بابت SLA داشته باشند، زیرا DD Boost for Enterprise امکان دسترسی و کنترل مستقیم فرآیندهای بکاپ را برای آنها فراهم آورده است و بدین گونه آنها هر لحظه می توانند در جریان این گونه اطلاعات باشند. همانگونه که Application Owner به مدیریت پایگاه های داده ای نظیر  Oracle RMAN، Microsoft SQL Server، SAP، SAP HANA و یا IBM DB2 می پردازد، با ابزارهایی بسیار مشابه نیز می تواند به مدیریت فرآیند بکاپهای مربوط موجود بروی Data Domain بپردازد. پس خداحافظ Storage Silos ها و خداحافظ روزهای بکاپ های بیهوده و اضافی!

Backup Admin ها و  Application Ownerها، هر دو به اتفاق آرا معتقدند که راهکار DD Boost for Enterprise باعث ساده سازی فرآیندها در دیتا سنترها شده اند. و همگی به این موضوع اذعان دارند که این راهکار با بهره گیری از تکنولوژی Client-Side Deduplication باعث افزایش سرعت و افزایش بهره وری شده است. با توزیع فرآیند پردازش Deduplication به سرور بالادستی، نرم افزار موجود بروی سرور قادر خواهد بود تا قبل از انتقال داده ای بروی بستر شبکه از منحصر بفرد بودن آن اطمینان یافته و از انتقال داده های تکراری و تولید بار بروی بستر شبکه جلوگیری نماید. این شیوه باعث افزایش 50% سرعت تولید نسخ پشتیبان ، 20% الی 40% کاهش بار تحمیلی به سرور و کاهش 80% الی 99% ترافیک شبکه می گردد.

پس اگر شما Application Owner و یا Backup Admin هستید که درگیر Storage Silos ها و یا الویتهای نامعلوم و گمراه کننده شده اید، با بهره گیری از قدرت راهکار  Data Domain Boost for Enterprise می توانید حصار ” Accidental Architecture ” را درهم بشکنید و به سادگی به محافظت از دیتاهای خود بپردازید. این راهکار هم بصورت Stand-Alone و هم بعنوان بخشی از EMC’s Data Protection Suite قابل دسترس است.

EMC محصول Unity خود را معرفی نمود – قسمت دوم

/in ,

EMC محصول Unity خود را معرفی نمود – قسمت دوم

برخی از ویژگی های Unity را در مقاله قبلی بررسی کردیم، با این وجود فکر کردم شاید اشاره به چندین نکته در مورد Data Protection وProtocol Support ها هم خالی از لطف نباشد.

Data Protection با Unity

شما قابلیت انجام یک سری Protection Management High Level به صورت Local و Remote در  Unisphere را دارید که این قابلیت ها شامل موارد زیر میشوند:

  • برنامه ریزی Snapshot ها
  • مشاهده برنامه های که توسط سیستم تعریف شده است
  • تغییر حالت های Protection.
  • دسته بندی برنامه ها بر اساس SLA
  • تنظیمات Replication.
  • مدیریت عملیات Replication مثل Failover و Failback در Session.
  • مشاهده State و Status های Replication Session.

 Unified Snapshot هم قابلیت های زیر را ارائه میکند:

  • Point-in-Time Snapshot Copies Of Data
  • Snapshot  برای فایل و بلاک
  • Snapshot ها به عنوان پایه Native Asynchronous Replication  بر روی Unity ها استفاده می شوند.

 

جدول زیر اطلاعاتی در مورد محدودیت های Snapshot بر روی Unity نمایش می دهد.

شما میتوانید به صورت Asynchronously  اطلاعات را به صورت File و یا Block  از Unity به Unity و یا به Unity VSA، VNXe و یا vVNX، نیز  Replicate کنید. چگونه میتوان اطلاعات VNX را روی Unity Array برد؟ EMC در جواب این سوال میگوید که RecoverPoint بهترین راه برای Array Replication از VNX1 یا VNX2 به Unity Platform است. اگر به دنبال حالات مختلف انتقال داده هستید، جدول زیر ممکن است کمک کند.

Protocolها و Filesystemها

یک سری پشتیبانی برای برخی ویژگی های جدید SMB و NFS وجود دارد که در زیر بیان شده اند:

حالات SMB Share

  • Continuous Availability
  • Protocol Encryption
  • ( Access Based Enumeration ( ABE
  • ( Distributed File System ( DFS
  • Branch Cache
  • Offline Availability
  • Umask

ویژگی های پشتیبانی شده:

  • Dynamic Access Control
  • Hyper-V Shared VHDX
  • Antivirus

NFS V4.0 & 4.1

Unity برای NFS v4.0 & 4.1 هم پشتیبانی معرفی کرده است:

  • قابلیت ها در RFC 3530 و RFC 5661 بیان شده است.
  • شامل  NFS ACL است.
  •  بر خلاف ورژن های قبلی NFS، این نسخه Stateful است.

با این حال محدودیت های زیر را  هم دارا هستند:

  • عدم وجود pNFS
  • عدم وجود Directory Delegation

FTP/SFTP

Unity دسترسی به NAS server را با FTP و SFTP پشتیبانی میکند.

  • این ویژگی های میتوانند به صورت جداگانه فعال و غیر فعال بشوند.
  • همچنین توسط Windows ،Unix و کاربر های Anonymous قابل دسترسی هستند.

لیست کنترل دسترسی

  • فعال و غیر فعال کردن دسترسی برای کاربرها، گروه ها و هاست ها.

FTP/SFTP auditing   میتواند بر روی NAS Server ها تنظیم شود.

  • Client IP, Time Of Connection, Uploaded/Downloaded Files
  • Log Directory و  ماکزیمم Log Size  قابل تنظیم است.

 

EMC یک Filesystem قابل گسترش جدید ارائه کرده است. این فایل سیستم یک فایل سیستم 64 بیتی است که مجموعه ای از سرویس های فایل، شامل موارد زیر را دارا است :

  • گسترش پذیری تا 64TBs
  •   Snapshotها با استفاده از فضای بهینه
  • قابلیت Shrink  فایل سیستم و پس گرفتن ان فضا
  • پشتیبانی تا 256 VMDK Clone
  •  Failover سریع
  • In-Memory Log Replay (یک بهبود در توانایی فایل سیستم تا بتواند خودش را به سرعت در هنگامی که یک Shutdown ناخواسته رخ میدهد، بازسازی کند. مزیت این فرآیند، نیاز  به زمان کمتر در Failover می باشد. )
  •  Quota Management بهبود یافته است.

جدول زیر اطلاعاتی در مورد بیشترین تنظیمات پشتیبانی شده برای فایل سیستم ها در Unity Platform را نمایش می دهد.

FAST Cache

حالات زیر برای FAST Cache در Unity Array ها وجود دارد.

 

بهبود های زیر نیز در این سیستم رخ داده است :

  • FAST Cache میتواند Online Expansion  را پشتیبانی کندT  تا ماکزیمم ای که سیستم پشتیبانی میکند و FAST Cache  میتواند Online Shrink را هم پشتیبانی کند.

توانایی Remove کردن همه ی FAST Cache ها به جز یک جفت FAST Cache را دارید.

CLI

حتما تا به حال پرسیده اید که برای Unity هم CLI وجود دارد یا خیر، همانند Naviseccli یا همان  (Navisphere Secure CLI). به هر حال Naviseccli خیلی ویژگی های منحصر به فردی دارد و ساعت ها طول میکشد اگر فردی بخواهد کاری که Naviseccli به صورت خودکار انجام میدهد، را انجام دهد. خبر خوب اینجاست که شما میتوانید دستورات UEMCLI را از Workstation یا از طریق SSH بر روی سیستم خود بزنید. و خبر بد اینکه برخی از Script های قبلی Naviseccli بر روی Unity UEMCLI کار نمیکند.

نکات دیگر:

چند نکته دیگر که به نظر جالب آمدند:

    1. Inline Compression قبل از سال جدید آمده خواهد شد و Deduplication هنوز برای Platform مهیا نشده است.
    2. محدودیت 10 DAE و 250 درایور به ازای هر باس وجود دارد. (همانند نسل 2 vnx)
    3. Unity، هنوز DAE هایی با تعداد 60 و 120 درایور را ندارد ولی یک برنامه در نظر گرفته شده تا بتواند تعداد بیشتری درایور را پشتیبانی کند.
    4. Date At Rest Eencryption یا همان ( D@RE) یک برنامه انتخابی است که فقط در هنگام خرید پیشنهاد داده میشود و بعد از آن نمیشود آن را فعال کرد. EMC حتی این تکنولوژی را در برخی از کشورها مانند چین و یا روسیه ارائه نمیدهد.

نتیجه گیری:

اگر شما مجبور به استفاده از Local Protection Tools در Unified VNX شده باشید حتما از تغییرات مثبتی که EMC در راستای پیوستگی ویژگی ها و ابزار در File و Block کرده است خوشحال میشوید. و اگر همواره با کمبود پروتکل های مدرن بر روی unified های قبلی رو به رو بودید، Unity یک تغییر بزرگ حساب می آید.

البته تغییر CLI خیلی خوش آیند نبوده است، اما یک فرصتی است برای اینکه دوباره ارزیابی کنیم که چقدر از Scrip های قبلی استفاده میکردیم و همچنین فرصتی برای من که تا چندین پست آینده در مورد دستورها و تغییراتی که در Naviseccli قابل استفاده بود و حال به صورت دیگری در UEMCLI انجام میشود، صحبت کنم.

معرفی EMC VNX MirrorView

/in ,

معرفی  EMC VNX – MirrorView

MirrorView قابلیت Replication لایه Block برای محصولات رده VNX است. MirrorView دارای دو شیوه Mirroring است :

  • (MirroView/S (Synchronous
  • (MirrorView/A (Asynchronous

MirrorView تکنولوژی ایست که می تواند Block های داده ها را در سایت دومی، Mirror نماید. این قابلیت یک راهکار مناسب برایReplication داده ها در طرح Disaster Recovery است. MirrorView یک راهکار LUN Centric است یعنی در این راهکار یک LUN اولیه موجود در VNX سایت عملیاتی با LUN ثانویه موجود در VNX سایت دوم، Replicate می شوند و این همسان سازی تنها در لایه LUN صورت می گیرد.

MirrorView/S

MirrorView/S قابلیت Synchronous Replication را در فواصل کوتاه فراهم می آورد. در صورت استفاده از  Synchronous Replication، آنگاه RPO یا همان Recovery Point Objective برابر با صفر است. این یعنی اگر حتی سایت اول دچار حوادثی نظیر آتش سوزی، سیل و …. شود، شما حتی یک بیت داده را از دست نخواهید داد!!

فرآیند فعالیت  MirrorView/S بدین شیوه است :

  1. هاست متصل به VNX سایت اول، یک دستور Write را ارسال می نماید.
  2. VNX سایت اول، داده ها را برای VNX سایت دوم ارسال می نماید.
  3. VNX سایت دوم پس از دریافت داده، یک پیام Acknowledges مبتنی بر Write داده به VNX سایت اول ارسال می کند.
  4. VNX سایت اول، یک یک پیام Acknowledges مبتنی بر Write داده به هاست ارسال می کند.

تصویر ذیل گویا فرآیند ذکر شده است.

درک جریان داده در MirrorView/S بسیار مهم است. نتیجه بررسی RTT یا همان Round Trip Time، بین دو تجهیز VNX بایستی کمتر و یا مساوی 10 msباشد. RTT بالا به معنای Response Time بسیار بالا برای هاست است و باعث کندی عملکرد کل سامانه می شود.

MirrorView/A

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

فرآیند عملکرد MirrorView/A بدین شیوه است :

  1. هاست متصل به VNX سایت اول، یک دستور Write را ارسال می نماید.
  2. VNX سایت اول، پس از دریافت داده یک پیام Acknowledge برای هاست ارسال می دارد.
  3. VNX سایت اول، بر اساس RPO تنظیم شده، تغییرات در داده های سایت اول را برای VNX سایت دوم ارسال می کند.
  4. VNX سایت دوم، داده ها را دریافت می کند و یک پیام Acknowledge برای VNX سایت اول، ارسال می دارد.

تصویر ذیل گویا فرآیند ذکر شده است.

 

Consistency groups

هر دو شیوه MirrorView/S و MirrorView/A از Consistency Groups پشتیبانی می کنند. Consistency Groups زمانی استفاده می شود که LUN ها نیاز به رعایت یک ترتیب پایدار در Replication دارند. برای مثال اگر شما در vMware خود یک Datastore مشتمل بر 6 عدد LUN تولید نموده اید، برای Replication صحیح و قابل استفاده در سایت دوم نیاز است که تمامی این LUN ها و با همین ترتیب، Replicate شوند.

معرفی اجمالی Unispher

/in ,

معرفی اجمالی Unispher

پیشتر مطالب مختصری در آموزش ” Unisphere چیست ؟ ” در خصوص Unisphere ارائه شد. در این آموزش قصد دارم به ارائه آموزشهای ابتدایی نحوه استفاده با Unisphere بپردازم.

چکونه Unisphere را راه اندازی کنیم ؟

همانگونه که در آموزش قبلی نیز گفتم، ساده ترین روش استفاده از یک Web Browser و وارد نمودن IP آدرس یکی از SP ها و یا Control Station هاست. نکته : بیاد داشته باشید که شما برای این منظور نیاز به جاوا دارید.

زمانی که پنجره Login را دیدید، می توانید با ورد نام کاربری و پسورد خود به تجهیز Login نمایید. پس از ورد موفق شما این صفحه را خواهید دید :

Unisphere Dashboard

اولین چیزی را که به محض Login مشاهده می نمایید صفحه Dashboard است. اگر شما بیش از یک تجهیز VNX در دامین خود داشته باشید، در این وضعیت شما هنوز به هیچ تجهیز خاصی از VNX های خود Login نکرده اید.

اگر قصد دارید با یک تجهیز خاص کار کنید و یا آنرا مدیریت کنید، لازم است که آن تجهیز را انتخاب نمایید. جهت این کار می توانید بروی اسم تجهیز خود را از Drop-Down لیست موجود در گوشه بالایی سمت چپ، انتخاب نمایید و یا بروی نام تجهیز در زیر منو اصلی کلیک نمایید.

کار کردن با تجهیز Storage

زمانیکه شما تجهیز مورد نظر خود را انتخاب نمودید، صفحه داشبورد با کمی تغییرات بشکل زیر نمایش داده می شود :

Unisphere VNX Dashboard

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

نگاهی به گزینه های منوی اصلی بیندازیم :

System

 

Unisphere System menu

هر منو برای خود دارای انتخابهایی است. شما می توانید با کلیک بروی گزینه منو (System,Storage,Host,Data Protection و ….) و یا قرار گرفتن روی این منوها و آنگاه باز شدن Popup منو به انتخاب زیر منوها بپردازید.

گزینه System  این انتخاب ها را دارد :

  • Hardware : اینجا میتوانید تمامی اطلاعات مربوط به سخت افزارها، از یک هارد دیسک تا وضعیت فن ها را بیابید.
  • Monitoring And Alerts : تمامی Alert ها اینجا هستند، همچنین می توانید به SP Event Logها، Notification ها و وضعیت فعلی تجهیز و یا ارسال هشدار ها توسط ایمیل و … دست یابید.
  • Reports : جایی که می توانید گزارشات خود را اینجا بسازید.

Storage

Unisphere Storage menu

احتمالا این TAB را در حین کارهای روزمره خود دیده اید. تعداد انتخابها و زیر منوهایی که ممکن است اینجا ببینید کاملا بستگی به لایسنسها و ورژن تجهیز شما دارد.مثلا اگر تجهیز شما دارای لایسنس های سرویس File باشد، شما موارد بسیار بیشتری را مشاهده خواهید کرد.

در این قسمت شما می توانید یک Raid Group، Storage Pool و LUN و … تولید نمایید.

Hosts

 

Unisphere Host Menu

 دراین TAB مهمترین قسمت قطعا Storage Group است که به شما امکان تولید، حذف و یا تغییر یک Storage Group را می دهد.  البته قطعا برای تولید یک Storage Group شما نیاز به Host دارید. لیست Host های شما در HOST List موجود است. یک مقدار عمیق تر به موضوع بنگریم، برای اینکه Host داشته باشید، باید تعداد Initator داشته باشید. فعلا  تا همین حد وارد می شویم و در آینده نزدیک بیشتر به این موضوع می پردازیم.

امیدوارم این آموزش توانسته باشد یک دید کلی و پایه ای برای شروع کار با Unisphere برای شما فراهم نماید.

Tag Archive for: EMC