» VMware ESX Server и VMware Infrastructure

Цитата:

В лицензии от vdown нет этой фичи

да вроде как есть

(сам не юзаю)

golychev

Как дела, удалось ли запустить ESX на 3805???

Я получил свой девайс, это микра X7DBE и adaptec 5805.
Все завелось с пол пинка.

А вот с мониторингом RAID облом, не видит его ESX, жаль, похоже только LSI
это умеет на не брендовом железе. Вентиляторы и прочую муть тоже не показывает, но это наверное потому, что IPMI плата не установлена.

Цитата:

kstogov

да запустилось все, не то чтобы с полпинка, на матери оказалась прошивка за 2007ой год, и на контроллере 3805 самая первая, крч все перепрошил вроде заработало, но есть ошибка с MTRRS 7, хз че с ней делать.

http://communities.vmware.com/message/940967;jsessionid=068A0BBB7FBD158FE2ED7EF306CE9A67

Есть локальный диск (DAS), на нем линукс побитый на разделы.
можно ли за-RDM-ить целиком vmhba33:0:0 - а не по разделам (vmhba33:0:0:0, vmhba33:0:0:1 и т.д.)?
нужно чтобы гость считал луны лунами, а не разными таргетами.

LevT
нет.

Резюмирую: для непосредственной виртуализации методом "втыка винта в ESX" годится только ось, целиком расположенная на первом системном разделе.

Любые уточнения и воркараунды приветствуются.

...Кажется, с виндой полегче дело обстоит: кроме того, что под нее как правило системный диск не бьют, она ещё и опознает разделы по гуидам. А в линуксе что на этом месте? LVM?

Всё неверно. Наоборот, если созадвать RDM на vmhba33:0:0:0 - виртуализуется целый таргет. А вот отдельный лун виртуализовать не получается.

LevT
давай для начала с терминологией определимся
vmhba33:0:0:0 - это адрес LUN.
структура этого адреса такая:
hba_контроллер:storage_processor:LUN:partition.
если на последнем месте стоит 0 - это значит обращение идет к LUN целиком, а не к разделу на нем.
target'ом можно назвать разве что vmhba33:0, насколько я это понимаю. Вообще этот термин больше применительно к iSCSI используется.

Да уж.. Похоже, я лунами называл партиции.
Ну ничё... Я, наконец, поднял у себя виртуализованную iSCSI сан: теперь быстро разберусь.
Имхо таргет это общий термин SCSI (и FC?), означает "серверный" конец шины, инициатор - "клиентский".



Цитата:

hba_контроллер:storage_processor:LUN:partition.

Насчёт второй части: я сегодня наделал на своем контроллере 4 штуки нулевых рейдов из одного диска каждый. Оказалось вот что:
vmhba1:0:0 - старый сас рэйд5
vmhba1:1:0
vmhba1:2:0
vmhba1:3:0
vmhba1:4:0 - новые "массивы" из одного диска.
То есть это то, что биос рэйда называет Volumes.

На шине софтового iSCSI в ESX эта цифра растет по мере discovery новых таргетов и соответствует таргету.



Цитата:

hba_контроллер:storage_processor:LUN:partition.

насчет третьей части: продвинутые устройства iSCSI (например мой виртуальный ипстор) называют это именно лунами. Из этих кусков собирается таргет.

Виртуализация на каждом шаге. Во-первых, таргет в SAN это чисто виртуальный объект (абракадабрические имена вида iqn... совершенно необязательны), во-вторых сам этот объект собран из виртуальных "лунов". Один из этих лунов может быть скажем миррором с включенными снапшотами, второй снапшотом луна совсем другого таргета, а третий криптоконтейнером, собранным из кусков нескольких физических дисков.


Добавлено:
Да, я тут последнее время задавался вопросом, как организовать iSNS и куда пришить оснастку mmc Storage Explorer...
Отвечаю сам себе: первые признаки осмысленности в этих шнягах появились с включением всех участвующих машинок в домен.

Michigun

Цитата:

hba_контроллер:storage_processor:LUN:partition

Разрешите поправить, в английской транскрипции оно значится как ACSL, что расшифровывается как adapter:chanel:scsi id:lun

Цитата:

target'ом можно назвать разве что vmhba33:0

Ну и здесь тоже, со времён образования Small Computer Systems Interface (SCSI) были понятия target и initiator, они определяли характер взаимоотношений устройств на шине. Инициатор иницирует обрашение к целевому устройству (target). И эти принципы применимы и в iSCSI, и в FS, и в SCSI и SAS.

Цитата:

Разрешите поправить, в английской транскрипции оно значится как ACSL, что расшифровывается как adapter:chanel:scsi id:lun

