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

» VMware ESX Server и VMware Infrastructure

Автор: LevT
Дата сообщения: 03.11.2008 09:20
Apokrif
Непонятно, как считает геометрию варя для конкретно своих vmdk. А вот человек по ссылке кажется разобрался для себя - но алгортитм не выложил. Может, он широкоизвестен в узких кругах?
Автор: VelAndr
Дата сообщения: 04.11.2008 23:10
sergi88
У меня сейчас практически такая схема. 2 ESX в кластере, в качестве СХД OpenSuSE11 (можно также использовать openfiler - тоже бесплатен) - iSCSI.
VI-серверы имеют 2 карты. Одна смотрит в продакшн-сеть, вторая - в сторадж-сеть.
По поводу карт. Если планируется большая загрузка, лучше конечно использовать специализированные iscsi-карты (adaptec, qlogic, причем последний предпочтительней IMHO, ибо точно поддерживается VI). На сторадж соответственно тоже лучше поставить эту карту (если он самопальный - у меня, например, DL320s с SATA винтами, что не лучший вариант).
По поводу FC - конечно же это лучше. Гораздо лучше. Но и дороже существенно. Чего стоит только один SAN switch, да и карты qlogic по 1300 бачей идут... И сам сторадж (контроллеры, полка) недешевый. Но если на это есть деньги - надо брать.

Ну вот как-то так...
Автор: Valery12
Дата сообщения: 05.11.2008 09:04
У меня IBM DS3400 два контроллера по два порта на каждом, если в кластере только два сервера то можно создать отказоустойчивую систему и без SAN switch. Хотя и без него цена не маленькая, но все же.
Автор: pitblack
Дата сообщения: 05.11.2008 09:53
Извините, никто не подскажет ссылочку как подружить виртуалку и NPIV?
Хотелка такая -определенный софт должен работать с хранилищем FC напрямую
(CV EVA и RSM-софт для управления этим хранилищем), в свойствах виртуалки
(W2003EE) FC NPIV неактивен-типа такая vm не поддерживает. Возможно ли разрулить
Автор: faust72rus
Дата сообщения: 05.11.2008 10:10
pitblack
а если поменять тип Оси внутри, не активируеться?
Автор: Michigun
Дата сообщения: 05.11.2008 10:30

Цитата:
Извините, никто не подскажет ссылочку как подружить виртуалку и NPIV?
Хотелка такая -определенный софт должен работать с хранилищем FC напрямую
(CV EVA и RSM-софт для управления этим хранилищем), в свойствах виртуалки
(W2003EE) FC NPIV неактивен-типа такая vm не поддерживает. Возможно ли разрулить

а точно нужен NPIV?
если софту нужен прямой доступ на ЛУН, то нужен RDM.
NPIV это возможность засветить на SAN еще и WWN ВМ, кроме WWN хоста.
Автор: pitblack
Дата сообщения: 05.11.2008 10:46
если ставить управлялку хранилищем просто на vm, то она не видит хранилища RDM не помогает
Если и есть возможность так сделать (не факт ) то только через npiv. Буду рад любому совету
Автор: RemComm
Дата сообщения: 05.11.2008 11:06
pitblack
In-band management, вероятней всего, не заработает. Если железка поддерживает управление out-band (как правило, через сетку) - то его использование предпочтительней. Сейчас практически все вендоры СХД предоставляют оба способа управления.
Автор: Michigun
Дата сообщения: 05.11.2008 11:09

Цитата:
если ставить управлялку хранилищем просто на vm, то она не видит хранилища RDM не помогает
Если и есть возможность так сделать (не факт ) то только через npiv. Буду рад любому совету

еще раз:

Цитата:
NPIV это возможность засветить на SAN еще и WWN ВМ, кроме WWN хоста.

и все!
т.е. SAN как SAN из ВМ все равно не увидится. ВМ все равно будет видеть ЛУНы как локальные диски. А SAN будет видеть два WWN вместо одного - вот и все плюсы от NPIV.

То, что пункт неактивен, может означать что FC HBA не поддерживают NPIV.
Автор: LevT
Дата сообщения: 05.11.2008 11:12
Вопрос о виртуализованном ESX 3.5 (по рецепту xtravirt)
В рецепте предписывается давать виртуалке только один процессор. А хотелось бы два.

Под 2008 amd64 хостом если дать ей два проца - гостевой ESX виснет на этапе Initializing scheduler...

Обойти бы это ограничение. В чем может быть причина?


ЗЫ. На плате P5Q-E ESX 3.5 видит все 16 гектаров памяти, чипсетное сата (после стандартной процедуры добавления pciid 8086:3a22 в ahci.xml) и вставной PCIe железный рейд от LSI (megaraid_sas). При этом с лёгкостью гонится и стабилен на 450 по шине (3.6Ггц; дальше не пробовал).

