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

» VMware ESX, ESXi, vSphere и Infrastructure

Автор: LevT
Дата сообщения: 01.07.2009 13:49

Цитата:
можно диски разбитые в NTFS закинуть внутрь VM на esxi 3,5 который установлен на флешку ?


хост должен иметь доступ к (непременно локальному?) тому vmfs (vmfs/volumes/...) с размером блока, достаточным для маппинга целого диска /vmfs/devices/disks/... того, на котором NTFS).

На вышепомянутом томе надо создать файл маппинга размером с целый отображаемый диск (размером управлять невозможно, просто нихрена не создастся, если блок меньше требуемого). Используй для этого команду vmkfstools -r или -z. Расширение целевого файла vmdk.
(кстати, кто бы наглядно описал разницу между passthrough и простым rdm?)

Потом подключай его к виртуалке как существующий диск.



Добавлено:

Цитата:
это любой ? можно просто по iscsi том левый подцепить или как ?


ну да - но только это не то, что ты хочешь. Гуй дает возможно подключать к виртуалками через RDM только удаленные диски SAN, уже подключённые к хосту. А воможность подключать через RDM локальные диски в гуе отсутствует. Но фактически имеется.

Автор: murphy2000
Дата сообщения: 01.07.2009 15:37
А никто случаем не знает, как в в VC от всферы сделать автостарт vm'ок внутри кластера. Как и раньше руками для каждого хоста прописывать ??? я просто не найду как это в vc делается.
Автор: Dimsoft
Дата сообщения: 01.07.2009 18:14

Цитата:
Но фактически имеется

LevT
сп понял что это не то, я думал завиртуализировать WHS но оставить его "резиновые диски", тк использую vmware для роутинга в vmware player стоящем на WHS - думал более "прямо" и производительно сделать.
Автор: LevT
Дата сообщения: 01.07.2009 19:09

почему не то? Прекрасно отдаются локальные саташные диски. Причем можно сделать даже так, что виртуалка будет видеть не Vmware Virtual Disk, а "реальные" сигейты и хитачики (подключенные правда к виртуальному контроллеру)
Автор: Gidroxydde
Дата сообщения: 02.07.2009 09:38
народ, мож не в тему, подскажите плиз: на хостовой машине где стоит vmware стоит ли ставить антивирус? спрашиваю потому что у меня дома на компе 6 гигов оперативки а всеравно при касперском и одной поднятой машине на vmware всё лагает.. без каспера или без vmware Всё нормально, только вместе они жутко тормозят..

а с другой стороны - чтож, сервер без антивируса оставлять?
Автор: TitanMK
Дата сообщения: 02.07.2009 10:27
Gidroxydde
немножко не по теме.
какой vmware. догадайся сам? я так понел server.
я касперским не пользуюсь конкретно ничего не скажу про него. Вообще настрой свой антивирь так чтобы не жрал ресурсов и лишнего ничего не проверял. Можеш исключить файлы виртуальных машин, попробовать исключить из проверки процессы vmware server и т.п.
Автор: Dimsoft
Дата сообщения: 02.07.2009 11:00

Цитата:
Прекрасно отдаются локальные саташные диски

а как будет выглядеть добавление / удаление диска
(далек я от esxi - все больше на windows жил)
Автор: gp7
Дата сообщения: 02.07.2009 12:08
Приветствую!

Подскажите плиз с выбором СХД и сетевыми контроллерами или хотя-бы в какую сторону рыть.
Имею два физ.хоста с ESXi4, на обоих крутится по одной WinSrv2008Std+MSSQL и дополнительно на каждом физ.хосте в неактивном состоянии есть образ сервера из друго хоста. Каждый сервер SQL работает то своей базой.
В случае отказа одного физ.хоста хотелось бы просто запустить на втором хосте копию сервера из первого хоста. При этом нужно чтобы доступ к обоим базам на СХД был с обоих хостов с ESXi.
Затык у меня именно с выбором нужной модели СХД и сетевыми контроллерами (на сервере в сторону СХД) с коммутатором (между СХД и серверами), очень хочется не переплачивать на FibreChannel а собрать iSCSI на меди, например на 10GBit.

