مشاوره قبل از خرید SAN Storage برای سازمان‌ها و شرکت‌های دولتی و خصوصی اهمیت بسیاری دارد، زیرا انتخاب صحیح و متناسب با نیازهای سازمان، می‌تواند بهبود عملکرد، امنیت و قابلیت اطمینان زیرساخت‌های IT را فراهم کند. در انتخاب SAN Storage مناسب، نکات مهمی باید در نظر گرفته شوند.
برخی از این نکات به این شرح هستند:
1. نیازها و ظرفیت: ابتدا باید نیازها و ظرفیت ذخیره‌سازی سازمان را شناسایی کرد. تحلیل دقیقی از داده‌ها، پیش‌بینی رشد آینده و نیازهای نرم‌افزاری برای تعیین مقدار ظرفیت مورد نیاز است.
2. کارایی و عملکرد: انتخاب سیستم‌های SAN با توجه به نیازهای عملکردی مهم است. روند IOPS، زمان پاسخ‌دهی و طول عمر دیسک‌ها از جمله معیارهای ارزیابی کارایی هستند.
3. امنیت و قابلیت اطمینان: سازمان‌ها باید مطمئن شوند که داده‌های حساس آنها در محیط SAN امن خواهند بود و همچنین دارای قابلیت بازیابی پس از خرابی هستند. تکنولوژی‌های RAID و Snapshot از مواردی هستند که بهبود امنیت و قابلیت اطمینان را تضمین می‌کنند.
در این مطلب، به تفصیل، به نکات قابل توجه قبل از خرید استوریج، اشاره شده است.
همچنین سازمان‌ها می‌توانند از خدمات مشاوره رایگان شرکت پردیس قبل از خرید استوریج بهره‌مند شوند.
این اصطلاحات در واقع بیانگر ویژگی‌های مهم SAN Storage می‌باشند و بواسطه این خصیصه‌ها می‌توان SAN Storageها را با هم مقایسه نمود. لذا در ابتدا سعی بر آن است تا اصطلاحات موجود در این عرصه را تبیین نموده تا بتوانیم هرگاه با هر SAN Storage برخورد داشتیم به راحتی ملاک‌ها و خصیصه‌های مهم را مورد بررسی قرار داده و با سایر محصولات مقایسه نماییم.
از Caching همواره برای Cache نمودن داده‌ها استفاده می‌شود. در واقع خصیصه‌ای که همواره در مقایسه SAN Storageها با هم و یا حتی در یک خانواده مورد بررسی قرار می‌گیرد، میزان Cashing می‌باشد که در اختیار ما قرار می‌دهند و این Caching می‌تواند در سطوح DRAM و یا استفاده از هاردهای SSD صورت پذیرد.
اصطلاح Tieringدر واقع بیانگر این است که ما می‌توانیم از کنار هم قرار دادن هاردهای SSD و هاردهایی با سرعت پایین‌تر یک مجموعه متفاوت از هاردها ایجاد نماییم تا داده‌ها بر اساس دفعاتی که بیشتر مورد استفاده قرار می‌گیرند بر روی هاردهای با سرعت بالاتر قرار گیرند. Tiering این امکان را فراهم می‌کند که برای تامین Performance از هاردهای SSD با سرعت بالا و برای تامین Capacity از هاردهایی با ظرفیت بالا (NL-SAS) استفاده نمود.
به عنوان مثال در ذخیره ساز Unity300 کل DRAM موجود در هر کنترلر 48GB می‌باشد که با توجه به اینکه در هر کنترلر سیستم عامل SAN Storage نیز در حال اجرا می‌باشد لذا میزانی از این DRAM در اختصاص آن خواهد بود و باقیمانده آن می‌تواند به عنوان Caching مورد استفاده قرار گیرد و یا در ذخیره ساز مدل 2062 کمپانی HPE میزان DRAM Cache در حدود 24 گیگابایت می‌باشد. در محصول Open-e JovianDSS می‌توان از کل RAM موجود بر روی شاسی به عنوان Cache استفاده نمود؛ به عنوان مثال با قرار دادن یک ترابایت RAM بر روی شاسی می‌توان از کل آن برای Read Cache و Write Cache بهره برد.
قابلیت استفاده از هاردهای SSD به عنوان Cache در ذخیره سازهای EMC، FAST Cache نامیده می‌شود؛ که با توجه به مدل دستگاه مقدار FAST Cache مشخص می‌گردد. مثلا در ذخیره ساز Unity300 حداکثر مقدار FAST Cache برابر با 800 گیگابایت می‌باشد که برای بدست آوردن میزان Caching بیشتر باید مدل دستگاه را عوض نمود!!! مثلاً در Unity400 میزان Caching حداکثر 1.2 ترابایت و در مدل Unity500 این مقدار برابر با 3.2 ترابایت می‌باشد. لذا میزان Caching ارائه شده در ذخیره سازهای EMC محدود و تنها راه افزایش آن، تعویض دستگاه می‌باشد.
در ذخیره ساز HPE 2062 نیز امکان استفاده از هاردهای SSD به عنوان Caching نیز وجود دارد البته با توجه به این نکته که تنها امکان بهره گیری از هارد SSD به عنوان Cache Read وجود دارد و از هارد SSD به عنوان Write Cache پشتیبانی نمیکند. میزان حداکثری هارد SSD که می‌توان در سری 2062 به عنوان Read Cache استفاده کرد در حدود 8 ترابایت می‌باشد.
محصول ذخیره سازی Open-E JovianDSS یک محصول کاملاً متمایزی می‌باشد که در این محصول می‌توان با تجهیز هاردهای SSD بر روی شاسی ذخیره ساز، فضایی به عنوان SSD Cache ایجاد نمود. ویژگی منحصر بفرد اینجاست که بدون خرید لایسنس، محدودیتی در مقدار SSD Cache در ذخیره ساز Open-E JovianDSS وجود ندارد و می‌توان مقدار این Cache را با توجه به نیاز سازمان به هر میزان دلخواه افزایش داد.
این اصطلاح به این نکته اشاره دارد که بتوانیم تدابیری بیاندیشیم که از هر سخت افزاری حداقل دو عدد وجود داشته باشد تا در صورت بروز مشکل، دیگری بتواند خلأ ناشی از اولی را پر کند. بنابراین High Availability می‌تواند در سطوح اولیه همچون کارت شبکه، RAM،CPU و یا در سطوح بالاتر با داشتن دو عدد SAN Storage و کپی کامل از تمام دیتاها صورت پذیرد.
اصطلاح دیگری که مطرح می‌گردد، اصطلاح FailOver می‌باشد. در واقع FailOver بدین معناست که اگر به هر دلیلی برای یک قسمت از سخت افزار ما مشکلی پیش آمد و از سرویس دهی خارج شد؛ آنگاه سخت افزار دوم جای آن را بگیرد و بر Failing ایجاد شده غلبه کند. به عنوان مثال در SAN Storageهای مربوط به سری Unity از کمپانی EMC دو عدد Storage Processor تحت نام‌های SPA و SPB وجود دارد که به صورت Asymmetric Logical Unit Access عمل می‌نمایند و به کنترلرهای SAN Storage معروفند و در صورت بروز مشکل برای هر یک از آنها؛ دیگری خلأ ناشی از نبود اولی را پر می‌کند. همچنین ذخیره‌سازUnity با قابلیت Remote Replication قابلیت Manual FailOver را به ما می‌دهد و چنانچه بخواهیم از قابلیت Automatic Failover در ذخیره سازهایUnity بهره ببریم بایستی از یک Appliance تحت عنوان Metro Node استفاده نمود که قابلیت Metro Clustring را پشتیبانی نموده و امکان Automatic FailOver را فراهم می‌نماید.
منظور از Automatic FailOver و Manual FailOver به قابلیت غلبه بر failing به صورت خودکار و دستی اشاره دارد. در واقع وقتی دو عدد ذخیره ساز Unity وجود دارد و Remote Replication بین آنها برقرار باشد و به هر دلیل اگر Primary SAN از سرویس دهی خارج شود؛ آنگاه Secondary SAN بصورت خودکار وارد مدار نخواهد شد و Failing رخ خواهد داد و باید به صورت دستی LUNها به سرورها معرفی شوند (مگر اینکه از راهکارهای Third Party همچون SRM VMware استفاده شود که باز هم Failing وجود داشته و فقط معرفی LUNها به صورت خودکار انجام خواهد شد).در ذخیره‌سازهای Open-E قابلیت Automatic FailOver به صورت Embedded وجود دارد و در صورت بروز مشکل برای Primary SAN، آنگاه بدون اینکه Failing رخ دهد و ارتباط سرورها با SAN قطع شود، به طور اتوماتیک SAN دوم جایگزین SAN اول خواهد شد که به این ویژگی اصطلاحاً SAN Mirroring و یا Metro Node Cluster نیز گفته می‌شود که از قابلیت‌های منحصر بفرد Open-E می‌باشد. این ویژگی به صورت پیش فرض بر روی محصولات DSS V7 وOpen-E JovianDSS وجود دارد، این قابلیت توانایی ایجاد یک کلاستر در سطح Storage Node (یعنی استفاده از دو سرور همزمان) را ارائه می‌دهد؛ در واقع شما می‌توانید پردازش را میان دو Storage Node تقسیم نموده و علاوه بر اینکه Performance را افزایش می‌دهید، قابلیت High Availability را نیز حتی در سطح Nodeهای Storage داشته باشید.
این اصطلاح به معنای اختصاص فضای ذخیره‌سازی به میزان دیتاها می‌باشد و با رشد دیتاها این فضا رشد خواهد کرد. این خصیصه سبب افزایش بهره وری و کاهش هزینه‌ها می‌گردد. به عنوان مثال به شکل ذیل دقت کنید.
هر یوزر ممکن است کمتر از فضایی که به او اختصاص می‌دهیم استفاده کند، لذا می‌توان فضای اختصاص داده شده را از نوع Thin داده و بدین ترتیب با افزایش دیتای هر یوزر میزان فضای ذخیره‌سازی نیز افزایش پیدا کند و از ابتدا یک مقدار ثابت را به هر یوزری اختصاص ندهیم.
Compression قابلیت فشرده سازی اطلاعات می‌باشد و De-duplication جلوگیری از ذخیره دیتاهای تکراری و استفاده از اشاره‌گر. بدین ترتیب اگر داده‌ای تکراری باشد، آن داده مجدد ذخیره نمی‌شود و فقط با یک اشاره‌گر می‌توان به مسیر آن داده اشاره نمود. در شکل زیر کلیت این موضوع نشان داده شده است.
برای Replication دو حالت Local و Remote وجود دارد که Local یعنی دیتا را دقیقاً بر روی همان SAN Storage ذخیره نماییم ولی در حالت Remote دیتا بر روی SAN Storage دیگر و در سایت دیگر (به منظور Disaster Recovery) ذخیره می‌شود.
Clone: می‌توان یک کپی کامل از دیتاهای موجود در داخل یک LUN تهیه نمود. که معمولاً برای بکاپ/ریکاوری، تست اپلیکیشن و یا انتقال دیتا استفاده شود.
Snapshot: می‌توان از یک LUN یک Snapshot تهیه نمود و در صورت لزوم دیتاها را به زمان آن Snapshot برگرداند.
در خصوص Remote Replication نیز اصطلاحاتی همچون Remote Replication Asynchronous و Remote Replication Synchronous وجود دارد که در حالت Asynchronous کپی کردن دیتاها از SAN اول به SAN دوم با وقفه زمانی و در حالت Synchronous بدون هیچ وقفه زمانی و به اصطلاح Zero RPO صورت خواهد گرفت.
این ویژگی به قابلیت استفاده از Storage به عنوان NAS و SAN به طور همزمان اشاره می‌کند. ذخیره‌سازهای سری Unity و Open-e این قابلیت استفاده تواماً NAS و SAN را دارند و اصطلاحاً Unified نامیده می‌شوند.
