Здравейте, има ли някой който да участвал в процес на миграция към VMWARE.
Интересува ме има ли туулове с който да се сметне примерно колко електроенергия ще се спести от такава миграция /така да го нарека/. И как се изчислява какъв сървър /сървъри, disk array..../ ти е необходим на който да се качат сървърите които ще се мигрират.

Искам да направя предложение до шефовете но трябва да проуча нещата, за да не се окаже че греша.


Благодаря за отделеното внимание

Тока ти е най-малкия проблем !
Блейд ли имаш, какво имаш, какви са ти старите машини, на какво ще архивираш, какви и колко броя са ти хоста и гест ОС-а ? Като не ти е ясен РАИДа с колко диска и какъв размер как да сметнеш колко ток ще харчиш ? А сметна ли цената на лицензите на гест ос-а ?

разбирам за какво говориш :(
В общи линии на практика нещата стоят така: разбираш някак си от някъде (ако трябва и секретарката да се събуди в легото ти - направи го!) каква е ориентировъчнта сума която шефовете са склонни да отделят и в рамките на тази сума избираш най-добрата конфигурация с възможност за допълнителен ъпгрейд (интересуват те CPU, RAM и HDD масив последното не толкова тъй като има варианти); не пестиш суперлативите като май можеш да наблегнеш предимно на recovery-то и backup-в случай на срив (при добър мениджмънт можеш да гарантираш около 7-10 мин на VM), но имаш 1 на ум за single point of failure който ти е самата ХОСТ машина; молиш се всичко което си им казал и на практика да е така.
Иначе колкото да изчисленията какво точно ти трябва като желязо... ами ако за сървър 1 ти трябва машина 1GHz/512MB/10GB а за сървър 2 2GHz/1GB/20GB (CPU/RAM/HDD) хоста ти трябва да е 3GHz+266Mhz/1.5GB+32MB/30GB+183MB като "+" са ти за хост ОС-а (VMWare ESXi) и то в случай, че държиш да си "подсигурен на 100%"... на практика не е баш така защото можеш да създаваш Rеsource Pools за които можеш да определяш резервации, мин и мах на използваните хардуерни ресурси както и sharing приоритети като хората изхождат от идеята, че не по всяко време всяка виртуална машина използва пълните хардуерни ресурси.
Колкото за тока ... ами ако 4 физически машини ги мигрираш в/у 1 ESX то със сигурност консумацията/охлаждането/шума/етц ще ти паднат с поне с 50%
П.С. ако стигнеш до момента с пазаруването 3 пъти провери хардуера който си избрал дали отговаря на compatibility list-a на сайата на VMWare; подтвърди го от форуми/мейлинг листи/каквото се сетиш; получи ОК поне от двама различни хардуерни вендора/асемблатора че наистина става за твоят виртуал прожект и ако можеш се договори за подмяна в случай че не отговаря на изискванията
(оказа се че има дъна които са листнати на сайта, че са ОК, но от 2 процесора работи само 1 с ESXi... 2-та работили само на платената версия ESX както и такива които по невнимание си решил че са ОК но не са... не мога да ти го цитирам по памет точно, но нещо като SuperMicro X7SB4/E e OK,но SuperMicro X7SB4/E rev2 ver.3 не е казвам ти го защото съм го играл вече това раздаване )
Пак малко да се върна хардуерните ресурси... хората са измислили както P2V migration така и V2P migration tool-чета сиреч ако много нарастнат нещата можеш да мигрираш от виртуална към физическа машина
Като цяло си е сладолед в гащите ама както казва старата българска поговорка: който го е страх от мечки, вади нож и сам пада в него

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите

Много добре си прецени сървизите и виж има ли такива, на които задължително им трябва 24х7. Ако имаш такива - по добрия вариант ти е шаси с блейдове и съответния софт за блейт бекъп на хардуера - HP имат подобни неща, но в момента половината им сайт не бачка да ти дам директно линкове по темата ...
Общо взето това го мислехме за при нас, след доста дълбок анализ се получи, че виртуализацията върши много прилична работа за тестовите машини, за продакшън обаче нещата не са толкова светли ...
Така че тръгни основно от това имаш ли услуги 24х7 и до колко са ти критични те за организацията, уточни какъв им е макс. downtime и после мисли за VMWare или нещо друго