RPO و RTO – درک تفاوت آنها

RPO و RTO – درک تفاوت آنها

درک مفاهیم RPO و RTO به شما کمک می کند تا پاسخ این سوال را داشته باشید؛ چقدر Downtime را می توانید بپذیرید؟ در بدترین شرایط چقدر از داده های شما از دست خواهد رفت ؟

RPO چیست ؟

RPO مخفف Recovery Point Objective است. تعریف کننده حداکثر داده ای است که سازمان پذیرش از دست دادن آنها را دارد.

به عنوان مثال اگر شما از سرور خود بصورت روزانه و در ساعت 23:00 یک بکاپ تهیه نمایید، آنگاه RPO در این حال در بدترین وضعیت برابر 24 ساعت است.

RTO چیست ؟

RTO مخفف Recovery Time Objective است که به معنی مدت زمان مورد نیاز جهت ریکاوری سیستم پس از بروز حادثه می باشد. در واقع به نوعی به Downtime مورد نیاز در صورت بروز حادثه اشاره می نماید.

آشنایی با چند مفهوم

  • Data vault : یک انباره Storage در سایت دوم که که داده ها بروی آن کپی شوند.
  • Hot Site : یک سایت که در صورت بروز هر گونه فاجعه در سایت اول بتواند تمامی عملیات سایت اصلی را انجام دهد. این سایت دارای سخت افزار و نرم افزار و سیستم عاملها و شبکه جداگانه خود است تا در صورت لزوم جایگزین سایت اول شود. تمامی این تجهیزات و ادوات همیشه در دسترس و در حال اجرا می باشند.
  • Clod Site : یک سایت که باید بتواند تمامی فعالیتهای مهم سایت اصلی را انجام دهد. این سایت موما با حداقلهای زیر ساختی IT راه اندازی می شود و عموما فعال نیست و در صورت لزوم سایت فعال می گردد.

خطای Heap globalCartel-1 already at its maximum size.Cannot expand

خطای Heap globalCartel-1 already at its maximum size.Cannot expand

هر یک از علایم زیر ناشی از خطای بیان شده می باشد و دلیل یکسانی دارند:

  • عدم توانایی اجرا vMotion (چه برای انتقال یک ماشین از هاست مورد نظر و چه برای انتقال به هاست ESXi).
  • عدم توانایی سرویس ها (چه برای سرویس هایی که از هاست مورد نظر اجرا میشوند و چه برای سرویس هایی که بر روی این هاست اجرا میشوند).
  • Fail شدن هاست ESXi هنگام Enable کردن سرویس ها و یا vMotion .
  •  هنگامی که اجرای  Task ها در Vsphere Client  به Error زیر ختم می شود :

A general system error occurred: Command /bin/sh failed

  • وقتی به کنسول ماشین مجازی متصل میشوید،و Error زیر را می بینید :

Unable to contact the MKS: Could not connect to pipe\\.\pipe\vmware-authdpipe

و

.Unable to connect to the MKS: connection terminated by server

  • وقتی ماشین مجازی را Power On می کنید، خطای زیر را دریافت می کنید :

VMK_NO_MEMORY

  • هنگام اتصال به ESXi shell خطای زیر را دریافت می نمایید :

can’t fork

  • هنگامی که در DCUI کلیدهای Alt+F12 را بزنید:

WARNING: Heap: 2677: Heap globalCartel-1 already at its maximum size. Cannot expand

  • و در log file مربوط /var/log/vmkwarning خطاهای زیر را مشاهده میکنید:

T

(تاریخ و زمان ذکر شده در بالا نسبت به شرایط متغییر است.)

  • در هنگام اجرای هر دستوری در ESXi هم با خطای زیر مواجه خواهید شد:

-sh: can’t set tty process group (Operation not permitted).

1.تصویر مربوط به خطا در هنگام روشن شدن ماشین مجازی

دلایل error  های بالا:

این خطاها در هاست های ESXi ای که بر روی سخت افزار HP با ورژن های AMS زیر قرار دارند رخ میدهد:

  • hp-ams 500.9.6.0-12.434156
  • hp-ams-550.9.6.0-12.1198610
  • hp-ams 500.10.0.0-18.434156
  • hp-ams-550.10.0.0-18.1198610

