بایگانی دسته ی مقالات تخصصی

مکان شما: / مقالات تخصصی

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

/۰ دیدگاه /در , /توسط

EMC به تازگی یکی از محصولات جدید خودش را به نام Unity که در گروه Midrange Array  قرار میگیرد معرفی کرده است. نکته ای  که EMC  درهر معرفی از این محصول بیان کرده است تحت الشعاع قرار گرفتن رده  VNX  و VNXe توسط این محصول است. به این منظور که در ادامه نسل VNX ، تولید VNX 3  برنامه ریزی نشده و Unity  به عنوان یک Storage Platform  جدید در گروه  Midrange ها قرار گرفته است. EMC  این محصول (Unity array) را مابین VNXe 1600 ، VNXe 3200، ۷۶۰۰ و Hybrids 8000 قرار داده است. این مساله در ادامه مقاله میتواند برای شما واضح تر گردد. حال که به معرفی کلی این محصول پرداختیم و از آنجایی که معرفی یک محصول بدون رونمایی از آن ممکن نیست در تصویر شماره یک، ظاهر یک Unity  نمایش داده شده است تا با آن بهتر آشنا شوید.

تصویر شماره ۱

تفاوت های مهم :

در معرفی هر محصول مهم ترین قسمت معرفی بیان چندین ویژگی جدید هست که در ادامه بیشتر در مورد آن توضیح خواهیم داد.

  • HTML 5 GUI : دیگر نیازی به وجود JAVA برای دسترسی به  Storageنیست.
  • Native block, File and VVOLS
  • یک فایل سیستم جدید که میتواند تا ۶۴TB را پوشش بدهد.
  • Unified block و  File Snapshot و Replication .
  • همه چیز در تنها در ۲ یونیت از فضای رک قرار میگیرد. دیگر نه Control Station و Data Mover  وجود ندارد.

مدل های جدید:

در این سری از EMC، چهار مدل جدید وجود دارد، که در هر مدل Storage  ها یا به صورت ALL-FLASH ( این رده توسط حرف F  تفکیک و مشخص شده اند.)  و یا  Hybrid  هستند..

تصویر شماره ۲

ویژگی این مدل ها:

  • Proactive support
  • Self-service Portal
  • System Monitoring
  • CloudIQ dashboard and management platform

 EMC در مورد بهبود Density ( چگالی ) هم صحبت هایی کرده، که این موضوع توسط مقایسه VNX5800 با Unity 600F میتواند مشخص شود.

 در این مقایسه :

  • Footprint از ۷ یونیت  به ۲ یونیت  کاهش یافته است.
  • کابل کشی ها از ۳۰ عدد به ۶ عدد کاهش یافته است.
  • توان مصرفی از ۱۴۹۵ وات به ۷۳۰  وات رسیده است.
  • نصب رک از ۶۰ دقیقه به ۲ دقیقه کاهش یافته است.
  • Hero number هم افزایش پیدا کرده است.

من تا امروز این دستگاه را داخل رک قرار نداده ام و فرصت امتحان کردن آن را هم نداشته ام، بنابراین هر آنچه در اینجا آمده تنها چیزهایی است که در مستندات EMC بیان شده است و ممکن است نظرات هر کس بنا بر تجربه و کار با دستگاه متفاوت از این باشد.

معماری:

آیا ما بالاخره از دست سیستم عامل ویندوز FLARE بر روی SP ها راحت شدیم ؟ طبق چیزی که EMC  میگوید, بلی.

اگر بلاگ Chad  را دنبال کرده باشید احتمالا ایده ای در مورد برخی از ویژگی های قبلی معمارایی که در Unity  اعمال شده است، را دارید.

به طور خلاصه، در حال حاضر یک سیستم عامل SUSE-based  با تمامیه ویژگی ها  (Block, VVOLS and File)  در یک فضای مشترک وجود دارد. به نظر من این چیزی بوده که ما امیدوار بودیم در VNX2 ببینیم که در این محصول دیده میشود.

تصویر شماره ۳

برخی  از ویژگی های این معماری جدید شامل:

  • یک فایل سیستم ۶۴ بیت –  و پشتیبانی از فضای ۶۴TB
  • پشتیبانی از IP multi-tenancy
  • Unified snapshots and replication ( قبلا این کار توسط ابزار های مختلف با کمی به هم ریختگی انجام میشد )
  • مدیریت کپی اطلاعات به هم پیوسته ( لازم است در این مورد اطلاعات بیشتری توسط EMC ارائه شود)
  • بهبود کیفیت سرویس یا QoS و Quota management
  • خدمات رمزنگاری و آنتی ویروس
  • محافظت داده (Data Protection ) “مدرن”

Storage Pool

Storage Pool ها از نسخه ۳۰ FLARE وجود دارند ولی این سری از نسل های پیشین خود کمی توانا تر هستند.

برخی از ویژگی ها عبارت اند از:

  • تغییر عملوند هایی مثل Create, Expand, Modify و Delete .
  • کاربران میتوانند Storage Pool ها را مانیتور و پیکربندی کنند . ( برای مکان هایی با تجهیزات غیر معمول مفید است )

کاربران حتی میتوانند :

  • فضای استفاده شده در حال حاضر یا گذشته
  • جا به جایی FAST VP  و توزیع داده در Tierهای متفاوت Storage Pool
  • فضایی که Snapshot میگیرد و یا قوانین حذف

را هم ببیند.

در زیر، یک جدول مفید که حداکثر فضا برای یک Storage Pool  در هر Unity Model  را مشخص کرده است آمده است.

تصویر شماره ۴

به یاد داشته باشید که اجزا ی فایل، که درون بخشی که EMC آنها را NAS Servers می نامد، قرار دارد، بسیارشبیه DATA  Mover  مجازی عمل میکنند.

در آینده نزدیک با عمق بیشتری به بررسی این مطالب میپردازیم.

تصویر شماره ۵

Speed and Feeds

جدول زیر شامل اطلاعات در مورد جزئیات مدل های مختلف  ( بجز از UnityVSA است که در ادامه پوشش داده خواهد شد) است.

