» VMware ESX Server и VMware Infrastructure

Цитата:

что такое (shared) LUN и как его сделать?

shared LUN - это ЛУН видимый одновременно нескольким ESX серверам.
Если у тебя одна СХД и несколько серверов - делается это без проблем.

Твое особое условие - что у тебя два ЦОДа.
Это значит, надо настраивать репликацию СХД между ними.
Этим мне заниматься не приходилось - надо читать как будут восприниматься ESXами эти реплицированные СХД.

Michigun

Цитата:

надо читать как будут восприниматься ESXами эти реплицированные СХД.

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

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

...Но у xtravirt скорее модель, не более. Я запускал оба их стораджпроцессора на одном хосте. В случае ОДНОВРЕМЕННОГО сбоя ведет себя непредсказуемо, репликация может не начаться.

ну xtravirt и ibm немного разные компании.
думаю, есть вероятность что все будет работать как надо

Цитата:

FaiverEmail

Вам надо объеденить хранилища данных в единую SAN.
наверное самое красивое: пустить трафик по iSCSI, но для этого надо, чтобы какой то дополнительный хост был таргетом iSCSI (например IPStor)
А уже поверх единой SAN всё что угодно. Тем же IPStor можно зазеркалить эти стораджи.
Либо зеркалить и кластеризовать с помощью Symantec Storage Foundation HA, но это уже изнутри виртуалок.

>>>Тем же IPStor можно зазеркалить эти стораджи.

И получить единую точку отказа. Тогда уж два ипстора, с репликацией и, при желании, файловером.

Добавлено:

Ага - и ещё учесть, что скорость сейчас 2xFC. Даже если FC 2гб и один в стэндбае - придётся, чтобы не скорость не упала с привычных значений, пукать до ипстора гигабитный езерченел. Или снаряжать ипсторы модулем FC таргета...

как я понял "FaiverEmail" у него между площадками 2Гб.
для active/active кластера IPStor вполне хватит. Он хорошо работает по медленным каналам. Надо конечно обратить внимание на соотношение операций запись/чтение.
А так IPStor будет зеркалить только операции записи с каждой площадки. Да, если один из серверов IPStor упадёт, то весь трафик поползёт с другой площадки по iSCSI. Это будет медленно, но работать.

Цитата:

как я понял "FaiverEmail" у него между площадками 2Гб.

локально-то 2xFC. Вставишь между сервером и массивом ипстор - придется выворачиваться (раскошеливаться), чтобы общая производительность оказалась не хуже.

впрочем, это я рассуждаю с позиции варезника-самоделкина, для которого затраты на покупку FC железа совершенно запретительны... А FaiverEmail стоит попытаться раскрутить своё небедное начальство: ипстор на редкость вкусная игрушка, расширяет сознание неимоверно. Приход от него - на твёрдом втором месте после самого ESX/VI3 (Ну, может быть, он делит 2 и 3 места с эмулятором цисок dynamips-gynagen-gns3...)


Добавлено:
Бяда только в том, что интегратор-продавец поиграться ведь не даст... Впарит готовое "решение"-черный ящик.

Так что кому как, а мне было бы интереснее самому реализовать репликацию стораджей. Может быть, чисто софтовым образом - например, отмапив таргеты с СХД в виртуалки... (это если сами СХД не столь продвинуты и не умеют делать репликацию и прочие гитики, как тот ипстор).

Вот интересный документ о таком решении, правда не от IBM а NetApp
"HIGH AVAILABILITY AND DISASTER RECOVERY FOR VMWARE USING NETAPP SNAPMIRROR AND METROCLUSTER"
http://media.netapp.com/documents/tr-3606.pdf

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

Ну а совсем гордые но бедные могут сами реализовать то же самое, начав с OpenFiler, FreeNAS или ваще соляры.

Из за чего служба Vmware Virtual Center Server может падать? Было у кого-нибуть такое?
Windows пишет в Events


Цитата:

