Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Операционные системы » Другие ОС » VMware ESX Server и VMware Infrastructure

Модерирует : lynx, dg

batva (04-04-2009 09:34): VMware ESX Server и VMware Infrastructure (часть 2)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165

   

rds



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
VMware Infrastructure
Описания:
VMware ESX Server
VMware VirtualCenter
VMware Consolidated Backup
 
VMware ESX Server и VMware Infrastructure: Документация Скачать с официального сайта Скачать в Варезнике
Бесплатный VMware ESX 3i: Скачать, FAQ, Управление VMware ESX 3i
 
Подборка полезных ссылок:  
FAQ,
утилиты для VMware ESX,
набор ссылок на сайты о виртуализации,
российский блог, посвящённый виртуализации,
сервер для esx за 900$.  
Лицензирование MS Windows под виртуализацию.
Русскоязычная неофициальная документация - wiki.vm4.ru
 
Краткий указатель:  
Монтирование гостевых дисков через VCB
Обозрение процесса обновления хостов через Vmware Update Manager
Гайд по командной строке.

Всего записей: 62 | Зарегистр. 13-05-2002 | Отправлено: 21:42 03-11-2003 | Исправлено: RussianNeuroMancer, 00:36 27-03-2009
vecialfor

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
НАрод, подскажите плиз. ПРОблема следующего характера. Есть два VMware ESX servera 3.0.0. Один установлен на Dell друго на HP ProLiant. На Dell создаю виртуальную машину ( в данному случае Windows XP Pro) все работает отлично, единственное требуется активировать систему. Я делаю snapshot этой машины. И с помощью VMware Virtual Machine Importer перегоняю машину с одного сервера на другой, так как они в разных подсетях. Так вот, когда я включаю эту машину на ProLiantе но у меня выскакивает сообщение Changed BIOS UUID from номер UUID to новый номер UUID. И потом появляется окно:
 