راه کار برای رفع این خطا:

این مشکل رایجی است که ESXi 5.x را تحت تاثیر قرار داده است. برای رفع این مشکل یکی از این روش ها را امتحان کنید. Upgrade کردن ESXi و در صورت عدم حل مشکل، به صورت دستی ورژن AMS را Upgrade کنید.

Upgrade نمودن ESXi

  • Upgrade کردن vSphere ESXi 5.5 Update 3 که در این لینک موجود است.

Upgrade به ورژن 19.0.1 و بالاتر

 

–  توجه: لینک های ارائه شده در تاریخ 12 August, 2015 معتبر بودند.

نصب درایورها

روش دیگر نصب درایور ها است که اطلاعات در مورد نصب درایور های و بروز رسانی Frimware سرورهای HP در این لینک موجود است.

حذف AMS Package

اگر هم نمیخواهید که هیچ یک را Upgrade نمایید، میتوانید Package را در تمامی ESXi هاست هایی که با ورژن AMS گفته شده هستند، پاک کنید.

توجه: در برخی از موارد Command هایی که بر روی هاست ESXi   اجرا میشوند با خطای cant’t fork رو به رو میشوند که در این صورت باید ماشین های مجازی بر روی این هاست را خاموش کرده و هاست را یکبار Reboot کرد.

ابتدا دستور زیر را برای متوجه شدن ورژن AMS بزنید:

esxcli software vib list | grep ams

  • سپس برای حذف کردن Package بر روی تمامی هاست هایی که این ورژن از AMS را دارا هستند:
  • به هاست خود توسط SSH متصل شوید. اطلاعات بیشتر در ( روش فعال کردن SSH در ESXi )
  • دستور زیر را برای Stop کردن سرویس هاس HP بزنید.

/etc/init.d/hp-ams.sh stop

  • دستور زیر را برای حذف VIB بزنید

esxcli software vib remove -n hp-ams

  • هاست را Restart کنید.

 

با اجرا هر یک از روش های فوق،خطا باید رفع شود و دیگر نباید با این خطا مواجه شوید.

روش نصب Patchها در Esxi

روش نصب Patchها در Esxi

  • به عنوان اولین مرحله پیشنهاد می کنم در صورت امکان هاست خود را در حالت Maintenance mode قرار دهید.

  • SSH هاست خود را فعال نمایید. در صورت نیاز به راهنمایی به این پست مراجعه نمایید.

  •  Patch های دانلود شده را به Datastore هاست منتقل نمایید.

  • توسط یک نرم افزار SSH Clinet نظیر Putty به هاست خود متصل شوید.
  •  دستور زیر را تایپ نمایید.

esxcli software vib update -d /vmfs/volumes/<your_datastore>/< File Name >.zip

  • در دستور فوق استفاده از سوئیچ Update باعث حفظ تمامی درایورهای سخت افزاری موجود و Vib فایلهای پیشین خواهد شد.
  • پس از چند دقیقه بروز رسانی به اتمام خواهد رسید. در صورت نیاز می توانید با دستور Reboot در محیط Command ، هاست را ریبوت نمایید.
  • از طریق زیر می توانید ویرایش نسخه ESXi خود را ببینید.

  • و یا با دستور زیر در محیط Command ویرایش Esxi را بیابید.

 esxcli system version get

روش فعال کردن SSH در ESXi

روش فعال کردن SSH در ESXi

برای این منظور دو روش وجود دارد.

روش اول : استفاده از DCUI

  • بروی صفحه لاگین هاست خود کلید F2 را بفشارید.

  • نام کاربری و پسورد خود را وارد نمایید.

  • پس از لاگین، گزینه Troubleshooting Options را انتخاب نمایید.

  • با انتخاب گزینه Enable SSH، می توانید SSH هاست خود را فعال نمایید.

  روش دوم : استفاده از vSphere Client

  • توسط vSphere Client به هاست مورد نظر و یا Vcenter متصل شوید و پس از انتخاب هاست خود،  Tab مربوط به Configuration را انتخاب نمایید.

  • در قسمت Configuration گزینه Security Profile را انتخاب نمایید.

  • گزینه Properties را انتخاب نموده و از پنجره جدید، SSH را انتخاب نمایید و سرویس مربوط به SSH را Start نمایید.

  • اگر در دسترسی به SSH خود مشکلی داشتید، بخش Firewall را بررسی نمایید.