Согласен. Просто если почитать, например, документы Vmware, то там вторая цифра, "channel", понимается как номер storage processor.


Цитата:

Ну и здесь тоже, со времён образования Small Computer Systems Interface (SCSI) были понятия target и initiator, они определяли характер взаимоотношений устройств на шине. Инициатор иницирует обрашение к целевому устройству (target). И эти принципы применимы и в iSCSI, и в FS, и в SCSI и SAS.

согласен. я сделал соответствующие оговорки
так что тогда в
vmhba1:2:0:0
можно назвать таргетом?

Итак фиксируем расхождение терминологии.
2 цифра - то ли Channel, то ли Storage Processor
3:4 - то ли scsi id:lun, то ли lun:partition

Насчет первого - стоить вспомнить архитектуру EC ЭВМ c "каналами", которые были по сути процессорами ввода-вывода.
Каналом в современных реалиях являются:
- том на физическом DAS рэйде
- софтовый "процессор" специфический типа ипстор, EMC датамувер или вообще любая ось с установленным ПО SAN-таргета.
- локально подключенный магнитофон (см. ниже в посте Олега)
- что-то ещё?....

Второе - сущий бардак.
Есть предположение, что терминология различается в зависимости от того, откуда смотреть - от инициатора или от стораджа-канала.
Если от инициатора, то это терминология вмваре.
Если от канала (например ипстора) - то ACSL.

Если мы работаем из командной строки ESX, то
1)пишем esxcfg-rescan vmhba1 - указываем на контроллер
2)вторая цифра - канал или Storage processor - один фиг, все равно один канал=один SP. нам (админам ESX) нужна эта штука только, я думаю, в контексте multipathing. Тут и "канал" и "SP" одинаково подходят.
3)пишем fdisk vmhba1:0:2 если хотим посоздавать разделов(partition) на втором LUN
4)наконец, адрес VMFS раздела (т.е. уже созданной и отформатированной партиции) - что то вроде vmhba1:0:2:1

Help! ESX Server 3.5i
Подскажите недорогой контроллер дисков, желательно чтобы держал SATA. Не хочет ставиться на обычный сата диск.
Есть PCI-Express X1 и X16. Просто боюсь тыкнуть пальцем в небо и взять контроллер на x1 который не будет поддерживаться ESXом.
пс. Материнская плата P35C-DS3R.

Да, по поводу бардака я согласен, и варь внесла свою ложку!!
Поедлюсь своим пониманием терминалогии вари:
vmhba1 - нумерованый канал!!! (включая контроллер)
:0 - номер устройства на SCSI шине или таргет в понятии iSCSI
:0 - логическое устройство (т.н. LUN)
:1 - раздел на носителе (по необходимости)

---

Из опыта:
2 магнитафона с выставленными номерами 2 и 3 выглядят как vmhba0:2:0 и vmhba0:3:0;
2 диска, отданые в рамках одного таргета выглядят как vmhba33:0:0 и vmhba33:0:1;
хранилище, созданное на даске имеет адрес vmhba33:0:0:1

Michigun

Цитата:

нам (админам ESX) нужна эта штука только, я думаю, в контексте multipathing.

а вот нифига. Я в предыдущем посте показал, что тома DAS выглядят именно как каналы. Для ESX конфигурация локального рейда (через его биос например) - конфигурация каналов.


Цитата:

3)пишем fdisk vmhba1:0:2

а кстати есть разница c fdisk /dev/sdb ? (мапинг посмотреть esxcfg-vmhbadevs -a)


Oleg_Kurilin
1
Цитата:

vmhba1 - нумерованый канал!!! (включая контроллер)

имхо неверно. Это именно host bus adapter - либо железный адаптер, либо софтовый iSCSI. Опознаные vmkernel-ом адаптеры группируются в гуи консоли под PCIID-классами

например, чипсетный софтовый рейд не опознается, потому каждый канал сата на ICH# выглядит для вмкернела как отдельный vmhba (но в гуи консоли они группируются под одним устройством). В классе софтового iSCSI может быть только один адаптер (я прав?)

нумерация vmhba - по мере появления и опознания, типа vminc# или Local Area Connection # в винде. (То есть полагаться на номер софтового iSCSI например в скриптах невозможно).



2
Цитата:

:0 - номер устройства на SCSI шине или таргет в понятии iSCSI

номер тома на локальном райде или таргет-процессор в понятии iSCSI. Тот же ипстор (таргет-процессор) может много таргетов понаделать: таргет это чистая виртуальщина.

Этот номер будет другой у другого ипстора, а у того же самого таргеты будут нумероваться третьей цифрой.


3.
Цитата:

:0 - логическое устройство (т.н. LUN)

Эта цифра для DAS (почти?) всегда постоянно 0. Для удаленного сторадж-процессора это номер (виртуального) таргета.


4
Цитата:

:1 - раздел на носителе (по необходимости)

А вот что означает здесь 0 - весь носитель целиком?


Добавлено:
ufik

Цитата:

Не хочет ставиться на обычный сата диск.

поставь на IDE (если он там чипсетный, а не навесной какой-нибудь "марвел"). Потом посмотри в консоли, опознаются ли vmhba на чипсетном сата в каждом режиме биоса.
Впрочем, это совет для обычного ESX: особенностей установки ESXi я не знаю.

Подскажите плиз реально ли создать софтварный рейд на VMware ESXi?
И есть ли возможность бекапить виртуальные машинки не останавливая их? Средствами VMware ESXi?

Цитата:

Подскажите плиз реально ли создать софтварный рейд на VMware ESXi?

локальный - нельзя. Можно удаленный на SAN, собранный средствами сторадж-процессора (то есть например любой оси с ПО iSCSI таргета).

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


Добавлено:

Цитата:

И есть ли возможность бекапить виртуальные машинки не останавливая их? Средствами VMware ESXi?

См. в шапке о VCB.

ОК а с бекапом как быть?То что бекапить можно средствами шостевой ос это ежу понятно.А вот как лучше всего бекапить работающую гостевую машинку?(если это вообще возможно).
Спасиб прочел.

Цитата:

а вот нифига. Я в предыдущем посте показал, что тома DAS выглядят именно как каналы. Для ESX конфигурация локального рейда (через его биос например) - конфигурация каналов.

вообще то, вот когда я у себя гляжу на несколько массивов на DAS - то они нумеруются примерно так:
vmhba0:0:1, vmhba0:0:2,vmhba0:0:3
а массивы на локальном контроллере примерно так
vmhba1:0:1, vmhba1:0:2,vmhba1:0:3

по сути, что такое DAS - просто внешняя корзина с дисками. Разница с дисками внутрениими - никакой.
опять же, имхо - говорю о том что вижу.


Цитата:

а кстати есть разница c fdisk /dev/sdb ? (мапинг посмотреть esxcfg-vmhbadevs -a)

особой нет разницы.


Цитата:

В классе софтового iSCSI может быть только один адаптер (я прав?)

да.


Цитата:

vmhba1 - нумерованый канал!!! (включая контроллер)
:0 - номер устройства на SCSI шине или таргет в понятии iSCSI
:0 - логическое устройство (т.н. LUN)
:1 - раздел на носителе (по необходимости)

все так как и я пишу
по поводу второго нолика - scsi устройством на шине является диск, если мы про чистый SCSI говорим. диски мы не видим, мы видим LUN. Один и тот же LUN мы можем видеть через несколько каналов(несколько сторадж процессоров - это одно и то же по сути). вот номер канала и есть вторая цифра, после vmhba# - что является номером(именем) контроллера.

Цитата:

А вот что означает здесь 0 - весь носитель целиком?

да, 0 на четвертом месте означает, что обращаемся к LUN целиком.

"Gigabyte GA-G33-DS3R (cheap motherboard with build in graphics so ni need for any extra card)
Intel Core 2 Duo E6600 (run at 1.01 Volt but with full speed)
8 Gbyte of Kingston 4x2 GB modules DDR667
LSI logic 8344ELP (8 port SAS)
1 x 150 GB (10k raptor)
2 x 750 Gbyte (7k wd)
1 x Intel Dual Pro 1000MT Server"

Я правильно понимаю, что он LSI контроллер с интерфейсом PCI-Express x4 вставил в гнездо x16 и у него всё заработало ?
Просто в спецификации этой мамки указано что там есть только x1 и x16 порты.

Michigun

Цитата:

по сути, что такое DAS - просто внешняя корзина с дисками.

тогда мне надо исправить терминологию: DAS-ом я в последних постах называл локальные диски.

Вот как у меня выглядят массивы на локальном контроллере (один Raid5 из 4 SAS дисков и 4 Raid0 из одного SATA каждый):

Добрый день
Внесите пож. ясность в мою голову.
Имею: два одинаковых сервера IBM 3850 к каждому серверу с помощью двух FC контроллеров подключены хранилища данных IBM DS3400
Обе связки (сервере+хранилище данных) территориально расположены в разных зданиях, соединённых Ethernet сетью (скорость 2 Гб/сек)
На серверах предпологаю поставить ESX на полках СХД будут ВМ
Цель: организовать наилучшую отказоустоичивость отдельных ВМ (К примеру на сервере №1: DC, Exchange на сервере №2 файл сервер, сервер приложений)

