Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Операционные системы » Другие ОС » VMware ESX Server и VMware Infrastructure

Модерирует : lynx, dg

batva (04-04-2009 09:34): VMware ESX Server и VMware Infrastructure (часть 2)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165

   

rds



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
VMware Infrastructure
Описания:
VMware ESX Server
VMware VirtualCenter
VMware Consolidated Backup
 
VMware ESX Server и VMware Infrastructure: Документация Скачать с официального сайта Скачать в Варезнике
Бесплатный VMware ESX 3i: Скачать, FAQ, Управление VMware ESX 3i
 
Подборка полезных ссылок:  
FAQ,
утилиты для VMware ESX,
набор ссылок на сайты о виртуализации,
российский блог, посвящённый виртуализации,
сервер для esx за 900$.  
Лицензирование MS Windows под виртуализацию.
Русскоязычная неофициальная документация - wiki.vm4.ru
 
Краткий указатель:  
Монтирование гостевых дисков через VCB
Обозрение процесса обновления хостов через Vmware Update Manager
Гайд по командной строке.

Всего записей: 62 | Зарегистр. 13-05-2002 | Отправлено: 21:42 03-11-2003 | Исправлено: RussianNeuroMancer, 00:36 27-03-2009
CHIRT

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
2 arsenalzp
 
Если оба ESX-сервера удасться направить на сторидж второго ESX-сервера (там, где виртуалки храняться) по NFS, т.е. первый сервер - обыкновенный NFS, а второй - NFS сам на себя, то может и получиться. Получиться ли - не знаю, не пробовал.
 
Только схема очень кривая, потому как, в случае, если первый сервак крутит виртуалки со второго сервака по NFS, то это всё будет работать намного медленней, в отличие от того, когда первый сервак крутит виртуалки со своего локального сториджа (т.е. ресурсы используются не оптимально), а в случае, если запускать виртуалки на втором сервере, то пропадает сама отказоустойчивость, потому что, если второй сервак умрет, то и сторидж его умрёт, и первый сервак так и не сможет запустить виртуалки.
 
И, по-моему, прав Bander, без внешнего сториджа HA работать не будет.
 

Всего записей: 160 | Зарегистр. 31-03-2004 | Отправлено: 20:38 24-01-2008
LevT



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

Цитата:
пропадает сама отказоустойчивость,

 
отказоустойчивость в HA кластере разве на уровне хоста? Я до сих пор думал, что на уровне отдельных гостей.
 

Всего записей: 13656 | Зарегистр. 14-10-2001 | Отправлено: 22:29 24-01-2008
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ALL
Как сделать полный дамп сетевой конфигурации ESX сервера?
 
пытаюсь завести на другом железе установленный и настроенный хост: "PnP" реконфигурация отрабатывает здорово, хост заводится, но в результате упираюсь в отсутствие сети. Мало того, если потом вернуть хост на то железо, на котором он был изначально установлен, порты сервисной консоли так и остаются не работающими.  
 
Рискну предположить, что слетает инициализация интерфейсов по макам или что-то в этом роде.
 
 
Добавлено:
ALL
 
чем перепаковать rpm-ки под виндой? Хочу попробовать модифицировать файлы /etc/vmware/pciid/driver.xml прямо в установочном диске сервера.
 
 
Добавлено:
 
Блин, только что заметил, что втихаря появилась поддержка сетевух 3com! И ещё много там открытий чудных...
(обломс: моя 3C905C-TX, хотя прекрасно видна vmkernel-у, не поддерживается инсталлятором, который по прежнему требует вставить что-то вроде e100 или tg3)

Всего записей: 13656 | Зарегистр. 14-10-2001 | Отправлено: 01:14 25-01-2008 | Исправлено: LevT, 02:50 25-01-2008
arsenalzp



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
А возможны варианты с распределенным хранилищем? Что-то типа DRBD.
В принципе можно поднять это на каждой ВМ, которая крутиться на ESX-сервере. Благо их не много.

Всего записей: 34 | Зарегистр. 13-11-2007 | Отправлено: 09:20 25-01-2008
Oleg_Kurilin



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
arsenalzp
А смысел? Это для того, что бы всё хранилище упало, если один сервер навернётся? Хорошая отказоустойчивость. Ну или часть ресурсов не будет доступно, так чем это лучше локальных хранилищ, когда сервер навернётся только его машины на его хранилище не будут доступны.
Короче - нет! Хотя средствами других производителей можно сделать и репликацию и зеркалирование, но только не на самом ESX-сервере. Сам ESX-сервер может доступаться к хранилищю только по:
1. оптика
2. iSCSI
3. NFS
Другого не дано.

Всего записей: 955 | Зарегистр. 01-09-2003 | Отправлено: 10:54 25-01-2008
Bander

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
arsenalzp
Вариант с распределенным хранилищем возможен, скорее всего, только в том случае, если все ESX-серверы видят это хранилище как один ресурс доступный по NFS, FC или iSCSI. Поддержка распределенности самого хранилища при этом должна будет выполняться неким другим ПО или железом (что-нибудь типа виртуализации для SAN или NAS), а это дорогое и/или весьма непростое решение.
Про кластеризацию, HA, DRS и т.п можно почитать в Resource Management Guide. Там есть раздел Understanding Clusters. Ну и далее...
 
ALL
Кстати, не отождествляйте Linux-консоль ESX-сервера с самим ESX-сервером. По некоторым данным это всего лишь специфическая виртуальная машина (сравните ESX server 3.5 и 3i)

Всего записей: 23 | Зарегистр. 09-04-2002 | Отправлено: 11:06 25-01-2008 | Исправлено: Bander, 11:09 25-01-2008
arsenalzp



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Вот к стати, хорошая статья:
http://www.petri.co.il/iscsi-san-vmware-esx.htm
 
Возник вот такой вопрос: в конфигурации ESX HOST-а есть пункт "Storage Adapters" присутствует iSCSI Software Adapters  
( vmhba40) - что это за оборудование? Возможно ли его "расшарить" для доступа по iSCSI с других хостов инициаторов?

Всего записей: 34 | Зарегистр. 13-11-2007 | Отправлено: 16:13 25-01-2008 | Исправлено: arsenalzp, 17:45 25-01-2008
CHIRT

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

Цитата:
отказоустойчивость в HA кластере разве на уровне хоста? Я до сих пор думал, что на уровне отдельных гостей.

 
Извини. Я не понял твой вопрос.
 
Упрощённо о HA.
 
Два сервера (1 и 2) в кластере смотрят на один внешний сторидж. На сторидже лежат виртуалки. Виртуалки запущены, например, на сервере 1. Если сервер 1 падает, то виртуалки автоматически перезапускаются на сервере 2. Это сделать легко, потому как сторидж остался доступным, и виртуалки доступны. НА - это кластер отказоустойчивости.
 
А если это локальный сторидж сервера 1, то если умер этот сервер, то и сторидж его будет недоступен, и, следовательно, не смогут перезапуститься виртуалки на другом сервере. Какая тут отказоустойчивость? Поэтому для HA нужен внешний сторидж.
 
А кластер распределения нагрузки - это DRS. По смыслу он работает так же, как и HA, только процес перезапуска виртуалок на другом сервере инициируется не из-за отказа сервера, а из-за нарушения баланса нагрузки. Например, серверу 1 нехватает вычислительной мощности, а сервер 2 простаивает, тогда часть виртуалок, крутящихся на сервере 1, перезапускаем на сервере 2.

Всего записей: 160 | Зарегистр. 31-03-2004 | Отправлено: 21:49 25-01-2008
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
CHIRT
 
видимо, я смешивал два вида кластеров. Если на одном из серверов кластера виртуалка X не откликается, то она откликнется на других серверах - это кластер DRS (вырожденный случай), так? А кластер НА, судя по твоим словам, относится именно что к хосту в целом, и мне не в тему. Я правильно понял?
 
Допустим, на одном из серверов я намудрил что-то с вирт. свитчами, и виртуалка X на нем потеряла коннективити: мне нужно, чтобы юзвери ничего не заметили и продолжали пользоваться сервисами этой виртуалки из-под других хостов - такого можно достичь? Понятно, что против отключения vmkernel приема быть не может - но я не об этом.

Всего записей: 13656 | Зарегистр. 14-10-2001 | Отправлено: 00:51 26-01-2008 | Исправлено: LevT, 00:54 26-01-2008
Notser



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
LevT
Да, ты путаешь. HA и DRS работают на уровне хоста (и обеспечивают его доступность).
Гостя (виртуалку) надо прикручивать к кластеру Майкрософт или Веритас и тп

Всего записей: 141 | Зарегистр. 07-02-2003 | Отправлено: 02:41 26-01-2008
alexhirurg

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
вопрос - а безопасно апгрейдить 3 до 3.5 ? опцию соответсна выставив сохранять машины
просто на системнике есть немного машин...
 
и попутно - кто-нть юзал VMark ?

Всего записей: 61 | Зарегистр. 30-08-2006 | Отправлено: 17:39 26-01-2008 | Исправлено: alexhirurg, 19:13 26-01-2008
CHIRT

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
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. Потому что, даже если на втором хосте ничего не крутиться, то при потере сети, второй хост начнёт запускать виртуалки, а первый тем временем свои гасить не будет.

Всего записей: 160 | Зарегистр. 31-03-2004 | Отправлено: 20:24 26-01-2008
Michigun



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

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

Нет, через сеть сервис консоли.
 
С остальным согласен.

Всего записей: 1623 | Зарегистр. 28-12-2004 | Отправлено: 20:34 26-01-2008
CHIRT

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
2 Michigun
 
Согласен. Через сеть VMkernel общается версия 3i, а версия 3 общается через сеть сервисной консоли.
 
 
Добавлено:
Я сейчас больше с 3i эксперементирую.

Всего записей: 160 | Зарегистр. 31-03-2004 | Отправлено: 20:40 26-01-2008
LevT



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

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

 
Уточняю вопрос. Есть хост с vmnic0 и vmnic1. Надо сохранить сетевую конфигурацию хоста и восстановить ее после запуска на новом железе, только с vmnic2 и vmnic3 соотвественно.
 
Коннективити vmkernel восстанавливается уже после  
#esxcfg-vswitch -L vmnic2 vSwitch0
 
а вот с сервисной консолью, кажется, несколько сложнее: надо пересоздавать vswif-ы  Хотелось бы понять до конца и автоматизировать процесс.
 
 
Добавлено:
 
Как прокомментируете идею держать в хосте альтернативный набор сконфигурированных vSwitch-ей и/или портгрупп на случай замены физических сетевушек? Или то же самое достигается как-то иначе?

Всего записей: 13656 | Зарегистр. 14-10-2001 | Отправлено: 10:38 27-01-2008 | Исправлено: LevT, 10:48 27-01-2008
Michigun



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
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), имхо самое простое ручками под каждый хост парой команд мапить нужные сетевушки.

Всего записей: 1623 | Зарегистр. 28-12-2004 | Отправлено: 12:07 27-01-2008
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Michigun
 
1) Спасибо. Этот скрипт логично не вбивать ручками, а держать на nfs или smb шаре. Просьба кинуть ссылки, как включить/поставить соотв. клиентов.
 
 
2) И всё-таки: хочется "виртуализовать" также и хостовое железо. Эта цель уже очень близка. С вероятностью ок. 50% мне понадобится меньше часа, чтобы перенести хост на новое железо с сохранением конфигурации. Надо бы ещё уменьшить это время и увеличить "зону уверенности".
 
Хочу иметь в хосте готовую виртуальную сетевую инфраструктуру для физически отсутствующих в данный момент vmnic. Желание разумно? Что порекомендуете - создать запасной набор vswitch-ей? Портгрупп? Заюзать какие-то фичи на уровне vmnic?

Всего записей: 13656 | Зарегистр. 14-10-2001 | Отправлено: 13:10 27-01-2008 | Исправлено: LevT, 13:21 27-01-2008
Michigun



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

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

Вот тут.

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

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

Всего записей: 1623 | Зарегистр. 28-12-2004 | Отправлено: 13:22 27-01-2008
LevT



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

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

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

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

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

Всего записей: 13656 | Зарегистр. 14-10-2001 | Отправлено: 14:18 27-01-2008 | Исправлено: LevT, 14:52 27-01-2008
LevT



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

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

 
В 3.5 самба уже стоит сразу, ничего доставлять не надо. Но, блин,
 
mount -t smbfs //<</b>CIFS_server>/<</b>CIFS_share> /<</b>path_to_cifs_mount_point> -o username=<</b>username>[/<</b>domain>]
 
как эту нелепицу по ссылке перевести на понятный консоли язык? Несколько вариантов я уже перепробовал, но так и не был понят. Киньте своей строчкой, у кого работает.

Всего записей: 13656 | Зарегистр. 14-10-2001 | Отправлено: 17:13 27-01-2008 | Исправлено: LevT, 17:16 27-01-2008
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165

Компьютерный форум Ru.Board » Операционные системы » Другие ОС » VMware ESX Server и VMware Infrastructure
batva (04-04-2009 09:34): VMware ESX Server и VMware Infrastructure (часть 2)


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.Board
© Ru.Board 2000-2020

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru