Skip to Content

آرشیو

قابلیت های جدید vCenter Server Appliance 6.5

قابلیت های جدید vCenter Server Appliance 6.5

قابلیت های جدید vCenter Server Appliance 6.5

قابلیت های جدید vCenter Server Appliance 6.5

در ادامه بررسی Vmworld 2016 همانطور که میدونید کمپانی VMware نسخه vSphere 6.5 را در این کنفرانس معرفی کرد که موارد زیادی درکامپوننت های مختلف ارتقا پیدا کرده است  که در این مقاله به بررسی تعدای از اونها می پردازیم.
یکی از رکن های اساسی در vSphere 6.5 وجود vCenter Server Appliance می باشد و در نسخه ۶٫۵۵ قابلیت هایی به VCSAA اضافه شده است از جمله موارد زیر :

  • اضافه شدن VMware Update Manager به vCenter Server Appliance
  • قابلیت Native High Availability در vCenter
  • Backup و Restore داخلی به وسیله vCenter
  • ابزار Migration از Windows vCenter به vCenter Server Appliance
  • ارتقا و امکان بیشتر جهت مدیریت vCenter Server Appliance

اضافه شدن VMware Update Manager به vCenter Server Appliance

یکی از مواردی که خیلی از مشتریان VCSA در انتظار آن بودند ، اضافه شدن VMware Update Manager به VCSA بود . همانطور که می دانید در نسخه های قبلی ، جهت استفاده از VMware Update Manager(VUM) نیاز به یک سیستم ویندوزی مجزا در کنار VCSA بود و این پیش نیاز برای مشتریانی که از VCSA استفاده می کردند کمی جای سوال داشت که چرا VUM بر روی خود VCSA قابل اجرا و مدیریت نیست . شاید تنها وابستگی به ویندوز و استفاده از vCenter ویندوزی همین مورد VUM بود که در نسخه ۶٫۵ این مورد قسمتی از vCenter Server Appliance می باشد .
قابلیتی نیز وجود دارد که در هنگام Migration به VCSA 6.5 میتوان VUM فعلی را نیز انتقال داد . به صورت پیش فرض در فعالیت Migration به VCSA 6.5 موارد مربوط به Configuration و Inventory و Alarm ها منتقل خواهند شد .


قابلیت Native High Availability درvCenter

یکی از دغدغه های مشتریان ، اطمینان از در دسترس بودن vCenter با روش های مختلف می باشد . از جمله راه هایی که برای اطمینان از این در دسترس بودن به کار می بریم استفاده از HA و FT و یا در نسخه های پایین تر از ۶ استفاده از Heartbeat می باشد گاهی نیز از سرویس Microsoft Clustering برای این کار استفاده می شود . در VCSA 6.5 عملیات High Availability داخلی در vCenter ایجاد شده است و قابلیتی می باشد که تنها در VCSA کاربرد دارد و در Windows vCenter نمی توان از آن استفاده کرد . این نوع High Availability به صورت Active/Passive راه اندازی و Deploy می شود و نیاز به Witness node نیز خواهیم داشت .

قابلیت-های-جدید-vCenter-Server-Appliance-6.5-1


Built-in vCenter Backup & Restore

در vCenter 6.5  می توانیم از vCenter Server Appliance به صورت Built-in و داخل خود vCenter عملیات Backup گیری یا Restore کردن Backup را به صورت File Level انجام دهیم . توسط این قابلیت می توانیم از vCenter سرور و Platform Service Controller به صورت مستقیم Backup بگیریم . همچنین این بک آپ ها می تواند شامل VMware Update Manager و Auto Deploy های در حال فعالیت بر روی VCSA نیز باشند . لازم به ذکر است که این نوع بک آپ به صورت کامل VCSA با embeded Platform Service Controller و VCSA با External Platform Service Controller را پشتیبانی می کند . جهت Backup گیری و Restore کردن در این نوع ، می توانیم از پروتکل های SCP و HTTP(S) و FTP(S) استفاده کنیم . شاید سوال مطرح بشود که از کجا می توانیم این عملیات بک آپ گیری و Restore را انجام دهیم ؟ جهت بک آپ گیری از Appliance management portal می توانیم استفاده کنیم و برای Restore کردن نیز می توانیم از ISO مربوط به Installer نسخه VCSA 6.5 استفاده کنیم .

قابلیت-های-جدید-vCenter-Server-Appliance-6.5-1

قابلیت-های-جدید-vCenter-Server-Appliance-6.5-1


ابزار Migration از Windows vCenter به vCenter Server Appliance

در release مربوط به vSphere 6 Update 2m عملیات Migration از Windows vCenter با نسخه های ۵٫۵ و ۶ به VCSA6 فراهم گردید . در vSphere 6.5 این ابزار migration ارتقا پیدا کرده و  امکان این وجود دارد تا مشخص کنیم موارد زیر به انتخاب به VCSA 6.5 منتقل شوند :

  • Configuration
  • Configuration, events, and tasks
  • Configuration, events, tasks, and performance metrics

ارتقا و امکان بیشتر جهت مدیریت vCenter Server Appliance

در vCenter Server Appliance 6.5 جهت مدیریت vCSA قابلیت هایی ارتقا و یا اضافه شده است . برای مثال additional  health and configurations اضافه شده است و یا اینکه user interface جدیدی جهت مدیریت و نمایش منابع مثل وضعیت شبکه و دیتابیس یا مقدار مصرف دیسک و مصرف ram و cpu در دسترس قرار گرفته است . این interface وابستگی ما به command line جهت گزارش های پیشرفته تر که قبلا وجود داشت کاهش می دهد و در Troubleshooting به ما کمک خواهد کرد .

با قابلیت های ارائه شده به نظر می رسد دیگر نیازی به vCenter ویندوزی در مجموعه ای نباشد و با این موارد اشاره شده آخرین وابستگی ها به ویندوز نیز برطرف شده است . در مقالات بعدی قابلیت های دیگری که به vSphere 6.5 اضافه شده است را بررسی خواهیم کرد.

 

 

 

ادامه مطلب

معرفی VMware NSX

معرفی VMware NSX

معرفی VMware NSX

معرفی VMware NSX

معرفی VMware NSX: نرم افزار VMware NSX محصولی از شرکت VMware برای مجازی سازی شبکه هایی است که تا به حال به صورت فیزیکی پیاده سازی می شده اند.

اصل این نرم افزار Nicira نام داشت که VMware به قیمت ۱ میلیارد دلار این پروژه را خریداری کرد. لازم به ذکر است که مانند قبل این نرم افزار هم برای بستر مجازی سازی VMware کار می کند و هم برای مابقی بستر های مجازی سازی. اگر بخواهیم راحت تر این نرم افزار را شرح دهیم می توانیم آن را به ESX مقایسه کنیم به صورتی که ESX برای مجازی سازی لایه محاسباتی استفاده می شود و NSX برای مجازی سازی لایه شبکه. یعنی همانطور که در ESX ما مقدار RAM ,CPU را پیاده سازی می کنیم در NSX ما با استفاده از منابع به پیاده سازی Switch ,Router و فایروال می پردازیم.

از جمله مزایای مهم این محصول:
  • عدم وابستگی به سخت افزار: چون تمام ماژول های این نرم افزار به صورت ماشین مجازی پیاده سازی می شوند در صورت خرابی سرور فیزیکی این ماشین ها از HAA بهره می برند.
  • شبکه کاملا منعطف: می توانید شبکه پیچیده و چند لایه خود را در کوتاه ترین زمان طراحی، پیاده سازی و پاک کنید.
  • قابلیت توسعه پذیری بسیار زیادی دارد.
  • باعث صرف جویی در زمان وهزینه می شود.

شکل زیر بیانگر طرح Logical راه حل NSX می باشد.

معرفی VMware NSX

به صورت کلی قابلیت هایی که در محیط رایانش ابری می توانیم از روی NSX بدست آوریم به شرح زیر می باشند:

  • پیاده سازی ساختار سوییچینگ بین ماشین های مجازی بدون دخالت سوییچ فیزیکی که در نتیجه باعث کاهش چشم گیر شبکه می شود.
  • پیاده سازی فایروال با توجه به نیاز VPS ها، بدین معنی که مشتریان Cloud این قابلیت را پیدا می کنند که در هنگام سفارش مدل VPS خود و تنظیمات مشخص شده آن، فایروال نیز برای امنیت کاری خود کنار VPS سفارش دهند و به طور اتوماتیک پیاده سازی شود.
  • قابلیت Load Balancer نرم افزار NSX، برای کاربرانی که می خواهند لایه Application سیستم های خود را افزایش دهند می توانند کنار سفارش دادن VPS یک لایه Load Balancer نیز به آن اضافه کنند.
  • استفاده NSX در لایه Routing که هم برای ارتباط مشتریان با بنیاد خواهد بود و هم در لایه مدیریت بستر مورد استفاده قرار می گیرد.

لازم به ذکر است که تمامی موارد فوق در لایه مدیریت بستر نیز استفاده بسیار زیادی دارد و باعث کاهش بسیار زیاد هزینه های می گردد. به عنوان مثال برای Availability هر چه بیشتر نیاز است که از نرم افزار vRA ( مدیریت بستر رایانش ابری) چند عدد پیاده سازی شود و اینکار نیاز به یک Load Balancer قوی دارد تا بتواند تراکنش ها و درخواست ها را بین Instance ها بالانس کند، در این مدل می توان به جای Load Balancer های گران قیمت سخت افزاری از این محصول استفاده کرد.

 

 

 

ادامه مطلب

معرفی استوریج VSAN 6.5

معرفی استوریج VSAN 6.5

معرفی استوریج VSAN 6.5

معرفی استوریج VSAN 6.5

معرفی استوریج VSAN 6.5: در کنفرانس Vmworld 2016 که به تازگی به پایان رسید ، حتما میدونید که vSphere 6.5 هم منتشر شد و در پستهای قبلی از ویژگیهای جدید اون برای شما گفتیم و در این پست قصد داریم نگاهی بندازیم به vSAN 6.5 و ببینیم اولا تکنولوژی vSan چی هست و در نهایت آخرین تغییرات در ورژن جدید اون رو بررسی کنیم.

vSAN یا Virtual San تکنولوژی ای در Vsphere است برای مجازی سازی هاردهای لوکال سرور به عنوان یک San Storage که هیچوقت نباید اون رو با شبیه ساز های Storage ای همچون Open-E اشتباه بگیرید که راه کاری است برای زیرساخت های فوق همگرا یا Hyper-converged infrastructure که از نسخه ۵٫۵ به بعد به مجموعه Vsphere اضافه شد و تحولی جدید در زمینه ذخیره سازی و SDS یا Sofware Defined Storage بود تا مستقل از لایه سخت افزار عمل کند که البته تحت عنوان Cloud Distributed Storagee هم از اون یاد میشه.

نکته ای که خیلی مهمه ، باید بدونید این تکنولوژی اتوماتیک و همراه با Hypervisor شما است و بخش جدایی نیست که شبیه به Open-e بخواید اون رو نصب یا فعال کنید.

گفتیم برای مجازی سازی هاردهای لوکال سرور به عنوان یک San Storage ، اما چطور؟ فرض میگیریم ، ۵ سرور داریم که روی هر کدوم ۵ هارد ۱TB موجود و هر سرور هم ۳ هاردش بدون استفاده است ، یعنی ۱۵ ترابایت بدون استفاده ، اینجاست که میتونیم با تکنولوژی vSAN برای سازمانمون که نمیخواد هزینه زیادی هم کنه و Storage سخت افزاری و San های گران خریداری کنه ، یک San Storage ایجاد کنیم که از دید هاست های ما San دیده خواهد شد.

از ویژگی های خوب vSAN میشه Scalable بودن اون و راحتی در بالا پایین کردن دیسک ها را مثال زد که مناسب زیرساخت های VDI و دسکتاپ مجازی است و ارزان بودن سولوشن در کاربرد بالای اون در DR هم میتواند مثال خوبی باشد.

برای پیاده سازی این تکنولوژی حتما باید دو فاکتور Performance و Capacity رو رعایت کرد. که اولین فاکتور با حداقل یک هارد SSD در هر هاست و دومین فاکتور با استفاده از یک یا چند هارد در هر هاست مهیاست!

این رو هم یادتون باشه که SSD نقش به سزایی در سرعت و عملکرد این تکنولوژی داره و I/O ما اول از اون میگذره.


اما ویژگیهای جدید vSAN 6.5 رو ببینیم چی هست :

در این نسخه شاهد اپدیت vSAN API و vSphere PowerCLI هستیم تا از این پس بتوان مدیریت و کانفیگ تنظیمات کلاستر ، Fault Domains و disk group ها را بصورت خودکار کرد.لازم به ذکر است ، PowerCLI برای بررسی کارکرد درست vSAN کلاستر کاربرد دارد.

افزایش ۲۰-۵۰% ای ذخیره TCO

تغییرات Licensing که متعادل تر شده و میتوان با لایسنس استاندارد VSAN یک کلاستر All-Flash VSAN ایجاد کرد ، اگرچه همچنان نمیتوان در لایسنس استاندارد deduplication و compression را انجام داد.

ساپورت از iSCSI که در ورژن ۶٫۵ میتوان iSCSI تارگت و LUN را بر روی VSAN کلاسترمون ایجاد کنیم و در بیرون از VSAN نیز از اون استفاده کنیم و مناسب زمانهایی است که استوریج زیادی رو روی VSAN کلاسترمون داریم. لازم به ذکره که نمیتونیم از این iSCSI LUN ها برای ESXi استفاده کنیم.

ارتباط مستقیم و ترافیک witness جدا بر روی سناریوی vSAN ـه ۲-node

اول بگیم مینیمم ترین حالت کانفیگ vSAN حالت ۲-node است که شامل دو هاست و یک witness در هر جایی است. که ویژگی جدید مناسب اینگونه سناریو هاست ، حالا چه بصورت ROBO (مثلا یک دفتر مرکزی و یک دفتر ریموت در شهر دیگر) و چه بصورت SMB (دفاتر کوچیک) باشد و از این پس میتوان ارتباط دو هاست فیزیکی را بدون نیاز به سوییچ فیزیکی و از طریق کابل برقرار کرد و ترافیک witness را از طریق اینتفرفیس VMkernel مجزایی به witness appliance منتقل کرد.

ادامه مطلب

مفهوم هاست VMware

مفهوم هاست VMware

مفهوم هاست VMware

مفهوم هاست VMware