В инете нашел СХД Dell MD3000i, можно ли его применить в такой схеме?
Общее управление,мониторинг и автомиграцию для обоих серверов не требуется, если откажет один хост просто запущу этот же сервер на другом хосте, железо одного хоста думаю выдержит некоторое время нагрузки обоих серверов пока не восстановят другой хост.
Автор: alex sikorsky
Дата сообщения: 02.07.2009 12:46

Цитата:
Затык у меня именно с выбором нужной модели СХД и сетевыми контроллерами (на сервере в сторону СХД) с коммутатором (между СХД и серверами), очень хочется не переплачивать на FibreChannel а собрать iSCSI на меди, например на 10GBit.


iSCSI на 10Gbit, как мне кажется, выйдет сильно подороже FC...
Dell MD3000i для озвученной задачи вполне подойдет, как и любой другой аналогичный девайс.

Хотя вобще, чесно говоря, при озвученных услових, я вобще невижу смысла в ESX'е как таковом. Вашем случае логичнее поставить все прямо на железо и поднять fallover средствами самого MSSQL, избавитесь от накладных расходом на виртуализацию и время реации системы на отказ хоста будет сильно меньше чем руками перезапускать.
Автор: gp7
Дата сообщения: 02.07.2009 12:57
Каждый SQL сервер работает сам по себе и со своей базой, между собой напрямую запросов нет, только через спец.прогу-шлюз(XLM). Кластеризация тоже не планируется, по крайней мере в ближайшие несколько лет.
Разоряться на еще пару серверов, которые будут пылиться и ждать когда сломается один из рабочих очень не хочется. Остается вариант и виртуализацией, причем хватит возможностей бесплатного варианта ESXi, т.к. не требуется живая миграция и повышенная отказоустойчивость.
Переключение руками (т.е. запуск второго экземпляра сервера на другом хосте) вполне допустимо в моем случае.
Нет знаний чтобы выбрать нужные комплектующие (сет.адаптеры в сервак, сет.коммутатор,контроллеры в СХД и сам СХД).
в самом СХД весь массив дисков поделю поровну для двух серверов, RAID10, нужно около 8 дисков в СХД на один сервер.
Автор: TitanMK
Дата сообщения: 02.07.2009 13:53
gp7
если у вас работает по одному серверу на хост то я вообще не вижу смысла в виртуализации.
Почему бы не сделать тогда на MSQL с вариантом зеркалирования БД. Или же лучший вариант просто HA кластер средставми MSQL + СХД.

А по поводу СХД. То подойдет модель вами выбранная, хотя мне HP железо больше нравится. вот к примеру хорошщий аппарат HP MSA2312i DC Smart Array на 12 слотов. На сервере ставим гигабитную сетевую хорошую, тут надо смотреть по сетевым, так сразу сказать не могу. Втыкаем в коммутатор. Туда же и с СХД шланг. Желательно в отдельный vlan закинуть порты которые будут работать с СХД. проблем должно не возникнуть.
Автор: LevT
Дата сообщения: 02.07.2009 14:25
Dimsoft

Цитата:
а как будет выглядеть добавление / удаление диска
(далек я от esxi - все больше на windows жил)


создаешь файл маппинга консольной текстовой командой
(в ESXi я бы зашел в unsupported локальную консоль и создавал там).

потом (например из гуя виклиента) добавляешь его в виртуалку как уже существующий виртуальный диск.


TitanMK

Цитата:
если у вас работает по одному серверу на хост то я вообще не вижу смысла в виртуализации.


а я вижу: это страховка от будущих изменений. При необходимости что-то нетяжелое добавить или потестировать не надо разоряться на доп. железо.
Автор: TitanMK
Дата сообщения: 02.07.2009 14:51

Цитата:
а я вижу: это страховка от будущих изменений. При необходимости что-то нетяжелое добавить или потестировать не надо разоряться на доп. железо.

а вот с этим не поспориш. +1.
но
Просто если два сервера очень загружены на 70% и выше или же не планируется тестов и расширение инфраструктуры серверов, то смысла нет. А во всех других случаях естественно виртуализовывать лучше. В идеале прикупить лицензий. HA + vCenter облегчают жизнь.)
Автор: LevT
Дата сообщения: 02.07.2009 15:28

Цитата:
HA + vCenter облегчают жизнь


они их и так облегчают, без лишних трат: варезные лицензии и ключеделалки всегда к нашим услугам

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


