Brocade San Switch Firmware

Brocade San Switch Firmware

 

در این پست می خواهم Firmware های SAN Switch های Brocade  را با شما به اشتراک بگذارم. از آنجایی که تا کنون نسخ مختلفی از این
Firmware ها ارائه شده است، تمامی نسخ ارائه شده تا کنون را در این پست ارائه می نماییم و از این پس نسخ های جدید را در پست های جداگانه ارائه خواهم نمود.

 

v5.2.3

Link 1 : v5.2.3.zip

Link 2 : v5.2.3.zip

Link 3 (سرور ایران) : v5.2.3.zip

FILE Size :  ۲۶۹.۴ MB

…………………………………………..

v5.3.2c

Link 1 : v5.3.2c.zip

Link 2 : v5.3.2c.zip

Link 3 (سرور ایران) : v5.3.2c.zip

FILE Size :  ۳۴۲.۲ MB

…………………………………………..

v6.0.1a

Link 1 : v6.0.1a.zip

Link 2 : v6.0.1a.zip

Link 3 (سرور ایران) : v6.0.1a.zip

FILE Size :  ۳۷۵.۱ MB

…………………………………………..

v6.1.2c

Link 1 : v6.1.2c.zip

Link 2 : v6.1.2c.zip

Link 3 (سرور ایران) : v6.1.2c.zip

FILE Size :  ۴۴۳.۴ MB

…………………………………………..

v6.2.0e_upgrade

Link 1 : v6.2.0e_upgrade.zip

Link 2 : v6.2.0e_upgrade.zip

Link 3 (سرور ایران) : v6.2.0e_upgrade.zip

FILE Size :  ۶۳۰.۲ MB

…………………………………………..

v6.3.0d

Link 1 : v6.3.0d.zip

Link 2 : v6.3.0d.zip

Link 3 (سرور ایران) : v6.3.0d.zip

FILE Size :  ۱.۱۴ GB

…………………………………………..

v6.4.3g

Link 1 : v6.4.3g.zip

Link 2 : v6.4.3g.zip

Link 3 (سرور ایران) : v6.4.3g.zip

FILE Size :  ۸۹۱.۱ MB

…………………………………………..

v7.0.2e1

Link 1 : v7.0.2e1.zip

Link 2 : v7.0.2e1.zip

Link 3 (سرور ایران) : v7.0.2e1.zip

FILE Size :  ۷۸۷.۰ MB

…………………………………………..

v7.1.0cb

Link 1 : v7.1.0cb.zip

Link 2 : v7.1.0cb.zip

Link 3 (سرور ایران) : v7.1.0cb.zip

FILE Size :  ۷۹۹.۱ MB

…………………………………………..

v7.1.1a

Link 1 : v7.1.1a.zip

Link 2 : v7.1.1a.zip

Link 3 (سرور ایران) : v7.1.1a.zip

FILE Size :  ۷۹۸.۸ MB

…………………………………………..

v7.1.1c

Link 1 : v7.1.1c.zip

Link 2 : v7.1.1c.zip

Link 3 (سرور ایران) : v7.1.1c.zip

FILE Size :  ۷۹۸.۸ MB

…………………………………………..

v7.1.1c1

Link 1 : v7.1.1c1.zip

Link 2 : v7.1.1c1.zip

Link 3 (سرور ایران) : v7.1.1c1.zip

FILE Size :  ۷۹۹.۱ MB

…………………………………………..

v7.1.2

Link 1 : v7.1.2.zip

Link 2 : v7.1.2.zip

Link 3 (سرور ایران) : v7.1.2.zip

FILE Size :  ۷۹۹.۸ MB

…………………………………………..

v7.1.2a

Link 1 : v7.1.2a.zip

Link 2 : v7.1.2a.zip

Link 3 (سرور ایران) : v7.1.2a.zip

FILE Size :  ۷۹۹.۸ MB

…………………………………………..

v7.1.2b

Link 1 : v7.1.2b.zip

Link 2 : v7.1.2b.zip

Link 3 (سرور ایران) : v7.1.2b.zip

FILE Size :  ۷۹۹.۸ MB

…………………………………………..

v7.1.2b1

Link 1 : v7.1.2b1.zip

Link 2 : v7.1.2b1.zip

Link 3 (سرور ایران) : v7.1.2b1.zip

