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

نحوه 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

 

 

 


  • 0

دلایل مهاجرت و مجازی سازی سرور ها

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

مجازی سازی سرورها تکنولوژیی بود که بازی را در حوزه IT تغییر داد . تا با فراهم آوری مزایا و قابلیت های جدید که در دنیای فیزیکی غیر ممکن بود و همچنین کامل نمودن خودش روز به روز جایگاه خود را در دنیای IT محکم تر نماید.

مزیت ها و قابلیت های زیادی برای مجازی سازی سرورها می توان در نظر گرفت. اگر هنوز به دنیای مجازی مهاجرت نکرده اید و یا در صدد کامل نمودن ساختار مجازی خود هستید ما ۱۰ دلیل ومزیت اصلی استفاده از این تکنولوژی را برای شما فراهم نموده ایم.

ذخیره انرژی، ساختار سبز تر

کدام سازمان به دنبال کاهش مصرف انرژی نیست! مهاجرت از سرورهای فیزیکی به سرورهای مجازی به معنی کاهش تعداد سرورهای فیزیکی و کاهش هزینه انرژی و سیستم های خنک کننده ی دیتا سنتر ها و اتاق های سرور خواهد بود این یکی از برگ های برنده این تکنولوژی در سال ۲۰۰۰ بود که طی سال ها بهبود چشمگیری نموده است.

شماره ۱۰ | No 10

کاهش هزینه سرور ها و مراکز داده

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

شماره ۰۹ | No 09

ساخت محیط های لابراتوار

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

شماره ۰۸ | No 08

تامین سریع زیرساخت و سرور

هر شرکتی تجربه استفاده و راه اندازی از سرویس دهنده های جدید را حداقل چند بار تجربه کرده است. پروسه ای که مهمترین قسمت آن، بعد از بررسی نیازمندی ها و انتخاب نرم افزار، تامین زیرساخت (سرور) آن می باشد پروسه تامین سرور در شبکه های سنتی پروسه ای است که نیازمند صرف هزینه و معمولا زمان بر است. یکی از ویژگی های مجازی سازیِ سرور تامین سرور یا ماشین مجازی در کوتاه زمان ممکن است پروسه که به پروسه (NEXT>NEXT>NEXT ) معروف است. ساده، کارامد. با صرف هزینه اندک و در کوتاه ترین زمان ممکن. خرید ارزان ترین سرور ها ی استاندارد میلیون ها تومان هزینه در بر دارد که بار دیگر مجازی سازی در کاهش هزینه نقش خود را نشان می دهد.

به دلیل اهمیت این پروسه اجازه دهید نگاه دقیق تری به این مورد داشته باشیم .

ابتدا نگاهی به پروسه در ساختار سنتی یا فیزیکی خواهیم داشت

  • انتخاب و بررسی نرم افزار
  • درخواست به بخش IT برای فراهم آوری زیرساخت فیزیکی (سرور)
  • انتخاب سرور با توجه به بودجه و نیازمندی های نرم افزاری
  • تهیه و خرید سرور
  • پروسه انتخاب و راه اندازی سرور
  • قرار گیری در رک و تامین ( برق، شبکه، فضا، سیستم خنک کننده و …)
  • نصب نرم افزار و راه اندازی آن

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

پروسه فوق در ساختار مجازی

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

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

شماره ۰۷ | No 07

استفاده از برند های گوناگون در کنار هم

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

شماره ۰۶ | No 06

بالا بردن Uptime (زمان سرویس دهی مداوم)

زیرساخت های مجازی امروزه قابلیت ها و مزایای ویژه ای را ارائه می دهند که در ساختارهای سخت افزاری وجود ندارند و به بالا بردن Uptime کمک شایانی می کند. و تقریبا نرم افزار تمامی شرکت های فعال در زمینه مجازی سازی امکانات زیر را ارائه می دهند

  • Live Migration (مهاجرت زنده)
  • Storage Live Migration (مهاجرت زنده فضای ذخیره سازی)
  • Fault Tolerant (تحمل خطا)
  • High Availability (در دسترس بودن)
  • DRS (تخصیص پویا و پراکنده منابع با قابلیت زمان بندی)

این قابلیت ها کمک می کند تا بتوان یک ماشین مجازی را به سرعت از بحران و شرایط غیر قابل پیش بینی به سرویس دهی باز گرداند. یا جابجایی یک ماشین مجازی از سروری به سرور دیگر یا حتی از مراکز داده ای به مرکز داده دیگر (صرف نظر از نوع لینک ارتباطی) می توان از بحران های گوناگون به سلامت عبور نمود.

شماره ۰۵ | No 05

بهبود مواجهه با شرایط بحران

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

شماره ۰۴ | No 04

سخت افراز انتزاعی

با حذف وابستگی به سخت افراز مشخصا دیگر نیازی نیست تا سایت Recovery نیز از لحاظ سخت افزاری مشابه سایت اصلی باشد و بخش IT می تواند با استفاده از سخت افزار ارزان تر در سایت DR، در هزینه صرفه جویی نماید .

شماره ۰۱ | No 01

کاهش سرور ها و سخت افزار

می توان با تقویت سرورها و کاهش تعداد آنها با هزینه های به مراتب کمتر اقدام به ایجاد سایت های DR نمود.

شماره ۰۲ | No 02

نرم افزارهای مجازی سازی

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

شماره ۰۳ | No 03

ایزوله سازی نرم افراز ها

در ساختار سنتی مراکز داده معمولا از استراتژی یک سرور / یک نرم افزار برای ایزوله سازی استفاده می شد که باعث می شد هزینه گزافی در بر داشته باشد ضمن آنکه از توان سرورها استفاده چندانی نمی شد. اما مجازی سازی سرورها این فرصت را در اختیار شرکت ها قرار می دهد تا با استفاده بهینه از سخت افزار، کاهش تعداد سرورهای فیزیکی و بهبود مدیریت منابع کمک بزرگی در رفع این مشکل نماید .

شماره ۰۳ | No 03

افزایش چرخه عمر نرم افزار ها (Life Cycle)

صادقانه باید پذیرفت شما هم شاید همچنان از نرم افزاری استفاده می کنید که در یکی از این دسته ها قرار دارد.

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

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

شماره ۰۲ | No 02

حرکت به سوی ابر (رایانش ابری/Cloud Computing)

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

شماره ۰۱ | No 01


راه اندازی سایت پشتیبان به کمک SRM در VMware

امروزه بسیاری از سازمان ها حفاظت کافی از نرم افزارهایشان را هنگام بروز حادثه ندارند. در اکثر حالات DR برای هر نرم افزار کاربردی خیلی گران، پیچیده و غیرقابل اطمینان به نظر می رسد. وقتیکه حادثه ای روی می دهد DR در حقیقت نوعی بیمه برای حفاظت از داراییهای IT می باشد. مثل یک بیمه خوب بهترین DR بیشترین حفاظت را با حداقل زحمت فراهم می نماید.Vmware بیشترین انعطاف را در حفاظت از اطلاعات حساس کسب و کارتان در محیط های VMware Vsphere داردو شما می توانید با بکارگیری سرویس های مجازی یک راهکار مقرون به صرفه و ساده با مراحل کاملا خودکاربرای replication و بازیابی داده و نرم افزارهایتان در یک محیط آماده به کار فراهم آورید. یکی از وعده های مجازی سازی کاهش تعداد سرورهایی بود که برای سایت پشتیبان نیاز دارید و به نظر می رسد عادلانه است بگوییم Vmware SRM براساس این وعده ارائه شده است.

Disaster-Recovery-SRM-VMware-سایت-پشتیبان
SRM با هر نوع Storage ی که شما دارید یکپارچه می شود فرقی ندارد شما از Dell، EMC و یا NETApp برای کنترل Fail Over وFail Back فضاهایی که شامل VM هایتان است استفاده می کنید، جنبه اصلی شامل چیزهایی مثل تست های غیر مخرب است که شما می توانید درطول کار این محصول ساعت ها انجام دهید در حالیکه سابقا به سختی ایجاد و نگهداری می شد.در نسخه 5 فرایند Fail back براحتی VM ها را از سایت محل تولید به سایت پشتیبان منتقل می نماید.SRM همیشه Script نویسی را پشتیبانی می نماید بنابراین درکنار اصول طرح بازیابی، کنترل می کند هر VM ی که بالا می اید با چه فرمانی بالا بیاید، و قبل از شروع VM جدید چقدر منتظر بماند. شما می توانید script نویسی VBSوPowerShell را داخل طرح بازیابی به منظور کاربردهای ویژه برای محیط های خاص بکار بگیرید.می توان تصور کرد SRM در آینده ای نزدیک کاربری خود را از عناصر بازیابی از دست خواهد داد و بیشتر به عنوان ابزار تسهیل کننده مدیریت سایت بکار خواهد رفت.برای انتقال تعداد زیادی از VM ها به یک فضای ابر عمومی یا حتی برون سپاری نیازمندی های DR به یک Cloud Provider می تواند موثر باشد.

قابلیت های جدید SRM5

VMware، Replication را داخل سکوی vSphere خودش انجام می دهد. بنابراین مشتریانی که با SRM سازگارشده اند اکنون این امکان را دارند که از Replication Array based خود تجهیزات EMC, Dell,Natapp,… بجای استفاده واقعی از Replication لایه مجازی استفاده نمایند.در LUN بندی هم این قابلیت وجود دارد که بجای دسترسی به LUN کل VM هاکه ممکن است کاربر مجوز آن را نداشته باشد، به بخشی از آن که VM های محافظت شده روی آن قراردارد دسترسی خواهد داشت.اگر شما چند سایت و در هر سایت Storage های متفاوتی داشته باشید و حتی اگر آنها یکسان باشند ممکن است Firmware یکسانی نداشته باشند به مشکل نخواهید خورد و با کمک SRM می توانید پیچیدگی ها را مدیریت کنید. vSphere Replication فقط حافظه داده را می بیند و توجهی ندارد که آن NFS، iSCSIو یا Fiber Chanel می باشد و یا روی محصولاتی مثل EMC یا Dell می باشد (محصولاتیکه LUN می سازند) که نتیجتا کار را برای Replication بین واحدهای تجاری مختلف یک سازمان بزرگ بسیار راحت خواهد کرد.

 

برای کسب اطلاعات بیشتر با واحد راهکارهای گروه وی سنتر تماس بگیرید.

شماره تماس: 88884268


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

    دسته‌ها