روش ریست کردن پسورد administrator@vsphere.local در vCenter 5.5

vcenter5.5

روش ریست کردن پسورد administrator@vsphere.local در vCenter 5.5

اگر به هر دلیلی در اتصال به vCenter خود دچار بروز خطا بدلیل Credentials شوید و نیاز به ریست کردن پسورد administrator@vsphere.local داشتید می توانید از این آموزش استفاده نمایید.

نسخه ویندوزی vCenter

1- با یک یوزر Domain Administrator و یا Local Administrator به سرور vCenter متصل شوید.

2- یک Command Prompt را با Run As Administrator اجرا نمایید.

3- به مسیر C:\Program Files\VMware\Infrastructure\VMware\CIS\vmdird بروید.

4- vdcadmintool.exe را اجرا نمایید.

5- کنسول زیر نمایش داده می شود.

 ===============================
Please select:
0. exit
1. Test LDAP connectivity
2. Force start replication cycle
3. Reset account password
4. Set log level and mask
5. Set vmdir state
===============================

6- گزینه 3 یعنی Reset account password را انتخاب نمایید.

7- زمانی که Account UPN را از شما خواست، عبارت زیر را تایپ نمایید.

cn=Administrator,cn=users,dc=vSphere,dc=local

8- دکمه Enter را بفشارید.

9- یک پسورد جدید تولید و بروی صفحه نمایش داده می شود.

10- 0 را انتخاب نمایید.

11- با پسورد جدید در vSphere Web Client لاگین نمایید.

12- بروی Home کلیک کنید.

13- بروی Administration کلیک کنید.

14- بروی Single Sign-On > Users and Groups کلیک نمایید.

15- بروی User کلیک کنید.

16- بروی administrator@vsphere.local راست کلیک کنید و Edit را انتخاب نمایید.

17- پسورد جدید را وارد نمایید.

نسخه vCenter Appliance

1- توسط SSH به vCenter Server Appliance متصل شوید.

2- دستور زیر را برای فعال سازی دسترسی به Bash Shell اجرا نمایید.

 shell set –enable true

3- shell را تایپ نمایید و Enter را بفشارید.

4- با فرمان زیر ابزار vdcadmintool را اجرا نمایید.

/usr/lib/vmware-vmdir/bin/vdcadmintool

5- ادامه مراحل بمانند گزینه 6 به بعد نسخه ویندوزی است.

معرفی EMC VNX MirrorView

معرفی  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 شوند.

چگونه یک Storage Group بسازیم؟

چگونه یک Storage Group بسازیم؟

در این آموزش قصد داریم مقداری در خصوص فرآیندهایی که احتمالا روزانه یک مدیر Storage با آن درگیر است صحبت کنم.

درست کردن یک Lun

اولین مرحله از آموزش ما تولید یک LUN است. در این آموزش تمامی مراحل با بهره گیری از GUI انجام می شود ولیکن قابلیت انجام تمامی این مراحل توسط CLI نیز موجود است. بسیار خوب در ابتدا به EMC خود متصل شوید و پس از باز شدن صفحه اولیه Unisphere، تجهیز مورد نظر خود را انتخاب نمایید. پس از آن در منوی بالایی بروی قسمت Storage بروید و آنگاه LUN را انتخاب نمایید.

Unisphere Storage Menu

وقتی که  LUN را انتخاب نمودید در صفحه بعد لیستی از تمامی LUN های موجود خود را مشاهده می نمایید. شما می توانید نحوه نمایش این لیست را به سلیقه و دلخواه خود تغییر دهید و یا حتی این لیست را بصورت یک فایل Export نمایید. از دکمه های پایین صفحه گزینه “ Create “ را انتخاب نمایید.

Unisphere – LUN Section

بعد از انتخاب دکمه ” Create ” پنجره زیر را می بینید :

Create New LUN

قطعا چیزی که شما بروی تجهیز خود مشاهده می نمایید با تصویر فوق یکسان نیست. بنا به تنظیمات شما تفاوتهایی وجود دارد. در تصویر نمونه ما یک Pool با Raid 6 بنام Pool-Bronze داریم.