Host کامپیوتری فیزیکی می باشد که بر روی آن نرم افزار مجازی سازی مانند ESXi برای اجرای چندین ماشین مجازی استفاده می شود. Host منابع مورد نیاز ماشین مجازی مثل CPU , Memory را فراهم می کند و اجازه دسترسی به شبکه و محل ذخیره اطلاعات را به ماشین می دهد.
VMware ESXi
VMWare ESXi هسته ی تکنولوژی است که به شما اجازه ساخت ماشین مجازی و اختصاص منابع به ماشین مجازی را می دهد. VMWare ESXi تنها 32mb فضا اشغال می کند و مستقل از سیستم عامل است؛ فضای بسیار اندک 32 مگابایتی کارهایی مانند افزایش امنیت، کنترل دستیابی کاربر، آنتی ویروس و پشتیبان گیری و هرکاری که موجب امنتر و مطمئن تر شدن ماشین می شود را ساده تر می سازد.VMware ESXi ویژگی های مدیریت حافظه و شبکه پیشرفته ای را ارایه می دهد، که موجب اجرای نرم افزارهای متمرکزی مانند Email ، پایگاه های داده و برنامه های سفارشی با کمترین سرریز می شود. VMWare ESXi گسترده ترین سیستم عامل ها را پشتیبانی می کند که شامل ورژن های مختلف 32 و 64 بیتی ، Windows ,Linux, Solaris ,Netware می شود. با نصب VMWare ESXi شما می توانید سیستم عامل های مختلفی را برروی یک سرور اجرا کنید و در سخت افزار ، نیرو و هزینه صرفه جویی نمایید.

ادغام سرورها

ادغام سرور به سازمان ها اجازه کنترل زیرساخت های فناوری اطلاعاتشان را می دهد. با استفاده از مجازی سازی در زیرساخت سخت افزاری یک سازمان می تواند بهره وری سخت افزار موجود خود را تا %80 افزایش دهد. قانون “یک فرایند ،یک سرور” منجر به تامین سرور بیش از حد نیاز می شود. به این ترتیب دارایی های سازمان با صرف هزینه های گزاف افزایش یافته و از هر یک از آنها شاید به اندازه ی %20 توان مصرفی کار کشیده شود.

 

 

 

ادامه مطلب

بررسی Site Recovery Manager 6.0 – اجرای یک ریکاوری تستی

بررسی Site Recovery Manager 6.0 – اجرای یک ریکاوری تستی

اگر شما پستهای قبلی این سری آموزشی را مطالعه کرده باشید مطمئنا مشاهده کردین که ما یک لابراتوار SRM 6 را راه اندازی کردیم و در ادامه همین سری آموزشی در پست قبلی به ایجاد Recovery Plan پرداختیم و در این پست آماده ایم تا یک تست Failover انجام دهیم. در تب Summary در Site Recovery می توان به خلاصه پیکربندی انجام شده را مشاهده نمود که پیغام آمادگی Recovery Plan برای تست را نشان می دهد.
بررسی Site Recovery Manager 6.0 – اجرای یک ریکاوری تستی

اجرای یک ریکاوری تستی

برای اجرای یک ریکاوری تستی باید در Site Recovery قسمت Recovery Plan را باز نماییم. در زیر یک مرور کلی از مراحل انجام شده را مشاهده خواهید کرد:

بررسی Site Recovery Manager 6.0 – اجرای یک ریکاوری تستی

یک تست ریکاوری هیچ خللی در لودهای کاری ما ایجاد نخواهد کرد. یک Snapshot از استوریج Replicate شده ایجاد خواهد شد و در هاستهای موجود در سایت ریکاوری Mount می شوند  و ماشین های مجازی در یک شبکه متفاوت ایزوله شده آورده می شوند. برای شروع تست ریکاوری، بر روی دکمه سبز ‘play’ کلیک کنید.

کادر محاوره ای تأیید با جزئیات آنچه اتفاق می افتد باز خواهد شد:

بررسی Site Recovery Manager 6.0 – اجرای یک ریکاوری تستی

وقتی روی «Finish» کلیک می کنید، تست ریکاوری شروع می شود. پس از تکمیل عملیات، باید وضعیت “Test Complete” به همراه “Success” در کنار هر Task نشان داده شود که نشاندهنده این است همه چیز خوب پیش رفته است:

بررسی Site Recovery Manager 6.0 – اجرای یک ریکاوری تستی

با بررسی مدیریت استوریج مان می توانیم ببینم که یک Snapshot جدید ایجاد شده است که توسط SRM نشان داده شده است:

بررسی Site Recovery Manager 6.0 – اجرای یک ریکاوری تستی

با مشاهده vCenter در سایت ریکاوری می توانیم ببینم ماشین مجازی تستی ما رجیستر و روشن شده است:

بررسی Site Recovery Manager 6.0 – اجرای یک ریکاوری تستی

پس از رضایت بخش بودن عملیات تست، بر روی دکمه پاک کردن به مانند شکا زیر کلیک می کنیم تا محیط را به حالت قبل بازگردانده شود و Snapshot استوریج پاک می شود.

بررسی Site Recovery Manager 6.0 – اجرای یک ریکاوری تستی

دوباره در این پنجره باید شما این پنجره را تایید نمایید:

بررسی Site Recovery Manager 6.0 – اجرای یک ریکاوری تستی

پس از اتمام عملیات پاکسازی، Recovery Plan ما برای استفاده مجدد آماده خواهد بود:

بررسی Site Recovery Manager 6.0 – اجرای یک ریکاوری تستی

به نظر من قابلیت تست در SRM بسیارعالی بوده و ضریب اطمینان ما را بالا می برد. قابلیت اجرای پلن تستی به شما این اجازه را خواهد داد که بدانید آیا در صورت وقوع Disaster Recovery ، پلن ریکاوری شما کارساز خواهد بود و آیا تاثیری بر بر روی لودهای کاری خواهد داشت. در پست بعدی به بررسی یک Failover واقعی خواهیم پرداخت.

بررسی Site Recovery Manager 6.0 – پیکربندی Protection Group و Recovery Plan

بررسی Site Recovery Manager 6.0 – راه اندازی یک تست Failover

 

ادامه مطلب

راهکارهای رایانش ابری

راهکارهای رایانش ابری

راهکارهای رایانش ابری

رایانش ابری ، کلمه ایست شامل دو بخش “رایانش” و “ابر” که به معنی مدل رایانشی برپایه شبکه های کامپیوتری مانند اینترنت است. رایانش ابری در واقع یک الگو جدید برای ارائه و دریافت اطلاعات است. امروزه رایانش ابری به یک صنعت همه گیر و بزرگ تبدیل شده است، به طوری این گستردگی جدی است که احتمالا شما هم از آن استفاده کرده اید. سیستم هایی مانند ارسال ایمیل، ویرایش آنلاین اسناد، تماشای فیلم یا تلویزیون به صورت آنلاین، گوش دادن به موزیک و یا بازی های آنلاین همه درگیر مبحثی با نام رایانش ابری هستند. گروه فنی و مهندسی وی سنتر در این وبسایت مقالات متعددی در مورد مسائل این حوزه را قرار داده است تا شما اطلاعات بیشتری بدست آورید. شما می توانید سرویس های رایانش ابری ما را از سایت مشاهده بفرمایید.

در محیط های رایانش ابری، بر اساس نیازهای کاربران(شرکت های کوچک و بزرگ تجاری، افراد حقیقی و …) سرویس های متنوعی به آنان ارائه میگردد. سه نوع اصلی این سرویس ها عبارتند از:

Software as a Service

Infrastructure as a Service

Platform as a Service

امروزه این خدمات و سرویس ها بر بستر شبکه های ارتباطی پرسرعت و با استفاده از مرورگرهای وب (Browser) و بر پایه فن آوریهای مجازی سازی و بر حسب نیازکاربران ارائه می شود.

SaaS: امروزه یکی از پرکاربردترین خدمات رایانش ابری (حتی در سطح کاربران شخصی) سرویس SaaS بوده که رایج ترین و شناخته شده ترین آن ها سرویس پست الکترونیک(از قبیل Gmail و Hotmail) می باشد.

کاربران از طریق یک مرورگر و اتصال به اینترنت، به صندوق پستی خود دسترسی پیدا می کنند، بدون اینکه نیازی به راه اندازی و مدیریت سرورهای پست الکترونیک داشته باشند. پست الکترونیک تنها یک نمونه ساده از SaaS می باشد. امروزه برنامه های کاربردی(تجاری) متعددی بدین شکل ارائه میگردند. کاربران فقط دریافت کننده سرویس نرم افزار هستند، سرویس دهندگان مسئولیت تامین کلیه منابع مورد نیاز( ماشین های مجازی، فضای ذخیره سازی، شبکه های ارتباطی و … ) را برعهده خواهندداشت.

IaaS: یکی دیگر از خدمات رایانش ابری IaaS می باشد. در شرایطی که کاربران تمایل داشته باشند که کلیه عناصر محیط نرم افزاری را تحت کنترل خوددرآورند و زیرساخت های سخت افزاری(سرور، فضای دیسک و …) را در قالب محیط های مجازی از سرویس دهندگان دریافت می نمایند. در این نوع سرویس کاربران هر نرم افزاری که مورد نیازشان باشد در محیط مجازی که در اختیارشان قرار می گیرد را نصب، راه اندازی و نگهداری می نمایند.

PaaS: سرویس دیگرPaaS نام دارد. تولیدکنندگان نرم افزار (Develope) ابزارهای مورد نیاز خود جهت تولید و توسعه نرم افزار را در قالب PaaS از سرویس دهندگان دریافت می کنند. (مانند ابزارهای تولید نرم افزار موبایل). علاوه بر سه گروه اصلی خدمات رایانش ابری، امروزه خدمات دیگری مانند Backup, Networkو Big Data توسط سریس دهندگان و بعنوان Anything as a Service عرضه می گردند.

Hadoop as a Service : هادوپ یک چارچوب نرم افزاری متن باز است که پردازش توزیع شده داده های بزرگ را بر روی خوشه هایی از سرورها ممکن می سازد. این چارچوب که به زبان جاوا نوشته شده است، برای انجام پردازش توزیع شده بر روی هزاران ماشین با ضریب خطای بسیار اندک طراحی شده است.فیسبوک و یاهو از استفاده کنندگان برجسته هادوپ هستند.

 

ادامه مطلب

آموزش نصب ESXi 5.5

آموزش نصب ESXi 5.5

آموزش نصب ESXi 5.5

آموزش نصب ESXi 5.5

آموزش نصب ESXi 5.5

Esxi تقریبا مانند VMware Workstation می باشد و برای شبیه سازی استفاده می شود اما بر خلاف VMware Workstation، نیاز به یک سیستم عامل برای نصب ندارد و خودش به تنهایی به عنوان یک سیستم عامل می تواند بر روی سیستم نصب گردد.
یکی از ویژگی های اصلی Esxi این است که   resource ها را به بهترین شکل ممکن مدیریت می کند.

نکته: اگر Esxi را می خواهیم بر روی VMware Workstation نصب کنیم حتما باید سیستم ما VTX ساپورت باشد و سیستم عامل ۶۴ بیتی داشته باشیم.

مراحل نصب Esxi

 

برای نصب Esxi فایل Boot را در درون سیستم قرار می دهیم و سیستم را بوت می کنیم.

آموزش-نصب-ESXi-5.5

بعد از چند ثانیه وارد مرحله Loading می شود.

آموزش-نصب-ESXi-5.5
آموزش-نصب-ESXi-5.5

بعد از Load شدن کامل فایل ها، وارد مرحله نصب می شویم.

آموزش-نصب-ESXi-5.5

برای ادامه  کلید Enter را می زنیم.

آموزش-نصب-ESXi-5.5

در این مرحله توضیحاتی در رابطه با License می دهد که کلید F11 را می زنیم و ادامه می دهیم.

آموزش-نصب-ESXi-5.5

در این مرحله از نصب Esxi، مشخص می کنیم که بر روی چه storage ای باید نصب انجام شود (SAN ,NAS, DAS,…)، بعد از انتخاب Storage،کلیدEnter را می زنیم.

آموزش-نصب-ESXi-5.5

در این مرحله از ما می خواهد که کیبورد سیستم را انتخاب کنیم که بر روی حالت Default معمولا ادامه می دهیم.

آموزش-نصب-ESXi-5.5

در این مرحله باید یک پسورد برای کاربر Root انتخاب کنیم، پس از انتخاب پسورد،کلید Enter را می زنیم.

آموزش-نصب-ESXi-5.5

در این مرحله سیستم قبل از نصب، شروع به جمع آوری اطلاعات می کند.

آموزش-نصب-ESXi-5.5

در این مرحله، تائید نهایی برای نصب سیستم عامل لازم است که با زدن کلید F11 ادامه می دهیم.

آموزش-نصب-ESXi-5.5

در این مرحله Esxi شروع به نصب می شود.

آموزش-نصب-ESXi-5.5

در این مرحله نصب کامل شده و سیستم Reboot می شود.

آموزش-نصب-ESXi-5.5

بعد از Reboot، سیستم به شکل زیر بالا می آید.

آموزش-نصب-ESXi-5.5

 

 

ادامه مطلب

سطوح مجازی سازی

سطوح مجازی سازی

سطوح مجازی سازی

سطوح مجازی سازی

مجازی سازی را به لحاظ وسعت عملکرد و نحوه پیاده سازی به دسته کلی تقسیم میکنند ، که به اختصار به بیان آنها میپردازیم :

۴-۱- در سطح ایستگاه کاری (Desktop Virtualization)

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

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

شکل۴‑۱: معماری مجازی سازی در سطح ایستگاه کاری (Desktop Virtualization)

۴-۲- در سطح سرویس دهنده (Server Virtualization)

این سطح از مجازی سازی مختص سرویس دهنده های قدرتمند میباشد و در ابعاد وسیع مورد استفاده قرار میگیرد، این مدل از تکنولوژی مجازی سازی نیاز به یک سیستم عامل  واسط برای ارتباط با سخت افزار ندارد و مجازی ساز مستقیما بر روی سخت افزار نصب میگردد ، از جمله    ویژگی های آن در جمع بندی عبارتند از :

  • بدون نیاز به یک سیستم عامل اصلی برای ارتباط با سخت افزار
  • نصب یک لایه مجازی ساز به طور مستقیم بر روی سخت افزار
  • و در نهایت استفاده از ماشین های مجازی در محیط مجازی سازی

 

 

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

شماره تماس: 88884268 – 021

 

 

 

ادامه مطلب

تکنولوژی مجازی سازی و راهکارهای تحمل خطا

تکنولوژی مجازی سازی و راهکارهای تحمل خطا

 

 

 

 

۵- مجازی سازی و راهکار های تحمل خطا

تکنولوژی مجازی سازی و راهکار های تحمل خطا

تکنولوژی مجازی سازی و راهکار های تحمل خطا

تحمل خطا یکی از مهترین ویژگی هایی است که به واسطه تکنولوژی مجازی سازی در بستر شبکه های کامپیوتری پیاده سازی میشود ، این ویژگی با توجه به مجازی ساز و با توجه به سیاست های مدیریتی شامل دسته بندی های خاصی می گردد ، در اینجا تعاریف را نزدیک به محصولات شرکت Citrix در نظر میگیریم ،  به همین دلیل آشنایی با بعضی از تعاریف و واژگان قبل از بیان راهکار های تحمل خطا ضروری به نظر می رسد .

۵-۱-  ESX چیست ؟
ESX نام یکی از مجازی ساز های شرکت VMware است که در سطح سرویس دهنده پیاده سازی می شود که با توجه به تعاریف ارائه شده در فصل چهارم بارزترین مشخصه آن، این است که به صورت مستقیم بر روی سخت افزار نصب می گردد و دیگر نیازی به یک سیستم عامل رابط نمیباشد، که در سرعت کارکرد سیستم بسیار موثر است.

شکل۵‑۱: نمایی از کنسول اصلی EXS server

۵-۲-Client VSphere چیست ؟

Client VSphere نام رابط مدیریتی ماشین های مجازی است که وظیفه ارتباط با یک ESXserver را بر عهده دارد ، چرا که ESX به دلیل رعایت برخی از سیاست ها امنیتی در بستر شبکه، فاقد رابط کاربری برای مدیریت ماشین های مجازی است.

شکل۵‑۲ نمایی از کنسول اصلی VSphere Client

۵-۳- راهکار های تحمل خطا (HA , Fault Tolerance) :

High availability Cluster که آن را با اصطلاحات HA Cluster و یا Failover Cluster نیز می شناسند. با فعال نمودن HA بر روی Pool مورد نظرمان، ما قادر خواهیم بود از قابلیت Fault Tolerance (تحمل خطا) بهره جوییم که در این صورت اگر هر یک از سرورهای فیزیکی دچار مشکل گردید، با توجه به این که Secondary VM بر روی سرور دیگر ما وجود دارد، هیچ Down Time و یا قطعی از طرف سرورها وجود نخواهد داشت.
با استفاده از این راهکار که برخلاف راهکار سخت افزاری بسیار کم هزینه است و پیچیدگی های آن را نیز ندارد می توان به راحتی مشکلات سخت افزاری سرورهای فیزیکی را مدیریت کرده و این اطمینان را داشت که سرویس های حیاتی این سرورها بدون Down Time  در حال سرویس دهی خواهد بود .

شکل۵‑۳: Citrix HA

از مزایای استفاده از Fault Tolerance میتوان به موارد زیر اشاره نمود:

  • از بین رفتن هزینه های بسیار زیاد و هنگفتی که در اثر از کار افتادن یک سرور فیزیکی به یک سازمان وارد می شود
  • ارائه سرویس دهی ممتد برای تمام نرم افزار ها بدون وابستگی به سیستم عامل
ادامه مطلب

تاریخچه و زمینه های پیدایش مجازی سازی

تاریخچه و زمینه های پیدایش مجازی سازی

تاریخچه و زمینه های پیدایش مجازی سازی

تاریخچه و زمینه های پیدایش مجازی سازی

تاریخچه و زمینه های پیدایش مجازی سازی

۲-۱- گام های نخست مجازی سازی

اولین جرقه های مجازی سازی در سال ۱۹۶۰ میلادی برای استفاده هرچه بهتر از رایانه های بزرگ آغاز شد که در ان منابع سخت افزاری Mainframeها بصورت ماشینهای مجازی در اختیارکاربران قرارمی گرفت. ماشین مجازی (VM) در اصل کپی مجازی شده سخت افزار Mainframe بود که جهت استفاده کاربران برروی پایانه های انها بارگذاری می شد و کاربران تصور می کردند که کل منابع سیستم در اختیار انها می باشند. با این روش منابع بصورت خودکار و به میزان مورد نیاز به هر نفر تخصیص داده می شد و ازتمام امکانات Mainframe بصورت بهینه استفاده می گردید.

امروزه رایانه های مبتنی بر معماری x86 با همان مشکلات رایانه های بزرگ قدیمی رو به رو هستند. حدود سی سال پیش شرکت IBM راهکاری به عنوان استفاده از پارتیشن های منطقی برای این کامپیوترها، برای کامپیوترهای مجازی ارائه داد. این روش امکان اجرای همزمان چند سرویس را در کامپیوترهای بزرگ فراهم می کرد. البته این موضوع بیشتر به دلیل گران بودن تجهیزات رایانه ای در ان زمان کاربرد داشت. در دهه های هشتاد و نود میلادی این موضوع به دلیل استفاده از کامپیوترهای ارزان قیمت منسوخ شد. در ان سالها سیستم عامل Windows به عنوان تنها سیستم عامل پذیرفته شده بود و Linux نیز بسیار نوظهور بود. از جمله مشکلات این بود که در بیشتر مواقع ۱۰ الی ۱۵ درصد از ظرفیت رایانه ها به منظور اجرای برنامه های کاربردی استفاده نمی شد و در صورت استفاده همزمان چند برنامه عملیاتی احتمال اختلال ان ها با یکدیگر دور از ذهن نبود. یکی دیگر از دلایل رواوردن به فناوری مجازی سازی افزایش روزافزون هزینه های زیرساخت بود که از از جمله ان ها می توان به هزینه خنک کننده ها و برق مصرفی اشاره نمود. همچنین در این میان هزینه های فراوان نیروی متخصص یکی دیگر از چالش های عملیاتی به شمار می امد. حساسیت زیاد اطلاعات موجب بالا رفتن حساسیت سرویس های در حال اجرا می شود و در صورت از کار افتادن ان ها، حتی برای چند لحظه، ضرر و زیان های زیادی را به بار می اورد. از این رو اختراع فناوری مجازی سازی را هم تراز با اختراع برق می دانند!. البته درست است که برق موجب پدید امدن اینگونه اختراعات شده ولی این موضوع نیز باعث به وجود امدن اختراعات و تحولات در علوم و فنون شده و خواهد شد.

۲-۲- آشنایی با شرکت VMware

خانم دیان گرینی (Diane Greene) و همسرش مندل روزلبلوم(Mendel Rosenblum) به همراه جمعی دیگر از افراد متخصص در سال ۱۹۹۸ شرکت VMware را تاسیس کردند. خانم دیان گرینی مدرک لیسانس خود را از دانشگاه ورمونت در رشته مهندسی مکانیک و مدرک فوق لیسانس را از دانشگاه MIT در رشته مهندسی دریایی و مدرک فوق لیسانس دیگری از دانشگاه برکلی در رشته علوم کامپیوتر اخذ کردند. همسر دیان ، پرفسور روزلبلوم مدرک علوم کامپیوتر خود را از دانشگاه استنفورد و در دانشگاه برکلی نیز مدرک دکتری علوم کامپیوتر را دریافت کرد. این دو با تاسیس شرکت VMware بر روی پروژه شبیه سازی سیستم‌های کامپیوتری فعالیت کردند. پروژه‌ای که به خلق یک سیستم عامل برای شبیه سازی کامپیوترها در ابعاد وسیع با امکان کنترل حافظه و پردازنده‌های متعدد همراه شد. فعالیت شرکت VMware در سال ۱۹۹۸ به صورت مخفیانه انجام شد تا رقبا نتوانند از جزئیات پروژه و فعالیت‌ها مطلع شوند. این شرکت که هم اکنون بیش از یازده هزار پرسنل دارد تنها با ۲۰ کارمند کار خود را آغاز کرد و در اولین سال فعالیت نرم‌افزار VMware Workstation را به بازار عرضه کرد. پس از این نرم‌افزار نوع دیگری از نرم‌افزار مجازی‌سازی که برخلاف VMware Workstation نیاز به سیستم‌عامل نداشت و امکان نصب مستقیم بر روی یک کامپیوتر یا سرور را داشت عرضه شد. این نرم‌افزار با نام GSX به بازار آمد و در سال ۲۰۰۳ استقبال خوبی از آن به عمل آمد. در سال‌های بعد خانم دیان گرینی و دیگر مدیران شرکت تصمیم بر ارتقا قابلیت‌های نرم‌افزار داشتند و امکان انجام پردازش‌های همزمان و پشتیبانی دستگاه‌های ۶۴ بیتی را به این نرم افزار افزودند.

در سال ۲۰۰۸ شرکت بزرگ EMC با ارائه یک پیشنهاد ۶۵۰ میلیون دلاری شرکت VMware را خریداری کرد. موسسین وی‌ام ور تصمیم گرفتند این شرکت را به شرکت EMC واگذار کنند. اگرچه در ابتد مدیریت مجموعه برعهده خانم گرینی بود اما پس از مدت کوتاهی و به صورت ناگهانی او اخراج و یکی از مدیران با تجربه مایکروسافت Paul Maritz که مدتی نیز در شرکت EMC مشغول به کار شده بود جایگزین وی شد. اخیرا نیز Paul Maritz سکان مدیریت شرکت VMware را به Pat Gelsinger یکی از مدیران با سابقه EMC که تجربیات تخصصی و مدیریتی متعددی در شرکت اینتل داشته است واگذار شد.

در قسمت بعد در رابطه با مقایسه معماری X86 و مجازی صحبت خواهیم کرد.

 

 

ادامه مطلب