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

» VMware ESX Server и VMware Infrastructure

Автор: alexhirurg
Дата сообщения: 26.01.2008 16:39
вопрос - а безопасно апгрейдить 3 до 3.5 ? опцию соответсна выставив сохранять машины
просто на системнике есть немного машин...

и попутно - кто-нть юзал VMark ?
Автор: CHIRT
Дата сообщения: 26.01.2008 19:24
2 LevT


Цитата:
Допустим, на одном из серверов я намудрил что-то с вирт. свитчами, и виртуалка X на нем потеряла коннективити: мне нужно, чтобы юзвери ничего не заметили и продолжали пользоваться сервисами этой виртуалки из-под других хостов - такого можно достичь?


В виртуальной инфраструктуре VMware есть три сети:

1. сеть VM (виртуальных машин);
2. сеть сервисной консоли;
3. сеть VMkernel.

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

Поэтому, я думаю, HA и DRS тут не помогут, потому что хосты, после потери виртуальной машиной сети (которая есть сеть VM), остались живые и здоровые, т.е. у них серцебеенье в норме, и нагрузка не изменилась.

Можно попытаься зашарить сети VM и VMkernel. Тогда если отпадёт на одном из хостов сеть VM (
Цитата:
намудрил что-то с вирт. свитчами
), то этот хост из кластера выпадет, потому что у него также отпадёт и сеть VMkernel, и тогда может сработать HA. Но это кривая схема и работать, скорее всего, не будет, вот почему:

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

Кстати, по этой причине сеть VMkernel дожна быть с максимальной отказоустойчивостью. И с этой сетью желательно "не мудрить".

2. Сетей VM может быть несколько. А вдруг упадёт та сеть, которая не зашарена с сетью VMkernel? Тогда для этой сети проблема не решена.

Нет, не будет работать схема с зашаренными сетями VM и VMkernel. Потому что, даже если на втором хосте ничего не крутиться, то при потере сети, второй хост начнёт запускать виртуалки, а первый тем временем свои гасить не будет.
Автор: Michigun
Дата сообщения: 26.01.2008 19:34

Цитата:
Хосты в кластере общаются между собой (посредством агентов) в сети VMkernel.

Нет, через сеть сервис консоли.

С остальным согласен.
Автор: CHIRT
Дата сообщения: 26.01.2008 19:40
2 Michigun

Согласен. Через сеть VMkernel общается версия 3i, а версия 3 общается через сеть сервисной консоли.


Добавлено:
Я сейчас больше с 3i эксперементирую.
Автор: LevT
Дата сообщения: 27.01.2008 09:38

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


Уточняю вопрос. Есть хост с vmnic0 и vmnic1. Надо сохранить сетевую конфигурацию хоста и восстановить ее после запуска на новом железе, только с vmnic2 и vmnic3 соотвественно.

Коннективити vmkernel восстанавливается уже после
#esxcfg-vswitch -L vmnic2 vSwitch0

а вот с сервисной консолью, кажется, несколько сложнее: надо пересоздавать vswif-ы Хотелось бы понять до конца и автоматизировать процесс.


Добавлено:

Как прокомментируете идею держать в хосте альтернативный набор сконфигурированных vSwitch-ей и/или портгрупп на случай замены физических сетевушек? Или то же самое достигается как-то иначе?
Автор: Michigun
Дата сообщения: 27.01.2008 11:07
LevT
Как вариант - один раз создать скрипт для создания нужной конфигурации сети. Файлик с содержимым примерно таким:

Цитата:
esxcfg-vswitch -a vSwitch0
esxcfg-vswitch -a vSwitch1
esxcfg-vswitch -A SC vSwitch0
esxcfg-vswitch -A VM_net1vSwitch1
esxcfg-vswif -a -i 192.168.1.1 -n 255.255.255.0 vswif0
и т.д. и т.п.

Файлик этот делаем исполняемым, запускаем(например в рамках автоматической установки ESX или просто "когда надо" ) - и вуаля - сеть нужная есть. Если названия сетевушек меняются(vmnic0 -> vmnic2), имхо самое простое ручками под каждый хост парой команд мапить нужные сетевушки.
Автор: LevT
Дата сообщения: 27.01.2008 12:10
Michigun

