آشنایی با زیرساخت ابری در VMware

آشنایی با زیرساخت ابری در VMware

آشنایی با زیرساخت ابری در VMware

آشنایی با زیرساخت ابری در VMware
آشنایی با زیرساخت ابری در VMware

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

گوناگونی پردازش های ناپایدار و ابزارها سبب ناهمگونی در کلود می شود. پیچیدگی سبب افزایش هزینه ها می شود، نقش مدیران فناوری را کاهش می دهد و خطر ریسک امنیتی را افزایش می دهد. خدمات کلود VMware به شما کمک می کند که از این مسائل اجتناب کنید و به شما آزادی عمل و نظارت می دهیم. معرفی پلت فرم VMware که یک معماری توانا و قابل رقابت در محیط های کلود است. یک تکنولوژی که به شما اجازه می دهد اپ ها را در محیط کلود، اجرا، مدیریت و امن کنید و البته دیوایس هایی که در شبکه دارید. این سرویس Cloud از VMware از طریق Cloud Foundation در دسترس شماست. این تکنولوژی به عنوان یک سرویس جدید و جالب هنوز هم در حال توسعه است.

تکنولوژی VMware یک پلت فرم دیتاسنتر مبتنی بر نرم افزار است که پردازش های مربوط به ذخیره سازی و مجازی سازی شبکه را ادغام می کند. آمادگی بر توسعه کلودهای بزرگ اختصاصی و زیر ساخت قوی برای راه اندازی شبکه ها به شما اجازه می دهد که یک Cloud ایمن داشته باشید و به شما اطمینان می دهد که می توانید نرم افزارها را به راحتی توسعه دهید و یا آنها را به عنوان سرویس در VMware vCloud Air یا پارتنرهای VMware vCloud Air Network خریداری کنید. VMware به عنوان یک پلت فرم مناسب برای مدیریت و ادغام سرویس های بزرگ و جامع تحت کلود شناخته می شود و بالاخص برای محیط های multi-cloud مناسب است. ما به تحویل سرویس ها سرعت می بخشیم، عمکلرد تیم IT را بهبود بخشیده و انتخاب های بیشتری برای نظارت و مدیریت به شما می دهیم.

VMware در حال توسعه سرویس های جدید کلود برای مدیریت و ایمن سازی اپلیکیشن ها در کلودهای اختصاصی و عمومی شامل AWS می باشد و همچنین SAS میزان استفاده و کارکرد کلود، شامل هزینه ها، مشکلات شبکه و سیاست های امنیتی را نمایش می دهد و توسعه و مهاجرت اپلیکیشن ها و دیتا را از طریق vSphere تسهیل می کند. حال شما Cloud اختصاصی یا عمومی خود را با معماری VMware خواهید داشت، توسعه دهندگان آزادی عمل در انتخاب هایشان دارند، در حالی که تیم IT نظارت لازم برای مدیریت بودجه و محافظت از سازمان و زیرساخت مورد نیاز جهت موفقیت در یک اقتصاد دیجیتالی را خواهد داشت.

 


مجازی سازی سرور

مجازی سازی سرور

مجازی سازی سرور
مجازی سازی سرور

فناوری مجازی سازی (Virtualization) بر خلاف تصور افرادی که آن را یک فناوری نوین به حساب می آورند، مربوط به دهه ۷۰ میلادی یعنی نزدیک به ۴۰ سال پیش است. زمانی که شرکت آی بی ام (IBM) یکه تاز عرصه محاسبات دیجیتالی و رایانه ها بود. در واقع سیستم عاملهای موجود دهه ۶۰ و ۷۰ میلادی اساساٌ بر پایه اشتراک منابع سخت افزاری یا همان مجازی سازی کار می کردند و اصولاً بدلیل گرانی منابعی نظیر حافظه، دیسک، پردازنده مرکزی و سایر ملحقات آن امکان بهره برداری غیر اشتراکی بسیار پر هزینه بود. بعد از ظهور نسل جدید رایانه ها و سرویس دهنده های غیر Mainframe که دارای توان کارکرد بالا و قیمت پایین بودند، رویکرد قبلی سیستم عاملها در استفاده اشتراکی منابع به تدریج کمرنگ شد و استفاده از سرویس دهنده های کوچک و متوسط بدون دغدغه از صرف هزینه های گزاف سخت افزاری فراگیر شد. همچنین با رشد سرویسهای نرم افزاری جدید در شبکه‌ها، و بر آورده شدن نیاز هرکدام از این سرویسها با استفاده از سخت‌افزار و منابع سیستم‌عامل اختصاصی، راهبرد جدیدی به شکل “یک سرویس دهنده برای هر سرویس شبکه” به وجود آمد که این رویکرد کماکان در بسیاری از شبکه ها مورد استفاده قرار دارد اما این راهبرد جدید یک اشکال دارد و آن هم این است که بر طبق آمار در تعداد کثیری از سرویس دهنده ها، میزان استفاده از منابع به کمتر از ۲۰% محدود است. این رویه باعث بالا رفتن هزینه و مصرف انرژی و در عین حال کاهش بهره‌وری سخت افزار می‌گردد.
در نتیجه دوباره مسئله صرفه جویی و مدیریت منابع در راهبرد جدید مورد توجه قرار گرفت. منتهی این بار تنها IBM جلودار نبود و شرکتها و موسسات تحقیقاتی بسیاری وارد میدان شده بودند.
کاهش هزینه ها، بالابردن بهره‌وری سخت افزار و مدیریت آسانتر و کارآمدتر سرویس دهنده ها اهدافی هستند که مدیران و متخصصان شبکه را به سمت قرار دادن سرویسهای مختلف بر روی یک سخت‌افزار قدرتمند سوق داد. در راهبرد جدید، هدف، قراردادن سرویس‌های متنوع بر روی یک سخت افزار به صورت متمرکز و با هزینه کمتر بود تا از این طریق مدیریتی آسانتر، کم هزینه‌تر ، فرایندهای نگهداری و پشتیبان‌گیری راحتتر، دسترسی و قابلیت اعتماد بالاتر فراهم گردد.

مجازی سازی چیست؟

تعریف ما از کاربرد مجازی‌سازی در حیطه سیستم عامل عبارت است از راهکاری که اجازه میدهد چندین سیستم عامل میهمان بطور همزمان بر روی یک میزبان سخت افزاری به اجرا در آیند. اشتراک منابع سخت افزاری موجود بر روی یک رایانه بین خادمان نرم افزاری یکی از، فناوریهای مورد توجه کارشناسان در چند سال اخیر بوده و سرمایه گذاری های اقتصادی و تحقیقاتی زیادی از سوی شرکت های بزرگ روی آن صورت گرفته است.
ماشین مجازی یا (VM(Virtual Machine به سیستمی اطلاق می گردد که اجرای سیستم مجازی را بر عهده گرفته است. هر ماشین مجازی می تواند شامل سیستم عامل، سخت افزار و نرم افزار اختصاصی خود باشد. ماشین های مجازی، مستقل از سکوی سخت افزاری یا سیستم عامل اولیه به فعالیت خود ادامه می دهند. زیرا دراغلب سیستم های مجازی ساز، یک لایه جدا کننده به نام فوق ناظر Hypervisor میان سیستم عامل میهمان (مجازی) و سخت افزار یا منابع فیزیکی موجود حائل می گردد. کار Hypervisor ایجاد یک دید مستقل مجازی از سخت افزار یا منابع است. Hypervisor باعث می شود ماشین های مجازی از دید یکدیگر پنهان بمانند و هر ماشین مجازی تصور کتد تمام سخت افزار یا منابع لازم را در اختیار گرفته است.
در اغلب موارد، کار مجازی سازی را نرم افزار انجام می دهد. این نرم افزار لایه Hypervisor را به وجود آورده و ارتباط میان سخت افزار یا سیستم عامل را با این لایه وهر یک از ماشین های مجازی را طوری فراهم می نماید که راه اندازی سیستم عامل مجازی و اجرای برنامه های کاربردی بر روی سخت افزارهای متفاوتی که وجود فیزیکی ندارند را امکان پذیر می نماید.

 

نمونه هایی از سیستم های نرم افزاری فوق ناظر (Hypervisor) بر پایه سخت افزار از دو شرکت معتبر عبارتند از :
VMware ESX and ESXi

Microsoft Hyper-V

آنچه در فنآوری مجازی سازی مورد انتظار است عبارتند از :

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

چند نمونه از مجازی سازی

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

 


  • 0

مجازی سازی شبکه با VMware NSX و امنیت آن

مجازی سازی شبکه با VMware NSX و امنیت آن

مجازی سازی شبکه با VMware NSX و امنیت آن
مجازی سازی شبکه با VMware NSX و امنیت آن

شرکت VMware در نمایشگاه امسال VMworld محصول جدید خود NSX را برای “مجازی سازی شبکه” معرفی خواهد کرد.

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

ایده اصلی بر این اساس است که چون می توان سرویس های لایه 2 تا 7 شبکه را به صورت نرم افزاری اجرا کرد، مهندسی و اجرای شبکه آسان تر می شود.

NSX تنها یک محصول VMware نخواهد بود. NSX قادر خواهد بود تا با hypervisor های دیگر و محیط های ابری (cloud) نظیر Amazon و OpenStack ادغام شود. همچنین NSX با شبکه های فیزیکی و سرویس های شبکه سازگار خواهد بود.

NSX مجموعه یکپارچه ای از امکانات شبکه و امنیت را ارائه می دهد. امکاناتی نظیر نظارت متمرکز، حذف سخت افزار، تامین امنیت، آسان سازی عملیات اجرایی شبکه و …

NSX توجه فعالان حوزه امنیت و شبکه را نیز به خود جلب کرده است. با آنکه این محصول تا اوایل زمستان امسال به بازار عرضه نخواهد شد، ولی از هم اکنون شرکت های بزرگی نظیر F5, Fortinet ,McAfee و Juniper حمایت خود و سازگاری محصولات خود را تحت بستر جدید NSX اعلام کرده اند.

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

از جمله موانعی که VMware برای جا انداختن NSX با آنها روبرو خواهد بود، می توان به موارد زیر اشاره کرد.

* جدا بودن پرسنل بخش های مختلف شبکه. برای بکارگیری NSX مدیران شبکه باید آمادگی ادغام و یکپارچه سازی بخش های مختلف شبکه، نظر بخش سرور، بخش شبکه و بخش امنیت را داشته باشند.

* محدودیت دانش و تجربه در حوزه مجازی سازی. یافتن کارشناس شبکه و یا کارشناس امنیت که در NSX تجربه و مهارت داشته باشد، برای مدت های طولانی، امری دشوار خواهد بود.

* تغییر عادت و سنت شکنی. مدتهاست که محصولات امنیتی نظیر دیواره آتش و نفوذیاب (IDS/IPS) به صورت نسخه های مجازی در بازار وجود دارند ولی سازمانها چندان از این نسخه های مجازی استفاده نمی کنند. همچنین این مشکل برای سوئیچ های مجازی هم صادق است.

برای رونق گرفتن NSX، مدیران شبکه باید حاضر به برداشتن قدم های بزرگی باشند؛ فناوری های نوین در حوزه پردازش موازی و همزمان را بپذیرند و حاضر به قبول تغییرات سازمانی و عملیاتی باشند. در مقابل، انعطاف پذیری، کارآمدی و چابکی نرم افزار بالاخره گزینه “شبکه و امنیت مجازی” را تبدیل به آنچنان گزینه قوی خواهد کرد که نتوان آن را نادیده گرفت.

 

 

 

 


  • 0

قابلیت های جدید 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 می باشد و در نسخه ۶٫۵۵ قابلیت هایی به VCSA اضافه شده است از جمله موارد زیر :

  • اضافه شدن 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 اضافه شده است را بررسی خواهیم کرد.

 

 

 


معرفی استوریج 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 منتقل کرد.


مفهوم VM Replication در SRM

مفهوم VM Replication در SRM

مفهوم VM Replication در SRM : در بخش قبلی ما توانستیم با موفقیت vSphere Replication را بر روی SRM نصب و پیکربندی نماییم. حالا یک نگاه اجمالی به Virtual Machine Replication خواهیم انداخت. این قابلیت بر روی vSphere Replication و از طریق کنسول vSphere Web Client قابل انجام می باشد.

VM Replication

1- در کنسول vSphere Web Client یک ماشین مجازی را انتخاب می کنیم و بر روی آن راست کلیک کرده و بر روی All vSphere Replication Action و سپس بر روی Configure کلیک می کنیم.

2- از آنجا که ما از SRM استفاده می کنیم بر روی Replicate to a vCenter Server به عنوان نوع Replication کلیک می کنیم و بر روی Next کلیک می کنیم.

3- در صفحه Target Site بر روی vCenter Server در Recovery Site کلیک می کنیم و از اعتبار سنجی آن اطمینان حاطل کرده و بر روی Next کلیک می کنیم.

مفهوم-VM-Replication-در-SRM

4- می توانید Replication Server مورد نظرتان را در این پنجره انتخاب کنید.

مفهوم-VM-Replication-در-SRM

5- Datastore مورد نظر برای ماشین مجازی را در Recovery Site انتخاب می کنیم و بر روی Next کلیک می کنیم.

6- در Guest OS quiescing بر روی Next کلیک می کنیم.

7- تنظیمات مورد نظر Recovery را انجام داده و بر روی Next کلیک می کنیم.

مفهوم-VM-Replication-در-SRM

تنظیمات را دوباره بررسی کرده و بر روی Finish کلیک می کنیم تا عملیات Replication بر روی ماشین مجازی آغاز گردد.

زمانی که عملیات Replication در حال انجام می باشد شما می توانید جزییات این Replication را در پنل VM Replication از تب VM Summary می توان مشاهده نمود.

مفهوم-VM-Replication-در-SRM

اگر شما پنل vSphere Replication را در زیر vCenter Server مشاهده کنید می توانید تعداد Outgoing Replication ها را ببینید.

مفهوم-VM-Replication-در-SRM

اگر شما پنل vSphere Replication را در زیر vCenter Server مربوط به سایت Recovery مشاهده کنید می توانید تعداد Incoming Replication ها را ببینید.

مفهوم-VM-Replication-در-SRM

در این پست بصورت خیلی خلاصه در خصوص انجام VM Replication با استفاده از vSphere Replication از سایت Protected به سایت Recovery بحث کردیم. ما در پست های جدید به آموزش کامل VMware SRM خواهیم پرداخت.

 

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

شماره تماس: 88884268

ایمیل: info@vcenter.ir


مفهوم Site Pairing در SRM

مفهوم Site Pairing در SRM

ما در چندین پست در خصوص نصب و راه اندازی و پیکربندی و مدیریت VMware vCenter Recovery Manager بحث کردیم. تست های ما کلا در محیط های لابراتوری انجام می گیرد و ما در اینجا از ورژن SRM 5.8 برای این کار استفاده می کنیم. ما در اینجا می خواهیم به یک سری از آپدیت های اصلی اشاره کنیم و از نصب و راه اندازی SRM که تقریبا مانند ورژن قبلی می باشد صرف نظر خواهیم کرد و بیشتر به موارد زیر که هم اکنون بر روی vSphere Web Client نصب و پیکربندی شده اند می پردازیم:

  • Site Pairing
  • vSphere Replication
  • VM Replication
  • Inventory Mappings
  • Protection Groups
  • Recovery plans
  • Migration & Failover

از موارد بالا مفهوم Site Pairing به عنوان یکی از کلیدی ترین تعاریف در این حوزه مطرح می باشد. در Site Pairing ما از دو سایت فیزیکی Protected Site و Recovery Site برای جلوگیری از Downtime سرویس ها و ریزش اطلاعات استفاده می کنیم.

Site Pairing

1- مرورگر خود را باز کرده و به روی vCentrer Server در سایت Protected Site می رویم.

2- با اکانت Administrator لاگین می کنیم.

3- در قسمت چپ پنل بر روی Site Recovery کلیک می کنیم.

4- بر روی Sites کلیک می کنیم.

5- سایت خود را انتخاب نموده و بر رویدکمه Pair Site کلیک می کنیم.

مفهوم-Site-Pairing-در-SRM

6- نام FQDN یا آدرس IP را وارد نموده و نام کاربری و پسورد vCenter را در Recovery Site وارد می کنیم و بر روی OK کلیک می کنیم.

مفهوم-Site-Pairing-در-SRM

7- بر روی Yes دوباره کلیک می کنیم تا بدون در نظر گرفتن خطای Certificate وارد شویم.

8- زمانی که ارتباط ایجاد و برقرار شد شما باید بتوانید هر دو سایت را در کنسول vSphere Web Client ببینید.

مفهوم-Site-Pairing-در-SRM

 

9- سایت Primary را انتخاب کرده و می توانیم اطلاعات سایت دیگر را نیز در تب Summary ببینیم.

مفهوم-Site-Pairing-در-SRM

در اینجا هر دو سایت متصل هستند و دقیقا به مفهوم Site Pairing اشاره دارد.

برای دانلود مقاله آموزشی منتشر شده توسط شرکت VMware در خصوص اطلاعات VMware Site Recovery Manager بر روی دانلود کلیک کنید.

 


مجازی سازی دسکتاپ با نرم افزار Horizon View 6.0 – بخش دوم

مجازی سازی دسکتاپ با نرم افزار Horizon View 6.0 – بخش دوم

نصب و راه اندازی Horizon View Composer

نرم افزار VMware View Composer یکی از کامپوننت های VMware Horizon View می باشد.

نرم افزار VMware Horizon View قابلیتهایی مانند Storage reduction و مدیریت بهینه سیستم عامل ها و ساخت دسکتاپ فوری را در اختار کاربر قرار می دهد.

نرم افزار VMware Horizon View Composer از linked clone ها برای کاهش 50 الی 90 درصدی فضای ذخیره سازی استوریج برای دسکتاپهای مجازی استفاده می کند. برای مثال اگر View Composer فضای 25 گیگابایت برای هر دسکتاپ نیاز داشته باشد برای راه اندازی 100 یا 1000 دسکتاپ مجازی نیاز به منابع استوریج بیسیار زیاد و گران خواهد داشت.

نرم افزار Horizon View Composer بجای اینکه Clone کامل از هر دسکتاپ را داشته باشد ، این کار را با استفاده از linked clones از روی دیسک Parent انجام می دهد. این نرم افزار دیسکی به نام diff disk که در واقع تغییرات میان دیسک خود و دیسک Parent را در لحظه روشن شدن دسکتاپ مجازی ایجاد می کند و بدون دیسک Parent هیچ کدام از linked clones ها کار نخواهند کرد.

تفاوت آنها در حالتی که دسکتاپی به 25 گیگابایت فضا نیاز دارد می تواند با استفاده از مکانیزم linked clones به حدود 5 گیگابایت برسد. البته باید به این نکته توجه داشته باشیم که این مورد به مقدار تغییرات دسکتاپ در طول روز شامل تغییرات در حافظه و اندازه pagefile بستگی دارد و می تواند قابل تغییر باشد.

اگر شما نیاز دارید تا با کلیه مراحل راه اندازی VMware Horizon View 6.0 بیشتر آشنا شوید می توانید از مقالات زیر استفاده نمایید:

 

 

حداقل نیازمندیهای Horizon View Composer

نرم افزار Horizon View Composer می تواند بر روی ویندوز سروری که vCenter نصب شده است نصب و راه اندازی گردد و یا بر روی یک سرور جدا نیز می توان نصب کرد.

نرم افزار Horizon View Composer نباید بر روی سروری که View Connection نصب شده است نصب گردد.

اگر شما از نسخه لینوکسی vCenter Server Appliance استفاده می کنید باید View Composer را بر روی یک ویندوز سرور نصب نمایید.

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

مقدار حافظه مورد نیاز مقدار 8 گیگابایت RAM می باشد که برای تعداد 50 عدد دسکتاپ مجازی مناسب می باشد.

یک کارت شبکه مجازی 1 گیگابیت بر ثانیه برای این سرویس نیاز خواهیم داشت.

این سرویس بر روی سیستم عامل های Windows Server 2008 R2 و Windows Server 2012 R2 قابل نصب می باشد.

نسخه های دیتابیس SQL Server که این سرویس پشتیبانی می کند SQL Server 2008 SP3 و SQL Server 2008 R2 SP2 و SQL Server 2012 SP1 می باشند.

1. فایل نصب کننده VMware-viewcomposer-6.0.0-xxxxxx.exe را اجرا می کنیم.

مجازی سازی دسکتاپ با نرم افزار Horizon View 6.0 - بخش دوم
مجازی سازی دسکتاپ با نرم افزار Horizon View 6.0 – بخش دوم

2. بر روی دکمه Accept و بعد Next کلیک می کنیم.

مجازی-سازی-دسکتاپ-با-نرم-افزار-Horizon-View-6.0-نصب-و-راه-اندازی-Horizon-View-Composer

3. مسیری که قرار است تا نرم افزار در آنجا نصب شود وارد می کنیم.

مجازی-سازی-دسکتاپ-با-نرم-افزار-Horizon-View-6.0-نصب-و-راه-اندازی-Horizon-View-Composer

4.  VMware View Composer به یک دیتابیس SQL نیاز دارد.

با توجه به ایجاد DSN می توانیم این کار را انجام دهیم.

دیتابیس موجود سرور vCenter که بصورت باندل SQL Express را بر روی سرور vCenter نصب می کند می تواند برای View Composer نیز مورد استفاده قرار گیرد و از جداولی با اسم های منحصر بفرد استفاده می کند. اگرچه باید View Composer دیتابیس مخصوص بخود را داشته باشد.


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

مجازی-سازی-دسکتاپ-با-نرم-افزار-Horizon-View-6.0-نصب-و-راه-اندازی-Horizon-View-Composer

5. پورتهای پیشنهادی برای SOAP را تایید می کنیم و بر روی Next کلیک می کنیم.

 

مجازی-سازی-دسکتاپ-با-نرم-افزار-Horizon-View-6.0-نصب-و-راه-اندازی-Horizon-View-Composer

6. بر روی Install کلیک می کنیم تا نصب آغاز گردد.

مجازی-سازی-دسکتاپ-با-نرم-افزار-Horizon-View-6.0-نصب-و-راه-اندازی-Horizon-View-Composer

7. بر روی دکمه Finish کلیک می کنیم.

مجازی-سازی-دسکتاپ-با-نرم-افزار-Horizon-View-6.0-نصب-و-راه-اندازی-Horizon-View-Composer

8. سرور View Composer را ریست می کنیم.

توجه: در صورتی که این نرم افزار را بر روی سرور VCENTER خود نصب کرده اید برای ریستارت کردن آن از بلا استفاده بودن آن اطمینان حاصل فرمایید.

مجازی-سازی-دسکتاپ-با-نرم-افزار-Horizon-View-6.0-نصب-و-راه-اندازی-Horizon-View-Composer

9. به سرویس های ویندوز می رویم و سرویس VMware Horizon View Composer را چک می کنیم.

مجازی-سازی-دسکتاپ-با-نرم-افزار-Horizon-View-6.0-نصب-و-راه-اندازی-Horizon-View-Composer

 

 


نحوه Migrate کردن ماشین های مجازی از DvSwitch به vSwitch در VMware

نحوه Migrate کردن ماشین های مجازی از DvSwitch به vSwitch در VMware

بیشتر اوقات شما در شرایطی قرار می گیرید که نیاز دارید تا یک سوییچ vSphere Distributed ایجاد کرده و تمامی ماشین های خود را بر روی آن Migrate نمایید. در بعضی حالتهای نادر نیز شما نیاز دارید تا ماشین مجازی خود را از یک سوییچ vSphere Distributed به یک سوییچ vSphere Standard انتقال و یا به اصطلاح Migrate کنیم. این وضعیت زمانی است که شما بدلیل اینکه سوییچ vSphere Distributed بخشی از لایسنس vSphere Enterprise Plus می باشد نمی خواهید تا آن را Renew نمایید.

در اینجا ما به نحوه Migrate کردن یک ماشین از یک سوییچ DVswitch VDS به یک سوییچ vSwitch VSS خواهیم پرداخت. این عملیات هیچ وقفه ای در کار VM Network ماشین نخواهد داشت.

ابتدا از وجود ارتباطات Uplink بر روی شبکه سوییچ Standard Switch VSS اطمینان حاصل می کنیم. اگر شما ماشینی را به سوییچ VSS انتقال دهید که فاقد Uplink باشد آن ماشین در شبکه قابل دسترسی نخواهد بود.

1- به کنسول vSphere Client لاگین شده و به صفحه vSphere Distributed switch رفته و ماشینهاییی که از آن استفاده می کنند را استخراج می نماییم.

نحوه Migrate کردن ماشین های مجازی از DvSwitch به vSwitch در VMware
نحوه Migrate کردن ماشین های مجازی از DvSwitch به vSwitch در VMware

دو عدد ماشین مجازی از آن VDS استفاده می کنند.

 

2- بر روی VDS راست کلیک نموده و صفحه Migration را باز می کنیم.

نحوه Migrate کردن ماشین های مجازی از DvSwitch به vSwitch در VMware

صفحه VDS to VSS migration به شکل زیر می باشد.

3- شما باید در این صفحه شبکه منبع را VDS و شبکه مقصد را VSS در نظر بگیرید.

نحوه Migrate کردن ماشین های مجازی از DvSwitch به vSwitch در VMware

انتخاب شبکه Source و Destinition

 

4- انتخاب ماشین مجازی که می خواهید به سوییچ VSS انتقال دهید.

نحوه Migrate کردن ماشین های مجازی از DvSwitch به vSwitch در VMware

انتخاب ماشین های مجازی

 

5- در صفحه ذیل می توانید یک Summary کلی از Migration را نشان می دهد که بر روی Finish کلیک می کنیم تا عملیات Migration ماشین مجازی از سوییچ VDS به سوییچ VSS آغاز گردد.

نحوه Migrate کردن ماشین های مجازی از DvSwitch به vSwitch در VMware

مشاهده Summary

6- زمانیکه عملیات Migration به پایان رسید ماشین مجازی شما از روی VDS کاملا پاک خواهد شد.

نحوه Migrate کردن ماشین های مجازی از DvSwitch به vSwitch در VMware

 

صفحه VDS بعد از اتمام عملیات Migration

 

7- بر روی VM Network که بخشی از سوییچ VSS می باشد کلیک کرده و می توانید هر دو ماشین مجازی را بر روی آن ببینید.

نحوه Migrate کردن ماشین های مجازی از DvSwitch به vSwitch در VMware

 

صفحه vSwitch

8- شما همچنین می توانید آن را از قسمت Host & Clusters نیز چک نمایید.

نحوه Migrate کردن ماشین های مجازی از DvSwitch به vSwitch در VMware

نمایی از سرور ESXi از منظر Host level

9- بر روی vSphere Standard Switch کلیک کرده و ماشینها را مشاهده می کنیم.

نحوه Migrate کردن ماشین های مجازی از DvSwitch به vSwitch در VMware

نمایی از VSS از منظر Host level

 

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

شماره تماس: 88884268

ایمیل: info@vcenter.ir

 

 

 


آخرین دیدگاه‌ها

    دسته‌ها