انواع 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  ها استفاده می شوند.

 

vMware vSphere 6.5 Update a

 

شرکت vMware یک بسته بروز رسانی را در تاریخ ۲ فوریه ۲۰۱۷ برای محصول ESXi  و vCnetr خود منتشر کرد که تمامی بسته های Offline آپدیت مربوطه پیشتر ارائه گردید. در این پست می خواهم فایلهای ISO آپگرید شده به آخرین Build بروزرسانی را با شما به اشترک بگذارم

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

VMware ESXi-6.5.0-20170104001

Link 1 : VMware-VMvisor-Installer-201701001-4887370.x86-64.iso

Link 2 : VMware-VMvisor-Installer-201701001-4887370.x86-64.iso

Link 3 (سرور ایران) : VMware-VMvisor-Installer-201701001-4887370.x86-64.iso

File Size : 328.3 MB

VMware vCenter-۶.۵.۰-۴۹۴۴۵۷۸

vCenter Server Appliance

Link 1 : VMware-VCSA-all-6.5.0_4944578.iso

Link 2 : VMware-VCSA-all-6.5.0_4944578.iso

Link 3 (سرور ایران) : VMware-VCSA-all-6.5.0_4944578.iso

File size: ۳.۳۷ GB

vCenter Server Windows

Link 1 : VMware-VIM-all-6.5.0_4944578.iso

Link 2 : VMware-VIM-all-6.5.0_4944578.iso

Link 3 (سرور ایران) : VMware-VIM-all-6.5.0_4944578.iso

File size: ۲.۴۲ GB

Password : www.vcloudtip.com

VMware NSX Manager 6.3.0

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

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

NSX 6.3.0

Link 1 : VMware-NSX-for-vSphere-6.3.0.rar

Link 2 : VMware-NSX-for-vSphere-6.3.0.rar

Link 3 سرور ایران : VMware-NSX-for-vSphere-6.3.0.rar

File size: ۲.۲۴ GB

NSX Upgrade Bundle 6.3.0

Link 1 : VMware-NSX-for-vSphere-6.3.0-upgrade-bundle.rar

Link 2 : VMware-NSX-for-vSphere-6.3.0-upgrade-bundle.rar

Link 3 سرور ایران : VMware-NSX-for-vSphere-6.3.0-upgrade-bundle.rar

File size: ۲.۱۹ GB

vRealize Orchestrator Plugin for NSX 1.1.0

Link 1 : VMware Realize Orchestrator Plugin for NSX 1.1.0.rar

Link 2 : VMware Realize Orchestrator Plugin for NSX 1.1.0.rar

Link 3 سرور ایران : VMware Realize Orchestrator Plugin for NSX 1.1.0.rar

File size: ۲.۵۶ GB

Serial NSX 6.x

Link 1 : Key.rar

Link 2 : Key.rar

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

File size: ۱ KB

Password: www.vcloudtip.com

vCenter Server 6.5 Update a

 

شرکت VMware همزمان با ارائه Update نسخه a 6.5 از ESXi در تاریخ ۲ فوریه ۲۰۱۷، نسخه Update 2a  محصول vCenter Server هم ارائه نموده است.

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

Link 1 : VMware-vCenter-Server-Appliance-6.5.0.5200-4944578-patch-FP.iso

Link 2 : VMware-vCenter-Server-Appliance-6.5.0.5200-4944578-patch-FP.iso

Link 3 (سرور ایران) : VMware-vCenter-Server-Appliance-6.5.0.5200-4944578-patch-FP.iso

File size: ۱.۵۶ GB

Keygen Link 1 : VMWARE.VCENTER.SERVER.V6.0.CRACKFIX-MAGNiTUDE.zip

Keygen Link 2 : VMWARE.VCENTER.SERVER.V6.0.CRACKFIX-MAGNiTUDE.zip

Keygen Link 3 (سرور ایران) : VMWARE.VCENTER.SERVER.V6.0.CRACKFIX-MAGNiTUDE.zip

File Size : ۳۷.۴۹ KB

Password: www.vcloudtip.com

( VMware ESXi 6.5, Patch ESXi-6.5.0-20170104001-standard ( Build 4887370

 

 

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

 

Product: VMware ESXi 6.5
Release date: February ۲, ۲۰۱۷
Patch:  ESXi-6.5.0-20170104001-standard
Build: 4887370

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

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

VMware ESXi-6.5.0-20170104001-standard

Link 1 : ESXi650-201701001.zip

Link 2 : ESXi650-201701001.zip

Link 3 (سرور ایران) : ESXi650-201701001.zip

File Size : 320.1 MB

Password : www.vcloudtip.com

EMC RecoverPoint – Consistency Groups and Replication sets

برای درک بهتر RecoverPoint دو مفهوم Consistency Group  و  Replication set را باید به صورت گسترده تری بررسی کرد.

اگر میخواهید از داده ای محافظت کنید، در Recover Point  باید از Consistency Group  استفاده کنید. Consistency Group  به شما این اطمینان خاطر را می دهد که هر آنچه در Protection Volume  نوشته می شود یک کپی از آن هم به ترتیب صحیح و به صورت Consistent  نوشته می شود. بنابراین نسخه کپی شده میتواند همواره به جای نسخه اصلی استفاده شود.  حال اگر بخواهید از یک Volume  تنها به صورت Local  محافظت کنید چه؟
در ساده ترین مثال، در این موقعیت باید یک Consistency Group با یک Protection volume  و یک  Secondary volume ساخته شود، ولی ممکن است در برخی موارد یک Data set به یک Data set مربوط باشد. مثل Database data  و Database log. برای این مثال نیز Consistency Group یک راهکار بسیار مناسب است به این دلیل که database_data_volume  و database_log_volume هردو هم در Production  و هم در Replicated  سایت در حالت Consistent  هستند.

 

RecoverPoint copies

تمامی Volume   هایی که دارای یکی از شرایط زیر باشند در یک Consistency Group  هستند:

یک source  برای replication به نام Production copy

یک Target به نام Local Copy یا Remote copy

RecoverPoint Copies

همان طور که در تصویر بالا مشاهده میکنید، هر کپی journal  مخصوص به خود را دارد.

 

یک سری محدودیتی در این قسمت وجود دارد:
یک Production copy  می تواند تا ماکزیمم ۴ تا non-production  کپی به ازای Consistency Group  داشته باشد.

در Local production محدودیت یک Production copy برای یک  Local copy  وجود دارد.

در Remote Replication  یک Production copy  تا ۴ Non-production (تنها در صورتی که یک local copy  وجود نداشته باشد.)، اگر Local copy  وجود داشته باشد تا ۳ عدد Remote copy  می توانند باهم در یک Consistency Group  قرار داشته باشند.

برای RecoverPoint/SE  محدودیت یک Production  و  یک  Copy وجود دارد.

در تصویر زیر به یک Consistency Group  با یک Production Group،  یک  Local Copyو یک Remote copy  توجه کنید.

RecoverPoint Consistency Group

 

Replication sets

Consistency Group  از یک یا چند تا Replication set  ساخته می شود. هر Replication set  از Production volume  به اضافه  هر Local  و یا Remote copy volume که Replicate  می کند تشکیل می شود. تعداد Replication set  در سیستم Recoverpoint  مناسب با تعداد Production volume  هایی است که در حال Replicate  هستند. در تصویر بالا، ما در واقع یک  Replication set  داریم زیرا تنها یک Production volume  وجود دارد. بر اساس محدودیت ها همان طور که در قبل بیان شده است میتوان تا ماکزیمم ۵ عدد Volume  برای یک  Replication set متصور شد. یک Production volume  و  ۴ عدد Copy volume. در تصویر بالا یک Replication set  از یک Production volume  ، یک Local copy  و یک Remote  کپی وجود دارد.

RecoverPoint Protection

یک خلاصه کوتاه: به طور ساده RecoverPoint Protection  را می توان به صورت زیر تعریف کرد:

  1. تعریف Production volume
  2. تعریف Copy volume
  3. تعریف Journal volume
  4. ایجاد حداقل یک Consistency Group با تعداد مناسب Replication set  برابر با  Production volume

در واقع این مراحل تنها یک دید کلی از این موضوع است.  برای برقراری این مفاهیم یک ارتباط منطقی بین Production  و Replication copies  هم لازم داریم.