Как я понимаю есть два пути (не считая реализации бэкапов) - это HA или Site Recovery Manager
В случае НА есть условие:
те ВМ, которые мы хотим защитить с помощью HA, должны лежать на общем(shared) LUN на внешней СХД. Т.е. чтобы с каждого хоста в кластере все файлы этих ВМ были видны.
Для этого случая у меня вопрос: что такое (shared) LUN и как его сделать?

В случае Site Recovery Managerю. В основе работы SRM лежит репликация СХД на уровне блоков. Притом, сам SRM этим не занимается - этим занимается предоставляемый вендором СХД софт. Скачал я с офсайта некий "IBM DS4000 Series Storage Replication Adapter", но как его прикручивать и настраивать репликацию не знаю

Подскажите плиз или поправьте меня, если я в чём то ошибаюсь

Michigun
А может быть, и ты тоже путаешь? Две гипотезы более сильная и более слабая:

Слабая: твой "DAS" (внешняя коробка) с точки зрения ESX является внешним сторадж-процессором, который предоставляет три вышеперечисленных таргета vmhba0:0:1, vmhba0:0:2, vmhba0:0:3 Но хотелось бы найти объяснение тому, что наши контроллеры по-разному представляют для ESX локальные массивы.

Сильная: твой контроллер сам ведет себя в точности так, как САН-устройство (например ипстор на iSCSI шине).

LevT
смотри - как я говорю - так написано в доках VMware, и касается, в первую очередь, FC SAN.

то ли DAS в принципе имеет небольшие отличия, то ли твоя\моя реализации DAS (конкретные железки) имеют отличия.

то, что я называл DAS - это Fujitsu Siemens FibreCat SX40 - полка с дисками, которая SAS кабелем цепляется к контроллеру в сервере. контроллер lsi megaraid 8344.
отличия от локальных дисков в общем то нет.

т.е. может просто разные контроллеры по разному адресуют одно и то же.

Michigun
то что я скажу сейчас - это интуитивное прозрение. Источники инфы указать не могу и, возможно, ошибаюсь. Cовременным контроллерам (к которым, видимо, мой 8300XLP не относится) пофиг, по какой шине общаться с дисковой коробкой. Это может быть FC, инфинибанд или что-нибудь проприетарное. Может быть Ethernet или SAS.

SCSI только эмулируется. Потому мелкософт даже изменила модель драйверов: теперь вендорам предлагается писать дрова класса storport. Но многие ленятся и продолжают делать scsiport...

Может быть, изменение в ESX третьей цифры по мере добавления волумов означает, что контроллер класса storport (т.ю. "удаленный сторадж-процессор") - а если меняется вторая цифра, то это старый добрый scsi?


Добавлено:
Michigun
твой lsi megaraid 8344 c каким драйвером пашет? Мой 8300 c megaraid_sas


Добавлено:
У тебя ДВА таких 8344? И vmhba0, и vmhba1, одинаковых?

FaiverEmail
наилучшая отказоустойчивость - это очень растяжимое понятие.
Обычно говорят, что HA и SRM - это решения "высокой доступности" и "восстановления после сбоев". А отказоустойчивость- это скорее к MSCS.

Так что ты получше поставь задачу, что тебе и за какие деньги надо решить.


Цитата:

твой lsi megaraid 8344 c каким драйвером пашет? Мой 8300 c megaraid_sas

сейчас не могу посмотреть.

Добавлено:

Цитата:

У тебя ДВА таких 8344? И vmhba0, и vmhba1, одинаковых?

полка на 8344
внутренние диски на 1078 по моему.

Michigun писал:

Цитата:

Так что ты получше поставь задачу, что тебе и за какие деньги надо решить.

Задача: При падении одной из критичных ВМ или выхода из строя железа/хоста, на котором крутился критичный/критичные ВМ - в кратчайшие сроки, автоматически, этот/эти ВМ поднимались на другом железе/хосте

Цитата:

Задача: При падении одной из критичных ВМ или выхода из строя железа/хоста, на котором крутился критичный/критичные ВМ - в кратчайшие сроки, автоматически, этот/эти ВМ поднимались на другом железе/хосте

если хотим защититься от сбоя сервера\ВМ - то HA.
Если хотим защититься от сбоя сервера\ВМ\службы и минимизировать время простоя - то MSCS.
Если хотим катастрофоустойчивости, т.е. защититься от сбоя СХД\одного из ЦОДов - то SRM.

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

все вышесказанное - имхо.

Michigun
Цель-задача: настроить НА на структуре, которую я писал выше
Одно из условий для поднятия НА:
те ВМ, которые мы хотим защитить с помощью HA, должны лежать на общем(shared) LUN на внешней СХД. Т.е. чтобы с каждого хоста в кластере все файлы этих ВМ были видны.
Вопрос: что такое (shared) LUN и как его сделать? Можно ли настроить НА в моём случае?