Внимание! При неверных значениях memory remap в биосе - 16 гектар видит, но считает 12 из них сразу занятыми.
Автор: pitblack
Дата сообщения: 05.11.2008 11:18
Все понял, спасибо. Хотя это грустно
Автор: sergi88
Дата сообщения: 05.11.2008 14:49
VelAndr


Цитата:
sergi88
У меня сейчас практически такая схема. 2 ESX в кластере, в качестве СХД OpenSuSE11 (можно также использовать openfiler - тоже бесплатен) - iSCSI.
VI-серверы имеют 2 карты. Одна смотрит в продакшн-сеть, вторая - в сторадж-сеть.
По поводу карт. Если планируется большая загрузка, лучше конечно использовать специализированные iscsi-карты (adaptec, qlogic, причем последний предпочтительней IMHO, ибо точно поддерживается VI). На сторадж соответственно тоже лучше поставить эту карту (если он самопальный - у меня, например, DL320s с SATA винтами, что не лучший вариант).
По поводу FC - конечно же это лучше. Гораздо лучше. Но и дороже существенно. Чего стоит только один SAN switch, да и карты qlogic по 1300 бачей идут... И сам сторадж (контроллеры, полка) недешевый. Но если на это есть деньги - надо брать.

Ну вот как-то так...


Спасибо за ответ!
А если взять двух портовые iSCSI карты, и из двух портов сделать транк, не слышал о таком.
Автор: RemComm
Дата сообщения: 05.11.2008 15:00
LevT

Цитата:
В рецепте предписывается давать виртуалке только один процессор. А хотелось бы два.
В общем случае - не проблема. ESX3.5u2 под XP SP3 на Intel Core 2 Duo в VMWare Workstation 6.5 заводится при 2 CPU, хотя при инициализации шедуллера - притормаживает. Но через некоторе время попускается. Может, какие-то особенности виртуализации под AMD.
Автор: LevT
Дата сообщения: 05.11.2008 16:07
amd64 - это архитектура. Проц интел. Может, я просто нетерпелив: проверю.
Автор: VelAndr
Дата сообщения: 05.11.2008 19:34
sergi88
нет проблем. Под линуксом есть модуль, объединяющий порты. В каждом дистрибе есть. В openfiler видел как это настраивается через веб-морду. Прикольно.
У себя такую вещь не делал - второй порт планирую под кластеризацию стоража (drbd+ha).
Автор: Kammerer2006
Дата сообщения: 06.11.2008 16:22
Товарищи !

Попытался поставить X64 Windows Server 2003. Создал виртуалку, подцепил ISO дистрибутива. И получил что мол процессор не поддерживает x64, ставьте x32.

А какой же проц нужен ?


Текущий вот такой - http://processorfinder.intel.com/details.aspx?sSpec=SLA67
Intel® Xeon® Processor X7350
Автор: faust72rus
Дата сообщения: 07.11.2008 07:00
Расскажи о сервере на котором этот проц стоит...
У меня такая ошибка была при ВЫКЛЮЧЕННОЙ опции виртуализации.