FILE Size :  ۸۰۰.۱ MB

…………………………………………..

v7.2.0a

Link 1 : v7.2.0a.zip

Link 2 : v7.2.0a.zip

Link 3 (سرور ایران) : v7.2.0a.zip

FILE Size :  ۸۰۵.۲ MB

…………………………………………..

v7.2.0b

Link 1 : v7.2.0b.zip

Link 2 : v7.2.0b.zip

Link 3 (سرور ایران) : v7.2.0b.zip

FILE Size :  ۸۰۶.۰ MB

…………………………………………..

v7.2.0c

Link 1 : v7.2.0c.zip

Link 2 : v7.2.0c.zip

Link 3 (سرور ایران) : v7.2.0c.zip

FILE Size :  ۸۰۶.۱ MB

…………………………………………..

v7.2.0d

Link 1 : v7.2.0d.zip

Link 2 : v7.2.0d.zip

Link 3 (سرور ایران) : v7.2.0d.zip

FILE Size :  ۸۰۶.۲ MB

…………………………………………..

v7.2.0d6

Link 1 : v7.2.0d6.zip

Link 2 : v7.2.0d6.zip

Link 3 (سرور ایران) : v7.2.0d6.zip

FILE Size :  ۸۰۶.۵ MB

…………………………………………..

v7.2.1

Link 1 : v7.2.1.zip

Link 2 : v7.2.1.zip

Link 3 (سرور ایران) : v7.2.1.zip

FILE Size :  ۸۲۰.۱ MB

…………………………………………..

v7.2.1a

Link 1 : v7.2.1a.zip

Link 2 : v7.2.1a.zip

Link 3 (سرور ایران) : v7.2.1a.zip

FILE Size :  ۸۲۰.۰ MB

…………………………………………..

v7.2.1b

Link 1 : v7.2.1b.zip

Link 2 : v7.2.1b.zip

Link 3 (سرور ایران) : v7.2.1b.zip

FILE Size :  ۸۲۰.۲ MB

…………………………………………..

v7.2.1c

Link 1 : v7.2.1c.zip

Link 2 : v7.2.1c.zip

Link 3 (سرور ایران) : v7.2.1c.zip

FILE Size :  ۸۲۰.۲ MB

…………………………………………..

v7.2.1c1

Link 1 : v7.2.1c1.zip

Link 2 : v7.2.1c1.zip

Link 3 (سرور ایران) : v7.2.1c1.zip

FILE Size :  ۸۲۰.۵ MB

…………………………………………..

v7.2.1d

Link 1 : v7.2.1d.zip

Link 2 : v7.2.1d.zip

Link 3 (سرور ایران) : v7.2.1d.zip

FILE Size :  ۸۲۰.۶ MB

…………………………………………..

v7.2.1e

Link 1 : v7.2.1e.zip

Link 2 : v7.2.1e.zip

Link 3 (سرور ایران) : v7.2.1e.zip

FILE Size :  ۸۲۰.۸ MB

…………………………………………..

v7.2.1f

Link 1 : v7.2.1f.zip

Link 2 : v7.2.1f.zip

Link 3 (سرور ایران) : v7.2.1f.zip

FILE Size :  ۸۲۰.۹ MB

…………………………………………..

v7.2.1g

Link 1 : v7.2.1g.zip

Link 2 : v7.2.1g.zip

Link 3 (سرور ایران) : v7.2.1g.zip

FILE Size :  ۸۲۰.۹ MB

…………………………………………..

v7.3.0a

Link 1 : v7.3.0a.zip

Link 2 : v7.3.0a.zip

Link 3 (سرور ایران) : v7.3.0a.zip

FILE Size :  ۱.۰۴ GB

…………………………………………..

v7.3.0b

Link 1 : v7.3.0b.zip

Link 2 : v7.3.0b.zip

Link 3 (سرور ایران) : v7.3.0b.zip

FILE Size :  ۱.۰۵ GB

…………………………………………..

v7.3.0c

Link 1 : v7.3.0c.zip

Link 2 : v7.3.0c.zip

Link 3 (سرور ایران) : v7.3.0c.zip

FILE Size :  ۱.۰۴ GB

…………………………………………..

v7.3.1

Link 1 : v7.3.1.zip

Link 2 : v7.3.1.zip