با یاد آروی این نکته که ( Unity 500 ( F  از ۳۵۰ درایور در حالت اولیه تا  ۵۰۰ درایور را با ۲H16 پشتیبانی میکند.

( Unity 600 ( F  نیز ۵۰۰ درایور و ۱۰۰۰ درایور را با۲H16  پشتیبانی میکند.

تصویر شماره ۶

یک  DPE در Unity شامل ۲ عدد Storage Processors ) SPs )  است که هر یک شامل :

  • A single socket CPU Intel Haswell processor with 6-12 cores each
  • DDR4 DIMM slots
  • Embedded ports :
  • ( ۲x 1GbE RJ45 ports ( management and service
  • ( ۲x 10GbE RJ45 ports ( front-end
  • ( ۲x CNA ports (front-end; configured during OE install for either FC or Ethernet
  • ( ۲x mini-HD SAS ports (12Gb SAS DAE connectivity
  • ۱x USB port
  • Front end connectivity is IP/iSCSI & Fibre Channel
  • Back end connective to drives is 12Gb SAS

تمامی مدل های Unity Hybrid میتوانند از Drive Enclosure های ۲ یونیت که تا ۲۵ عدد درایور ۲.۵ اینچی و یا  Drive Enclosure های ۳ یونیت که تا ۱۵ عدد درایور ۳.۵ اینچی دارا هستند را، پشتیبانی کنند.

قابل ذکر است که مدل  ALL- FLASH  تنها Drive Enclosure های ۲ یونیت را پشتیبانی میکنند.  البته نیازی هم برای پشتیبانی Drive Enclosure های ۳ یونیت نیست.

در زیر جدول لیست درایور های پشتیبانی شده توسط Unity، ارائه شده است .

 

تصویر شماره ۷

UnityVSA

حتما تا به حال در مورد vVNX شنیده اید. UnityVSA همان مفهوم را گرفته و به Unity اعمال کرده است و محصول جدیدی تحت عنوان UnityVSA معرفی کرده است.

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

تصویر شماره ۸

ویژگی  parity  هم به همان اندازه که در سیستم های مجازی میتواند باشد در اینجا وجود دارد.

تصویر شماره ۹

Unity Unisphere

در ابتدای این مقاله اشاره شد که در این نسخه از Unisphere نیازی به Java  نیست. به علاوه کاربران این نسخه از Unisphere  قابلیت های زیر را هم دارا هستند.

  • از بین بردن نگرانی های امنیتی به علت استفاده از جاوا
  • فضایی مرتب و تمیز برای استفاده
  • یک UI مسطح ( Flat ) که اجازه استفاده از تمامی  تابع ها را در صفحه اولیه در یک گروه را میدهد.
  • قابل استفاده بودن تعداد زیادی از  Browser ها در نتیجه  استفاده از HTML 5 مثل:
  • Google Chrome 33 or later .
  • Internet Explorer 10 or later .
  • Mozilla Firefox 28 or later .
  • Apple Safari 6 or later .

شکل زیر تصویری از UI جدید است که همان طور که مشاهده میکنید تفاوت زیادی با  Navisphere و Unisphere  دارد.

تصویر شماره ۱۰

نتیجه:

من مدت زیادی هست که با EMC های ردهMidrange کار کرده ام و در اکثر مواقع محصولات این رده توانستند که جواب مناسبی برای بسیاری از راه حل ها باشند. با اینکه رده VNX2 ها خیلی در زمان خودشان با سایر محصولات  تناسبی نداشت، ولیکن Unity ها این فضا را شکستند و توانستند که خیلی مدرن تر از سری های پیشین خود باشند. قطعا برای دیدن مزایا و معایب این دستگاه باید منتظر باشیم تا در آینده ببینیم که چه بازخوردی از این سری خواهیم داشت. ولی به طور کلی به نظر من اگر شما در بازار به دنبال EMC Midrange هستید پرسش در مورد محصول جدید EMC Unity  ضرری ندارد و ممکن است برای شما این سری کاراتر از سری های پیشین باشد.

Flashها به جز سرعت و کارایی، چه امکانات بیشتری دارند؟

/۰ دیدگاه /در , /توسط

کارایی Flash

Flash ها به جز سرعت و کارایی، چه امکانات بیشتری دارند؟

Flash Storage ها بسرعت در حال تبدیل شدن به جریان اصلی در حوزه تکنولوژی ذخیرشی، هستند. تا جایی که تحلیلگران Gartner، پیش بینی کرده اند که، تا ۵ سال آینده از هر ۵ دیتا سنتر، یکی از آنها تمامی اطلاعات اولیه خود را بروی  Flashها منتقل خواهد نمود.

وقتی به Flash ها فکر می کنیم، ناخودآگاه ذهن ما تنها به سرعت و کارآیی آنها معطوف می شود. در حالیکه اینها تنها به عنوان مزایای اولیه برای جابجایی دیتاها از Disk-Based Storage به Flash ها، در بدو ورود Flash ها به این بازار ، بر شمارده می شد. این موضع برای مشتریانی که نرم افزارهایی داشتند که نیاز بود تا همیشه Available و Super Responsive، یک نیاز اساسی بود و Flash ها با سرعت و کارآیی خود به سادگی به این نیازها پاسخ می دادند و به همین دلیل نیز به عنوان شاخصهای اصلی این تکنولوژی نزد مشتریان معرفی شدند.

اما اکنون زمان آن رسیده که قابلیتهایی فراتر از سرعت و کارآیی را مورد بحث قرار دهیم. زیرا همانگونه که پیشتر هم ذکر شد این تکنولوژی بسیار فراتر از این دو خصیصه است. این موارد شامل سرویسهای Built-in Data نظیر Deduplication، Encryption، Replication، و Thin Provisioning می گردد.  فراتر از افزایش خام سرعت، بهره گیری از این سرویسها باعث تغییر معادله هزینه تمام شده می گردد و دیتا سنتر ها را قادر می سازد تا به نیازهای روبه تغییر سریع مشتریان خود، پاسخگو باشند.

تجدید نظر در خصوص هزینه های Storage

هزینه بهره برداری از یک Flash Storage در مقام مقایسه با یک Spinning Disk Storage بسیار مقرون به صرفه تر است! زیرا که All-Flash Arrays ها می توانند تا ۶ برابر دیتای  بیشتری نسبت به Storage System سنتی،  با ظرفیت برابر، در خود ذخیره نمایند، تا جاییکه بنا به تخمین  تحلیلگران IDC، استفاده از All-Flash Arrays باعث کاهش ۸۰% هزینه ها در طول ۳ سال خواهد شد. بهره گیری از تکنولوژیهای هوشمندی نظیر Compression و Deduplication به معنای دخیره سازی دیتاها به شیوه موثرتر و با راندمان بسیار بالاتری نسبت به شیوه های سنتی پیشین است. پس با توجه به ذخیرش داده ها بیشتر بروی یک تجهیز، هزینه ذخیره سازی در ازای هر گیگابایت، به شدت کاهش می یابد.

این بهبود بهره وری در سرویس، تاثیر مثبتی نیز بروی تراکم Workload دارد. علاوه بر این، راه اندازی و بهره گیری از All-Flash Arrays باعث کاهش فضای مورد نیاز نصب ( Footprint )  تجهیز نیز می گردد که این به معنای نگهداری دیتای بیشتر در همان حجم فضای مورد نیاز Storage های سنتی است. با توجه به عدم وجود قطعات چرخشی و متحرک درون هاردهای Flash، گرمای تولید شده نسبت به سیستمهای سنتی بسیار کمتر است و این به معنی کاهش نیاز به سیستم خنک کنندگی و نتیجتا منجر به کاهش مصرف انرژی و  در نهایت کاهش هزینه در ازای نگهداری در هر گیگابایت دیتا خواهد شد.

ارائه چابکی بیشتر

نرم افزارهایی نظیر Airbnb و یا Uber که جز نرم افزار های موبایل Next-Generation هستند، باعث چالش هایی برای کسب و کارهای بزرگ در ارائه هر چه بهتر سرویس به مشتریان، شده است. برای موفقیت در دنیای کسب و کاری این چنینی، مجموعه شما باید بتواند اینگونه نوآوری های خود را، سریع تر از دیگران ارائه نماید. به محض رونمایی از اینگونه نرم افزار های جدید، با تاثیر سریع و موثر خود بروی مشتریان، باعث تولید نیازها و خواسته های جدیدی از سوی مشتریان می گردد. پاسخگویی به اینگونه نیازها در راهکارهای سنتی Storage ها مستلزم صرف هفته ها و یا حتی ماهها می باشد در حالیکه سیستمهای Flash تمامی این قوانین را زیر پا می گذارد.

بیایید فرض کنیم که شما یک نرم افزار پر مخاطب دارید که نیاز است در بخشهایی ازآن تغییراتی بوجود آید. با بهره مندی از All-Flash Arrays ها شما قادر خواهید بود تا ۲۰ نسخه کپی از نرم فزار خود را بدون هیچ گونه تاثیری بر سرعت یا کارآیی تجهیز و یا حتی بدون نیاز به افزودن ظرفیت! در اختیار داشته باشید. بدین گونه تیم توسعه نرم افزار سازمان شما می تواند بصورت موازی بروی این نسخ کار کرده و نسخه جدید این نرم افزار را با سرعت بیشتری در اختیار مشتریان شما قرار دهد. فرآیندی که ممکن بود در کسب و کارهای بزرگ مستلزم هفته و یا ماهها باشد اکنون با بهرمندی از تکنولوژی All-Flash Arrays با توجه با بهبود دسترسی به کارآیی و ظرفیت، به ساعتها تقلیل یافته است.

برای مطالعه بیشتر در این خصوص می تواند کتاب الکترونیکی Agile Data Center – Where Scale Meets Performance را از اینجا دانلود نمایید.

معرفی XtremIO

/۰ دیدگاه /در , /توسط

XtremIO

معرفی XtremIO

اگر بیاد داشته باشید EMC در May سال ۲۰۱۲، XtremIO را به قیمت ۳۴۰  میلیون دلار خریداری کرد. انتظار طولانی بود ولیکن بالاخره EMC نیز دست بکار شد و تصمیم گرفت وارد بازار All Flash Array Storage ها شود و به این انتظار مشتریان خود را پایان دهد. از May سال ۲۰۱۲ تا Nov سال ۲۰۱۳ شرکت EMC مشغول انجام کارهای تحقیقاتی بروی XtremIO بود و این محصول اصطلاحا تنها بصورت DA  و یا Direct Availability در دسترس بود و از تاریخ Nov سال ۲۰۱۳ به بعد این محصول بصورت عمومی در دسترس قرار گرفت. از آن تاریخ و در طی این ۲ سال این محصول رشد کرده و به بلوغ لازم رسیده و با توجه به نیاز دیتا سنترها امروزی به سرعت های بالاتر در زمینه Storage ، تصمیم گرفتم در این مقاله شما را با این رده از محصولات EMC آشنا کنم.

در ابتدا، مبانی:

در حال حاضر ۶ انتخاب برای این محصول وجود دارد. اجزای تشکیل دهنده اصلی آن عبارتند از:

  • ۶ یونیت در ازای هر X-Brick ( در ادامه این مفهوم بررسی خواهد شد. )
  • ۵ یونیت در ازای هر X-Brick اضافه
  • ۷۵۰ وات
  • ۴ عدد پورت ۸GB FC در قسمت Front End
  • ۴ عدد پورت ۱۰GB ISCSI در قسمت Front End
  • پشتیبانی از ۵ TB الی ۳۲۰ TB فضای خام (Raw Capacity )

تصویر شماره ۱

یک آرایه XtremIO از ۱ الی ۸ عدد X-Brick تشکیل می شود. تصویر شماره ۱، اولین X-Brick را نمایش می دهد. اولین X-Brick دارای دو تجهیز باتری پشتیبان است. در صورت استفاده از دو عدد X-Brick، آنگاه X-Brick دوم از یک عدد تجهیز باتری بهره می برد و بدین گونه هر X-Brick دارای یک باتری پشتیبان خواهد بود. ذکر این موضوع تنها برای انجام محاسبات جانمایی در رک و تعداد یونیتهای مورد نیاز بود. هر X-Brick خود شامل دو عدد کنترلر با معماری X86-based تک یونیت و یک DAE با سایز ۳ یونیت و ظرفیت ۲۵ عدد هارد دیسک ۲.۵” SSD می باشد. زمانی که شما قصد دارید که از X-Brick دوم نیز استفاده نمایید، جهت برقراری ارتباط میان X-Brick ها به یک سوئیچ Infiniband تک یونیت نیز، نیاز خواهید داشت. ( تصویر شماره ۲ )

 تصویر شماره ۲

 

بیاد داشته باشید که کنترلرهای شما در واقع یک سرور تک یونیت مبتنی بر معماری X86-based می باشند و هیچ قطعه سخت افزاری خاصی، نسبت به سرورهای رایج در بازار ندارد. تمام معجزات XtremIO در بخش نرم افزاری آن رخ می دهد و این یک مزیت مهم این نوع طراحی است. زیرا تمامی قابلیتها و نوآوریهایی که در این زمینه رخ دهد تنها با بروز رسانی نرم افزار موجود برای شما نیز قابل دسترس خواهد بود.

 تصویر شماره ۳

تصویر شماره ۳، معماری مورد استفاده در این محصول را آشکار می نماید. هر کنترلر از ۱۶ هسته پردازنده فیزیکی و GB 256 ، RAM بهره می برد. دو کنترلر توسط یک واسط ارتباطی Infiniband RDMA با یکدیگر تبادل اطلاعات می نمایند. زمانیکه شما تنها از یک X-Brick استفاده می نمایید، کنترلرها مستقیما به یکدیگر متصل می گردند، اما در حالتی که بیش از یک X-Brick وجود داشته باشد، لازم است از یک Infiniband switch استفاده نماییم. هر دو کنترلر توسط کابلهای SAS به DAE متصل می شوند.

هر دو کنترلر بصورت Active/Active عمل می نمایند و LUN ها در یک لحظه توسط هر دو کنترلر قابل دسترسی است ( مانند حالتی که در EMC VNX شما از لایسنس Power Path استفاده میکنید و به نوعی از جمع پهنای باند هر دو کنترلر استفاده می نمایید.) و دیگر نیازی به بهره گیری از تکنولوژی ALUA یا همان Asymmetric Logical Unit Access نمی باشد.

بررسی عملکرد

XtremIO بسیار بسیار ……. سریع است. دیگر از یک Full Flash Array چه انتظاری دارید؟ موضوع بسیار جالب درباره EtremIO اینست که این Storage به اندازه کافی سریع است و جالب تر اینکه بدانید با بسط آن و افزایش تعداد X-Brick ها، سریعتر نیز می شود. EMC با ارائه این محصول به بازار سر و صدای زیادی راه انداخته است. معیار محاسبه سرعتهای ارائه شده، یک تجهیز با ۸۰% توان آن Workload می باشد که عموما توسط Full Flash Array ها قابل تحمل نیست اما EMC قصد داشته تا تجهیز خود را در شرایط کاملا مشابه با شرایط واقعی بیازماید و تمامی IO بصورت ترکیبی از Read/Write می باشد.

Read IOPS

 Read/Write IOPS Raw Capacity System

۲۵۰ K

۱۵۰ K

۵ TB

Starter X-Brick

۲۵۰ K

۱۵۰ K

۱۰, ۲۰, or 40 TB

۱ X-Brick

۵۰۰K

۳۰۰ K

۲۰, ۴۰, or 80 TB

۲ X-Brick Cluste

۱M

۶۰۰ K

۴۰, ۸۰, or 160 TB

۴ X-Brick Cluster

۱.۵M

۹۰۰ K

۱۲۰ or 240 TB

۶ X-Brick Cluster

۲M

۱.۲ M

۱۶۰ or 320 TB

۸ X-Brick Cluster

 جدول شماره ۱

نکته قابل تامل رابطه خطی افزایش سرعت تجهیز با افزایش تعدادX-Brick ها می باشد. در واقع با افزایش X-Brick ها نه تنها ظرفیت را افزایش داده اید، بلکه سرعت تجهیز را نیز افزایش داده اید. بدین شیوه برای محاسبات Sizing سامانه Storage خود تنها نیاز دارید تا IOPS مورد نیاز را بدانید. آنگاه بر اساس جدول شماره ۱ ، تعداد X-Brick های مورد نیاز را بیابید. سپس بررسی نمایید آیا این تعداد تکافوی ظرفیت درخواستی را نیز دارد یا خیر. به همین سادگی!

همچنین، بیاد داشته باشید که تمامی IOPS شما دارای latency کمتر از ۱ ms خواهد بود. می توانید باور کنید؟ راستش واسه من تصورش هم سخته!!

ویژگیها

یکی از بزرگترین ویژگیهای XtremIO اینست که تمامی قابلیتهای آن همیشه قابل استفاده هستند و بمانند سری VNX شما نیاز به خرید لایسنسهای جداگانه جهت بهره برداری از این قابلیتها ندارید. این موضوع باعث سادگی بسیار زیاد مدیریت تجهیز شده است زیرا شما هیج نیازی به فعال و یا غیر فعال نمودن هیچ قابلیتی ندارید و تمامی آنها همیشه روشن هستند و در صورت نیاز بصورت اتوماتیک درگیر خواهند شد.

در XtremIO شما هیچ نیازی به Setup و Tuning ندارید. هیچ Raid Group، هیچ Pool، هیچ Stripe Sizes و حتی هیچ Tier وجود ندارد! در اینجا شما تنها مجموعه از Storage های بسیار بسیار سریع دارید و تنها باید تصمیم بگیرید که می خواهید سایز Lun شما چقدر باشد؟ این تنها کاری است که شما باید انجام دهید!

در ادامه خواهیم دید که دیتا بروی XtremIO چگونه Deduped و چگونه نوشته می شود ولیکن فعلا به این حد بسنده کنیم که XtremIO میتواند تمامی درخواستهای IO را روی تمامی SSD های موجود در کلاستر Balances می شود. به همین دلیل در XtremIO هیچ HotSpot در هیچ جا وجود ندارد و شما نمیتوانید هیچ SSD پیدا نمایید که تقریبا پر شده باشد در حالیکه SSD با ظرفیت تقریبا خالی وجود داشته باشد. تصویر شماره ۴ این موضوع را نمایش می دهد.

تصویر شماره ۴

همچنین هر چه بروی XtremIO نوشته می شود تنها بصورت Thin می باشد. XtremIO همچنین از VAAI نیز پشتیبانی می کند. قابلیتهای پشتیبانی شده در VAAI عبارتند از :

  • Zero Blcoks/Write Same
  • Clone Blocks / Full Copy / XCopy
  • Atomic Test & Set
  • Block Delete / UNMAP / TRIM

ظرفیت و راهکار جادویی XtremIO

همانگونه که تا کنون دیدیم در هر X-Brick محدودیت ظرفیت داریم ( تعداد حداکثر ۲۵ عدد هارد SSD ) . برای رفع این نقیصه XtremIO از شیوه Full In-Line Deduplication بهره می برد و این قابلیت همیشه روشن است و بر خلاف دیگر مدلها نظیر VNX امکان غیرفعال نمودن آنرا ندارید. هماهنگونه نیز که ذکر شد این قابلیت بصورت In-Line عمل می نماید و شامل تمامی هارد دیسکها و X-Brick های موجود در کلاستر است. فرآیند این قابلیت بدین گونه است که هر داده ای که وارد آرایه می گردد ابتدا انگشت نگاری می شود و آنگاه آرایه یک Hash خاص برای آن تولید می نماید تا از نوشتن داده هایی با همان Hash در آینده بروی آرایه جلوگیری نماید.

تصویر شماره ۵

نکته بسیار جالب در خصوص این فرآیند اینست که XtremIO جداول مربوط به Deduplication را پس از بوت شدن سامانه بروی Ram تمامی X-Brick های درون کلاستر نگاه می دارد تا بتواند به سرعت به جستجو درون آن بپردازد و بدین گونه سرعت این فرآیند را بشدت بالا ببرد.

حال سوال اصلی اینست که شما به چه فضایی نیار دارید؟ این کاملا بستگی به نوع داده های مورد استفاده در سازمان شما دارد زیرا که نرخ  Deduplication می تواند از ۳:۱ تا ۱۰:۱ متغییر باشد.

حالت ارتجاعی

آیا می توان به XtremIO برای نگهداری داده ها اطمینان کرد؟ من فکر می کنم میشود. همه قطعات در XtremIO دارای Redundant هستند.

  • Redundant controllers
  • Backup power supplies
  • Dual (redundant) power supplies
  • Dual (redundant) InfiniBand ports
  • Dual SAS Controller Modules
  • Dual iSCSI and Fibre Channel ports on each storage controller
  • Fail up to 6 SSDs per X-Brick
  • N+2 row and diagonal parity

ذکر این موضوع لازم است که شما نمی توانید همزمان ۶ عدد SSD را در یک X-Brick از دست بدهید، بلکه در هر زمان می توانید حداکثر تا ۲ عدد SSD را بصورت همزمان بدون از بین رفتن داده ها، از دست بدهید. بعد از این رخداد XtremIO شروع به فرآیند باسازی می نماید و پس از پایان بازسازی، تجهیز شما می تواند ۲ عدد SSD دیگر را از دست بدهد. بهمین ترتیب تا حداکثر ۶ عدد SSD در هر X-Brick. حال فرض کنید که شما در کلاستر خود از ۴ عدد X-Brick استفاده می نمایید. آنگاه کلاستر شما تحمل از دست دادن تا ۲۴ عدد SSD را دارد! این تقریبا معادل تعداد کل درایوهای SSD یک X-Brick است.

نرم افزار های XtremIO برای محافظت از داده ها از مکانیزیمی بنام XDP (XtremIO Data Protection  ) بهره می برند. XDP با بهره گیری از تکنولوژیهای بسیار پیشرفته می تواند حفاظت از داده های شما را تضمین نموده و بر خلاف روشهای معمول و سنتی Raid، I/O Overhead و هدر روی کمتر فضای دیسک (Capacity Overhead  ) را به ارمغان می آورد. جالب است بدانید که در XDP، Capacity Overhead تولید شده کمتر از ۸% است.

XDP بسیار کارآمد و موثر است. در بسیاری از All Flash Array Storage ها در هنگام نوشتن داده ها، تمامی SSD ها Lock می شوند. بدین معنا که در همان لحظه شما امکان خواندن دیتا بصورت همزمان را نخواهید داشت! بر خلاف آن XtremIO با بهره گیری از XDP هیچ نیازی به Lock کردن SSD ها نداشته و بلکه امکان دسترسی با سرعت به مراتب بالاتری را نیز فراهم می آورد.

XDP نیازی به هیچ گونه تنظیماتی ندارد و همچنین هیچ تعریفی بنام HotSpare در XDP وجود ندارد. در صورت بروز مشکلی برای SSD ها سیستم بصورت کاملا آگاهانه شروع به بازسازی می نماید و پس از آن بر خلاف حالتهای Raid سنتی، دوباره سیستم به سرعت طبیعی خود برمی گردد.

و در نهایت شما بدون نیاز به هیچ گونه Down Time و یا تولید اختلالی می توانید سامانه خود را بروز رسانی نمایید حتی بدون کوچکترین تاثیر در IO سرویس گیرنده ها.

تولید کننده SSD شما کیست و چرا این موضوع مهم است ؟

/۰ دیدگاه /در , /توسط

Untitled-2

تولید کننده SSD شما کیست و چرا این موضوع مهم است ؟

قابلیتهایی نظیر VSAN، Pernix Data FVP، XtremSW و ScaleIO از EMC و همچنین ioVDI، ioTurbine از FusionIO توجه خاصی به وجود هارد دیسکهای Flash بروی سرورهای شما دارند. مشکل بسیار بزرگی که بسیاری از مدیران شبکه با آن روبرو می شوند اینست که در انتخاب Flash دیسک باید بسیار محتاط بود. تمامی SSD ها و PCIe Card ها یکسان نیستند …. و داستان از همینجا شروع می شود.

اگر به SSD های موجود بروی سرورها متفاوت نگاهی بیاندازید، قطعا با انواع انتخاب روبرو خواهید شد. در بازار تجاری SSD های سه دسته اصلی ( البته به صورت کامل دارای ۴ دسته هستند ) از SSD ها موجود است: MLC ( گاهی به نام cMLC نیز نامیده می شود. ) ، eMLC و SLC. SLC ها در واقع Single Layer Cell هستند که گرانترین نمونه نیز می باشند. با ظهور eMLC (Enterprise Multi-Level Cell .) ها کم کم SLC ها کم فروغ تر شدند. پیشتر SLC به دلیل سرعت بالا و طول عمر بالاتر، بسیار مورد توجه بودند ولیکن بدلیل قیمت بسیار بالا در مقایسه با eMLC ها، رقابت را به آنها باختند. eMLC ها به سرعت توانستند خلاء میان MLC و SLC را با هزینه بسیار کمتر پر کنند. و در آخر، MLC ها که همانگونه که گفته شد به آنها cMLC و یا Consumer Multi-Level Cell نیز گفته می شود. اینگونه SSD ها بیشتر مناسب شرایط استفاده در Notebook ها و PC ها می باشند و در محیطهایی با IO بالا پاسخگو نیستند.

اما شما بعنوان یک Storage Admin باید فراتر از این مسائل را در نظر داشته باشید. شما باید مسائلی از قبیل Over Provisioning Space، طول عمر، سلولهای Wears Out شده و یا سلولهایی که دیگر قابل استفاده نیستندو….. . عموما تمامی SSD ها دارای فضایی هستند که شما نمی توانید به آن دسترسی داشته باشید  و برای جابجایی اطلاعات سلولهایی که بسیار مستعمل شده اند مورد استفاده قرار می گیرد. SSD هایی که کیفیت های بالاتر و گرانتر عموما دارای فضای بیشتری جهت انجام این فرآیند هستند و قطعا SSD های ارزانتر فضای بسیار کمتری برای انجام این پروسه دارند. این فضای اضافه عموما برای مقاصد دیگری نظیر Garbage Collection و … نیز استفاده می گردد. Garbage Collection در واقع فرآیندی که طی آن SSD سلولهایی که اطلاعات آن توسط سیستم عامل حذف شده است را به صفر تبدیل می نماید تا برای نوشتن مجدد آماده باشد.

در این مقاله خیلی قصد ندارم به عمق این فرآیندهای درون SSD  ها وارد شوم ولیکن اگر فرصتی پیش آید بزودی در خصوص ساختار فیزیکی و فرآیند House Keeping درون SSD ها نیز، مقاله ای در اختیار شما قرار خواهم داد.

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

عموما وقتی شما قصد خرید یک SSD را بروس سرور و یا Storage خود را دارید نمی تواند از مدل و برند هارد SSD خود اطلاعات دقیقی کسب نمایید و معمولا با نامهای خاص تجاری که فروشنده به روی تجهیز قرار داده برخورد می نمایید نظیر :

  • Fast VP و Fast Cache در EMC
  • Enterprise Value و Enterprise Performance در Cisco
  • و ….

ولیکن با قدری جستجو در اینترنت قطعا می توانید بطور دقیق دریابید که مثلا در برند Cisco عبارت Enterprise Value برای SSD های Micron P400e و یا Enterprise Performance برای Samsung 1625 استفاده می شود. با جستجوی بیستر درمیابید که Micron P400e برای یکبار در روز Full Drive Overwrite طراحی شده است در حالیکه Samsung 1625 دارای تحمل ۵ بار Full Drive Overwrite در روز می باشد. پس با توجه به این موارد می توان دریافت SSD مدل Micron P400e برای مقاصدی نظیر VSAN اصلا مناسب نیست. استفاده از این نوع SSD برای مقاصدی نظیر VSAN و Pernix Data FVP با توجه به حجم بالای ترافیک خواندن و نوشتن و از همه مهمتر نرخ بالای Modify صورت گرفته، باعث مرگ زودرس SSD می گردد و سلولهای SSD را به سرعت به انتهای بازه عمرشان می رساند. پس بر خلاف صحبتهای رایج میان کاربران خانگی، تفاوت قیمت میان SSD ها عموما تفاوتی بنیادی و بر اساس تکنولوژیهای متفاوت است و نه تنها هزینه ای است که بابت برند پرداخت می نمایید.

معرفی EMC VMAX3

/۰ دیدگاه /در , /توسط

EMCVMAX3

معرفی EMC VMAX3 :

امسال، تمامی توجهات در دنیای سامانه های ذخیره سازی ( Storage) ، معطوف به تکنولوژی درخشان All-Flash Arrays و یا AFAs بود. این سامانه ها بسیار سریع هستند، به سادگی مدیریت می شوند و به خوبی بسط پذیرند و ….. . اما آنها ابزاری مناسب، برای تمامی مشکلات نیستند، هر چند که شرکت های سازنده این محصولات، سعی می نماید به گونه ای دیگر به شما وانمود نمایند.

به عنوان یک دلیل خوب، درصد بسیار زیادی از دنیا هنوز از  Enterprise-Class Storage Arrays ( مبتنی بر دیسکهای مکانیکی ) استفاده می نمایند. این سامانه ها، پایداری و قابل اطمینان بودن خود را در طی سالها به اثبات رسانده اند و می توانند سرویس قویتری نسبت به دیگر Platform ها ارائه نمایند. مشکل اینگونه سامانه ها عموما هزینه های سنگین و مدیریت پیچیده، آنهاست.

حدود یکسال پیش شرکت EMC بطور رسمی محصولی جدید را در رده Enterprise-Class Storage Arrays، رونمایی کرد. حال سوال اینجاست : در حالی که رده محصولات All-Flash Arrays در کانون توجهات جهانی قرار دارد، چرا باید کسی خود را با انتخاب این رده از محصولات به مخاطره و چالش بیاندازد؟ در این مقاله به بررسی ویژگیهای منحصر به فرد و اغوا کننده این رده از محصولات می پردازیم :

تعریف جدیدی از مفهوم VMAX

VMAX3 توانسته محصولات Enterprise شرکت EMC را در مسیر جدیدی قرار دهد. حتی Chad Sakac نیز در این پست به آن اشاره کرده است. این محصول به مراتب سریعتر و متراکم تر است. از مدیریت ساده تری برخوردار است و بسیار منعطف تر می باشد. همه اینها در حالی است که با هزینه ای به مراتب پایینتر توانسته از اعتمادی که توسط مدلهایی نظیر  DMX / Symmetrix / VMAX در طی سالیان متمادی به کسب شده است، به خوبی پاسداری نماید.

سریعتر و متراکم تر

همانگونه که از VMAX3 انتظار می رفت، از سرعت بهتری نسب به نسل پیشین خود بهره می برد. از Engine های ( عملکرد Engine بمانند Storage Controller در سری VNX می باشد. ) سریعتری بهره می برد. دارای حافظه Cache بیشتر، پردازنده هایی با تعداد هسته بیشتر، و تعداد پورتهای Front-End بیشتری با سرعت ۱۶ Gb می باشند. با مقایسه نسل پیشین با نسل جدید این محصول به سادگی می توان دریافت که عموما شما تنها به نیمی از تعداد Engine هایی که پیشتر مورد استفاده بوده است، نیاز دارید. این به معنای فضای کمتر جهت نصب، سیستم سرمایش کمتر و مصرف برق کمتر خواهد بود.

تصویر شماره ۱

و همچنین بهره مندی از کابینتهای دیسک جدید (Disk Shelves ). این  Disk Shelve ها نیز بسیار متراکم تر می باشند بگونه ای که شما می تواند از تعداد دیسک بیشتری در فضای کوچکتری بهره ببرید. در تصویر شماره ۱، تصویر Disk Shelve مدل Viking را مشاهده می نمایید که امکان استفاده از ۱۲۰ هارد دیسک ۲.۵ اینچی را در فضایی به ارتفاع ۳ یونیت برای شما، فراهم می آورد. همچنین Disk Shelve دیگری نیز به نام Voyager است که قابلیت نگهداری ۶۰ هارد دیسک ۵/۳ اینچی را در ۴ یونیت فراهم می آورد. تراکم زیاد بهمراه سرعت بالا.

همچنین دیگر شما ملزم به استفاده از رکهای خاص نیستید. VMAX3 میتواند در تمامی رکهای استاندارد، مورد استفاده قرار گیرد. ( این موضوع سالهای متمادی، مورد درخواست بسیاری از کاربران VMAX بوده است. ) EMC همچنین نحوه اتصالات کابل (Cabling ) را نیز بهبود داده است و از پیچیدگی های نامانوس پیشین کاسته است. همچنین با بهره گیری از شیوه جدید اتصالات، شما می توانید تا ۲۵ متر فاصله میان رکهای VMAX خود داشته باشید و اجزای مختلف آن را در نقاط مختلفی از دیتا سنتر خود جای دهید.

مدیریت ساده تر

تمامی افرادی که در حوزه Storage فعالیت داشته اند، قطعا تایید می نمایند که مدیریت و اجرای یک بستر ذخیره سازی مناسب نیازمند در نظر گرفتن پارامترهای فراوان و پیچیده ای می باشد. زمانی که قصد دارید یک Storage سفارش دهید باید تمامی نیازهای مربوطه نظیر سرعت، فضا و …… را درنظر بگیرید. این امور با توجه به پیچیدگی های خود باعث غامض شدن این حوزه می گردد. این متد برای سالها بدین گونه بوده است ولیکن به تازگی به سرعت در حال تغییر است. از این پس تیم Storage نیازی به هماهنگی با دیگر تجهیزات ندارد. (Hypers , TDATs  و  Metas ) . بگذارید Storage Array خودش به این امور رسیدگی نماید cialis cena!

تصویر شماره ۲

با بهره گیری از VMAX3 شما قادر خواهید بود تا فضای درخواستی را به سادگی و با توجه به سرعت مورد نیاز مصرف کننده در اختیارش قرار دهید. تنها نیاز است تصمیم بگیرید که در از چه Tier می خواهید شروع نمایید ( و حتی به سادگی می توانید در آینده آنرا تغییر دهید. ). VMAX3 داده های شما را در Tier مربوطه جانمایی می کند و بر اساس این جانمایی همیشه در تلاش است تا بتواند SLA مربوطه را برای آن حفظ نماید و بتواند سرعت مورد نیاز را پاسخگو باشد. این شیوه باعث می شود که تکنولوژی FAST (Fully Automated Storage Tiering ) مورد استفاده در مدلهای VNX شرکت EMC به مرحله جدیدی و ساده تری از مدیریت و تنظیمات، وارد شود.

انعطاف پذیری

VMAX3 از گونه ای متفاوت سیستم عامل قابل اطمینان، بنام HYPERMAX بهره می برد. این سیستم عامل جدید قابلیتها و امکانات جدید فراوانی نیز بهمراه خویش دارد. یکی از این قابلیتهای جدید موجود در این سیستم عامل، Storage Hypervisor نام دارد. اگر شما از دیگر تجهیزات EMC بهره برده باشید، به احتمال زیاد با واژه سخت افزاری بنام Data Mover برای ارائه سرویس File آشنا هستید. از این پس دیگر هیچ نیازی به این سخت افزار نیست!!!. از این پس VMAX3 با بهره گیری از این قابلیت HYPERMAX، قادر خواهد بود تا Data Mover های مجازی خود را بروی لایه مجازی VMAX3 اجرا نماید. این تنها یکی از بسیار قابلیت جذابی است که EMC قصد دارد مستقیما بروی خود Array به آنها پاسخ دهد، است. البته بجز سرویسها و Application های خاصی که در آینده نزدیک قصد ارائه آنها را دارد.

تصویر شماره ۳

EMC همچنین در حال یکپارچه سازی قابلیتهای Cloud-Tiering است که در سال گذشته با خرید TwinStrata به تکنولوژی آن دست یافته است. بدین گونه شما قادر خواهید بود که Tier هایی از Storage که به ندرت استفاده می شود را، به یک Cloud عمومی با هزینه ای بسیار پایین تبدیل نمایید.

یکپارچگی با تولید نسخ پشتیبان

ادغام و یکپارچگی هر چه بیشتر با قابلیتها محصول  ProtectPoint . بدین گونه تولید نسخ پشتیبان با بهره گیری از VMAX بسیار ساده تر شده است و دیگر نیازی به نرم افزارهای ثالث جهت تولید نسخ پشتیبان نیست. VMAX3 خود قادر است تا از خود یک SnapShot تولید نموده و آنگاه بیتهای تغییر یافته را جهت تولید نسخه پشتیبان مستقیما به Data Domain ارسال نماید ( بدون هیچگونه نیازی به نرم افزار های تولید نسخ پشتیبان ثالث ).

آیا تمامی راه ها به Flash ختم می شود ؟

امروزه صحبتهای بسیاری در خصوص فرسایش واقعی بازار Enterprise Array به میان می آید. هر چند که من معتقدم بسیاری از این حرفها دارای پایه فنی نیستند، ولیکن به طور قطع نیز معتقدم که بعضی از کاربران نیاز دارند که از Storage های جدید AFA، استفاده نمایند. این موضوع کاملا به محیط و نیاز های شما از سامانه Storage بستگی دارد. آیا به سرعت بالا بهمراه سادگی در مدیریت و بهره وری نیاز دارید؟ All-Flash Arrays پاسخ شماست. به شرط آنکه بتوانید از عهده هزینه نگهداری اطلاعاتتان به روی هارد دیسکهای Flash، برآیید.

اما اگر داده های شما بسیار تکرارپذیر باشند و یا نتوانند بخوبی Dedupe شوند؟ یا نیاز به فراهم آوردن Storage  برای Mainframe های خود هستید.( که بسیاری از AFA قادر به ارائه این سرویس به  Mainframe ها نیستند. ) و …. آنگاه اینجا جایی است که خانواده VMAX شروع به درخشیدن می کند.

درست است که بسیار از مشکلات All-Flash Arrays حل شده است …. اما این به معنای حل تمامی مشکلات نیست.

بررسی FAST Cache

/۰ دیدگاه /در , /توسط

تکنولوژی FAST Cache در EMC قابلیت بهبود عملکرد و سرعت را با استفاده از Flash دیسک ها بعنوان Secondary Cache، برای VNX به ارمغان می آورد.FAST Cache دست در دست DRAM گذاشته و باعث بالارفتن عملکرد کلی Storage می گردد. EMC توصیه می کند که در ابتدا از FLASH دیسک های خود بعنوان FAST Cache استفاده نمایید و آنگاه در صورت نیاز به سرعت و عملکرد بالاتر، از Flash دیسکها در FAST VP بهره ببرید. FAST Cache در تمامی مدلهای VNX  و همچنین CX4 وجود دارد و تنها برای بهره برداری از آن، نیاز به نصب Enabler آن است. FAST Cache می تواند هم در Traditional RAID ها و هم در Storage Pool ها استفاده شود.

نکته : FAST Cache در سطح POOL Wide Level است و نمی توان آن را تنها برای یک LUN خاص فعال نمود.

انجام تنظیمات اولیه FAST Cache بسیار ساده است. پس از افزودن تعداد لازم Flash دیسک، با مراجعه به ” Sysytem Properties ” در Unisphere می توانید با انتخاب هارد دیسک ها، Fast Cache را برای تجهیز VNX خود فعال نمایید.

و یا می توانید با استفاده از دستورات Navicli اقدام به انجام تنظیمات اولیه و مانیتور کردن FAST Cache نمایید. برای فعال کردن FAST Cache می توان از دستور زیر استفاده نمایید :

naviseccli -h SPA_IP cache -fast -create –disks disks -mode rw -rtype r_1

می توانید وضعیت FAST Cache خود را با دستور زیر مشاهده نمایید :

naviseccli -h SPA_IP cache -fast -info –status

 

اگر می خواهید FAST Cache را بروی یک Pool خاص، فعال و یا غیر فعال کنید، از دستور زیر استفاده نمایید :

naviseccli -h SPA_IP storagepool -modify -name “Pool_Name” -fastcache off/on

 

و برای بررسی اینکه FAST Cache بروی کدام Pool ها فعال است :

naviseccli -h SPA_IP storagepool -list –fastcache

اگر FAST Cache نیاز به هرگونه تغییری در ساختار داشته باشد، نیاز است که در ابتدا FAST Cache غیر فعال شود. غیر فعال کردن FAST Cache بمعنای حذف و پاک کردن تمامی Dirty Block ها موجود در FAST Cache و نوشتن تمامی آنها بروی هارد دیسک ها می باشد. بعد از غیر فعال شدن کامل FAST Cache، شما می توانید با آرایش مورد نظر، مجددا FAST Cache را راه اندازی نمایید.

گزینه های تنظیمات

بازه قابل استفاده FAST Cache بروی محصولات EMC، می تواند از ۱۰۰GB در CX4-120 شروع و تا ۴.۲ TB در VNX-8000 خاتمه یابد. با هم نگاهی به ظرفیتهای قابل پشتیبانی توسط هر تجهیز می اندازیم :

CX4 Systems:

CX4-120 – ۱۰۰GB

CX4-240 – ۲۰۰GB

CX4-480 – ۸۰۰GB

CX4-960 – ۲۰۰۰GB

VNX1 Systems:

VNX 5100 – ۱۰۰GB

VNX 5300 – ۵۰۰GB

VNX 5500 – ۱۰۰۰GB

VNX 5700 – ۱۵۰۰GB

VNX 7500 – ۲۱۰۰GB

VNX2 Systems:

VNX 5200 – ۶۰۰GB

VNX 5400 – ۱۰۰۰GB

VNX 5600 – ۲۰۰۰GB

VNX 5800 – ۳۰۰۰GB

VNX 7600 – ۴۲۰۰GB

VNX 8000 – ۴۲۰۰GB

 

نکته : توجه داشته باشید که نه تنها برای ظرفیت، بلکه برای تعداد Flash دیسکهای حاضر در FAST Cache نیز محدودیت وجود دارد. برای نمونه می توانید به تصویر زیر مراجعه نمایید.

دیسک های FAST Cache بصورت RAID 1 یا همان Mirror هستند. این موضوع به دلیل این واقعیت است که دیسک های FAST Cache دارای I/O بسیار شدیدی هستند و باعث تولید حجم I/O بیش از بیشینه توصیه شده بروی هر BUS می گردند. تعداد دیسک های FAST Cache در ازای هر Back End BUS در هر سییستمی متفاوت است ولی ایده آل آن در CX/VNX1 برابر ۴ دیسک در ازای هر BUS و در VNX2 این مقدار برابر با ۸ دیسک. است در مورد CX/VNX1 این دستورالعمل وجود دارد که نباید یکی از این زوج هارد دیسک های Mirror شده برای FAST cache، بروی یک DAE و زوج دیگر آن بروی DAE دیگر قرار گیرد.

ترتیب هارد دیسک های که در FAST Cache مورد استفاده قرار می گیرند بدین شکل است :

اولین دیسک، اولین Primary

دومین دیسک، اولین Secondary

سومین دیسک ، دومین Primary

چهارمین دیسک، دومین Secondary

و به همین ترتیب …….

شما می توانید با استفاده از دستور زیر این RAID 1 های داخلی FAST Cache راببینید :

naviseccli -h SPA_IP getrg –EngineeringPassword

نکته : هیچ گاه در خصوص هارد دیسک های مورد استفاده در FAST Cache از ترکیب ظرفیتها مختلف هارد دیسک مثلا ۱۰۰GB به همراه ۲۰۰ GB استفاده نکنید. در تجهیزات رده VNX دو نوع SSD وجود دارد :

FAST Cache SSD : از نوع Single-Level Cell یا همان SLC ها می باشند. این Flash دیسک ها برای FAST Cache در نظر گرفته شده اند و در ظرفیتهای ۱۰۰ GB و ۲۰۰ GB موجود هستند. البته از این نوع Flash دیسک ها نیز می توان در Tier 1 قابلیت FAST VP نیز استفاده نمود.

FAST VP SSD : از نوع Enterprise Multi-Level Cell یا همان eMLC ها می باشند. این Flash دیسک ها برای استفاده در Tier 1 قابلیت FAST VP در نظر گرفته شده اند. از آنها نمی توان برای FAST Cacheاستفاده نمود. این دیسک ها در ظرفیتهای ۱۰۰ GB، ۲۰۰ GB و ۴۰۰ GB موجود هستند.

نمونه ای از چیدمان هارد دیسک های FAST Cache در VNX 8000

تصویر زیر یک نمونه از یک VNX 8000 با بیشینه FAST Cache قابل پشتیبانی ( ۴۲ x 200 GB ) است. همانگونه که مشاهده می کنید، با توجه به وجود ۱۵ عدد DAE و یک DPE، سعی شده تا جای ممکن حجم I/O هارد دیسک های FAST Cashe، بروی تمامی BE ها توزیع شود تا بتوان به کمترین Latency ممکن دست یافت.

درون FAST Cache

Fast Cache بر پایه تکنولوژی ” Unified LUN ” تولید شده است؛ در نتیجه تمامی اطلاعات درون FAST Cache از دسترسی توسط تمامی دیگر LUN های درون تجهیز CX/VNX محفوظ است. FAST Cache یک حافظه Nonvolatile ( غیر فرار ) است که می تواند از قطع برق و یا خرابی SP، بدون مشکل گذر کند و همچنین بر خلاف DRAM پس از قطع / وصل برق نیازی به انجام فرآیند Re-Warm ندارد.

به هنگام تولید FAST Cache بخشی از DRAM برای رهگیری IO درون FAST Cache که به Memory Map نیز معروف است، اختصاص داده می شود. این Bitmap از FAST Cache دقیقا متناسب با سایز FAST Cache است. این جانمایی Memory چیزی در حدود ۱ MB در ازای هر ۱ GB از FAST Cache است.

با یک حجم بار سازگار، FAST Cache می تواند با کاهش Response Time ، عملکرد و سرعت تجهیز را افزایش دهد و IOPS بیشتری را تولید نماید.

SP ها قادرند تا با استفاده از DRAM خود، پردازشهای خود را Cache نماید، همچنین SP می تواند فرامین Write خود را یکی نماید و یا جهت افزایش سرعت Read از فرآیند Pre-Fetch استفاده نماید. اما به هر حال این عملیاتها نمی توانند جوابگوی I/O بسیار بالای Read با دسترسی تصادفی باشند و اینجاست که FAST Cache به ما کمک می کند. FAST Cache با پایش I/O روی SP ها و یافتن Block هایی که بصورت مداوم Read/Write روی آنها صورت می گیرد، با یک برنامه زمان بندی شده آنها را به FAST Cache تجهیز Promote می نماید.

افزایش سرعت فرآیند FLUSH

یک موضوع که لازم است یادآوری شود اینست که زمانی که سرعت VNX افزایش می یابد و IOPS و به طبع آن حجم بار تحمیلی افزایش می یابد، این به معنای فشار بیشتر به CPU هر SP است که در این شرایط CPU ها باید مدام تحت نظر گرفته شوند و مانیتور شوند. در خصوص حداکثر بار تحمیلی به CPU ها نیز راهنما ها و دستر العمل های وجود دارد، که در آینده نزدیک آنها را با شما به اشتراک می گذارم.

همچنین نوع بار تحمیلی به LUN برای فعال/غیر فعال بودن Fast Cache نیز، مهم است. به عنوان نمونه log file ها معمولا بصورت Sequentially روی LUN شروع به READ/Write میکنند.  در این سناریو، این LUN انتخاب مناسبی برای FAST Cache نیست زیرا که Flash دیسکها در برخورد با بلاک های بزرگ، تفاوتی زیادی به لحاظ سرعت با دیسکهای چرخشی ندارند.

همچنین توصیه می شود که Block های بزرگ با نوع دسترسی Sequential، بهتر است توسط زیاد هارد دیسک سرویس دهی شوند. ارائه این نوع Block ها به FAST Cache یعنی نگهداری انها روی تعداد کمی هارد دیسک و این یعنی، کاهش عملکرد تجهیز cialis genérico en españa. عدم استفاده از Fast Cache برویLUN های غیر مناسب، می تواند باعث کاهش فرآیند رهگیری و Promote به FAST Cache شود تا این توان تجهیز در جای مناسب تری هزینه شود.

Call Now Button