Ru-Board.club
← Вернуться в раздел «Другие ОС»

» VMware ESX Server и VMware Infrastructure

Автор: vecialfor
Дата сообщения: 23.07.2007 08:18
Michigun

Я просто пытаюсь сделать
Цитата:
У тебя расшарить получилось? я не знаю как это делается.
если ты хочешь делать виртуалки на nfs шаре, надо делать не так, как по указанной ссылке написано. А как я говорил на прошлой странице. Т.е. не через service console подключать, а через vmkernel.

Ну VMkernel я настроил правильно, просто в сервис консоль лезть приходится, чтобы диск расшарить. То есть я просто хочу попробывать поднять NFS - сервер на стороне ESX, делаю все как в линуксах делается, но пока что то не очень получается
Автор: Michigun
Дата сообщения: 23.07.2007 09:48

Цитата:
просто в сервис консоль лезть приходится, чтобы диск расшарить. То есть я просто хочу попробывать поднять NFS - сервер на стороне ESX, делаю все как в линуксах делается, но пока что то не очень получается

тогда да, тогда ты правильно делаешь.

Добавлено:
VMware анонсировала утилиту-бенчмарку, заточенную под виртуализацию:
VMmark
коллеги, у кого руки дойдут покрутить эту штуку живьем - отпишитесь, пожалуйста.
Автор: ahel
Дата сообщения: 25.07.2007 07:47
vecialfor

Мы как-то с Michigun на эту тему уже общались, надо смотреть в сторону файервола на ESX. Я от такой темы отказался, но сделал проще :
поднял на виртуальном сервере NFS на базе SUSE 10 (это можно и на свободном физическом сделать) и теперь цепляюсь к нему ESX-ми, все работает как часы..вот щас все-таки хочу добить UDA, чтобы была автоустановка, а то у нас много ESX ставить надо будет скоро


Автор: Alexey777555
Дата сообщения: 25.07.2007 12:45
День добрый.
Хочу разработать политику backup для ESX 3.x.
Прошу вас поделиться своими наработками и методами.

Есть несколько ESX серверов (не кластер). Под каждым крутятся несколько гостевых ОС (в основном win2k3). Нужно иметь возможность бстрого и надежного восстановления упавшей гостевой ос.

Я так понял, что существуют 2 основных метода бекапирования виртуалок на ESX:

1) VMware Consolidated Backup

2) Traditional Backup Methods

Сейчас я рассматриваю только второй вариант.
Он в свою очередь делется на два подварианта:

2.1 Бэкап посредствам встроенного в гостевую ОС агента сторонних производителей (можно даже ntbackup)
2.2. Бэкап средствами самой ESX


Собственно вопросы :

Можно ли делать дифференциальный бэкап виртуалок средствами самого ESX ?
Например:

vcbMounter -p password -a name:"VM1" -r /root/mnt/vmbackup
делает быкап (образ) целой виртуалки.

После каких либо важных изменений в этой виртуалке нужно снова сделать её бэкап.
А можно ли делать не полный быкап а только изменения с момента последнего бакапа (на это уйдет меньше времени и ресурсов) ?


Вообще интересуют любые советы на данную тему.

Автор: Michigun
Дата сообщения: 26.07.2007 09:52

Цитата:
Можно ли делать дифференциальный бэкап виртуалок средствами самого ESX ?
Например:

Нет. Ну или я об этом не знаю

Вообще, читал я , что рекомендации VMware следующие:
У VM два диска - системный и под данные\приложение. системный бекапим средствами ESX(как ты написал), а данные дифференциально(или как нам надо) агентом из гостевой ОС.
Автор: Alexey777555
Дата сообщения: 26.07.2007 11:03
А как средствами ESX делать бэкап только одного заданного логического диска (системного) для конкретной VM ?

Например
vcbMounter -p password -a name:"VM1" -r /root/mnt/vmbackup
делает быкап целой виртуалки (всех её логических дисков).

Автор: Michigun
Дата сообщения: 26.07.2007 13:40

