VMware NSX Manager 6.3.1

آخرین ویرایش نرم افزار NSX یعنی ۶.۳.۱ از نسخه ۶ ارائه شده در تاریخ ۲۸ فوریه ۲۰۱۷ را با شما به اشتراک میگذارم.

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

NSX 6.3.1

Link 1 : VMware-NSX-Manager-6.3.1-5124716.ova

Link 2 : VMware-NSX-Manager-6.3.1-5124716.ova

Link 3 سرور ایران : VMware-NSX-Manager-6.3.1-5124716.ova

File size: ۲.۱۴ GB

NSX Upgrade Bundle 6.3.1

Link 1 : VMware-NSX-Manager-upgrade-bundle-6.3.1-5124716.tar.gz

Link 2 : VMware-NSX-Manager-upgrade-bundle-6.3.1-5124716.tar.gz

Link 3 سرور ایران : VMware-NSX-Manager-upgrade-bundle-6.3.1-5124716.tar.gz

File size: ۲.۰۵ GB

Standalone Edge – Client

Link 1 : nsx-l2vpn-client-ovf-5113781.tar.gz

Link 2 : nsx-l2vpn-client-ovf-5113781.tar.gz

Link 3 سرور ایران : nsx-l2vpn-client-ovf-5113781.tar.gz

File size: ۱۴۲.۵ MB

Serial NSX 6.x

Link 1 : key.rar

Link 2 : key.rar

Link 3 سرور ایران : key.rar

File size: ۱ KB

Password: www.vcloudtip.com

HP Custom Image for VMware ESXi 6 Update 3

شرکت HP دیروز نسخه جدید ESXi سفارشی شده خود را ارائه داد. مطابق روال همیشگی، این نسخه  را بدون هیچ دخل و تصرفی و با نام اصلی با شما به اشتراک میگذارم.

این نسخه  تنها امکان پشتیبانی از نسل G7 به بعد را دارد و بروی سرورهای نسل ۶ قابل استفاده نیست.

HP Custom Image for VMware ESXi 6

Link 1 : VMware-ESXi-6.0.0-Update3-5050593-HPE-600.9.7.0.17-Feb2017.iso

Link 2 : VMware-ESXi-6.0.0-Update3-5050593-HPE-600.9.7.0.17-Feb2017.iso

Link 3 سرور ایران : VMware-ESXi-6.0.0-Update3-5050593-HPE-600.9.7.0.17-Feb2017.iso

File size : ۳۸۶.۶ MB

Keygen

Link 1 : VMWARE.VSPHERE.V6.0-MAGNiTUDE.rar

Link 2 : VMWARE.VSPHERE.V6.0-MAGNiTUDE.rar

Link 3 سرور ایران : VMWARE.VSPHERE.V6.0-MAGNiTUDE.rar

File size : ۵۰ KB

Password : www.vcloudtip.com

انواع 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)

 

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

Patch for VMware vCenter Server 6.0 Update 3

شرکت vMware یک بسته بروز رسانی را در تاریخ ۲۴ فوریه ۲۰۱۷ برای محصول vCenter ویرایش ۶ خود منتشر کرد.

نکته : برای نصب این Patch، نیازی به نصب مجدد سرور Vcenter خود نیست و با استفاده از این Patch می تواند vCenter خود را بروز رسانی نمایید.

Product: VMware vCenter ۶ Update ۳
Release date: February ۲۴, ۲۰۱۷

VC-6.0.0U3-Windows

Patch: VMware-VIMPatch-6.0.0-4729111-20170201.iso ( Windows Version )

VC-6.0.0U3-Appliance

Patch: VMware-vCenter-Server-Appliance-6.0.0.30000-5112509-patch-TP.iso ( Security and Third Party (TP) patch for vCenter Server )

Patch: VMware-vCenter-Server-Appliance-6.0.0.30000-5112509-patch-FP.iso ( Full patch (FP) for vCenter Server Appliance 6.0 with bug fixes and security fixes. )
Build: 5112509

 فرآیند نصب Patch بسیار ساده و روان است.

۱- آپدیت نسخه Windows

کافی است که CD را درون درایو سرور vCenter قرار داده و پس از اجرای Auto Run، بروی دکمه Patch All ( تصویر زیر ) کلیک نمایید.

۲- آپدیت نسخه Appliance

کافی است که CD را درون درایو سرور vCenter قرار داده و آنگاه

الف – برای Stage نمودن ISO دستور

software-packages stage –iso

ب – برای مشاهده محتویات فایل ISO دستور

software-packages list --staged

ج – برای نصب پکیچ  rpm از دستور

software-packages install --staged

استفاده نمایید.

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

vMware vCenter -6.0.0U3

VC-6.0.0U3-Windows

Link 1 : VMware-VIMPatch-6.0.0-4729111-20170201.iso

Link 2 : VMware-VIMPatch-6.0.0-4729111-20170201.iso

Link 3 سرور ایران : VMware-VIMPatch-6.0.0-4729111-20170201.iso

File Size : ۸۳.۲ MB

VC-6.0.0U3-Appliance

Security and Third Party (TP) patch ( این نسخه تنها شامل پچهای امنیتی است )

Link 1 : VMware-vCenter-Server-Appliance-6.0.0.30000-5112509-patch-TP.iso

Link 2 : VMware-vCenter-Server-Appliance-6.0.0.30000-5112509-patch-TP.iso

Link 3 سرور ایران : VMware-vCenter-Server-Appliance-6.0.0.30000-5112509-patch-TP.iso

File Size : ۲۱۷.۹۴ MB

Full patch (FP) ( این نسخه دارای تمامی پچها می باشد )

Link 1 : VMware-vCenter-Server-Appliance-6.0.0.30000-5112509-patch-FP.iso

Link 2 : VMware-vCenter-Server-Appliance-6.0.0.30000-5112509-patch-FP.iso

Link 3 سرور ایران : VMware-vCenter-Server-Appliance-6.0.0.30000-5112509-patch-FP.iso

File Size : ۱.۷۱ GB

Password : www.vcloudtip.com

( VMware ESXi 6.0, Patch ESXi-6.0.0-201702211-standard ( Build 5050593

شرکت vMware یک بسته بروز رسانی را در تاریخ ۲۴ فوریه ۲۰۱۷ برای محصول ESXi خود منتشر کرد. این بسته مشکلات اشاره شده در مستند ۲۱۴۸۱۵۵ را حل کرده است .

نکته : حتما قبل از نصب بروی سرور HP G9 مستند VMware ESXi 6.0 host fails to detect local disk  after patching or applying Update 1 on HP Proliant Gen 9 servers  را مطالعه نمایید.

Product: VMware ESXi 6.0
Release date: February ۲۴, ۲۰۱۷
Patch:  ESXi-6.0.0-201702211-standard
Build: 5050593

 جهت آشنایی با فرآیند نصب Patch ها در ESXi به این پست مراجعه نمایید.

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

VMware ESXi-6.0.0-۲۰۱۷۰۲۲۱۱-standard

Link 1 : update-from-esxi6.0-6.0_update03.zip

Link 2 : update-from-esxi6.0-6.0_update03.zip

Link 3 (سرور ایران) : update-from-esxi6.0-6.0_update03.zip

File Size : 710 MB

Password : www.vcloudtip.com

EMC RecoverPoint – Repository and Journal Volume

در پست های قبل بیشتر از زاویه Hardware به RecoverPoint  پرداخته ایم. در این پست میخواهیم بیشتر به موضوعات نرم افزاری آن بپردازیم. همان طور که می دانید، RPA تمام جنبه های Data Protection برای یک storage group  را مدیریت می کند. مانند نگهداری image  ها در Journal Volume. اما Journal Volume  چیست؟ Repository Volume به چه معناست؟
در ادامه به توضیح این دو مفهوم می پردازیم:
Repository Volume

Repository Volume  یک نوع خاصی از  Volume است که بر روی SAN برای هر RPA Cluster  مشخص می شود. نکته ی مهمی که لازم است به یاد داشته باشید. یک Repository volume برای هر RPA Cluster باید وجود داشته باشد.  این Volume  اطلاعات Configuration  در مورد RPA  و Consistency Group  را نگهداری می کند. این حافظه برای مثال در هنگامی که  یکی از RPA  ها در یک کلاستر fail  بشود و مابقی RPA  ها در همان کلاستر جای آن را میخواهند پر کنند، استفاده می شود. در کنار این عملکرد،  Repository Volume  یک volume  معمولی محسوب می شود. اگرچه، LUN مورد استفاده نباید از نوع  Thin  باشد و ترجیح بر این است که از نوع Thick  و یا traditional RAID LUN  باشد.  به علاوه Volume  نمی تواند در برروی  VPLEX  قرار داشته باشد.

 

Journal Volumes

Journal Volume به مفهوم Consistency Group  مربوط است. که پیشتر در مورد آن توضیح داده ایم.  در حال حاضر Consistency Group را می توان به صورت گروهی از Volume  ها در نظر گرفت. Consistency Group  این تضمین را می دهد که تغییرات Production Volume حتما در volume  کپی به همان صورت که ترتیب نوشتن آن در سمت اول بوده است قرار میگیرد.

در نتیجه، کپی ها همواره معتبر هستند. حال به Journal Volumes بر میگردیم. هر کپی از داده در Consistency Group  باید حداقل یک volume  که به ثبت زمان کپی گرفتن داده یا نقطه ای که از آن کپی گرفته شده می پردازد را دارا باشد. این کار را Journal انجام می دهد. Journal  از داده snapshot  میگیرد تا داده replicate  شود. این مقدار تا جایی که فضایی برای ذخیره سازی باشد اطلاعات را ذخیره می کند. دو نوع Journal Volume وجود دارد:

  • Replica ( Copy ) Journal
  • Production Journal ، این فضا در هنگام عملیات های معمول استفاده نمی شود. مگر در هنگامی که ارتباط سایت ها جابه جا شود و سایت دوم به عنوان سایت اول و سایت اول به عنوان سایت دوم مشخص شود، از این Journal استفاده می شود.

Journal Volume نمی تواند به هیچ هاستی ارائه شود و تنها RPA  های در کلاستر می توانند به آن دسترسی داشته باشند.

در Replication  به صورت  Sync هر نوشتن در Replica Journal  نگهداری می شود. بنابراین میتوانید به هرتقطه از زمان آن را بر گردانید. در Replication  به صورت Async  چندین نوشتن به عنوان یک گروه در یک Snapshot  قرار میگیرند.  مقدار  Replication  برای Async  میتواند هم به صورت ثانیه و هم به  MB باشد.

 

RecoverPoint Consistency Group

در بالا شما مثالی از Continuous Remote Replication – CRR  و Continuous Data Protection – CDP را می بینید. همان طور که مشاهده می کنید. در اینجا ما ۳ عدد Journal Volume  داریم.

۲ Replica journal

۱ production volume

همان طور که قبل تر هم بیان کردم، در عملیات معمولی  production Journal  شرکت نمی کند و CDP  و Replica Volume  به همراه  CRR Replica برای ازتباط بین RPA  ها استفاده می شوند.