Добавлено:

Цитата:
Просто если два сервера очень загружены на 70% и выше


по изложенным выше условиям, они никак не могут быть загружены выше 50%
Что-то тестить или менять в период аврала, когда вся загрузка оказалась на одной железке, разумеется никто не станет.

Но во всё остальное время - пожалуйста. Хорошо, что есть бабки на хранилку. Иначе - нужен был бы третий сервер и самому её собирать.

Автор: gp7
Дата сообщения: 02.07.2009 16:37
TitanMK


Цитата:
если у вас работает по одному серверу на хост то я вообще не вижу смысла в виртуализации.
Почему бы не сделать тогда на MSQL с вариантом зеркалирования БД. Или же лучший вариант просто HA кластер средставми MSQL + СХД

А сколько серверов понадобится если для каждого делать кластер? Четыре, т.к. два уже есть, и SQL-серверы на них разные, и базы у них физически разные.
Моя ошибка, не сказал что сервера будут приобретаться новые, т.е. фактически вся схема с нуля: два сервака, свич, СХД. + NAS для бэкапа средствами MSSQL

В списке совместимости у VMware есть сервера HP ProLiant, есть ли там адаптеры c аппаратным iSCSI или стоит брать их отдельно?

Добавлено:
LevT

Цитата:
создаешь файл маппинга консольной текстовой командой
(в ESXi я бы зашел в unsupported локальную консоль и создавал там).

Оказывается и я далек от iSCSI
Инициатор вроде можно в самом гипервизоре хоста объявить? Т.е подключить на обоих хостах ESX инициаторы обоих дисковых массивов и добавить в конфиг каждого в-сервера свой диск. Просто в одно и тоже время с одним диском будет работать только один сервер.
Или такое не прокатит?


Цитата:
по изложенным выше условиям, они никак не могут быть загружены выше 50%

это да, сервера берутся с запасом по CPU/RAM.

П.С. Стоит ли делать загрузку ВМ с СХД или лучше парочку дисков в зеркалку на сам хост, а на отдельный саташный диск сам гипервизор)?
П.П.С. Отсутствие поддержки в ESXi4 JumboFrames сильно скажется на производительности ESX-СХД?
Автор: LevT
Дата сообщения: 02.07.2009 17:11
gp7
На хранилках таргеты (сервера). iSCSI инициаторы (клиенты) на ESX есть софтовые. Но у железных бывают дополнительные фичи.


Цитата:
Т.е подключить на обоих хостах ESX инициаторы обоих дисковых массивов и добавить в конфиг каждого в-сервера свой диск. Просто в одно и тоже время с одним диском будет работать только один сервер.
Или такое не прокатит?


Судя по вопросам, могу посоветовать две взаимоисключающие стратегии: либо не париться, обратиться к поставщику и счастливо пилить с ним бюджет, либо - попробовать сначала поднять хранилку на доступном железе, хотя бы и десктопном - и пощупать всё руками, прежде чем что-то покупать. Вас ждёт много удивительных открытий, которые помогут определиться с реальными своими потребностями!

Вот тема про iSCSI: http://forum.ru-board.com/topic.cgi?forum=8&bm=1&topic=33110#1
Автор: gp7
Дата сообщения: 02.07.2009 17:22
LevT
у меня крутится FreeNAS по iSCSI, но инициатор софтовый от мелкомягких в винде. Просто неясно как это выглядит, если в сервере с ESX(i) стоит адаптер с аппаратным iSCSI, какое устройство ESX увидит вместо адаптера или разница скажется только в скорости?
Автор: LevT
Дата сообщения: 02.07.2009 17:27

ESX увидит сторадж-адаптер. Попробуйте сначала включить софтовый адаптер в ESX и зацепить им свои таргеты: многие вопросы отпадут, появятся новые
Автор: murphy2000
Дата сообщения: 02.07.2009 17:38
LevT

у меня тоже есть ESX который даже грузится с iSCSI, те плата там с полным iSCSI инициатором, работает вполне прилично.
Сам сторрадж от крафтвея...
Автор: LevT
Дата сообщения: 02.07.2009 18:01

Цитата:
П.П.С. Отсутствие поддержки в ESXi4 JumboFrames сильно скажется на производительности ESX-СХД?


Ответа не знаю, но сам не решился бы вешать два MSSQL на такой iscsi без тестирования.

Мне лично интереснее щупать технику своими руками, чем покупать себе неоправданно дорогие игрушки за счёт работодателя. Если предпочтения иные - то пуркуа бы и не па? Но если вы разделяете мою мотивацию - имейте в виду: чтобы потестить ESX/i, железных препятствий сейчас практически ни у кого нет. HCL для тестов нерелевантен абсолютно, а на самом деле нерелевантен и для экономного продакшена.

Автор: Dimsoft
Дата сообщения: 02.07.2009 18:29

Цитата:
создаешь файл маппинга консольной текстовой командой
(в ESXi я бы зашел в unsupported локальную консоль и создавал там

LevT
а можно пример, как раз с esxi


Добавлено:

Цитата:
нерелевантен и для экономного продакшена

LevT
последнее время очень нравяться 1U серверы от HP DL120G5 если их брать по минимуму и менять/добавлять десктопное железо.
получается приличная сеть + приличная мать + приличный корпус, а память и проц десктопные например Q6600
Автор: LevT
Дата сообщения: 02.07.2009 19:03
Dimsoft

Alt-F1
вслепую печатаешь слово unsupported
оказываешься в комстроке

vmkfstools -h | less

(кстати у меня в большом ESX4 почему-то фильтр less не срабатывает....)

я уже кидал точный синтаксис команды

надо только посмотреть, какие у тебя реальные параметры, а для этого нужен навык жать автодополнение (Tab) в никсовом шелле.
Автор: TitanMK
Дата сообщения: 03.07.2009 06:36

Цитата:
они их и так облегчают, без лишних трат: варезные лицензии и ключеделалки всегда к нашим услугам

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


с этим нельзя не согласится.


Цитата:
А сколько серверов понадобится если для каждого делать кластер? Четыре, т.к. два уже есть, и SQL-серверы на них разные, и базы у них физически разные.
Моя ошибка, не сказал что сервера будут приобретаться новые, т.е. фактически вся схема с нуля: два сервака, свич, СХД. + NAS для бэкапа средствами MSSQL

По идеи да 4 сервера, хотя физически что мешает закинуть на один сервер две базы, а потом второй подцепить в кластер к первому. Но думаю полемику тут на данный вопрос разводить не стоит, да и я не большой специалист в MSSQL, лучше спросить у спецов. Из всего выше изложеного я за виртуализацию)

Если инфраструктура строится заново то тут легче. Но все же стоит подойти правильно с выбором железа.


Цитата:
это да, сервера берутся с запасом по CPU/RAM.

Однозначно виртуализовывать сервера.
Кроме тестовой среды я сам в продакшн еще не виртуализовывал MSSQL, вот у самого проект в виртуализации MSSQL 2008 и SharePoint 2007 и куча вопросов назревает. Пока только начинаю тестить потихоньку.
Скоро в этом топике сам начну заваливать своими вопросами, если не до разбираюсь сам.


Цитата:
В списке совместимости у VMware есть сервера HP ProLiant, есть ли там адаптеры c аппаратным iSCSI или стоит брать их отдельно?

в HCL перечислено то оборудование с которым точно будет 100% работать. Но в этом списке нет многого оборудования с которым также все работает. Про адаптеры честно не знаю. Думаю стоит обратится с этим вопросом ващему поставщику железа или же можно напрямую у производителя выяснить данный вопрос.


Цитата:
Отсутствие поддержки в ESXi4 JumboFrames сильно скажется на производительности ESX-СХД?

тут тоже не знаю. может гугл поможет.


Цитата:
Оказывается и я далек от iSCSI
Инициатор вроде можно в самом гипервизоре хоста объявить?

да у ESX есть свой программный инициатор.


Цитата:
Судя по вопросам, могу посоветовать две взаимоисключающие стратегии: либо не париться, обратиться к поставщику и счастливо пилить с ним бюджет, либо - попробовать сначала поднять хранилку на доступном железе, хотя бы и десктопном - и пощупать всё руками, прежде чем что-то покупать. Вас ждёт много удивительных открытий, которые помогут определиться с реальными своими потребностями!

1 вариант будет дорог скорее всего, но всегда будет обратный путь на кого свалить .