Link 3 (سرور ایران) : v7.3.1.zip

FILE Size :  ۱.۰۶ GB

…………………………………………..

v7.3.1a

Link 1 : v7.3.1a.zip

Link 2 : v7.3.1a.zip

Link 3 (سرور ایران) : v7.3.1a.zip

FILE Size :  ۱.۰۶ GB

…………………………………………..

v7.3.1b

Link 1 : v7.3.1b.zip

Link 2 : v7.3.1b.zip

Link 3 (سرور ایران) : v7.3.1b.zip

FILE Size :  ۱.۰۶ GB

…………………………………………..

v7.3.1c

Link 1 : v7.3.1c.zip

Link 2 : v7.3.1c.zip

Link 3 (سرور ایران) : v7.3.1c.zip

FILE Size :  ۱.۰۶ GB

…………………………………………..

v7.3.1d

Link 1 : v7.3.1d.zip

Link 2 : v7.3.1d.zip

Link 3 (سرور ایران) : v7.3.1d.zip

FILE Size :  ۱.۰۶ GB

…………………………………………..

v7.3.2

Link 1 : v7.3.2.zip

Link 2 : v7.3.2.zip

Link 3 (سرور ایران) : v7.3.2.zip

FILE Size :  ۱.۰۶ GB

…………………………………………..

v7.4.0a

Link 1 : v7.4.0a.zip

Link 2 : v7.4.0a.zip

Link 3 (سرور ایران) : v7.4.0a.zip

FILE Size :  ۱.۰۶ GB

…………………………………………..

v7.4.0b

Link 1 : v7.4.0b.zip

Link 2 : v7.4.0b.zip

Link 3 (سرور ایران) : v7.4.0b.zip

FILE Size :  ۱.۰۶ GB

…………………………………………..

BRCDFOS7_4_1d

Link 1 : BRCDFOS7_4_1d.zip

Link 2 : BRCDFOS7_4_1d.zip

Link 3 (سرور ایران) : BRCDFOS7_4_1d.zip

FILE Size :  ۱.۱۶ GB

…………………………………………..

BRCDFOS7_4_1e

Link 1 : BRCDFOS7_4_1e.zip

Link 2 : BRCDFOS7_4_1e.zip

Link 3 (سرور ایران) : BRCDFOS7_4_1e.zip

FILE Size :  ۱.۱۶ GB

…………………………………………..

BRCDFOS7_4_2

Link 1 : BRCDFOS7_4_2.zip

Link 2 : BRCDFOS7_4_2.zip

Link 3 (سرور ایران) : BRCDFOS7_4_2.zip

FILE Size :  ۱.۱۴ GB

…………………………………………..

BRCDFOS8_0_1a

Link 1 : BRCDFOS8_0_1a.zip

Link 2 : BRCDFOS8_0_1a.zip

Link 3 (سرور ایران) : BRCDFOS8_0_1a.zip

FILE Size :  ۱.۲۴ GB

…………………………………………..

BRCDFOS8_0_1b

Link 1 : BRCDFOS8_0_1b.zip

Link 2 : BRCDFOS8_0_1b.zip

Link 3 (سرور ایران) : BRCDFOS8_0_1b.zip

FILE Size :  ۱.۲۴ GB

…………………………………………..

BRCDFOS8_0_2b

Link 1 : BRCDFOS8_0_2b.zip

Link 2 : BRCDFOS8_0_2b.zip

Link 3 (سرور ایران) : BRCDFOS8_0_2b.zip

FILE Size :  ۱.۲۵ GB

…………………………………………..

BRCDFOS8_1_0a

Link 1 : BRCDFOS8_1_0a.zip

Link 2 : BRCDFOS8_1_0a.zip

Link 3 (سرور ایران) : BRCDFOS8_1_0a.zip

FILE Size :  ۱.۲۵ GB

…………………………………………..

NetworkedStorageConfigGuide

Link 1 : NetworkedStorageConfigGuide.zip

Link 2 : NetworkedStorageConfigGuide.zip

Link 3 (سرور ایران) : NetworkedStorageConfigGuide.zip

FILE Size :  ۷.۹۰ MB

 

لایه های Fiber Channel

پروتکل Fibre Channel  به ۵ لایه تقسیم می شود. این پروتکل با اینکه  مدل OSI را دنبال نمی کند، اما شباهت های بسیاری به آن دارد.

FC-0  تعریف کننده media  فیزیکی است.  سرعتی که دستگاه می تواند ارتباط برقرار کند. (۱,۲,۴,۸,۱۰,۱۶ Gbps)

FC-1  شامل جزییات برای Encoding ، Ordered Set  و ارتباطات Link Control  است.

FC-2 به منظور ساخت FC Frame  و Flow Control. ما به Flow Control برای دانستن مقدار داده ی عبوری در زمان معین که در سمت گیرنده می تواند دریافت آن را مدیریت کند، نیاز داریم. Flow control  توسط شیوه  Buffer-to-Buffer Control Credit  مدیریت می شود.

FC-3  هنوز به طور گسترده استفاده نشده است. در واقع یک سرویس Fabric، معرف ویژگی های Advance  مانند Stripping و Hung Group است.

FC-4  در پروتکل Fibre Channel وظیفه Mapping به Upper Layer Protocol را فراهم می کند که از معروف ترین آن ها SCSI است. FCP – Fibre Channel Protocol برای انتقال SCSI توسط Fibre Channel استفاده می شود.

 

FC-0

Fiber به دو صورت Single Mode و یا Multi Mode وجود دارد. تفاوت عمده این دو در اندازه قطر Core اصلی است که هرچه کمتر باشد اطلاعات می توانند مسافت بیشتری را طی کنند. به بیان دیگر، کابل Single Mode  که ۹ میکرون ضخامت دارد می تواند مسافت بیشتری تا (۱۰ km ) از کابل  Multimode  که حدود ۵۰ میکرون  است (که نباید بیشتر از ۱۵۰ متر بشود) را طی کند. ( البته با توجه به نوع و توان SFP می توان حتی به مسافتهای بیشتر نیز دست یافت. )

معمولا فیبرهای Multimode  ها به رنگ آبی روشن و یا نارنجی هستند در حالی که Single Mode ها به رنگ زرد می باشند.

 

FC-1

Encoding درواقع پروسه ای است که سیگنال های موازی الکترونیکی را  به سیگنال های سریال نوری تبدیل میکند. سرعت های ۱,۲,۴,۸ Gbps از Encoding  های ۸ و ۱۰ بیت استفاده می کنند.  سرعت های ۱۰ و  ۱۶ Gbps  از Encoding  ها ۶۴ و ۶۶ بیت استفاده میکنند.  در ازای هر ۸ بیت یا ۶۴ بیت که انتقال پیدا میکنند ۲ بین اضافه وجود دارد که جهت Link Control  استفاده می گردد.

 

FC-2

این لایه ساختار Frame را نشان میدهد که دارای دو سطح است :

سطح  سرویس دهی

سطوح ۱,۲,۳,۴,۶,F l موجود است. هر سطح نوع Flow control را تعریف می کند به عنوان نمونه به صورت بافر-به-بافر- بین پورت سوییچ و دستگاه در سطح ۳  و یا به عنوان نمونه به صورت  End-to-End بین دستگاه به دستگاه با شیوه Bypass کردن Switch Buffer Credit Model در سطح ۲.

سطح f نیز عموما برای Eport ها و یا اتصالات سوییچ به سوییچ است.

 

Fibre Channel Frame یک Header و یک  Payload دارد. Header  شامل Control و اطلاعات Address است. در حالی که Payload شامل اطلاعاتی است که توسط لایه بالاتر منتقل شده است.

Header  شامل اطلاعاتی نظیر Destination_ID، Source_ID می شود. Payload می تواند ماکزیمم ۲۱۱۲ بایت باشد اما اگر Header خالی باشد آن را با صفر پر نمیکند. کوچکترین سایز فریم Fibre Channel برابر ۶۴ بایت است.

مکانسیم Flow control

ACK- Acknowledgment برای ارتباطات سطح ۲ که از  EE-Credit _ End-to-End  استفاده میکند.

R_RDY- Receiver_Ready  برای ارتباطات سطح ۳ که از BB-Credit  استفاده می کند.

VC_RDY Virtual Circuit Ready  برای ارتباطات سطح ۶ که از  BB_Credit  استفاده میکند.

Fibre Channel  اجازه Drop کردن Frame  را در حالت Steady State  نمیدهد. در نتیجه، دستگاه هیچ گاه یک فریم را بدون مطمین شدن از وضعیت دستگاه گیرنده نمی فرستد. هنگامی که تمامی BB Credit  ها Utilize  شدند، دستگاه منتظر R_RDY  می ماند قبل از اینکه کار را ادامه بدهد.

 

انواع Port های پروتکل FC و فرآیند Initialization

درمحیط  SAN هر پورت باید از پروسه ی Initialization  بگذرد. در این زمان پروسه هر Port  تحت یک گونه خاص دسته بندی می شود.  اگر پورت متصل شده، یک تجهیز Target و یا Initiator باشد به صورت N_Port  یا NL_Port  نمایش داده می شود.  اگر پورت متصل شده یک تجهیز سوییچ باشد، معمولا یا به صورت U_Port، F_Port یا  E_Port نمایش داده می شود. در زیر گونه های متفاوت این پورت ها به صورت مختصر توضیح داده شده است.

 

گونه های متفاوت port  

Device Port  ها

  • N_Port – Node Port

دستگاه به صورت مستقیم متصل شده است. این دستگاه میتواند یک Initiator  یا  Target  باشد.  به طور کلی، Target ها شامل Storage Array  و Initiator  ها   شامل هاست و سرور هستند.

  • NL_Port – Node Loop Port

دستگاهی که به  Loop متصل شده است. این دستگاه یک کد Arbitrated و یک Switched Fabric Code  در Code Base خود دارد. در نتیجه هنگامی که دستگاه Arbitrated Loop را Initialize  کرد شروع به فرستادن FLOGI  می کند. درباره ی این پروسه در پست های بعدی بیشتر توضیح داده خواهد شد ولی به طور خلاصه می توان گفت برای گرفتن ۲۴ بیت  Fabric Address  و برای وجود داشتن در محیط Switched Fabric نیاز به انجام این کار است. به ظور خلاصه تر هرگاه یک تجهیز Initiator بطور مستقیم به یک تجهیز Target متصل گردد، پورت را NL_Port نامند.

 

Switch port  ها

  • U_Port- Universal Port

به معنای این است که به این پورت توپولوژی خاصی الحاق نشده است و منتظر است تا به عنوان یک نوع پورت معرفی شود. درحالت نرمال پورتی که به آن چیزی متصل نشده است پورت U-Port است.

  • FL_Port – Fabric Loop Port

یک پورت سوییچ هنگامی به یک پورت FL_Port  تبدیل می شود که به یک N_Port از سمت دیگر متصل باشد.

  • G-Port – Generic Port

یک وضعیت قبل از آن است که پورت به صورت E_Port  و یا F_Port  در بیاید.  اگر پورت به صورت G_Port بماند قطعا در مرحله Initialization  یک مشکلی وجود داشته است.

  • F_Port – Fabric Port

به این معناست که این پورت به یک دستگاه  Full Fabric  متصل شده است ( یعنی N_Port) . به بیان دیگر F_Port به معنای این است که این پورت به یک  Initiator و یا  Target مستقیما متصل شده است.

  • E_Port – Expansion Port

این نوع پورت برای استفاده برای ( Inner-switch Link ( ISL  به  کار می رود. این ارتباط بین ۲ سوییچ را نشان می دهد.

 

  • Initialization Process

برای درک بهتر به شکل بالا دقت کنید.

  1. مرحله initialization از U_Port  شروع می شود. ( State1)
  2. اگر پورت بتواند تشخیص بدهد که به آن چیزی متصل شده است ( سیگنالی به این پورت وارد شود ) به سمت اولین Transaction می رود.
  3. در حین Transaction1 پورت برای Initialize  کردن  Arbitrated Loop، حداقل ۱۲ (Primitive Sequence LIP (F7 را انتقال می دهد.
  4. اگر پورت حداقل ۳ عدد Consecutive Primitive Sequences دریافت نماید آنگاه پورت شروع به Arbitrated loop می نماید و به یک پورت FL_Port  تبدیل می شود. (State 2)
  5. اگر دستگاه اضافه شده یک Loop نباشد، مرحله Initializing  به حالت  G_Port  می رود. (State 3)
  6. اگر دستگاه متصل شده یک Initiator  و یا  Target  باشد. حالت پورت از G_Port  به  F_Port  تبدیل می شود. (State 5)
  7. اگر دستگاه متصل شده یک سوییچ دیگر باشد آنگاه وضعیت پورت از G_Port به E_Port  تبدیل می شود. (State 4)

 

*قطعا این فقط یک خلاصه ای از این پروسه است.

VMware vCenter Site Recovery Manager 6.1.1.1

VMware vCenter SRM یک راه حل مدیریتی DR پیشرو در مجازی سازی مبتنی بر VMware است. SRM امکان هماهنگ‌ سازی (Orchestration) خودکار و بررسی بلادرنگ طرح‌های بازیابی متمرکز را، برای همه برنامه‌های مجازی‌سازی شده پدید می‌آورد.

SRM به گونه ای طراحی شده که می‌‌تواند با vSphere Replication ادغام شده و همچنین مجموعه‌ی وسیعی از محصولات Array-Based Replication را پشتیبانی نماید.

ایجاد ساختار براساس vSphere و تکمیل آن با SRM می‌تواند هزینه‌ی (DR(Disaster Recovery یا بازیابی پس از بحران را از طریق اتوماسیون مدیریت کارکرد و بررسی خودکار، به شدت کاهش داده و پیچیدگی پردازش‌های قدیمی‌را از بین می‌برد و این در حالی است که قابلیت پیش‌بینی سریع زمان بازیابی RTO تداوم کسب و کار را تضمین می‌نماید.

فایل ها همانند همیشه از VMware مستقیماً تهیه شده و با نام اصلی و بدون هیچ دخل و تصرفی در اختیارشما قرار میگیرد.

 

Link 1 : VMware-srm-6.1.1-4535903.exe

Link 2 : VMware-srm-6.1.1-4535903.exe

Link 3 سرور ایران : VMware-srm-6.1.1-4535903.exe

File size: ۱۷۶.۲ MB

Password: www.vcloudtip.com

 

 

 

VSI for VMware vSphere Web Client 7.0


۰.VSI for VMware vSphere Web Client 7 در واقع یک Plug-in برای محصول vSphere Web Client است. ۰.VSI 7 برای VMware Administrator امکانات

  • Provision
  • Monitor
  • Manage
  • Protect Datastores

را مستقیما و از درون vSphere Web Client فراهم می آورد و بدین گونه محیط مدیریتی مجموعه مجازی را ساده تر و راحتر می نماید. VSI 7.0 محصولات ذیل را پشتیبانی می کند.

  • RecoverPoint
  • AppSync
  • PowerPath
  • ViPR
  • VMAX
  • VNX
  • Unity
  • VPLEX
  • VNXe3200
  • VNXe1600
  • vVNX
  • XtremIO

فایل ها همانند همیشه مستقیماً از EMC تهیه شده و با نام اصلی و بدون هیچ دخل و تصرفی در اختیارشما قرار میگیرد.

 

 

Link 1 VSI for VMware vSphere Web Client ۷.۰

Link 2 VSI for VMware vSphere Web Client ۷.۰

Link 3 سرور ایران VSI for VMware vSphere Web Client ۷.۰

File Size : ۱.۴ GB

Password : www.vcloudtip.com

Nutanix و محصول Acropolis؛ آیا vMware باید نگران شود؟

Nutanix و  محصول  Acropolis؛ آیا vMware  باید نگران شود ؟

Nutanix

 

حدود ۳ ماه پیش شرکت Nutanix محصول جدید خود به نام Acropolis را رسما معرفی کرد. Acropolis در واقع یک Hypervisor بر مبنای KVM است و همانگونه که انتظار می رفت هیاهوی بسیاری تولید کرد. ولی آیا vMware بعنوان یک رقیب باید به Acropolis نگاه کند و نگران باشد ؟

پاسخ کوتاه اینست که بله vMware لازم است که نگران باشد. البته بیش از نگرانی بابت رقیبی نظیر Acropolis باید از بابت عملکرد خود vMware  در قبال مشتریان و این صنعت نگران باشد! بالاترین تهدید Acropolis برای vMware را میتوان سادگی و استفاده آسان از آن دانست. به جرات می توان Nutanix را اولین شرکتی در این حوزه با این سهولت در بهره برداری، دانست.  اما تهدید که خود vMware مسبب آن است فراتر از اینهاست. سالهاست که مشتریان منتظر ورود قابلیتها خاص دیگر به محصولات vMware هستند، ولیکن تا کنون شاهد آن نبوده ایم. این در حالی است که دیگر رقبا در این عرصه توانسته اند تا حد بسیار زیادی قابلیت های موجود در vMware را در محصولات خود شبیه سازی نمایند. این توقف در ارائه قابلیتها از سوی vMware تا حدی باعث پراکندگی مشتریان vMware و جذب آنها به محصولات جدید شده است. دقیقا همان اتفاقی که برای Hyper-V مایکروسافت نیز افتاد. در ارائه اولیه Hyper-V نیز صحبت از قابلیتها بسیاری بود، ولی با گذشت زمان و عدم ارائه آنها از سوی مایکروسافت به دلایل بسیار، مایکروسافت کم کم بازار خود را در این حوزه به دیگر رقبا تحویل داد.

قطعا هنوز vSphere بدون هیچ شکی و یا ابهامی برترین Hypervisor این عرصه است و هنوز بهترین Ecosystem را در این صنعت در اختیار دارد. اما مدتی است که شاهد رکود نوآوری و ابداع در فضای Private Cloud ها می باشیم. امروزه کاربران با اشتیاق و سرعت کمتری نسبت به قبل به نسخ و ویرایش های جدیدvSphere ، خود را آپدیت میکنند و این هم عموما بدلیل فقدان قابلیت قانع کننده در ویرایش های جدید vSphere است. به عنوان نمونه ابزار vROPs یا همان vRealize Operation Manager ابزار خوبی است اما برای نیازهای بسیاری از کاربران بسیار بسیار پیچیده است و به هیچ وجه به سادگی و سهل استفاده بودن آن توجهی نشده است. با توجه به موارد ذکر شده ورودیهای جدید به بازار vMware نسبت به سالیان پیش رشد کمتری داشته و کم و بیش میتوان اظهار نمود که تقریبا متوقف شده است و این موضوعی است که Nutanix قصد دارد از آن بهره برداری نماید.

vMware  در این شرایط قصد دارد تا با فعالیتهایی نظیر Reworking Licensing، ترغیب مشتریان به خرید Suite های بزرگتر و بسط دادن بستر خود، به رشد دلخواه خود دست یابد. vMware بعد از چند قدم اشتباهی که برداشت، بطور واضح عکس العمل مشتریان خود را درک نمود. بسیاری از مشتریان vMware از مشتریان خرسند vMware به مشتریان ملزم و موظف vMware تبدیل شدند و این مشکل اصلی است.

حال باید دید آنها چگونه قصد دارند برتری خود را در این عرصه حفظ کنند. vMware نیاز دارد که مجددا تمرکز نماید. Nutanix توانسته تا با تمرکز بروی ظاهر، سادگی، انجام ساده کارها و در دسترس بودن آنها، برای مشتریان این بازار جذابیت بوجود آورد. توجه به نیاز مشتریان، این امری است که vMware به آرامی در حال فاصله گرفت از آن می باشد. شاید شرکت اپل بتواند به مشتریان خود بگوید آنها به چه چیزی نیاز دارند، زیرا مشتریان آنها، به اپل ایمان دارند، ولی شرکتهای بسیار کمی دارای این جایگاه نزد مشتریان خود هستند. ( و مطمئنا vMware هنوز در بین مشتریان خود این جایگاه را ندارد.)

و در پایان و بسیار شفاف من معتقدم که  vMware باید تلاش زیادی انجام دهد تا بتواند دید مشتریان خود را به پذیرش ترکیبی زیرساختهای “invisible” و vSphere در کنار یکدیگر، به عنوان یک سرمایه گذاری ارزشمند تغییر دهد.

نگاهی به قابلیت Flash Read Cache

نگاهی به قابلیت Flash Read Cache

یکی از قابلیتهای جدید و موثر افزوده شده به Vsphere 5.5 به بعد، ویژگی است، بنام Flash Read Cache که به اختصار به آن vFRC هم می گویند. این ویژگی به شما اجازه می دهد تا از SSD های موجود بروی Host های خود بعنوان Storage Read Cache استفاده نمایید. با این شیوه شما تمامی Workload های  مورد نیاز ماشین های مجازی خود را بروی یک SSD با سرعت بالا در کنار Host خود دارید و بدین گونه می تواند تاثیر مثبتی بروی عملکرد و سرعت کل کلاستر مجازی شما داشته باشد. بدین روش شما به یک Throughput بسیار مناسب با Latency بسیار پایین دست میابید. بهره گیری از قابلیت vFRC هیچ گونه تاثیر مخربی بر دیگر قابلیتها و فعالیتها ندارد. شاید این سوال برایتان پیش آید که آیا تمامی Host ها باید دارای SSD باشند تا بتوان از این قابلیت در کلاستر استفاده نمود؟ پاسخ این سوال خیر است. زیرا که اگر شما تنها یک Host با SSD هم داشته باشید می توانید از این ویژگی بهره ببرید و در صورت نیاز می توانید با vMotion ماشین مجازی را به Host که فاقد SSD باشد، منتقل نمایید تا با این تفاوت که ماشین مجاری بروی Host جدید دیگر نمی تواند از vFRC بهره ببرد. پس هیج گونه محدودیتی برای اجرا آن در کلاستر خود ندارید.

تصویر شماره ۱

شما می توانید حداکثر از ۸ دیسک SSD و یا حداکثر ۴ TB ، بروی هر Host و حداکثر تا ۳۲ TB برای کل کلاستر بهره ببرید. زمانی که شما این SSD ها را به Cache Pool خود اختصاص می دهید، کماکان می توانید از بخشی از فضای آن نیز بعنوان فضایی جهت Host Memory Caching استفاده نمایید. ( بمانند همان شیوه ای که در گذشته در Vsphere 5.1 استفاده می شد. )

نقطعه ضعفی که به vFRC وارد است اینست که شما تمامی تنظیمات مربوطه را باید مستقیما بروی تک تک ماشین های مجازی خود اعمال نمایید و امکان تعریف تنظیمات مشابه برای یک گروه ماشین وجود ندارد. این بدین معناست که شما باید برای هر ماشین مجازی علاوه بر فعال نمودن قابلیت vFRC، باید مقدار ظرفیتی را که می تواند از Cache Pool را در اختیار بگیرد تعیین نمایید. ( به خاطر داشته باشید که از این ویژگی تنها می توانید بروی ماشین های مجازی با Hardware Version 10 به بعد استفاده نمایید.)

پس از تعیین سایز فضای Cache بروی ماشین مجازی باید Block Size مربوطه را نیز تنظیم نمایید. Block Size در واقع تعیین کننده حداکثر فضای  Cache  قابل استفاده توسز ماشین مجازی است. مقادیر آن به شرح زیر است :

 

۴ K Block – Up to 4 GB

۸ K Block – Up to 8 GB

۱۶ K Block – Up to 16 GB

۳۲ K Block – Up to 32 GB

۱ MB Block – Up to 1 TB

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

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

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

RPO چیست ؟

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

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

RTO چیست ؟

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

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

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

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 قابل گسترش جدید ارائه کرده است. این فایل سیستم یک فایل سیستم ۶۴ بیتی است که مجموعه ای از سرویس های فایل، شامل موارد زیر را دارا است :

  • گسترش پذیری تا ۶۴TBs
  •   Snapshotها با استفاده از فضای بهینه
  • قابلیت Shrink  فایل سیستم و پس گرفتن ان فضا
  • پشتیبانی تا ۲۵۶ 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. محدودیت ۱۰ DAE و ۲۵۰ درایور به ازای هر باس وجود دارد. (همانند نسل ۲ vnx)
    3. Unity، هنوز DAE هایی با تعداد ۶۰ و ۱۲۰ درایور را ندارد ولی یک برنامه در نظر گرفته شده تا بتواند تعداد بیشتری درایور را پشتیبانی کند.
    4. Date At Rest Eencryption یا همان ( D@RE) یک برنامه انتخابی است که فقط در هنگام خرید پیشنهاد داده میشود و بعد از آن نمیشود آن را فعال کرد. EMC حتی این تکنولوژی را در برخی از کشورها مانند چین و یا روسیه ارائه نمیدهد.

نتیجه گیری:

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

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

خطای 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).

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

دلایل 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 به ورژن ۱۹.۰.۱ و بالاتر

 

–  توجه: لینک های ارائه شده در تاریخ ۱۲ 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 کنید.

 

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