انتقال وبسایت به سرور مجازی یا اختصاصی

انتقال وبسایت به سرور مجازی یا اختصاصی

انتقال وبسایت به سرور مجازی یا اختصاصی

مقدمه

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

انتقال وبسایت به سرور مجازی یا اختصاصی
انتقال وبسایت به سرور مجازی یا اختصاصی

 Migration یا انتقال ممکن است دلایل متفاوتی داشته باشد:

  • هاست میزبان شما به دلیل ترافیک بازدید و مصرف منابع WA شما دیگر قادر به میزبانی سایت شما نبوده و یا سایت شما در زمان High Traffic شدن با مشکل در سرویس دهی مواجه میشود.
  • در سرور و یا هاست قبلی شما اختلال سخت افزاری ایجاد شده باشد.
  • سرویس دهنده فعلی شما امکانات مورد نیاز شما مانند ماژول های مورد نیاز یا نسخه نرم افزار های سمت سرور مورد نیاز شما را ارائه نمیدهد.
  • سرور و یا هاست شما تحت مدیریت شخص دیگری است و هم اکنون میخواهید خودتان انتقال را انجام دهید.
  • افزایش توان سرور جهت ارتقا سرویس دهی
  • مشکلات تامین امنیت و ….

یاداشت برداری

قطعا بدون کاغذ و قلم شما در هر مرحله ای با مشکل مواجه خواهید شد! مدیریت سرور کار سخت و پیچیده ای است و بر خلاف جریان فعلی که در بازار در حال انجام است باید گام به گام و با دقت دنبال شود تا از بروز مشکلات امنیتی و عدم پایداری آن در اینده کاسته شود. تمامی اهداف باید یاداشت شده بصورت یک Check List تمامی موارد یاد داشت شده انجام شود. سرور شما باید Document شده باشد تا زمانی که مدیریت ان به شخص دیگری سپرده شد شخص جدید بداند سرور چگونه کانفیگ شده است و یا زمانی که سرور با Technical Difficulty موجه شد مختصص با سردرگمی مواجه نشود بعلاوه اینکه اگر تعداد سرور های شما روند افزایشی داشت در آینده با سردرگمی مواجه نشوید. پس یادداشت برداری برای ما مهم است و نباید عملی پیش پا افتاده تلقی شود.

 مرحله اول – دلیل انتقال و Migration

دلیل شما برای انتقال چیست ؟! ایا دلایل شما میتواند یک متخصص را متقاعد کند و منطقیست ؟! کاغذ و قلم خود را برداشته و شروع کنید. تمامی دلایل خود را برای این انتقال شرح داده و مشکلات کنونی که بر روی سرور و یا هاست میزبان خود دارید را یاد داشت نمایید. آیا اختلال ایجاد شما باعث زیان مالی شرکت و یا سازمان شما میشود !؟ میزان خسارت وارد شده را محاسبه و دیگر مواردی را که فکر میکنید سرویس شما را با اختلال مواجه کرده است را یادداشت نمایید.
بطور مثال :

  1. سرویس برخی مواقع با هنگ مواجه شده و نمیتواند برخی از Request ها را handle کند.
  2. سرویس در برخی از ساعات روز از دسترس خارج میشود.
  3. هاست ماژول های مورد نیاز WA را جهت توسعه ان ندارد و پشتیبانی نمیکند.
  4. زمانی که بازدید از تعداد خاصی بیشتر میشود سرعت سایت بشدت کاهش یافته و یا سایت کلا قطع میشود.
  5. سایت زیر حملات DDOS بوده و از نظر امنیتی مشکل دارد.
  6. منابع ناکافی سخت افزاری مانند پورت و یا هارد
  7. و …

مرحله دوم – نیاز های شما در سرور جدید

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

  1. تعداد بازدید روزانه بین ۷۰۰۰ تا ۱۰۰۰۰ IP است.
  2. نیاز است روی سرور TomCat نصب و کانفیگ شود.
  3. درگیری دیتابیس بیش از اندازه بوده و باید سرور HTTP و MySQL جدا باشد.
  4. هارد باید SSD باشد و مصرف هارد در سال حدودا ۵۰۰ تا ۷۰۰ گیگابایت است.
  5. سرور گاها تحت حملات سنگین DDOS است و باید بشدت DDOS Protected باشد.
  6. بحث پایداری سرور و High Availability مهم بوده و سرور به هیچ عنوان نباید از سرویس دهی خارج شود.
  7. کاربری از سرور بصورت File Server بوده و ترافیک و سرعت دانلود باید مدیریت شود.
  8. WA مورد نظر از PHP ورژن ۵٫۲ استفاده میکند و دیتابس مورد استفاده نیز MySQL نسخه ۵٫۰ میباشد.
  9. وب سرور قبلی آپاچی بوده و نیاز است تا نوع انتخاب وب سرور برسی شود.
  10. فرکانس CPU فعلی xx.xx GHz بوده و سرور نیاز به CPU قویتری دارد.
  11. روزانه بیش از ۵۰K ایمیل ارسال میشود. پیاده سازی سیاست های E-mail marketing و به حدعقل رساندن میزان اسپم.
  12. نیاز است از دیتابیس بصورت ساعتی بکاپ تهیه شود.
  13. و…

مرحله سوم – جمع بندی نهایی

در این مرحله شما باید استراتژی های مورد نیاز را انتخاب کنید. قبل از هر کاری باید کمی اطلاعات خود را افزایش دهید یا با متخصصان این زمینه مشورت نمایید. انتخاب نوع وب سرور، دیتابیس، سیستم عامل، سیاست های امنیتی، کانفیگ و مشخصات سرور و… کمی نیاز به R & D دارد و بهتر است قبل از انتخاب کمی در مورد انتخاب خود تحقیق کنید. در هر مرحله نیاز است تا شما در مورد انتخاب خود کمی مطالعه داشته باشید. اگر سرور شما Critical Mission است بهتر است با کمک یک متخصص این مراحل را انجام دهید. برای نمونه ما یک سناریو مطرح کرده و یک جم بندی در مورد نیاز های ان انجام میدهیم. با توجه به میزان بودجه خود سرور مورد نیاز را انتخاب کنید. سرور شما میتواند اختصاصی و یا مجازی باشد که انتخاب بین این دو بستگی به انتخاب شما دارد که میتوانید از فروشنده گان این امر سرور خود را تهیه نمایید. اگر میخواهید از کنترول پنل استفاده کنید باید ابتدا نوع ان را مشخص کنید، کنترل پنل ها دارای لایسنس بوده و معمولا باید قبل از نصب به فکر لایسنس ان باشید. تمامی سرویس های مورد نظر برای هاستینگ تقریبا توسط کنترل پنل نصب خواهند شد و برای نیاز های پایه تقریبا نیازی به تغییر در کانفیگ ندارند. اما برای ایجاد تغییرات در تنظیمات آپاچی و یا MySQL بهتر است Document ها و یا مقالات متنوعی را مطالعه نمایید. پس از تهیه و کانفیگ سرور بهتر است در ابتدا WA خود را منتقل کرده و صحت سرویس دهی را برسی نمایید تا مطمئن شوید سرویس دهی بدون نقص صورت میگیرد. سپس اقدام به تغییر IP و یا DNS نمایید.

یک سناریو ساده

سایتی روی هاست پشتیبانی میشود که WA ان WordPress و از دیتابیس MySQL استفاده میکند. ورژن PHP مورد نیاز ۵٫۳ یا ورژن های جدیدتر میباشد. میزان بازدید ورود روزانه بین ۵K تا ۸K بوده و به دلیل قالب بهینه و حجم سایت درگیری I/O و شبکه زیاد نمیباشد. تعداد concurrent user بین ۵۰ تا ۱۵۰ کاربر میباشد. دیتابیس کمی باعث لود CPU میشود. پس نیاز است تا با بهینه سازی دیتابیس تعدادی از Table های پر استفاده روی رم لود شود.
با توجه به نمودار بازدید، مصرف مشابه در هاست و حجم فایل های هاست راهبرد زیر اتخاذ شده است :

مشخصات سرور:

  • سی پی بو : ۲ Core 2.4GHz
  • رم : ۶ GB
  • هارد : ۲۵۰ گیگابایت
  • ترافیک ماهانه :  ۱ ترابایت
  • کارت شبکه : ۲۵۰Mbps

مشخصات نرم افزاری:

  • سیستم عامل : CentOS 6.8
  • کنترل پنل : دایرکت ادمین
  • استفاده از اپاچی به عنوان وب سرور و کانفیگ و بهینه سازی ان برای بالا رفتن سرعت لود
  • نصب و اماده سازی Mod Security
  • نصب ioncube
  • بهینه سازی دیتابیس جهت کش کردن و افزایش سرعت پاسخ دهی به Query ها
  • نصب ابزار مانیتورینگ
  • امن سازی کنترل پنل، وب سرور، PHP، سیستم عامل، نصب و کانفیگ انتی شلر، فایروال و انتی ویروس
  • نصب و کانفیگ انتی دیداس evasive روی وب سرور
  • ایمن سازی SSH
  • تست امنیت
  • پیاده سازی سیاست های بکاپ گیری داخل و یا خارج از سرور

در کانفیگ سخت افزاری و نرم افزاری بالا وب سایت مورد نظر میتواند تا حدودا ۸K بازدید کننده در کل و حدود ۱۰۰ تا ۱۵۰ کاربر concurrent داشته باشد. با افزایش کاربر همزمان کم کم لود سرور افزایش یافته و سرعت سرویس دهی کاهش چشم گیری خواهد داشت.

 

توجه داشته باشید:

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

کلام اخر

اگر در این مورد سوالی داشتید میتوانید در همین پست در بخش نظرات سوالات خود را مطرح نمایید.
این پست ممکن است در اینده تغییر کند و محتوای ان حذف و یا اضافه شود.

 

 


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


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

    دسته‌ها