1) Спасибо. Этот скрипт логично не вбивать ручками, а держать на nfs или smb шаре. Просьба кинуть ссылки, как включить/поставить соотв. клиентов.


2) И всё-таки: хочется "виртуализовать" также и хостовое железо. Эта цель уже очень близка. С вероятностью ок. 50% мне понадобится меньше часа, чтобы перенести хост на новое железо с сохранением конфигурации. Надо бы ещё уменьшить это время и увеличить "зону уверенности".

Хочу иметь в хосте готовую виртуальную сетевую инфраструктуру для физически отсутствующих в данный момент vmnic. Желание разумно? Что порекомендуете - создать запасной набор vswitch-ей? Портгрупп? Заюзать какие-то фичи на уровне vmnic?
Автор: Michigun
Дата сообщения: 27.01.2008 12:22

Цитата:
1) Спасибо. Этот скрипт логично не вбивать ручками, а держать на nfs или smb шаре. Просьба кинуть ссылки, как включить/поставить соотв. клиентов.

Вот тут.

Цитата:
И всё-таки: хочется "виртуализовать" также и хостовое железо. Эта цель уже очень близка. С вероятностью ок. 50% мне понадобится меньше часа, чтобы перенести хост на новое железо с сохранением конфигурации. Надо бы ещё уменьшить это время и увеличить "зону уверенности".

что имеется в виду? Если упал хост, поднимаем ему замену на другой железке с произвольным набором железа? Или заранее известно, на какие хосту будем ставить ESX, ежели чо?
Какой уровень автоматизации нужен?
Автор: LevT
Дата сообщения: 27.01.2008 13:18
Michigun

Цитата:
Если упал хост, поднимаем ему замену на другой железке


Да даже не дожидаясь падения (слава ahci.o). Вот у меня в конторе сейчас хостовая ось на сата диске, а я хочу завтра зайти туда и этот диск поменять на тот, что прихвачу из дома. Затратив на процедуру минимум времени.

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



Цитата:
с произвольным набором железа?


ну, это программа-максимум.


Добавлено:

В отношении стораджей в ESX прекрасно работают алиасы: не требуется ровно никакой реконфигурации (если сторадж вообще доступен хосту. Мелкая неприятность в том, что под 64-битной виндой диск на интеловском чипсетном AHCI виртуализуется воркстанцией как IDE: потому, хотя сам сервер с него на виртуальном железе запускается, расположенный прямо там же сторадж становится недоступен)

Как бы приблизиться к такой же независимости в отношении сетей?
Автор: LevT
Дата сообщения: 27.01.2008 16:13

Цитата:
Вот тут.


В 3.5 самба уже стоит сразу, ничего доставлять не надо. Но, блин,

mount -t smbfs //<</b>CIFS_server>/<</b>CIFS_share> /<</b>path_to_cifs_mount_point> -o username=<</b>username>[/<</b>domain>]

как эту нелепицу по ссылке перевести на понятный консоли язык? Несколько вариантов я уже перепробовал, но так и не был понят. Киньте своей строчкой, у кого работает.
Автор: Michigun
Дата сообщения: 27.01.2008 16:26
LevT
Я делал по этому "гайду", все завелось с полпинка.
Автор: LevT
Дата сообщения: 27.01.2008 17:06
спасибо, здесь есть правильная строчка, заработало.

А вот кто подскажет, откуда берётся текст на консоли Alt-F11 (тот, что виден на свежеустановленном сервере)? С остальными консолями я разобрался - это /etc/issue, /etc/issue.emergency и /etc/issue.net


Добавлено:

Короче, вот заготовка. Скрипт-полный резетц


Цитата:
esxcfg-vswif -d vswif0
esxcfg-vswitch -D "Service Console" vSwitch0
esxcfg-vswitch -d vSwitch0

esxcfg-vswitch -a vSwitch0
esxcfg-vswitch -A "Service Console" vSwitch0
esxcfg-vswitch -L vmnic0 vSwitch0
esxcfg-vswif -a vswif0 -i 192.168.16.112 -n 255.255.255.0 -p "Service Console"


Дока


Добавлено:

а ещё там есть ключик esxcfg-vswitch -r или --restore (for internal use only!)
он берёт конфиг из /etc/vmware/esx.conf

Кто-нибудь туда лазил?
Автор: Michigun
Дата сообщения: 27.01.2008 18:08

Цитата:
Короче, вот заготовка. Скрипт-полный резетц

еще можно в начало добавить что то вроде
esxcfg-vswitch -l >> old_network

на случай если придется восстанавливать сетку этого ESX.

Цитата:
esxcfg-vswitch -L vmnic0 vSwitch0

Вроде было условие что pNic может другое имя иметь?

Вообще, в этом скрипте я вижу удаление некой конструкции, а потом создание того же самого.
Автор: LevT
Дата сообщения: 27.01.2008 19:25
Michigun

Цитата:
еще можно в начало добавить что то вроде
esxcfg-vswitch -l >> old_network


хорошо было бы в конце концов сделать что-то вроде netsh dump и наоборот обратно



Цитата:
Вроде было условие что pNic может другое имя иметь?


ну да, это минимальная заготовка, для осознания процесса. Хреново, что даже esxcfg-vmknic -a не запустишь тупо, по аналогии с esxcfg-vswitch -a: там чуточку другие параметры.
Автор: LevT
Дата сообщения: 27.01.2008 21:42
esxcfg-info -n делает дамп. Можно ещё добавить -F xml (или -F perl для перловодов).

Теперь найти бы утилу, чтобы засосать назад этот (или модифицированный) дамп. Вряд ли я первый осознал такую потребность.
Автор: Pycckuu
Дата сообщения: 28.01.2008 13:52
Т.е. я правильно понимаю, что под Intel 3000 контроллер дешевле SRCSAS144E (Boiler Bay) PCIe x4 с поддержкой ESX не найти? Нужен RAID5.

Это конечно глупая ситуация, но я изначально настроился брать 1U систему на Q6600, и пришел к тому, что все PCI-X там через мост, т.е. недорогие PCI-X решения (Adaptec, LSI) не будут работать. Вот уже покупаю явно вылезающий из бюджета SAS144... Может какието другие есть варианты?

И профанский вопрос, просто уточнить- сервер лицензий ESX сможет работать на той же машине что и ESX? 1U будет одиноко стоять в арендном датацентре.
Автор: brassnet
Дата сообщения: 28.01.2008 14:06

Цитата:
ESX сможет работать на той же машине что и ESX?

Работать будет, только вот есть одна проблема-он должен быть доступен при старте ESX, иначе тот не запустит вирмашины...
Автор: Michigun
Дата сообщения: 28.01.2008 16:06

Цитата:
И профанский вопрос, просто уточнить- сервер лицензий ESX сможет работать на той же машине что и ESX?

Сервер лицензий - Windows приложение. Т.е. его надо будет в Win-ВМ засунуть. Так можно.


Цитата:
он должен быть доступен при старте ESX, иначе тот не запустит вирмашины...

Неправда. В случае недоступности сервера лицензий ESX пашет без него 2 недели.

LevT
Я тут подумал - может вместо дампов сети и пр. тебе просто взять, и под каждый сервак сделать флешкус ESX3i уже сконфигуренным под этот_конкретный_экземпляр_сервера?
Автор: brassnet
Дата сообщения: 28.01.2008 16:20

Цитата:
Неправда. В случае недоступности сервера лицензий ESX пашет без него 2 недели.

Это если он его увидел хотябы раз, прочел лицензии и дал создать/запустить вирмашины. А если он изначально планируется размещаться на виртуалке, как он будет запущен? Нужно сначала поставить сервер лицензий на какой то комп с виндой, пнуть вирмашины, а потом можно заморачивать на виртуалке...
Автор: Pycckuu
Дата сообщения: 28.01.2008 16:47
а можно прописать сервер лицензий через динамический днс, чтобы если что- включил ноутбук, они увидились и все заработало?
Автор: CHIRT
Дата сообщения: 28.01.2008 16:54
2 Michigun


Цитата:
под каждый сервак сделать флешкус ESX3i уже сконфигуренным под этот_конкретный_экземпляр_сервера


А можно более подробно. Это интересно.