The description for Event ID ( 1000 ) in Source ( VMware VirtualCenter Server ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. You may be able to use the /AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event: Log directory: C:\Documents and Settings\Default User\Local Settings\Application Data\VMware\vpx..

vpxd.exe не патченный стоит...

ЗЫ. А вот объясните начинающему никсоиду.
Не работал NTP клиент, локальное время сервера было довольно точным. Прописал 0.vmware.pool.ntp.org - и время улетело на час вперёд.
Я правильно понимаю, что криво прописана таймзона на ESX сервере? Как поправить?


Добавлено:
Zl0
Было когда-то - из-за того, что VC при старте не мог зацепиться к своим портам: то ли апач, то ли IIS стартовали на этих портах раньше.

Порты можно подрихтовать при установке VC, но я бы рекомендовал его ставить в чистую виртуалку на стандартных портах поначалу. И при том всё-таки под рабочей станцией админа, а не в той инфраструктуре, которой он будет управлять. У меня вот сейчас иначе - и VUM не может накатить апдейты на папашу-хост. ;(


Добавлено:

Кстати, ещё пример несовместимости такого рода. Симантек деплоy center (сервер) не заводится на системе, где стоит VC - потому что хочет тот же самый (весьма непростой четырехзначный) порт, который застолбил VC. Причем в обоих случаях самозахват: в списках known портов он числится за кем-то ещё.

подскажите пожалуйста как установить ESX 3.5 на vmware 6? на xtravirt.com пока нет никакой информации

LevT
Да, наверное с IIS у него какието терки.... ладно ручками запускать буду, когда потребуется...

Добавлено:
liverpool56
А смысл? Вообще наврядли это получится, ESX требует достаточно специфичного оборудование, которого в виртуалке он не обнаружит..

liverpool56
только на 6.5. Под 6 не будут стартовать внутренние виртуалки - о том, что это не у меня руки кривые, а так и должно быть, я прочитал именно на xtravirt


Добавлено:

Кстати, о птичках.
Кто-нибудь мождет подсказать настройки vmx для запуска 3.5 и-или 3i под 3.5?

У меня виртуализованный vmkernel стартует при разных параметрах monitor_control - но тормоза одинаково неприемлемы. Но я не все сочетания перебрал, именно из-за диких тормозов.

Цитата:

А смысл? Вообще наврядли это получится, ESX требует достаточно специфичного оборудование, которого в виртуалке он не обнаружит..

смысл большой. Например, имея одну железку, тестировать HA\DRS для которых нужно минимум два ESX плюс сторадж.
Демо опять таки.
То железо, которое есть в виртуалках, ESX устроит.
Вот я как раз прямо сейчас устанавливаю Workstation 6.5 и буду пробовать в ней запустить ESX.

Доброе время суток.
Мозговой штурм для меня продолжается...
Прочитал ваши советы и доку-ты. Возникли вопросы.
1. trepov пишет

Цитата:

Вам надо объеденить хранилища данных в единую SAN.
наверное самое красивое: пустить трафик по iSCSI, но для этого надо, чтобы какой то дополнительный хост был таргетом iSCSI (например IPStor)

Как я смог понять IPStor - это софт от FalconStor, который может два хранилища связать через Ethernet в SAN?
И не совсем понятен механизм обработки сбоев...

В моём понимании всё выглядет так:
1. Есть две связки сервере + к нему подключённый СХД по FC.
2. Между связками канал со скоростью 2 Гб
есть необходимость придерживаться именно этой схемы.
3. Необходимо поднять ещё один хост (на какой ОС?), где развернуть IPStor
4 На серверах установить агента IPStor и с помощью них и хоста, на котором развернул IPStor, связать два СХД в один SAN
5. ESX'ы установленные на серверах подключить через iSCSI к созданному SAN
Я всё правельно понял?
Тогда всречный вопрос. Если ESX программно будет работать по iSCSI с физически подключённым к нему СХД через FC не потеряю ли я в скорости?

Цитата:

ЗЫ. А вот объясните начинающему никсоиду.
Не работал NTP клиент, локальное время сервера было довольно точным. Прописал 0.vmware.pool.ntp.org - и время улетело на час вперёд.
Я правильно понимаю, что криво прописана таймзона на ESX сервере? Как поправить?

хелп! Там виртуальный PDC, в том домене уже поползло время. Надо добить NTP, не хочу откатываться назад.


Добавлено:

Цитата:

Как я смог понять IPStor - это софт от FalconStor, который может два хранилища связать через Ethernet в SAN?
И не совсем понятен механизм обработки сбоев...

ипстор - это софтина класса сторадж-процессоров.
Софты этого класса часто поставляются вместе с серверным железом, более-менее стандартным или в виде непрозрачных appliances.

Они сами могут служить SAN (iSCSI и - за отдельные большие деньги - FC) и NAS (NFS и-или SMB). Умеют делать со стораджем всё - но все опции у платных софтин как правило платные по отдельному прайсу.

То есть если твоя СХД чего-то не умеет сама - можно добавить в свою SAN мозгов, поставив перед ней сторадж-процессор с нужным функционалом.
ЗЫ. Надо иметь в виду, что внутри самой СХД стоит аналогичный сторадж-процессор. Какие-то опции вендором заблокированы из маркетинговых соображений (чтобы впарить ещё несколько девайсов по мере осознания потребности в функционале), а какие-то могут быть открыты за дополнительную плату.

ЗЗЗЗЗЫ. Это моя личная месть торгашам из серверного раздела иксбита - укравшим у меня больше года жизни и несколько штук баксов, тем, что утаили эту инфу, несмотря на мои тщательные расспросы.


Добавлено:
Поставляется ли ипстор отдельно - я честно говоря не знаю. Вообще-то это линуксовый софт. Есть очень похожий виндовый аналог от того же производителя - но, насколько мне известно, без FC таргета.


Добавлено:

Цитата:

Тогда всречный вопрос. Если ESX программно будет работать по iSCSI с физически подключённым к нему СХД через FC не потеряю ли я в скорости?

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

LevT
спасибо, 3-ка запускается, а вот 3.5 будем под 6.5 запускать.

LevT

Цитата:

хелп! Там виртуальный PDC, в том домене уже поползло время. Надо добить NTP, не хочу откатываться назад.

ln -fs /usr/share/zoneinfo/Asia/Novosibirsk /etc/localtime

Zl0
[root@esx root]# ls -al /etc/lo*
lrwxrwxrwx 1 root root 33 Aug 21 09:53 /etc/localtime -> /usr/share/zoneinfo/Europe/Moscow

Сдаётся мне, что тут какая-то специфическая проблема с летним сдвигом.

Сделай
ls -la /etc |grep localtime

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

уже сделал, см. пред. пост.
я при установке ESX сказал "не использовать UTC".





Добавлено:

что за юзер такой в VI - com.vmware.vcIntegrity ?
Некоторые задачи выполняются от его имени (глядя в Recent Tasks)

Добрый день!
Простите мне мою лень (читать 120 страниц форума)) и другие доки).
Просто хочется узнать можно ли перенести ВиртуальнуюМашину с VMWare server на VMWare ESX:

a. с помощью VMOtion
b. просто скопировав файлы остановленной ВМ и поднять их на ESX
c. другой способ.......

Спасибо!)

sanbyr80
с. Конвертер - можно даже не ломать, подойдёт в Basic режиме

либо "просто" vmkfstools -i , создать на ESX новую виртуалку и подцепить импортированный диск.
(чтобы импортировать, ESX должен иметь доступ к нынешнему местоположению диска - возможно, придётся его скопировать во временную папку на ESX.)


Добавлено:
Хелп!!!!!

А вот объясните начинающему никсоиду.
Не работал NTP клиент, локальное время сервера было довольно точным. Прописал 0.vmware.pool.ntp.org - и время улетело на час вперёд.
Я правильно понимаю, что криво прописана таймзона на ESX сервере? Как поправить?


хелп! Там виртуальный PDC, в том домене уже поползло время. Надо добить NTP, не хочу откатываться назад.

FaiverEmail
Сичас втирать буду, как продажник
софт IPStor ставится на отдельный сервер (валидированой конфигурации)
и является прослойкой между сервером и дисковой. К нему подключаются дисковые массивы и на нём создаются логические диски, которые дальше предоставляются в доступ серверам.
При этом одновременно можно отдавать как по FC, та и по iSCSI.
Можно сделать гетерогенное решение: на локальной площадке сервера цепляются по FC, к удалённой по iSCSI. При этом сервера iPStor ставятся в active/active кластер обеспечивая отказоустойчивость.
у Microsoft iSCSI умеет предоставлять Windows Unified Data Storge Server.

trepov

Цитата:

софт IPStor ставится на отдельный сервер (валидированой конфигурации)

а вот у меня поставился в виртуалку и работает, делает софтрейд и прочие гитики прямо на ESX хосте. Тип виртуалки - RedHat 4 x64. Это конфигурация валидированная?