Цитата:
А как средствами ESX делать бэкап только одного заданного логического диска (системного) для конкретной VM ?

мне казалось можно, попробую уточнить в ближайшие дни.
Автор: Alexey777555
Дата сообщения: 26.07.2007 13:55
Michigun, спасибо !

Автор: vecialfor
Дата сообщения: 26.07.2007 14:16
ahel


Цитата:
поднял на виртуальном сервере NFS на базе SUSE 10 (это можно и на свободном физическом сделать) и теперь цепляюсь к нему ESX-ми, все работает как часы..
- а на самом ESX - поднимал NFS сервер??
Автор: iltmpz
Дата сообщения: 26.07.2007 21:34
У меня стоит 2 vmware esx server и virtual center.
Проблема с следующем: не переносятся включенные виртуальные машины (migrate). Пишет:
VMotion interface is not configured.
Помогите разобраться, что это за интерфейс и как его конфигурировать.
Автор: Michigun
Дата сообщения: 26.07.2007 22:19
iltmpz
на виртуальном свитче делаешь порт vmkernel. В его свойствах ставишь галочку Vmotion. Назначаешь коректный IP. Так на обоих ESX. Проверяешь, пингуют ли они по этим IP командой vmkping. Если да - пробуешь Vmotion.
Автор: Alexey777555
Дата сообщения: 27.07.2007 10:01
Есть VMWare ESX server 3.0.1 (kernel 2.4.21)
железо : supremicro, mb X7DB8

Пытаюсь выключить сервер через poweroff (в консоле набираю poweroff) . Все службы корректно останавливаются (судя по логам выводимым на дисплей) , но сам сервер физически не выключается.
Слышал, что это может быть связанно с некорректной настройкой ACPI. Если кто знает как это лечится на Linux в общем и на ESX в частности - пожалуйста поделитесь.

Автор: vecialfor
Дата сообщения: 27.07.2007 10:25
Michigun


Цитата:
iltmpz
на виртуальном свитче делаешь порт vmkernel. В его свойствах ставишь галочку Vmotion. Назначаешь коректный IP. Так на обоих ESX. Проверяешь, пингуют ли они по этим IP командой vmkping. Если да - пробуешь Vmotion

Из трех серверов ESX я почему могу мигрировать машину на один((( Во всех остальных случаях пишет - Unable to migrate from ip 10.10.10.1 to 10.10.10.2 unable to access the virtual machine configuration: Unable to access file.

А в другом случае пишет Unable to migrate from ip 10.10.10.1 to 10.10.10.3 virtual disk is not accessible on the host. Unable to access file
Автор: Michigun
Дата сообщения: 27.07.2007 10:39
vecialfor
на каком хранилище лежат файлы виртуалок?
Автор: vecialfor
Дата сообщения: 27.07.2007 10:49
Michigun
НУ на серваке с адресом ip 10.10.10.1 соответсвенно на его жестком диске или я вопрос неправильно понял?
Автор: Michigun
Дата сообщения: 27.07.2007 11:27
vecialfor
тогда вы смигрировать сможете только нахолодную, при выключенной VM.

Для того, чтобы виртуалку можно было смигрировать нагорячую, все ее файлы должны лежать на сторадже, который доступен обоим хостам, между которыми вы ее будете мигрировать. Этого можно добиться при использовании FC\iSCSI\NFS системы хранения.
Этого невозможно добиться, если используется локальный диск сервера, т.к. к локальному диску одного сервера второй доступ не получит(такой доступ, который нужен для запуска VM).
Автор: vecialfor
Дата сообщения: 27.07.2007 15:41
Michigun

У меня такая проблема, есть виртуальная машина WinXP, числиться за одним из серваков, лежит на его жестком диске соответсвенно. Я клонировал эту машину на расшаренный диск, доступный всем сервакам. Когда включаю эту клонирвоанную машину у меня высвечивается надпись следующего содержания:

Error connecting: You need execute access in order to connect with the VMware Console. Access denied for config file: /vmfs/volumes/67159189-bb437552/proba/proba.vmx" Proba - это название клонированной машины. Подскажите плиз, что нужно сделать, чтобы решить эту проблему??
Автор: Michigun
Дата сообщения: 27.07.2007 16:31
vecialfor
попробуй chmod +r *.vmx
Автор: DenKZ
Дата сообщения: 27.07.2007 20:28
Имеются следующие проблемы:
1. Имеем сервер Intel SR2500ALLX, мать S5000PAL, 2 x 2.0 MHz Intel Xeon E5335 (4-Core), 8Gb RAM, RAID от LSI, встроенный в систему (ключ активации + miniDIMM), диски пробовал ставить и SAS и SATA - на глюк не влияет.... - система имеется в списке совместимости с VMWare ESX 3.0.1... BIOS и другое FW последние из доступных...
Собственно глюк - при инсталляции, ESX пытается погрузить драйвер megaraid_sas - и на этом подвисает.... пробовал с двумя вариантами этого драйвера от VMWare... - виснет...
На офицальном форуме встречается такая проблема - но советов по устранению нет...

2. Имеем сервер Intel SR1500ALSAS мать S5000PAL, 2 x 2.0 MHz Intel Xeon E51xx (2-Core), 4Gb RAM, встроенный в систему LSI контроллер на чипе 1064E, 2 SAS диска...
соответственно последние из доступных BIOS и FW... опять же система в списке совместимости...
Глюк в другом: при активированном RAID (Intel Sowtware RAID, диски в зеркале) режиме работы SAS контроллера ESX не видит какой драйвер нужон и соответсвенно не видит дисков... При переводе SAS контроллера в режим SAS-хоста, ESX видит диски, но нафиг они мне без зеркала сдались...
P.S. - хранилище VM - планируется организовать на FC SAN... А локальные диски сервера использовать только под сам VMWare....

Ваши комментарии, что делать ?
Автор: padrecc
Дата сообщения: 28.07.2007 16:40
По пункту 1 могу сказать что у меня тож так и не получилось завести ESX на онбортном рейде S5000pal ... а вот на счет пункта два у тебя он даже не ставится или ставится но не может загрузится?
Автор: DenKZ
Дата сообщения: 29.07.2007 14:10
по пункту 1, там полностью, аппаратный RAID, даже не на маме, отдельный "активный мидплан" он полностью программно идентичен RAID контроллеру от LSI MegaRAID SAS 8408E....
по пункту 2, VMWare при инсталляции не видит вообще встроенный контроллер LSI SAS 1064E, работающий в режиме Intel Software RAID... А в нативном режиме, он мне не нужен...
Автор: ahel
Дата сообщения: 30.07.2007 07:56
to vecialfor

Я пробовал ставить на ESX сервер NFS, но у меня не получилось, возможно где то вфайерволе проблема была...Имхо лучше отдельно иметь NFS сервер на любом Linux/FreeBSD.
Кстати! Ты в курсе, что ESX 3 COS NFSD подддерживает только udp соединения, а это говорит о том, что надо построить модуль nsfd.o, чтобы были входящие tcp соединения для nfs ?! Вот линк
http://www.vmware.com/community/message.jspa?messageID=431521

to DenKZ

По 2 вопросу, возможно пересобрать надо ядро или какой-то модуль подгрузить, попробуй обратиться в
http://www.vmware.com/community/index.jspa?categoryID=1
Мне там по многим вопросам помогли.

Автор: vecialfor
Дата сообщения: 30.07.2007 11:14
Michigun

Цитата:
попробуй chmod +r *.vmx
- попробывал все равно пишет тоже самое. Что делать?


Добавлено:
Michigun
Я так подозреваю, что дело в самом NFS сервере, который стоит на винде 2003. А как изменить права доступа хз((
Автор: stopservice
Дата сообщения: 31.07.2007 08:59
Привет всем!

Имею две машниы на обоих:
Мать Intel S5000PSLSATA
SAS Controller Intel SRCSAS18E

Машины были приобретены с разрывом по времени в 6 месяцев. На первой купленной машине ESX завелся.

На второй (куплена две недели назад) при устанвке системы и загрузке драйвера контроллера megaraid_driver машина подвисает

Пробывал перевтыкать райд контроллер из первой во второую машина виснет, подозрение в матери, но матери обе Intel S5000PSLSATA

В общем чехорда какая то
Автор: Shammer
Дата сообщения: 31.07.2007 17:25
2 DenKZ

по первому вопросу - по видимому, какие то разногласия с биосом. похожая проблема была при установленном LSI 320-1 и чипсетном сата контроллере установленном в комбинированном режиме. После переключения, в биосе мамки, сата контроллера в другой режим, megaraid_2 драйвер встал и все завелось.



по второму воросу - цитирую "работающий в режиме Intel Software RAID", это означает, что концепция рейда организуется на уровне драйверов. т.е. не аппаратный рейд. ESX видит интерфейс и прикручивает к нему дрова от похожего аппаратного рейда. но если переключить его в "режим программного рейда" то ESX его естественно не видит, поскольку рейду для этого режима нужны специально обученные драйвера.
Автор: Shammer
Дата сообщения: 01.08.2007 10:33
2 stopservice

Сравни на мамках версии биосов и их настройки на обеих машинах. при сравнении настроек особое внимание на настройки sata-pata. Особенно на режим работы sata-pata...
Автор: DenKZ
Дата сообщения: 02.08.2007 11:27
У меня SATA порты вообще отключены в BIOS... попробуем включить...
загрузить исталятор удалось только с опцией:
esx text nofb noapic nosmp pci=biosirq nousb
но это не дело...
Сегодня буду местное представительство Интел пинать... благо у меня есть на них выходы...

2 stopservice
Возможно мамки разных ревизий... в этом наши проблемы...
Автор: Shammer
Дата сообщения: 02.08.2007 14:17
Какая-то невразумительная ситуация с системным временем на ESX и на гостевых операционках.
Время на ESX живет само по себе, время на системном таймере сервака совсем другое... При изменении времени в биосе, время внутри ESX не меняется....
Время на гостевых сейчас синхронизируется с внешним источником, но тем не менее хотелось бы, его синхронизировать с системным таймером..

Вопрос: как убедить ESX использовать значения системного таймера сервака ?



Добавлено:
2 DenKZ

"esx text nofb noapic nosmp pci=biosirq nousb " злобно... Насчет отключенного сата.. отключены порты или сам контроллер сата?
ЗЫ где-то на vmware.com мимоходом наткнулся на замечание о возможных проблемах если сата контроллер не переключен в режим эмуляции пата...
Автор: DenKZ
Дата сообщения: 02.08.2007 16:00
Shammer
SATA - контроллер в BIOS - disabled
Я отписался по проблеме в местный Интел, они обещали помочь,
сразу передать инциндент в тест-лаб...


Добавлено:
Кстати, я тут поэксперементировал,
ключ noacpi решает эту проблему...
сервак проинсталлился,
правда при загрузке ругается на то что IRQ контроллер работает в PIC mode...

Отрапортовал в Интел... надеюсь они что нибудь придумают...
Автор: Shammer
Дата сообщения: 03.08.2007 08:37
2 DenKZ

BIOS какой версии ? для ESX 3.0 указана совместимость с версией биос 54, для 3.0.1 указана соместимость с версией биос 64. (инфа из мануала systems_guide.pdf, комментарии по серверным платформам интел)
Если у тебя на серваке навешано не слишком много железа, то варианта noapic (16 прерываний) тебе хватит.
Основная разница между APIC и PIC режимами - количество прерываний. PIC 16 реальных, APIC 256 виртуальных (24 реальных).

насчет ревизий мамок у stopservice.., скорее всего у него разный биос или разные настройки по биосам. но тут из разряда задачки - найди 10 отличий.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110

Предыдущая тема: IMS REAL/32 v7.8x ... 7.94 (Buy?)


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.