Veritas Backup Exec 15 14.2 FP5

نسخه بروز شده ای از محصول فوق العاده Backup , یعنی  Backup Exec  را با شما به اشتراک می گذارم. با این توضیح که از این پس این محصول با نام تجاری شرکت اصلی خود یعنی Veritas به بازار عرضه می شود.

 

نحوه Crack بسیار ساده است. شما ابتدا نرم افزار را بصورت Trail Version نصب نمایید و آنگاه بعد از خاتمه نرم افزار را اجرا نکنید و همچنین تمامی سرویس های Symantec را Stop کنید.

سپس وارد Registry شوید و در قسمت ذیل بروید و آنرا حذف نمایید.

HKEY_LOCAL_MACHINE\SOFTWARE\Symantec\Backup Exec For Windows\Common\Backup Exec\14.2

 

فایل رجیستری را اجرا نموده و آنگاه مجددا تمامی سرویسها را Start نمایید.

 

Link ۱Backup_Exec_15_14.2_FP5_MultiPlatforms_Multilingual.iso

Link ۲ : Backup_Exec_15_14.2_FP5_MultiPlatforms_Multilingual.iso

Link 3 (سرور ایران) : Backup_Exec_15_14.2_FP5_MultiPlatforms_Multilingual.iso

File Size : ۲.۴۵ GB

Keygen Link 1Crack.rar

Keygen Link 2 : Crack.rar

Keygen Link 3 (سرور ایران) : Crack.rar

File Size : ۱۵۵ KB

Password : www.vcloudtip.com

تغییر رمز فراموش شده ی root یک هاست ESXi/ESX

ریست کردن پسورد Root  یک هاست ESXi نسخه ۳.۵  و بالاتر بنا بر اطلاعات vmware بدون نصب دوباره آن امکان پذیر نبوده  و تنها راهی که می توان پسورد  یک هاست ESXi را در حالتی امن و پشتیبانی شده از طرف Vendor ریست کرد و  خطری نداشته باشد، نصب مجدد ESXi  است.  این امر در این لینکتوضیح داده شده است.

با این حال روش های دیگری نیز وجود دارد که عمدتا توصیه نشده اند و ممکن است در سیستم خرابی ایجاد کنند اما برای رفع مشکل تحت یک سری شرایط خاص امکان پذیر و مناسب است.

 

برای مثال اگر هاست شما شرایط زیر را دارد:
۱. Host از طریق vCenter  قابل دسترسی  و مشخص باشد.

۲.دارای  vSphere Enterprise Plus licensing  باشد تا بتوان به Host Profile دسترسی داشت.

 

با داشتن این ۲ ویژگی و از طریق دسترسی به Host Profile  با مراحل زیر می توان Password هر Host را تغییر داد.

 

۱) تولید Host Profile

از منوی اولیه ( صفحه ی Home  در Web based vCenter)  وارد Host Profile  شده، بر روی علامت+ کلیک کرده و گزینه Extract profile from a host را انتخاب نمایید.

۲) سپس Host که میخواهید Password آن را تغییر دهید، را انتخاب نمایید.

۳) در مرحله بعدی از شما خواسته می شود برای Profile خود نامی انتخاب نموده و در صورت نیاز توضیحات مورد نظر خود را درج نمایید، این توضیحات، برای دسترسی های بعدی به این Profile مفید است.

۴) بعد از نمایشی از کلیات Profile، آن را Finish  نمایید.

۵) سپس Profile را انتخاب کرده و با کلیک بر روی Action، و انتخاب  Edit Setting  وارد منوی مربوطه شوید.

۶) با کلیک بر روی Next  وارد صفحه بعدی شده و سپس تمامی موارد به جز Security configuration را Unselect نمایید. پس از این در Drop menu  اول Configure a fixed administrator password  را انتخاب کنید. سپس Password جدید را وارد نموده و Next  را کلیک کرده و گزینه Finish  را انتخاب نمایید.

۷) با انتخاب مجدد Profile وAction ، گزینه Attach/Detach hosts and clusters  را انتخاب نموده تا Host مورد نظر را به این Profile متصل کنیم.

–  تصویر زیر صفحه ی انتخاب Host بعد از انتخاب این گزینه است.

۸) بعد از متصل شدن، با کلیک بر روی Action  باید host profile compliance  را بررسی نماییم.

۹)  همان طور که مشاهده می کنید هاست ما هنوز Compliant  نشده، به این علت که Password ما هنوز به Password موجود در Profile تولید شده تغییر نکرده است.

۱۰) به این منظور هاست خود را در حالت Maintenance Mode قرار دهید و سپس روی آن راست کلیک کرده و  All vCenter actions را انتخاب و سپس Host profiles و آنگاه Remediate کار اعمال تغییرات، را به اتمام برسانید.

۱۱) پس از این می توانید هاست خود را از حالت Maintenance Mode  در آورده و به آن Log In  کنید.

۲۰۱۶ EMC VNX HDD FrimWare

شرکت EMC در تاریخ ۵ اگوست ۲۰۱۶، یک بسته بروز رسانی فریمور هارد دیسک با الویت فوری برای رده VNX2 خود منتشر نموده است. این بسته بنا به KB 487027 برای هارد دیسکهایی با Part No های زیر لازم است. این Firmware ویرایش EQP6 است.

  • ۰۰۵۰۵۱۷۲۰
  • ۰۰۵۰۵۱۷۱۹
  • ۰۰۵۰۵۱۷۲۳
  • ۰۰۵۰۵۱۷۲۱
  • ۰۰۵۰۵۲۱۵۲
  • ۰۰۵۰۵۲۱۵۱
  • ۰۰۵۰۵۲۱۵۷
  • ۰۰۵۰۵۲۱۵۶
  • ۰۰۵۰۵۲۱۵۹
  • ۰۰۵۰۵۲۱۵۸

با استفاده از نرم افزار USM می توانید FrimeWare هارد دیسکهای تجهیز VNX خود را بروز رسانی نمایید.

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

 

 

VNX series-2 PM1635 EQP6 Drive Firmware Aug 05 2016 V1

Link 1 VNX_series-2_PM1635-EQP6-Drive-Firmware_Aug-05-2016_V1.ndu

Link 2 VNX_series-2_PM1635-EQP6-Drive-Firmware_Aug-05-2016_V1.ndu

Link 3 سرور ایران VNX_series-2_PM1635-EQP6-Drive-Firmware_Aug-05-2016_V1.ndu

File Size : ۱۰ MB

 

به روز رسانی Firmware هارد دیسک در EMC VNX

در این آموزش قصد دارم روش بروزرسانی Disk Firmwareرا به شما آموزش بدهم. برای اینکار نیاز به USM و آخرین نسخه بروزرسانی Firmware تجهیز خود دارید. ( تمامی این ابزار ها در قسمت نرم افزارهای بخش EMC همین سایت موجود است).

پس از نصب و راه اندازی USM، آدرس IP تجهیز خود را در Web Browser وارد نمایید. وارد گزینه System شوید. و سپس  Service Task از کادر سمت راست را انتخاب نمایید. پس از کلیک بروی گزینه Software Upgrade، نرم افزار USM بصورت خودکار اجرا می شود و آنگاه چیزی شبیه تصویر زیر خواهید دید.

 

همچنین شما می توانید نرم افزار USM را مستقیما اجرا نمایید و با وارد کردن IP تجهیز و آنگاه User و Password مربوطه به تجهیز متصل شوید.

 آنگاه از منوی اصلی Software  و پس از آن Disk Firmware را انتخاب نمایید.

 در این آموزش من قصد دارمFirmware  هارد دیسک های یک تجهیز  VNX2 را آپدیت کنم.  مسیر این فرآیند بسیار ساده است و فکر می کنم با دنبال کردن تصاویر به سادگی می توانید تجهیز خود را بروزرسانی کنید.

 با کلیک بروی گزینه Install Disk Firmware، شما پنجره بعدی را خواهید دید که در آن از شما پرسیده می شود که فایل مربوط به update به صورت آنلاین دانلود شود و یا از فایل دانلود شده در کامپیوتر شما نصب شود.

 با انتخاب Local Repository  صفحه بعد برای  انتخاب فایل ndu  باز شده و با کلیک بروی Next نرم افزار شروع به Unpack کردن فایل بروزرسانی می کند. ( در صورت عدم موفقیت در Unpack کردن صحیح فایل، پیغام خطا دریافت می کنید و فرآیند در همین جا متوقف می شود. )

 پس از اتمام Unpack کردن فایل، فایل را به درون تجهیز VNX منتقل می کند. با پذیرش این بار کاری بر روی دیسک ها برای آپدیت کردن آن ها به مرحله بعد می رویم.

 

 سپس این package  باز شده و چک می شود که آیا هارد دیسکی در این تجهیز نیاز به آپدیت دارد یا خیر با کلیک بر روی کلید Next  به مرحله بعد می رویم.

بعد از چک کردن تمامی هارد دیسک ها، هارد دیسک هایی که قابلیت آپدیت شده اند مشخص می شوند. با انتخاب هر یک، آپدیت شدن یک گروه از هارد دیسک ها را انتخاب کرده اید.

 با چک کردن شرایط کلی دستگاه و آماده بودن شرایط آماده نصب آپدیت بر روی هارد دیسک ها می شویم.

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

 در این مرحله تک تک هارد ها مورد بررسی قرار گرفته و آنگاه آپدیت بر روی آنها نصب شده و از لیست Upgrading  به لیست Complete انتقال پیدا می کند. با اتمام یک گروه از هارد دیسک ها گروه دیگر شروع به نصب آپدیت می کنند.

 پس از اتمام آپدیت تمامی هارد دیسک ها، اطلاعات کلی از وضعیت بروز رسانی نمایش داده می شود.  در این مرحله گزینه Notify Your Service Provider ….. را در پایین پنجره غیر فعال نمایید. ( فعلا با توجه به وضعیت تحریمهای اعمال شده از سوی EMC نسبت به ایران، بهتر است که این گزینه غیر فعال باشد.)

 با کلیک بر روی کلید Finish  کار آپدیت هارددیسک ها به اتمام می رسد.

Demo of EMC’s Hybrid Cloud Solution

Demo of EMC’s Hybrid Cloud Solution

در VMWorld سال پیش EMC راهکار Hybrid Cloud خود را بر پایه محصولات EMC و تکنولوژی Vmware، به نمایش گذاشت. نکته برجسته در این مورد اینست که شرکت EMC در مدت زمان بسیار کوتاهی توانست این محصول را جهت ارائه و نمایش آماده نماید. EMC همچنین در حال تهیه چارچوب و دستورالعملی برای مشتریان است تا آنها نیز بتوانند با اجرای آن یک Hybrid Cloud را بسرعت و بدون اعمال مشکلات و هزینه های مربوطه، برای خود برپا کنند. بدین گونه مشتریان می توانند به سرعت مزایای این گونه Hybrid Cloud را دریابند.

ساده سازی سرویس های نرم افزاری App Owners و Backup Admins

مدیران سرویسهای نرم افزاری (App Owners  ) و مدیران تولید نسخ پشتیبان ( Backup Admins ) می توانند دیتا سنترها و زندگی خود را ساده تر نمایند.

زمانی که مدیران سرویسهای نرم افزاری (App Owners  ) و مدیران تولید نسخ پشتیبان ( Backup Admins ) دچار تناقض در درک اولویتها می گردند، نگهداری دیتا سنتر با راندمان بالا میسر نخواهد بود. محدودیتها تکنیکی در گذشته، تولید کنندگان و مدیران سرویسهای نرم افزاری را مجبور می کرد که به Backup Admin برای تولید نسخ Backup و  Recoveryاز دیتابیسهای خود تکیه کنند. اگر روش مورد استفاده از سوی Backup Admin قادر به پوشش SLA درخواستی از سوی Application Owner نباشد، آنگاه Application Owner ها در پاسخ، خود به طور جداگانه اقدام به تولید نسخ پشتیبان مورد نیاز خود می کنند. این راهکار بدین معناست که دیتا سنترها در تمام دنیا به سیلوهای بزرگی برای نگهداری اطلاعات غیر ضروری و تکراری تبدیل شده اند که این موضوع خود تناقض در درک اولیتها از سوی Backup Admin ها و Application Owner ها را بیشتر نمایان می نماید.

در حالیکه Backup Admin، به همان شیوه سنتی خود در حال تهیه نسخ پشتیبان هستند، معمولا از تولید نسخ پشتیبان جداگانه و تکررای از سوی Application Owner مجموعه نیز کاملا غافل هستند. Application Owner  نیز تا زمانی که این نسخ پشتیبان اضافی که بروی دیسک ( فارغ از نوع آنها ) تولید می شود، در دسترس آنها باشد به بهره برداری از آن می پردازند. و چه بسا که فضای مورد استفاده از سوی Application Owner برای تولید این نسخ پشتیبان اضافی، بروی هارددیسکهایی با سرعت و قیمت بسیار بالایی باشد. در EMC ما به این ساختار هزینه بر و ناکارآمد، ” Accidental Architecture ” ( معماری تصادفی ) می گوییم.  و جالب است بدانید علیرغم آنچه شما فکر می کنید این ساختار در سازمانهای مختلف، بسیار رایج است. تنها اگر اولویت میان Application Owner و Backup Admin بر همدیگر منطبق شوند و دارای همزمانی شوند است که یک ساختار ایده آل و ساده تولید می گردد که می تواند تمامی نیازهای SLA مورد درخواست Application Owner را پاسخگو باشد.

EMC این معماری ایده آل را با راهکار Data Domain Boost for Enterprise فراهم نموده و امکان سادگی و امکان همزمانی الویتها را برای هر دو گروه Backup Admin و Application Owner تولید کرده است.

DD Boost for Enterprise Apps با تولید یکپارچگی توسط Client خود، سرور Basckup را بطور کامل دور می زند ( Bypass ) و سبب حذف تمامی ساختارهای تصادفی می گردد. این موضوع قابلیت کنترل مستقیم بکاپ های تولید شده از نرم افزارهای دلخواه Application Owner توسط Data Domain را برای آنها فراهم می کند. همچنین بعنوان یک متمم برای این قابلیت جدید Application Owner ، EMC از EMC Data Protection Advisor نیز جهت توانمند سازی و افزایش دامنه دید Backup Admin استفاده کرده است. DPA با بهره گیری از پایش، تحلیل و گزارشات خودکار خود، می تواند یک چشم انداز جامع از محیط حفاظت شده را پیش روی Backup Admin قرار دهد.

دیگر نیازی نیست که  Application Ownerنگرانی از بابت SLA داشته باشند، زیرا DD Boost for Enterprise امکان دسترسی و کنترل مستقیم فرآیندهای بکاپ را برای آنها فراهم آورده است و بدین گونه آنها هر لحظه می توانند در جریان این گونه اطلاعات باشند. همانگونه که Application Owner به مدیریت پایگاه های داده ای نظیر  Oracle RMAN، Microsoft SQL Server، SAP، SAP HANA و یا IBM DB2 می پردازد، با ابزارهایی بسیار مشابه نیز می تواند به مدیریت فرآیند بکاپهای مربوط موجود بروی Data Domain بپردازد. پس خداحافظ Storage Silos ها و خداحافظ روزهای بکاپ های بیهوده و اضافی!

Backup Admin ها و  Application Ownerها، هر دو به اتفاق آرا معتقدند که راهکار DD Boost for Enterprise باعث ساده سازی فرآیندها در دیتا سنترها شده اند. و همگی به این موضوع اذعان دارند که این راهکار با بهره گیری از تکنولوژی Client-Side Deduplication باعث افزایش سرعت و افزایش بهره وری شده است. با توزیع فرآیند پردازش Deduplication به سرور بالادستی، نرم افزار موجود بروی سرور قادر خواهد بود تا قبل از انتقال داده ای بروی بستر شبکه از منحصر بفرد بودن آن اطمینان یافته و از انتقال داده های تکراری و تولید بار بروی بستر شبکه جلوگیری نماید. این شیوه باعث افزایش ۵۰% سرعت تولید نسخ پشتیبان ، ۲۰% الی ۴۰% کاهش بار تحمیلی به سرور و کاهش ۸۰% الی ۹۹% ترافیک شبکه می گردد.

پس اگر شما Application Owner و یا Backup Admin هستید که درگیر Storage Silos ها و یا الویتهای نامعلوم و گمراه کننده شده اید، با بهره گیری از قدرت راهکار  Data Domain Boost for Enterprise می توانید حصار ” Accidental Architecture ” را درهم بشکنید و به سادگی به محافظت از دیتاهای خود بپردازید. این راهکار هم بصورت Stand-Alone و هم بعنوان بخشی از EMC’s Data Protection Suite قابل دسترس است.

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 در کنار یکدیگر، به عنوان یک سرمایه گذاری ارزشمند تغییر دهد.

معرفی PernixData Flash Virtualization Platform

معرفی PernixData Flash Virtualization Platform

فضای کاری Server-Side Flash Cache رو به داغ شدن است. در ابتدای امر این مجموعه Fusion I/O بود و پس از آن دیگر رقبا و … امروزه هم شرکت PernixData با ارائه محصولی با نام Flash Virtualization Platform و یا FVP وارد این بازار شده است.

بررسی محصول

نرم افزار FVP از شرکت PernixData به شما امکان Cache نمودن داده را بروی SDD های نصب شده بروی سرور برای شما فراهم می آورد. ممکن است با خود فکر کنید “خوب کی چی ؟؟”. vSphere نیز که خود این امکان را برای شما فراهم می آورد. درست است اما PernixData می تواند مزایای بسیاری برای شما فراهم آورد که در ادامه به بررسی آنها خواهیم پرداخت. اما اجازه بدهید در ابتدا یک بررسی اجمالی نسبت به محصول داشته باشیم. هدف این راهکار، افزایش سرعت عملکرد Storage است که با توجه با عملکرد آن بسیار مقرون به صرفه می باشد. این نرم افزار از Flash Memory موجود بروی سرور بعنوان یک Cache واسط میان سرور و تجهیز Storage بهره می برد. در ویرایش های اولیه این نرم افزار تنها امکان پشتیبانی از سرویس Block یعنی پروتکلها ISCSI , FC وجود داشت ولیکن در ویرایشهای بعدی پشتیبانی از سرویس فایل نیز به آن افزوده شد.

Cache نمودن داده ها بروی سرور دارای مزایایی می باشد. داده های Cache شده بسیار نزدیک هستند. بسیار بسیار نزدیک. IO مربوطه لازم نیست که از Fabric ( شبکه Storage ) عبور نماید. این شیوه باعث پاسخگویی سریعتر و Latency پایین تر می گردد و همچنین باعث کاهش ترافیک Storage و Fabric شما می شود. تجهیز Storage که با رشد خرنده Utilization و Load درگیر بوده و به حداکثر توان خود نزدیک شده است، با بهره گیری از این نرم افزار می توان بار کمتری را به تجهیز Storage تحمیل کرد و نتیجتا دارای طول عمر عملیاتی بیشتری شود.

تفاوت محصول PernixData با دیگر رقبا در چیست ؟

اول اینکه هر نوع Flash Memory قابل استفاده است. PCIe کارت ؟ دیسک SSD ؟ و یا … . همه قابل استفاده هستند و تنها در سرعت با یکدیگر متفاوتند. این موضوع به شما امکان بهره گیری از انواع مختلفی Flash Memory را فراهم نموده و می توانید میان هزینه و سرعت مورد نیاز خود، یک تعادل فراهم نمایید. بعنوان نمونه یک سرور Cisco USC B200M2 و یا یک سرور HP BL-460 G6 را در نظر بگیرید. هیچکدام آنها امکان استفاده از کارتهای Mezzanine جدید Fusion I/O را ندارند. در حالیکه هر دو سرور امکان استفاده از SSD های موجود در بازار را دارند و با استفاده از PernixData و SSD این سرورهای نسبتا قدیمی نیز می توانند از این مزیت بهره ببرند.

مزیت دوم اینست که PernixData برای شما هم امکان Read Cache را فراهم می آورد و هم Write Cache. در حالیکه پیشتر تمامی راهکارهای دیگر رقبا تنها به Read Cache منجر می شد. اکنون با این نرم افزار شما می توانید Write Cache  را برای همه یا یک ماشین خاص فعال نمایید. حال این سوال پیش می آید که چگونه Write Cache و دیتا های موجود بروی SSD های Local سرورها را از خطرات احتمالی محافظت نماییم؟ اگر قبل از انتقال داده های موجود بروی SSD به Storage، Host مربوطه از کار بیفتد، آنگاه تکلیف آن قسمت از داده ها چه می شود؟ PernixData به شما امکان محافظت از داده ها را می دهد. شما می توانید از این قابلیت با استفاده از تولید نسخ دوم و یا Write Back Peers بهره برده و یا در صورت عدم تمایل آنرا غیر فعال نمایید. انتخاب با شماست. در صورت استفاده از این قابلیت، PernixData از پورت vMotion جهت تبادل داده میان Host ها و تولید نسخ مزدوج داده ها استفاده می کند.

سومین تفاوت اینست که بعد از نصب و راه اندازی تمامی قابلیتها و ویژگیها vSphere شما بدون هیچ گونه اختلالی یا انجام تغییر و یا انجام تنظیمات خاصی قابل بهره برداری هستند و الزامی به انجام تغییرات بروی هیچ ماشین مجازی نمی باشد و تنظیمات آن از درون vCenter توسز Plugin مربوطه قابل دسترسی می باشد.

نصب

نصب محصول بسیار ساده است. تنها به یک سرور ویندوزی نیاز دارید تا کنسول مدیریتی را به روی آن نصب نمایید تا بتواند با Plugin درون vCenter ارتباط برقرار نماید. پس از آن باید یک Flash Cluster تولید نمایید و Flash های موجود بروی Host ها را به ان بیافزایید. آنگاه PernixData شروع به تولید PSPs یا  همان Path Selection Policy جهت تععین سیاست انتخاب مسیر می کند. بخاطر داشته باشید که اگر شما از PowerPath/VE استفاده می کنید نمی توانید آنرا همزمان با FVP داشته باشید.

نگاهی به قابلیت 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 راه اندازی می شود و عموما فعال نیست و در صورت لزوم سایت فعال می گردد.