ЗЫ. По поводу NTP всем спасибо, отбой: после перезапуска хоста как-то само выправилось...


Добавлено:
trepov
вы вот лучше раскажите, какой адаптер требуется для опции FC таргета? Любой FC? Это единственная замеченная там мною вкусная опция, которая не поддается виртуализации.



Добавлено:

Цитата:

у Microsoft iSCSI умеет предоставлять Windows Unified Data Storge Server.

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

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


Добавлено:

All

Как добавить на ESX постоянный статический маршрут?
сделал route -add, прожило только до перезапуска сервера...

Добавлено:
самсебе отвечаю: esxcfg-route. Надо же так лажануться.

Добавлено:
Не, это не ответ: это для vmkernel только

Добавлено:
нашел: http://theether.net/kb/100084

Цитата:

софт IPStor ставится на отдельный сервер (валидированой конфигурации)
и является прослойкой между сервером и дисковой. К нему подключаются дисковые массивы и на нём создаются логические диски, которые дальше предоставляются в доступ серверам

Тоесть этот отдельный сервер выступает как-бы в качестве SAN свитча?


Цитата:

При этом одновременно можно отдавать как по FC, та и по iSCSI.

У меня не на серверах не на СХД нет SCSI интерфейса, только FC
Не совсем понимаю как раздавть дисковые массивы по FC?
На серверах есть по два FC порта и на СХД по два FC.
Как я понимаю сервере в виде прослойке, с установленным IpStor, подцепляет по FC оба CXД и как то должен раздать их логически серверам?

И концептуальный вопрос: где то можно раздобыть этот IpStor?

Цитата:

Тоесть этот отдельный сервер выступает как-бы в качестве SAN свитча?

Скорее SAN роутера. Седьмого уровня.


Цитата:

как то должен раздать их логически серверам?

многократно упомянута мною фича FC таргета. Узнай сколько стоит ее включить - и попытайся раскрутить на два таких сервака свое начальство.


А я бы для на твоем месте сделал две вещи:
1) узнал бы досконально, что умеют твои массивы сами по себе - и нет ли там нужных опций, которые можно включить за дополнительно ебабло
Внутрях у них, может быть, тот же ипстор - или что-то ему близко подобное.

2) подмапил бы свои хранилки через RDM и установил бы по сторадж-процессору в гостевую машину на каждом хосте, а между ними уже настроил репликацию/кластеризацию и всё что ещё потребуется.


Добавлено:

Собственно, есть вариант и без FC-таргета: цепляешь в каждом ЦОД сторадж-процессор по iSCSI, отдаёшь ему один из сосков СХД (второй сосок хранилки продолжает напрямую связывать с нею сервер)

по IP связываешь между собой сторадж-процессоры.


Второй FC адаптер из каждого сервера отдаёшь мне в лизинг за 1% годовых Если наступит инвентаризация или что-то в этом роде - верну без промедления=.

FaiverEmail
DS3400 (и вся 3000 серия) поддерживают только снапшоты и копии LUN-ов.
LevT
Спасибо за подсказку: "iPStor на виртуалке", попробую
У IPStor жёстко прошиты FC HBA в ядре. Например Qlogic 2460 появились только в последней версии.
Блин, народ тут ВМВарь обсуждает, а мы трёп про катастрофоустойчивость затеяли. На вопросы постараюсь ответить через аську, или почту.

Цитата:

и копии LUN-ов.

имеется в виду - локальные копии? по сети реплицировать данные оно не умеет никак?


Цитата:

DS3400 (и вся 3000 серия) поддерживают только снапшоты и копии LUN-ов.

то есть покупать СХД с дебильным сторадж-процессором - значит выкидывать деньги на ветер и зомбироваться маркетоидами.

Для конторы FaiverEmail лучше было бы сразу купить по ипстору (Netapp, Celerra...) в ЦОД. Дело админа проследить, чтобы это был софт, а не непрозрачное "валидированное решение". Для админа интереснее собрать аналог - причем если это делать в виртуалке, будет лучше по всем пунктам, кроме одного: невозможность работы в режиме FC таргета.

ESX кстати официально поддерживает в Update2 виртуализованные сторадж-процессоры одного неизвестного мне вендора (смотрите сами как его зовут, я уже забыл). А тот предлагает свои appliances напопробовать на месяц...