Т.е., могу ли я такую флешку из под VMware Workstation сделать и сконфигурить? И если да, то как? (Любая информация: общая стратегия, ссылки какие-нибудь и т.п.)

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


Цитата:
Нужно сначала поставить сервер лицензий на какой то комп с виндой, пнуть вирмашины, а потом можно заморачивать на виртуалке...


Можно ESX-сервер развернуть без сервера лицензий в Evaluation Mode для начала и потом развернуть сервер лицензий на виртуалке.
Автор: Pycckuu
Дата сообщения: 28.01.2008 17:07
Сформулирую вопрос точно- подскажите пожалуйста реально работающий метод запуска ESX в standalone моде. Установка в Evaluation и последующее указание сервера лицнзий в виртуалке внутри себя скриптом?
Автор: Oleg_Kurilin
Дата сообщения: 28.01.2008 17:31
CHIRT

Цитата:
Т.е., могу ли я такую флешку из под VMware Workstation сделать и сконфигурить? И если да, то как? (Любая информация: общая стратегия, ссылки какие-нибудь и т.п.)

На установочном диске, в дебрях архива install.tgz имеется файл с длинным именем и расшерением .dd, это есть образ USB flash диска. Если его залить на флэшку от 1G (лучше 4G значения не имеет) то, по идее, будет то что спрашивал.
Инсталятор делает то-же самое на винчестер, но правит 4 бита в идентификаторе партиции, для того, что бы данные брались не с USB, а с жёсткого диска.
Автор: CHIRT
Дата сообщения: 28.01.2008 17:39
2 Pycckuu

Для одного хоста может быть не заморачиваться с сервером лицензий, а выбрать вариант лицензирования с хостовой лицензией?

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

Спасибо! Снимаю шляпу.
Я думаю, это то, что нужно. Где-то попадалась мне на форумах информация, что с таким имиджем делать.
Автор: Michigun
Дата сообщения: 28.01.2008 19:01

Цитата:
Это если он его увидел хотябы раз, прочел лицензии и дал создать/запустить вирмашины. А если он изначально планируется размещаться на виртуалке, как он будет запущен? Нужно сначала поставить сервер лицензий на какой то комп с виндой, пнуть вирмашины, а потом можно заморачивать на виртуалке...

Самый первый раз триал лицензию врубаем, и пользуемся.

UPD. не заметил что это уже CHIRT написал.


Цитата:
а можно прописать сервер лицензий через динамический днс, чтобы если что- включил ноутбук, они увидились и все заработало?

этот сервер лицензий проще переустановить если вдруг что, имхо.


Цитата:
Для одного хоста может быть не заморачиваться с сервером лицензий, а выбрать вариант лицензирования с хостовой лицензией?


+1


Цитата:
На установочном диске, в дебрях архива install.tgz имеется файл с длинным именем и расшерением .dd, это есть образ USB flash диска. Если его залить на флэшку от 1G (лучше 4G) то, по идее, будет то что спрашивал.
Инсталятор делает то-же самое на винчестер, но правит 4 бита в идентификаторе партиции, для того, что бы данные брались не с USB, а с жёсткого диска.

абсолютно. Более подробно - тут.


Цитата:
Т.е., могу ли я такую флешку из под VMware Workstation сделать и сконфигурить? И если да, то как? (Любая информация: общая стратегия, ссылки какие-нибудь и т.п.)

Какая разница из под чего делать? Я только не помню, ESX3i под worstation заводиться или нет. Как минимум ему нужны процы с Intel VT.
Автор: CHIRT
Дата сообщения: 28.01.2008 19:44
2 Michigun

Спасибо за ссылочку.

ESX3i под worstation заводиться нормально. По крайней мере у меня завёлся без проблем. Без Intel VT, вроде, тоже ставится, только, говорят, жутко тормозит. Так что Intel VT обязательно нужен. (Для информации, у меня комп с Intel VT, а вариант без неё я не проверял.)

Автор: LevT
Дата сообщения: 28.01.2008 20:52
Pycckuu

Цитата:
и пришел к тому, что все PCI-X там через мост, т.е. недорогие PCI-X решения (Adaptec, LSI) не будут работать.