موارد ابتدایی که باید آنها را وارد نمایید و همچنین به خوبی درک نمایید عبارتند از :

  • آیا شما یک Pool LUN می خواهید و یا یک Raid Group LUN ؟
  • آیا LUN شما باید Thin باشد یا Thick ؟ آیا باید Deduplication روی آن فعال باشد یا خیر ؟
  • ظرفیت آن چقدر باید باشد و LUN ID آن چند باید باشد ؟

در این مثال، ما قصد داریم یک Pool LUN با سایز 100 GB تولید کنیم.برای این منظور من از یک Storage Pool که از قبل ساخته شده است و Pool-Silver نام دارد، استفاده می کنم. من می خواهم این LUN بصورت Thin باشد. همچنین قصد دارم LUN ID شماره 43023 را برای آن انتخاب کنم.

Create New LUN

بعد از کلیک بروی گزینه “ Apply “ ، یک تاییدیه از شما گرفته می شود و آنگاه LUN تولید می شود و در نهایت یک پیغام ” Success ” دریافت می کنید.

همین! تمام شد! شما توانستید یک LUN بسازید. به همین سادگی!

اتصال به یک HOST

در اولین قدم ما یک LUN ساختیم. حال ما به یک Host برای اتصال و دسترسی به LUN نیاز داریم. در این مثال می خواهیم نحوه ساخت یک Host را فرا بگیریم. فرض کنید یک Host جدید در محیط ما به تازگی نصب و راه اندازی شده است ولیکن تا کنون روشن نشده است. اما ما از HBA WWN آن مطلع هستیم.

تا زمانی که سرور روشن نشده است، ما هیچ Host را در لیست Host List نخواهیم دید. در شرایط عادی پس از اتصال Host به Storage، عموما توسط یک Host Agent و یا Unsiphere Server Utility و در موارد خاصی هم بصورت دستی، Host خود را بروی تجهیز Register می نماید. Host Agent ها در دو نسخه ویندوزی و لینوکسی موجود هستند و با نصب آنها بروی سرور مربوطه فرآیند Auto Register اتفاق می افتد. لازم بذکر است که با توجه به اینکه vMware از شرکتهای زیر مجموعه EMC است، تمامی Hypervisor های این شرکت بصورت پیش فرض این Agent را در خود دارند.

در این مثال ما قصد داریم شیوه Manual Registration را انجام دهیم. برای این منظور به منوی Host رفته و آنگاه Initiators را انتخاب نمایید.

Unisphere Host Menu

تمامی هاستهای متصل به SAN حداقل یک Initiator در این لیست دارند. شما باید بتوانید صفحه شبیه تصویر زیر ببینید :

Unisphere – Initiators

بسیار خوب، چیزی که می بینید لیستی است از تمامی Initiator های موجود. یک قانون مهم : هر Initiator می تواند تنها در یک Storage Group باشد. هیچ استثنایی نیز ندارد. این قانون در واقع می گوید که : هر هاست تنها و تنها می تواند در یک Storage Group وجود داشته باشد. حال اگر با دقت بیشترب به تصویر ارائه شده نگاه کنید، درمی یابید که هر هاست می تواند بیش از یک Initiator نیز داشته باشد. پس می توان با شیوه ای خاص یک هاست را در چندین Storage Group قرار داد!

حال ببینیم چگونه می توان بین یک هاست و یک LUN توسط Storage Group ارتباط برقرار کرد.

در صورت رعایت اصول MPIO هر هاست دارای 4 Initiator خواهد بود.

  1. host_HBA_1 connected to Port_X in Storage Processor A
  2. host_HBA_1 connected to Port_Y in Storage Processor B
  3. host_HBA_2 connected to Port_Z in Storage Processor A
  4. host_HBA_2 connected to Port_U in Storage Processor B

در این شیوهما هیچ Single Point Of Failure برای قطع ارتباط مابین هاست و Storage نداریم. از آنجاییکه نمی خواهم این آموزش پیچیده و غیر قابل درک شود و برای اینکه این مثال ساده تر پیش برود، فرض می کنیم که هاست ما دارای تنها یک Initiator است که به پورت 5 ،SP A متصل است. در پایین صفحه شما می توانید دکمه Register را بیابید.

Create Initiator Record

بسیار خوب پس از انتخاب Register، در پنجره جدید WWN را وارد نمایید. پورت متصل به هاست را تعیین کنید و Failover Mode را در حالت Active-Active یا همان ALUA بگذارید و برای نام test_host و برای آن IP آدرس را وارد نمایید، آنگاه بروی دکمه  OK بفشارید.

Create Initiator Record

موفقیت آمیز بود و توانستیم یک هاست جدید تولید نماییم. حال پس از Refresh نمودن باید بتوانید هاست جدید را در لیست ببینید.

Unisphere – Our “fresh” Initiator

همانگونه که می بینید هاست جدید عضوی از Storage Group بنام management~ می باشد. management~ در واقع یک Storage Group خاص است. و هر هاستی که در آن حضور دارد بدین معناست که آن هاست درون هیچ Storage Group واقعی نیست.

بسیار خوب وارد Host List شوید. اسم هاست جدید را می توانید در اینجا ببینید:

Unisphere Host List

همانگونه که دریافتید ما هاست را بصورت دستی تولید کردیم. اکنون ما هاست خود را برای اضافه کردن به Storage Group در اختیار داریم.

تولید یک Storage Group

اگر هنوز نمی دانید که Storage Group چیست و چرا به آن نیاز داریم می توانید آموزش ” معرفی Access Logix، LUN Masking و Storage Groups ” را مطالعه نمایید.

برای درست کردن یک Storage Group خیلی ساده به قسمت Host > Storage Group بروید و آنگاه بروی گزینه Create کلیک نمایید و تنها نیاز است که برای آن یک نام تعیین کنید:

Create Storage Group

من یک Storage Group با نام new_SG درست کردم. پس از کلیک بروی گزینه OK یک سوال از شما پرسیده می شود مبتنی بر اینکه : آیا شما مطمئنید که …. ؟؟؟!!! قطعا. من که مطمئنم!! شما را نمی دونم!!

پس از آن شما شما یک پنجره شبیه این می بینید :

 

New Storage Group

همانگونه که می بینید فرآیند تولید موفقیت آمیز بوده و گزینه ” Yes, I want to add LUNs and/or connect host ” را انتخاب نمایید. این صفحه را خواهید دید :

 

Adding LUNs to Storage Group

در ابتدا شما باید گزینه (ADD LUN(s را انتخاب نمایید. LUN های تولید شده خود را بیابید و آنگاه گزینه “ Add “ را بفشارید.

یک موضوع مهم در اینجا، انتخاب Host LUN ID است. همانگونه که دید من برای این منظور هیچ مقداری وارد نکردم و Storage بصورت خودکار یک Host LUN ID را به هاست اعطا کرد. در صورت نیاز جهت آشنایی بیشتر با HLU/ALU می توانید به آموزش ” معرفی Access Logix، LUN Masking و Storage Groups ” مراجعه نمایید.

پس از انتخاب LUN مورد نظر بروی کلید “ Apply “ بفشارید و آنگاه Tab بعدی یعنی Host را انتخاب نمایید:

Connect Host to Storage Group

تنها کار که نیاز است در اینجا انجام دهید انتخاب هاست و یا هاستهای دلخواه است. در پایان گزینه OK را بفشارید.

خلاصه

 شاید در ابتدا کمی پیچیده بنظر برسد ولیکن تنها نیاز است که در انجام تمامی این فرآیندها دقت عمل داشته باشید. در نهایت این مسائل را نیز بیاد داشته باشید :

  • شما می توانید چند LUN را به تعدادی Storage Group اضافه نمایید، تنها لازم است که گزینه “ Show LUNs” را به “Already Connected To Different Storage Group “ تغییر دهید.
  • بصورت پیش فرض شما می توانید یک هاست را تنها در یک Storage Group قرار دهید و اگر هاستی را در Storage Group دومی قرار دهید، آنگاه آن هاست از عضویت Storage Group اول خارج می شود.
  • عضویت یک هاست در Storage Group بنام managment~ بمعنای عدم عضویت آن هاست در یک Storage Group واقعی است.

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

معرفی اجمالی 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 برای شما فراهم نماید.