я за второй вариант мне он ближе, обычно я так и делаю.
лучше все потестить перед закупкой и запуском. Поднять на какой-нибудь машине хранилище, еще на одной машине ESXi с тестовыми ВМ, все подключить, настроить и погонять. Решение само придет.
Автор: fantasprite
Дата сообщения: 03.07.2009 10:58
Подскажите, как лучше с конвертировать 2 контроллера домена win2003sp2R2 (AD,DNS,DHCP, WSS,mssql2005) P2V???? Какими средствами?

необходимо перенести из-за того, что старое железо
p4-2.4/2G/40g-ide - нагрузка 40-50%
p4-2.4/1G/40g-ide - нагрузка 20-30%

что имеется:
сервера
ProLiant DL580 4 CPU x 2 GHz/4Gb/300gSCSI - ESX:3.5:0.:153875. - сейчас загружен на 30%
ProLiant DL560 4 CPU x 2,5 GHz/4Gb/300gSCSI - ESX:3.5:0.:153875. - сейчас загружен на 20%
ProLiant DL380 2,4 GHz/7Gb/170gSCSI - ESX:3.5:0.:153875. - сейчас загружен на 20%
VC Version 2.5.0

Отпишитесь, у кого был опыт конвертирования контроллеров домена P2V, буду очень признателен. Ну очень надо.
Автор: Michigun
Дата сообщения: 03.07.2009 11:07
fantasprite
вообще, есть мнение, что миграция средствами приложения лучше чем p2v.
Поднять ВМ, поднять там резервный контроллер, перенести роли, исходный КД понизить до рядового члена домена.
Автор: fantasprite
Дата сообщения: 03.07.2009 12:12

Цитата:

Michigun
вообще, есть мнение, что миграция средствами приложения лучше чем p2v.
Поднять ВМ, поднять там резервный контроллер, перенести роли, исходный КД понизить до рядового члена домена.


миграцию средствами приложения - не очень хотелось бы делать, так работы будет масса, сервисы вроде описал. Уже думал об этом - хочется что-нибудь попроще.

У кого есть еще какие предложения? Как ведет себя штатный конвертер VMware.Converter.Enterprise.Edition/Standart????
Автор: murphy2000
Дата сообщения: 03.07.2009 12:14
fantasprite

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


миграцию средствами приложения - не очень хотелось бы делать, так работы будет масса, сервисы вроде описал. Уже думал об этом - хочется что-нибудь попроще.

У кого есть еще какие предложения? Как ведет себя штатный конвертер VMware.Converter.Enterprise.Edition/Standart????
Автор: fantasprite
Дата сообщения: 03.07.2009 12:42

Цитата:
мигрировал рабочую платформу именно таким способом - работает


а какую версию использовал?


Цитата:
Да и вообче, там можно мигрировать все, отключить в виртуалке сеть и посмотреть, как мигрированное себя чуйствует в виртуализации


нужно ли использовать sysprep.exe?
Автор: murphy2000
Дата сообщения: 03.07.2009 12:45
fantasprite


Цитата:
а какую версию использовал?



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

VMware-VMimporter-2.0.0-30557.exe

Примерно так...

Добавлено:
Собрал на 585ых кластер, сконвертил туда 11 компов со старой виртуалки. Жду - машины как весели, так и весят на одном хосте, а разве они не должны расползаться по всем доступным хостам в кластере в равном порядке ??? или только при падении одного из хостов ???

Падение я кстати проверил Выдернул сеть с одного из серверов - оно резво на второй убежало Правда через выключение виртуалок, хотя живая миграция вполне себе работает, проверял пингом - ни одного пакета не продает и повышенной задержки не отмечается - красота просто.
Автор: Michigun
Дата сообщения: 03.07.2009 14:05

Цитата:
Собрал на 585ых кластер, сконвертил туда 11 компов со старой виртуалки. Жду - машины как весели, так и весят на одном хосте, а разве они не должны расползаться по всем доступным хостам в кластере в равном порядке ??? или только при падении одного из хостов ???  

если кластер DRS, и в автоматическом режиме, то убегут как только ресурсов сервера перестанет хватать. см. закладку Hosts для кластера - там можно оценить степень их загрузки.

Страницы: 1234567891011121314151617

Предыдущая тема: Как поставить MS-DOS на флешку?


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