Добавлено:
Народ подскажите как мувнуть базы с одного сервера на другой оба ESXi 3.5 лицензии на VM Move нету ( ... Если не копировать через левый комп есть шанс?

Добавлено:
*ссори не базы а машины*
Автор: Michigun
Дата сообщения: 07.11.2008 08:48

Цитата:
Попытался поставить X64 Windows Server 2003. Создал виртуалку, подцепил ISO дистрибутива. И получил что мол процессор не поддерживает x64, ставьте x32.

А какой же проц нужен ?

проверь в БИОСе, включен ли Intel VT.


Цитата:
Народ подскажите как мувнуть базы с одного сервера на другой оба ESXi 3.5

Virtual Center нет, как я понимаю?
Может быть самым простым было бы его поставить, хотя бы в evaluation версии, и на выключеной машинке выбрать migrate - все отлично скопируется с сервака на сервак.
Автор: Jaba_B_Ta3e
Дата сообщения: 07.11.2008 12:50
Это потенциально отличная штука. Virtual Appliance, т.е. готовая к работе ВМ.
64 битный Linux, в нем
# VMware Tools
# VI Perl Toolkit
# RCLI
# Basic SNMP
# Centralized ESX Server Logging
Т.е. эта ВМ заточена быть средством мониторинга и даже управления серверами ESX\ESXi.
Ранее нам уже был доступен RCLI в виде Virtual Appliance для ESXi, но VIMA отличается тем, что в нее можно поставить агента мониторинга железа(!) и изнутри ВМ мониторить железо ESX хоста(!!). Это очень здорово, ведь именно отсутствие возможности поставить агента мониторинга внутрь ESXi называют главным его минусом. А тут и мониторинг, и запуск скриптов, и установка третьесторонних приложений и утилит, и централизованное логирование - красота!


VIMA - VMware Infrastructure Management Assistant.
Автор: borov
Дата сообщения: 07.11.2008 13:24
Вышли:
VMware ESX 3.5 Update 3
Latest Version: 3.5 Update 3 | 2008/11/06 | Build: 123630

VMware ESXi 3.5 Installable Update 3
Latest Version: 3.5 Update 3 | 2008/11/06 | Build: 123629

http://www.vmware.com/download/vi/index.html
Автор: shadow799
Дата сообщения: 07.11.2008 15:53
Подскажыте вчем дело когда я запускаю виртуальную систему з ESX server то этот сервер вырубается?
А бывает что выводит клиент ошыбку типа отредактируйте настройки памяти

Добавлено:
Когда я запускаю виртуальную систему з ESX сервера то при 95% сервер постоянно вырубается
при этом выводит ошыбку vcpu-0:Assert vmcore/privat/physMem_shared.h38:BugNr=131897
Автор: LevT
Дата сообщения: 09.11.2008 11:07

Зарезервировать в госте гектар памяти не удается: говорит, что настройки вышестоящего пула не дают зарезервировать больше 256 метров.

Сервак когда-то был частью экспериментального кластера, теперь в свободном полёте. Подскажите, как заставить его забыть о прошлом?
Автор: faust72rus
Дата сообщения: 10.11.2008 07:58
LevT
переустановить?
Автор: shadow799
Дата сообщения: 10.11.2008 15:50
помогите очень надо
Когда запускаю виртуальную машыну в ESX 3.5 выскакивает ошыбка
в VMWare Workstation6 и сразу вырубается
вот эта ошыбка

*** VMware Workstation internal monitor error ***
vcpu-0:ASSERT vmcore/private/physMem_shared.h:38 bugNr=131897
Please report this problem by selecting menu item Help > VMware on the Web > Request Support, or by going to the Web page "http://www.vmware.com/info?id=8&logFile=D%3a%5cVmWare%5cvmware%2elog&cor eLocation=D%3a%5cVmWare%5cvmware%2dcore%2egz". Please provide us with the log file (D:\VmWare\vmware.log) and the core file (D:\VmWare\vmware-core.gz).
If the problem is repeatable, please select 'Run with debugging information' in the Options panel of Virtual Machine Settings. Then reproduce the incident and file it according to the instructions.
To collect files to submit to VMware support, run "vm-support.vbs".
We will respond on the basis of your support entitlement.
We appreciate your feedback,
-- the VMware Workstation team.
Автор: faust72rus
Дата сообщения: 10.11.2008 22:23
shadow799
Ты какую где машыну запускаешь? Из ESX в Workstation или наоборот?
Конвертер юзать надо!
Автор: shadow799
Дата сообщения: 11.11.2008 10:33
Я запускаю з ESX каторая находится на VmWare workstation 6
Автор: faust72rus
Дата сообщения: 11.11.2008 21:09
то есть ты запускаешь внутри workstation ESX? Если я правильно понял, то к сожалению ни чем не смогу помочь... изврат... ИМХО
Автор: WEST_KG
Дата сообщения: 12.11.2008 07:04
Как наиболее правильно бекапить виртуальные машины на VMware ESX 3i ??
Задача такая: есть один сервер esx 3i на нем крутится 4 виртуальных машины, нужно их бекапить, есть только сеть и файловый сервер.

Пробовал вручную из под vm ic копировать вручную прям с datastore, правильно ли это ???, потом можно ли их так же на новом сервере просто залить в datastore и запустить ????

Еще вопрос, если я буду переустанавливать esx 3i на esx, есть возможность не удалять datastore с диска, а сделать просто апгрейд (нормально ли апдейтится ??или есть подводные камни) ??

...заранее благодарен за ответ...
Автор: shadow799
Дата сообщения: 12.11.2008 10:12
канечно можно вручную переместить вирт машыны. Возможность такая есть. Если у тебя storage на которой находится вирт машыны на локальной машыне, то ты смело можеш переустановить esxi на esx и потом заново подключить этот storage. И все должно работать. А если у тебя storage находится на esxi то я невкурсе. По идеи если просто небудеш форматить тот раздел где находится этот storage то сможеш его использовать в esx.
Автор: noklaf
Дата сообщения: 12.11.2008 13:25
Пробую ставить ESX 3.5 пишет, что не может найти сетевые карты в системе и ребутится. Попробовал realtek и genius сетевухи, но не находит. Есть ли выход, кроме покупки поддерживаемой карты?

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110

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


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