а вот и нефига, будут! У меня теперь под ESX 3.5 завёлся LSI MegaRAID 8x SATA на Asus P5WDG2 Pro, с драйвером megаraid2, по обновлённой инструкции http://www.run-virtual.com/?p=88 (Отчего не заводился полгода назад 3.0.1 - хз. Может по объективным причинам, а может и по моей криворукости.)

Правда, скорость линейной записи на страйп (raid0) из двух дисков - 3-4МBps. Что с батарейкой, что без оной.... ;(

Заподляна скорее может быть с дешевыми "серверными" матерями на 3000 чипсете. Например, в асусе P5M2 (у меня с суффиксом /SAS) не работает ни один рэйд контроллер, кроме "положенного" в зелёный слот ZCR 8300XLP (это где-то 350 енотов). Зачем там второй PCI-X и PCIEx8? для пускания пыли в глаза покупателям, видимо...


Добавлено:
Michigun

Цитата:
Я тут подумал - может вместо дампов сети и пр. тебе просто взять, и под каждый сервак сделать флешкус ESX3i уже сконфигуренным под этот_конкретный_экземпляр_сервера?


В качестве промежуточного этапа такое покатит и пригодится, но в идеале я хотел бы получить флешку, с которой сконфигурированный ESX стартанёт на (почти) любом железе после некоторой доводки (заранее заготовленными скриптами).

А нынешняя моя цель несколько иная: ставлю сервак дома в виртуалке под воркстанцией на физический сата диск (другого железа он пока не знает!), прихожу в контору, останавливаю боевой серв, подменяю бутовый диск. Задача - минимизировать время, которое уходит на поднятие боевой конфигурации. Пока что я почти за два часа с трудом справился, из-за физической усталости и недостаточной подготовки. Считаю результат неудовлетворительным....
Автор: arsenalzp
Дата сообщения: 29.01.2008 09:07
Добрый день.

А есть рекомендации VMware по выбору внешних хранилищ доступных через iSCSI для VI3 ?
Кто с какими запускал VMware HA ?
Есть два вида инициаторов ( initiator ): программный и "железячный". Какое приимущество того или другого?
Стоит задача купить какое-либо внешнее хранилище для обеспечения нормальной работы VMware HA. Посоветуйте, если не сложно. Практические рекомендации принимаются

Так же есть возможность приобрести NAS какой-нибудь, для доступа по NFS.
Какие плюсы и минусы доступа к внешнему хранилищу по iSCSI, FC и NFS для VMware HA ?

Заранее благодарен!
Автор: Michigun
Дата сообщения: 29.01.2008 10:03

Цитата:
А есть рекомендации VMware по выбору внешних хранилищ доступных через iSCSI для VI3 ?

Есть список совместимости с железом, т.е. контроллерами и СХД.


Цитата:
Кто с какими запускал VMware HA ?

Я с программным таргетом StarWind, если мы про iSCSI говорим. Для тестов\демо.


Цитата:
Есть два вида инициаторов ( initiator ): программный и "железячный". Какое приимущество того или другого?

Программный есть в составе ESX и бесплатен. Аппаратный эффективнее, дает меньше паразитной нагрузки на хост, стоит денег.

Цитата:
Какие плюсы и минусы доступа к внешнему хранилищу по iSCSI, FC и NFS для VMware HA ?

С т.зрения только функционала HA разницы никакой. Основная разница, имхо, в скорости доступа. Если ее хватает на NFS - отлично. Нет - тратим больше денег на что то другое. А HA заведется и там и там и там.
Автор: CHIRT
Дата сообщения: 29.01.2008 10:36
2 LevT


Цитата:
Пока что я почти за два часа с трудом справился, из-за физической усталости и недостаточной подготовки.


А подробнее можно описать на что конкретно ушло время, какие основные трудности возникли?


Цитата:
...ставлю сервак дома в виртуалке под воркстанцией на физический сата диск (другого железа он пока не знает!), прихожу в контору, останавливаю боевой серв, подменяю бутовый диск.


Поделись, пожалуйста, зачем это нужно? Какой-нибудь реальный пример. Чтобы понимать, за что "колотиться". Может твою проблему можно будет решить подругому.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110

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


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