If virtual machine has been copied? you should create a new UUID. If it has been moved you should keep its old identifier. If you are not sure create a new UUID. What do you want to do??
И далее предлагается 5 вариантов ответа: Create, Keep, Always create, always keep, cancel. Какой бы я вариант не выбирал получается один результат, меня просят активировать винду немедленно, в противном случае происходит log off. ПОдскажите что делать. Как сделать так, чтобы виртуальная машину не зависела от аппаратной платформы. Иначе вся прелесть терятся((((

Всего записей: 197 | Зарегистр. 04-07-2007 | Отправлено: 17:58 28-08-2007
Michigun



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
vecialfor
я так понимаю, это проблема винды - она думает, что попала на другое железо и ведет себя соотв образом. В Workstation даже сообщение на эту тему мелькало в такой же ситуации(когда спрашивала, что делать с UUID виртуалки). А почему нельзя сделать так, чтобы винда активации не просила?

Всего записей: 1623 | Зарегистр. 28-12-2004 | Отправлено: 18:31 28-08-2007
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Michigun
 
хм. а вот интересно, что так сильно меняется в виртуальном железе при переносе между хостами? Технически ведь этого не должно быть: на то и виртуализация, чтобы железо было идентичным...  
 

Всего записей: 17108 | Зарегистр. 14-10-2001 | Отправлено: 18:46 28-08-2007 | Исправлено: LevT, 18:49 28-08-2007
CHIRT

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
CPU, вроде, VM видит реальный Подробнее...

Всего записей: 160 | Зарегистр. 31-03-2004 | Отправлено: 19:05 28-08-2007 | Исправлено: CHIRT, 19:20 28-08-2007
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

От CPU мелкомягкий алгоритм якобы не зависит. Более всего он зависит от сетевух. Якобы.
 
[гадая на кофейной гуще] Может быть, Importer удаляет виртуальные сетевухи, а потом добавляет новые? Может быть, алгоритм чувствителен и к перетыканию карточек в пустые слоты (с точки зрения гостевой оси это то же самое)?

Всего записей: 17108 | Зарегистр. 14-10-2001 | Отправлено: 21:12 28-08-2007
CHIRT

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
И с помощью VMware Virtual Machine Importer перегоняю машину с одного сервера на другой, так как они в разных подсетях.

 
При переносе/копировании VM создается новый MAC-адрес у сетевухи. Подробнее...

Всего записей: 160 | Зарегистр. 31-03-2004 | Отправлено: 21:46 28-08-2007 | Исправлено: CHIRT, 22:04 28-08-2007
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

то есть виндовая активация привязывается к маку? Что ж, логичное предположение, и согласуется с имеющимися данными.
 
То есть, надо следить за сохранностью маков и всегда восстанавливать прежние при переносе подверженных дезактивации (С) виртуалок.
 
То есть, если заводишь такую систему в виртуалке - сразу фиксируй маки на случай переноса.

Всего записей: 17108 | Зарегистр. 14-10-2001 | Отправлено: 22:17 28-08-2007
Fader



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
хм... а если перед переносом "запаковать" винду sysprep'ом ?

----------
Ваш персональный приватный VPN

Всего записей: 898 | Зарегистр. 03-01-2004 | Отправлено: 23:29 28-08-2007
vecialfor

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
LevT

Цитата:
То есть, если заводишь такую систему в виртуалке - сразу фиксируй маки на случай переноса.
- а каким образом то фиксировать?

Всего записей: 197 | Зарегистр. 04-07-2007 | Отправлено: 09:29 29-08-2007
Shammer



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
2 vecialfor  
 
Все гораздо проще и сложнее =) одновременно. Вопрос при переносе не столько в маках...  Даже у виртуальных устройств ESX есть вполне реальные серийные номера. Винда привязывается именно на серийники. Железо остается то-же самое но меняется его серийник, соответственно винда просит повторить активацию. Активацию можно вылечить раз и навсегда при помощи WPAkill или установив винду с корпоративным лицензированием (VLС). Чисто теоретически, можно заставить и ESX назначить устройствам одинаковые серийники, однако  мне было проще поставить корпоративку или поюзать WPAkill.
 
P.S. одинаковые маки  назначать искренне не советую, может выйти боком.

Всего записей: 56 | Зарегистр. 18-07-2007 | Отправлено: 09:47 29-08-2007
vecialfor

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Michigun

Цитата:
А почему нельзя сделать так, чтобы винда активации не просила?
- сделать то можно, просто на то она и виртуализация, чтобы от аппаратуры не зависеть, вот и хотелось бы выяснить, что происходит)
 
 
Добавлено:
Shammer

Цитата:
WPAkill.
- я так понимаю это устройство убивает требование активации?
 
 
Добавлено:
Shammer
 

Цитата:
установив винду с корпоративным лицензированием (VLС).  
- ее покупать надо или такой способ подойдет, который на форуме одном нашел  
"А не проще VLK серийник ввести и юзать корпорейт версию?  
 
Береш прожку Mskey4in1 - генерялка ключей (в и-нете найти не сложно)
Дальше RockXP или keyfinger - им меняешь ключ в установленной системе.
Вуаля, винды "лицензионные", ломать или активировать не надо. Винапдейт работает без проблем. "
 
 
 
Добавлено:
P.S. И еще один очень важный вопрос. Как сделать так, чтобы при переносе виртуальной машины с одного сервера на другой сохранялись ее snapshots??

Всего записей: 197 | Зарегистр. 04-07-2007 | Отправлено: 09:47 29-08-2007
asnissa



Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Здравствуйте! Проблема такая: При подключении к хосту выдает ошибку "Filed to configure management account" перед этим выдает предупреждение "The host is already being managet by IP address: 10.1.0.7". собственно случилось все после переноса центра с машины 10.1.0.7 на другую, я так понимаю где-то осталась ссылка на старый сервер центра управления VMWare. Старый сервер безнадежно потерян, удалить правильно не получится. Подскажите где удалить... Или как быть... Спасибо

Всего записей: 10 | Зарегистр. 16-08-2007 | Отправлено: 11:34 29-08-2007
CHIRT

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
- сделать то можно, просто на то она и виртуализация, чтобы от аппаратуры не зависеть, вот и хотелось бы выяснить, что происходит)  

 
Активации требует OEM-версия операцтонной системы, которая на ESX-сервере, если говорить о чистоте лицензирования, крутиться не должна по определению, т.к. привязывается к железяке.
 
Если, имея ОЕМ-лицензию, мы хотим запускать систему в виртуальной машине, то, во-первых, мы должны в течении 90 дней после приобретения ОЕМ-лицензии дополнительно приобрести Software Assurance (SA), и, во-вторых, запускать виртуальную машину на той же самой железяке. Т.е. всё равно, гонять виртуалку между различными железяками будет нельзя. НО, покупая SA вы получаете версию не требующую активации. Т.е. юридически запрещено, а фактически это делать можно. Причем, в данном случае правила лицензирования не обязывают вас ставить операционную систему на само железо. Другими словами связка OEM+SA может смело (с точки зрения чистоты лицензирования) запускаться в виртуальной машине и под линуксом. (Но, юридически гонять машины между разными железяками нельзя.)
 
Таким образом, происходит следующее, чтобы использовать технологию виртуализации с помощью ESX-сервера (т.е. чтобы от аппаратуры не зависеть), необходимо правильно выбрать модель лицензирования - корпоративную. И использовать корпоративные ключи.

Всего записей: 160 | Зарегистр. 31-03-2004 | Отправлено: 11:58 29-08-2007
vecialfor

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
CHIRT
 
 

Цитата:
Таким образом, происходит следующее, чтобы использовать технологию виртуализации с помощью ESX-сервера (т.е. чтобы от аппаратуры не зависеть), необходимо правильно выбрать модель лицензирования - корпоративную. И использовать корпоративные ключи.
- я так понимаю ее отдельно заказывать надо корпоративку то)
 
 
 
P.S. НАРОД ооочень надо, как сохранить snapshots при перегоне виртуальной машины с одного сервера на другой???Плиз подскажите)

Всего записей: 197 | Зарегистр. 04-07-2007 | Отправлено: 12:34 29-08-2007
Shammer



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
2 vecialfor
 
Прислушайся к CHIRT он истину глаголит. =)
 

Цитата:
- я так понимаю это устройство убивает требование активации?  

 
Примерно так. Только это программа =)   широко известная в узких кругах.
 

Цитата:
- сделать то можно, просто на то она и виртуализация, чтобы от аппаратуры не зависеть, вот и хотелось бы выяснить, что происходит)  

 
Она и не зависит от аппаратуры. Но у разных виртуальных хардов - разные серийники. Осознал ? =)  ОЕМ и Retail версии винды не имеют явного права свободно перемещаться между разными компьютерами, пусть даже эти компьютеры с идентичным железом. Это право имеет только корпоративная версия (VLC).
 
 
2 asnissa
 
Извини за правду-матку но, ты просто "чудо у перьях".
Планирование, аккуратность, резервирование, проверка и осторожность - запиши эти замечательные слова и прежде чем чтото сделать, вспомни их.
 
Явной информации по твоей теме не нашел, но есть предположение: устанавливаешь центр снова на IP 10.1.0.7 , присоединяешь к нему хосты или  еще чего шаманишь, потом выводишь хосты из управления этого центра как положено по инструкции и потом удаляешь центр с IP 10.1.0.7. Потом все будет нормально.  
 
Или сноси ESX"ы нафиг, и инсталь их с нуля. Установка и базовое конфигурирование ESX"а у меня занимают 15 - 20 минут.
 
Добавлено:
2 Serjevski
 

Цитата:
Коллеги, а никто не сталкивался с таким сообщением "EXT2-fs warning: maximal mount count reached, running e2fsck is recommended"?  

 
Я сталкивался и забил на него.  
 
 
Цитата:
grace period VC -- 14 дней

 
Если я правильно понял эту цитату, то имеется в виду период работы сервера ESX, если не доступен сервер лицензий =)

Всего записей: 56 | Зарегистр. 18-07-2007 | Отправлено: 12:57 29-08-2007 | Исправлено: Shammer, 13:03 29-08-2007
brassnet



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Если я правильно понял эту цитату, то имеется в виду период работы сервера ESX, если не доступен сервер лицензий =)

Это так, но если севак с ESX работает в данный момент, если перезагрузишь, то вирьмашины не стартуют.

Всего записей: 1773 | Зарегистр. 29-12-2005 | Отправлено: 13:34 29-08-2007
CHIRT

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
2Shammer
 

Цитата:
ОЕМ и Retail версии винды не имеют явного права свободно перемещаться между разными компьютерами, пусть даже эти компьютеры с идентичным железом. Это право имеет только корпоративная версия (VLC).

 
Уточню относительно операционных систем:
 
1. Retail - единственный вариант лицензирования, при котором перемещаться между компами можно (естественно при условии сноса сиситемы со старого компа).
2. OEM и корпоратив - перемещать систему между компами нельзя.
3. OEM - требует активации.
4. Retail и корпоратив - не требует активации.
5. OEM - установка только на новые компьютеры.
6. Retail и корпоратив - установка на любые компьютеры.
 
Сухой остаток:
 
юридически корпоратив переносить на другое железо нельзя, а фактически - можно, т.к. не требует активации и проверить невозможно (потому что комп может быть как новый, так и старый, главное, чтобы количество установок было правильное).
 
Дальше:
 
Чтобы соблюсти чистоту лицензирования и при этом иметь возможность переносить виртуалки с одного ESX-сервера на другой необходимо приобрести SA для корпоратива, т.к. во-первых, SA можно переносить на другой комп, а, вторых для SA существует опция Windows Vista Enterprise Centralized Desktop for Software Assurance (VECD for SA).
Подробнее...
 
 

Всего записей: 160 | Зарегистр. 31-03-2004 | Отправлено: 14:02 29-08-2007
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Shammer
<i> Но у разных виртуальных хардов - разные серийники. Осознал ? =)  </i>
 
 
Ты утверждаешь, что причина слета активации - именно смена серийников хардов при перемещении виртуалок между хостами?
 

Всего записей: 17108 | Зарегистр. 14-10-2001 | Отправлено: 15:51 29-08-2007
Michigun



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
LevT
Shammer
По моему, винда позволяет за раз изменение не более трех железок. А что она воспринимает за смену железок, и что из этого делается при переносе ВМ - вопрос открытый.  
В смысле что именно - открытый, а то, что что то изменяется(те же маки например) это наверняка.

Всего записей: 1623 | Зарегистр. 28-12-2004 | Отправлено: 16:17 29-08-2007
ahel

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
If virtual machine has been copied? you should create a new UUID. If it has been moved you should keep its old identifier. If you are not sure create a new UUID. What do you want to do??  

 
Такая ситуация может возникнуть не только при перемещении между хостами с отличающимся железом. Буквально на днях у нас возникла таже ситуация при падении виртуальной машины в процессе миграции в пределах однотипного железа - оба хоста HP BL 35 p. Причем, виртуальная машина на SUSE 9.

Всего записей: 24 | Зарегистр. 31-08-2006 | Отправлено: 16:18 29-08-2007 | Исправлено: ahel, 16:40 29-08-2007
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165

Компьютерный форум Ru.Board » Операционные системы » Другие ОС » VMware ESX Server и VMware Infrastructure
batva (04-04-2009 09:34): VMware ESX Server и VMware Infrastructure (часть 2)


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru