Ниже описывается, как дополнительные одиночные IP-адреса могут использоваться в сочетании с Hyper-V для виртуальных машин.
В Hyper-V это можно сделать только с помощью виртуальных MAC-адресов, которые можно запросить через Robot ) для каждого дополнительного IP- адреса .
Роли и особенности
Необходимые роли и функции:
Hyper-V и управление
Их можно установить через диспетчер сервера с помощью кнопки Добавить роли и компоненты .
Во время установки Hyper-V необходимо создать виртуальный коммутатор с физической сетевой картой.
Создание виртуального коммутатора
ПРИМЕЧАНИЕ. Этот шаг необходим, только если во время установки Hyper-V не был создан vSwitch.
Откройте диспетчер Hyper-V и в диспетчере виртуальных коммутаторов добавьте внешний виртуальный коммутатор и выберите параметр « Разрешить совместное использование этого сетевого адаптера с операционной системой управления» .
Hyper-V
Создайте новую виртуальную машину поколения 1
Через Настройки удалите автоматически добавленную сетевую карту
С помощью Add Hardware создайте новую устаревшую сетевую карту и подключите ее к внутреннему виртуальному коммутатору.
В разделе « Расширенные функции» статически введите виртуальный MAC-адрес, который можно получить от робота.
Запустите виртуальную машину и проверьте загрузку PXE.
При правильной настройке появляется меню загрузки Hetzner PXE (синий логотип).
VMware vSphere Hypervisor 5.x и 6.0 (ESXi) использует файловую систему с именем vmfs5 (ранее vmfs3), которая использует GPT и поддерживает диски размером до 64 ТиБ (ранее 2 ТиБ).
Программный RAID не поддерживается ESXi.
Бесплатная версия ESXi, начиная с 5.5, поддерживает до 4 ТБ ОЗУ (ранее — 32 ГБ).
Конфигурация сети
VMware vSphere Hypervisor — это операционная система, разработанная для чистой виртуализации и не поддерживающая ни NAT, ни маршрутизацию. Следовательно, можно использовать только настоящую мостовую установку.
Для использования подсети необходимо настроить дополнительный IP-адрес в качестве виртуальной машины маршрутизатора.
Установка
Установка и настройка ESXi занимает около 20-30 минут, даже без каких-либо предварительных знаний. Пожалуйста, ознакомьтесь с Руководством по установке для получения дополнительной информации об установке ESXi.
Лицензия
После установки у системы есть тестовая лицензия, срок действия которой истекает через 60 дней. Для длительного использования ОС требуется отдельная (бесплатная) лицензия. Это можно запросить, зарегистрировавшись на сайте VMware:
Лицензию можно ввести через vSphere Client, на вкладке Configuration , в разделе Software, а затем в пункте меню Licensed functions . После выбора вы можете нажать кнопку « Изменить» справа и ввести лицензионный ключ.
Информация о компании Hetzner
Установленное оборудование
Модели Dell PowerEdge DX150, DX151, DX290, DX291 и DX141 сертифицированы и совместимы со всеми версиями, начиная с 5.0. DX152 и DX292 совместимы, начиная с 6.5.
Все остальные модели не сертифицированы VMware, но в большинстве случаев они могут работать с VMware vSphere / ESXi.
Совместимость
(Вся информация может быть изменена)
Модель
Версия vSphere / ESXi
AX50-SSD / AX60-SSD
с 6.5a требуется дополнительная сетевая карта Intel
AX41 / AX51
из 6.7 Обновление 2 (возможно, потребуется дополнительная сетевая карта)
5.0 — 5.1 Обновление 2, так как требуется 5.5 дополнительных сетевых карт
EX6 / EX6S / EX8 / EX8S
от 5.0
EX4 / EX4S / EX10
от 5.0 (с дополнительной сетевой картой)
EQ4 / EQ6 / EQ8 / EQ9
5.0 — 5.1 Обновление 2, так как требуется 5.5 дополнительных сетевых карт
ЗАМЕТКИ:
Упомянутые выше модели должны работать с соответствующей версией. Однако более новые версии не обязательно совместимы. Чтобы убедиться, пожалуйста, соберите свою информацию.
Драйвер Realtek, присутствующий в ESXi 5.0–5.1 Update 2, был просто технической демонстрацией, которая не обновлялась. Поэтому для бесперебойной работы рекомендуется сервер с сетевой картой Intel (PX60, PX91, DX151 и т. Д.).
Для установки vSphere 5.5 или новее на EX40, EX60 и некоторых моделях EX41 / EX51 требуется настраиваемый установочный ISO-образ, который включает драйверы для Realtek NIC ( http://www.bussink.ch/?p=1228 ). В качестве альтернативы можно установить дополнительную совместимую сетевую карту. Стоимость дополнительной совместимой сетевой карты см. Здесь: Оборудование корневого сервера.
Установка ESXi на старых DS или серверах X является не возможным.
При установке на сервер с несколькими идентичными дисками ESXi потенциально может отображать диски в другом порядке, чем это делает BIOS. Если после завершения установки и перезапуска на экране остается пустой и только мигающий курсор, попробуйте загрузиться с другого диска.
конфигурация сети
Для связи между несколькими серверами ESXi в одной подсети необходимы маршруты хоста через шлюз из-за ограничений сетевой безопасности.
host A
esxcfg-route -a <IP Host B> 255.255.255.255 <Gateway IP>
host B
esxcfg-route -a <IP Host A> 255.255.255.255 <Gateway IP>
Единые IP-адреса
IP-адреса по умолчанию статически сопоставляются с MAC-адресом хоста. Однако можно получить отдельные MAC-адреса для дополнительных одиночных IP-адресов через Robot. Затем их можно настроить для виртуальных машин. Чтобы назначить эти MAC-адреса, войдите в Robot, выберите «Сервер» в меню слева, выберите желаемый сервер и затем щелкните вкладку «IP-адреса». Здесь вы можете щелкнуть значок рядом с отдельным IP-адресом, чтобы получить MAC-адрес.
Подсети
Чтобы использовать подсеть (IPv4, а также IPv6) в ESXi, требуется как минимум один дополнительный IP-адрес в качестве виртуальной машины маршрутизатора, поскольку сам ESXi не может маршрутизировать. При заказе подсети обязательно обратите внимание на то, что она требуется для ESXi и должна маршрутизироваться на дополнительный одиночный IP-адрес.
ВАЖНО Поскольку подсети IPv6 маршрутизируются на локальные адреса канала (на основе MAC), IPv6 можно использовать только ограниченным образом (т. Е. В одной виртуальной машине).
IPv4
Письмо с подтверждением подсети содержит (например) следующую информацию:
Below you will find the IP subnet added to your server 192.168.13.156.
Subnet: 192.168.182.16 /28
Mask: 255.255.255.240
Broadcast: 192.168.182.31
Usable IP addresses:
192.168.182.17 to 192.168.182.30
Вы НЕ получаете отдельный MAC-адрес для каждого IP-адреса из подсети.
IPv6
Все серверы имеют подсеть IPv6 / 64. Чтобы узнать, какая подсеть IPv6 есть у вашего сервера, проверьте вкладку IP-адресов сервера в Robot .
Если вы заказали сервер до февраля 2013 г., эту подсеть можно заказать (бесплатно) через Robot, и она будет автоматически активирована.
Подсеть IPv6 направляется на локальный адрес канала по умолчанию (полученный из MAC-адреса) основного IP. С помощью робота маршрутизация подсети IPv6 может быть переключена на локальный адрес канала виртуального MAC (другими словами, на дополнительный одиночный IP-адрес). Это можно сделать в Robot , используя тот же символ, который находится рядом с дополнительными одиночными IP-адресами для запроса виртуальных MAC-адресов. Хост-система, как и сам ESXi, не получает адреса IPv6. Это не является ни необходимым, ни возможным, потому что ESXi не может работать со шлюзом fe80 :: 1.
Чтобы использовать эти IP-адреса в виртуальных машинах, необходима виртуальная машина маршрутизатора, дополненная дополнительной виртуальной сетевой картой из новой подсети. Для самой подсети требуется новый vSwitch в ESXi, к которому будут подключены все виртуальные машины в подсети.
Заметки
Тип сетевой карты для виртуальной машины маршрутизатора не должен быть VMXNET2или VMXNET3, иначе производительность TCP может быть очень плохой. В качестве обходного пути LROв виртуальной машине можно отключить через disable_lro=1. Более подробную информацию об этой ошибке можно найти здесь: http://www.vmware.com/support/vsphere4/doc/vsp_esxi41_vc41_rel_notes.html
После обновления до VMware ESXi 5 эта проблема может появиться снова. Вы можете решить эту проблему, отключив большую разгрузку приема (LRO) на хосте ESXi:
Перезагрузите хост ESXi, чтобы активировать эти изменения.
Если у вас возникают проблемы с подключением в системах с сетевыми картами Realtek, то при определенных обстоятельствах отключение разгрузки и активация опроса могут решить эту проблему. Однако это также снижает производительность.
разгрузка контрольной суммы: деактивировано
разгрузка сегментации: деактивировано
большая разгрузка приема: деактивировано
опрос устройства: включен
Подготовка в клиенте vSphere
Создайте vSwitch (в примере используется имя «subnetz»)
Добавьте вторую сетевую карту к виртуальной машине маршрутизатора. Подключенная сеть: subnetz (ранее созданный vSwitch)
Сетевая карта виртуальной машины в подсети. Подключенная сеть: подсеть
Обзор сети должен показать следующее:
Конфигурация виртуальной машины маршрутизатора
Пример /etc/network/interfacesвиртуальной машины на маршрутизаторе
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
# WAN-NIC im VMnetwork
auto eth0
iface eth0 inet dhcp
# for the IPv6 subnet the configuration is analog to other virtualisations
iface eth0 inet6 static
address 2a01:4f8:61:20e1::2
netmask 128
gateway fe80::1
# LAN NIC in Subnet
auto eth1
iface eth1 inet static
address 192.168.182.30
netmask 255.255.255.240
# The prefix/netmask can/must be changed according to the amount of network
# segments
iface eth1 inet6 static
address 2a01:4f8:61:20e1::2
netmask 64
Пример /etc/network/interfacesвиртуальной машины Linux в подсети
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
iface eth0 inet static
address 192.168.182.17
netmask 255.255.255.240
gateway 192.168.182.30
iface eth0 inet6 static
address 2a01:4f8:61:20e1::4
netmask 64
gateway 2a01:4f8:61:20e1::2
Виртуальная машина маршрутизатора теперь подключена к обеим сетям и может использоваться в качестве шлюза для виртуальных машин в подсети. Не забудьте активировать IP-переадресацию в ядре:
Теперь виртуальные машины должны быть доступны (например, через SSH) через назначенные им IP-адреса.
Инструкция по установке
Выберите Rescue System в качестве ОС для заказанного вами сервера.
Если вам нужен RAID, вы можете добавить 4-портовый RAID-контроллер, поскольку ESXi не поддерживает программный RAID.
Как только сервер будет в сети (вы получите электронное письмо от нас, информирующее вас об этом), вы можете заказать консоль KVM и использовать ее для виртуального монтирования ISO-файла той версии ESXi, которую вы хотите установить. Дополнительную информацию о заказе консоли KVM и ее использовании для установки ОС можно найти на странице консоли KVM .
После этого должен отобразиться следующий экран:
После перезагрузки войдите, используя пароль, который вы ввели во время установки. Это пароль root для SSH, а также пароль для клиента VMware vSphere (требуется Windows). Затем его можно будет загрузить отдельно через браузер.
После успешной установки вы можете заказать до трех дополнительных одиночных IP-адресов через Robot. Вы можете получить MAC-адрес для своего дополнительного IP- адреса через Robot на вкладке IP-адресов . Вы увидите небольшую кнопку рядом с IP-адресом. Нажатие на эту кнопку даст IP-адресу виртуальный MAC.
Настройте MAC-адреса виртуальных серверов с соответствующими IP-адресами через vSphere. Как только это будет сделано, даже DHCP будет работать через сеть Hetzner!
Для получения дополнительной информации о ESXi и его использовании посетите официальный сайт.
Ручная установка обновлений
Установку обновлений в бесплатной версии можно произвести только через консоль или через VMware Go. Обновление может занимать несколько сотен мегабайт, что может занять много времени при стандартном DSL-соединении, поэтому следующее руководство может помочь. Вы делаете это на свой страх и риск. Нет никаких гарантий на правильность!
Обязательным условием является доступ с активацией SSH и нахождение системы в режиме обслуживания. Это можно активировать с помощью:
После того, как все виртуальные машины были выключены и система перешла в режим обслуживания vim-cmd hostsvc/maintenance_mode_enter, обновление можно установить двумя способами. Следующая команда обновляет систему и удаляет все пакеты, не включенные в обновление. Это эквивалентно новой установке.
В качестве альтернативы только пакеты, содержащиеся в обновлении, могут быть обновлены до их новых версий, а все остальные пакеты останутся нетронутыми.
Наконец, необходимо перезагрузить систему. Когда виртуальные машины включаются в первый раз после перезагрузки, возможно, появится сообщение о том, что виртуальная машина была скопирована или перемещена. Это происходит потому, что UUID меняются во время обновления. В этой ситуации вы можете смело выбрать «ВМ была перемещена». См. Также: Страница справки VMware
Установка патчей
После того, как патчи были перенесены в систему, их можно устанавливать. Важно ввести полное имя пути, например:
esxcli software vib install --depot="/vmfs/volumes/datastore1/patches/ESXi510-201210001.zip"
Installation Result
Message: The update completed successfully, but the system needs to be rebooted for the changes to be effective.
Reboot Required: true
[...]
После перезагрузки необходимо выйти из режима обслуживания:
vim-cmd hostsvc/maintenance_mode_exit
Мониторинг RAID-контроллера
Контроллер 3ware
Для контроллера 3ware существует как поставщик CIM, так и интерфейс командной строки. 64-разрядный интерфейс командной строки для Linux можно использовать, начиная с версии 9.5.2.
Примечание. Контроллеры 3ware поддерживаются ESXi 5.0 только через внешний драйвер.
Контроллер Adaptec
Для контроллеров Adaptec поставщик CIM и интерфейс командной строки (arcconf) должны быть установлены вручную. Требуется актуальная версия драйвера. Руководство по установке можно найти на сайте Adaptec (PDF)
Мониторинг может быть достигнут путем установки удаленного ARCCONF через систему Windows / Linux.
$ arcconf GETCONFIG 1 AD
Контроллер LSI
LSI предоставляет так называемого поставщика CIM / SMIS. После установки на странице мониторинга оборудования в клиенте vSphere отображается состояние RAID. Однако активный сигнал тревоги возможен только в платной версии и при запуске vCenter.
В качестве альтернативы можно установить инструмент командной строки MegaCLI , который также используется для управления контроллером RAID. Сценарий может использоваться для автоматизации отображения информации о состоянии. Этот сценарий и уведомления должны запускаться с другого сервера.
Параллельная работа встроенного контроллера / аппаратного RAID
Во время установки ESXi видит только один тип хранилища, то есть либо встроенный контроллер SATA, либо дополнительный контроллер RAID. Если диски подключены к обоим, то приоритет отдается аппаратному контроллеру, а диски, подключенные к встроенному контроллеру, невидимы. Эти диски все еще можно использовать, загружая соответствующий модуль ядра вручную.
/sbin/vmkload_mod ahci
Чтобы этот модуль загружался автоматически во время запуска, необходимо добавить строку выше к /etc/rc.localи /sbin/auto-backup.sh.
Замена оборудования
Изменить MAC-адрес
В случае замены оборудования (например), особенно материнской платы, следует отметить, что хост ESXi сохраняет свой исходный MAC-адрес. Это приводит к проблемам, поскольку коммутатор не будет автоматически пересылать на сервер правильный новый основной IP-адрес, поскольку транслируемый MAC-адрес неверен. MAC-адрес необходимо сбросить через оболочку ESXi. Для этого есть несколько подходов, перечисленных в следующей статье базы знаний VMWare . Наиболее элегантное решение — когда хост ESXi автоматически распознает новый MAC-адрес при смене платформы и использует его. Для этого можно использовать следующую команду:
esxcfg-advcfg -s 1 /Net/FollowHardwareMac
Либо выполните эту команду до смены платформы, либо, если изменение уже произошло, есть два варианта:
Закажите консоль KVM Console и включите оболочку ESXi, затем нажмите, Alt + F1чтобы переключиться на консоль и введите команду. После нажатия Alt + F2вы вернетесь в графический интерфейс.
Временно обучите коммутатор новому MAC-адресу, загрузившись в Rescue System, а затем снова в хост ESXi. В результате хост ESXi теперь снова доступен через основной IP-адрес, но только в течение ограниченного периода времени. Продолжительность этого времени зависит от того, сколько времени потребуется коммутатору для удаления записи кэша ARP для этого MAC-адреса. Обычно достаточно времени для входа в систему через SSH и выполнения команды при условии, что доступ SSH включен. Однако даже это можно настроить, так как подключение через клиент ESXi снова станет возможным.
В любом случае после этого требуется перезагрузка. Это можно запустить через консоль:
reboot
После перезапуска MAC-адрес должен быть установлен правильно, и это можно проверить в оболочке ESXi с помощью следующей команды:
esxcfg-vmknic -l
Новый MAC-адрес должен отображаться рядом с основным IP-адресом.
VKVM Rescue System позволяет запускать операционную систему, установленную на сервере, на виртуальной машине. С помощью vKVM вы можете диагностировать проблемы с загрузкой или настроить параметры брандмауэра, действия, которые обычно требуют выполнения удаленной консоли KVM Console .
Используемая технология виртуализации — KVM. Диски SATA и IDE передаются в гостевую систему. Доступ к сети также возможен напрямую (виртуальная машина использует тот же MAC-адрес, что и физический сетевой адаптер, что означает, что обычное сетевое соединение работает без проблем).
Следующие порты не могут использоваться гостевой системой в режиме vKVM (т.е. входящие пакеты на эти порты не перенаправляются гостевой системе):
47772
SSH
47773
Веб-интерфейсы (SSL)
Запуск спасательной системы
Спасательную систему можно активировать с помощью робота ). После выбора желаемого сервера в обзоре серверов (Меню Сервер -> щелкните по желаемому серверу) перейдите на вкладку Спасение (здесь вам нужно будет выбрать vkvmиз списка возможных вариантов). После активации отображаются URL-адрес и имя пользователя / пароль. Откройте URL-адрес в веб-браузере, чтобы перейти на веб-сайт vKVM.
Помимо просмотра вывода консоли и перенаправления ввода с клавиатуры и мыши, интерфейс vKVM предлагает следующие дополнительные функции:
послать Alt-Gr
Отправляет Alt-Gr, например, для обратной косой черты или вертикальной черты
послать Ctrl-Alt-Del
Отправляет Ctrl-Alt-Del (мягкий сброс) на виртуальную машину
Отправить сброс HW
Выполняет сброс виртуальной машины
При настройках по умолчанию vKVM пытается загрузиться с первого диска. Чтобы выйти из режима vKVM и снова загрузиться напрямую с диска, выключите виртуальную машину с помощью команды «Отправить» Ctrl-Alt-Del(чтобы предотвратить повреждение файловой системы). Затем перезагрузите реальный сервер с помощью робота Hetzner, также отправив `Ctrl-Alt-Del.
Ограничения
В связи с тем, что с vKVM сервер запускается на виртуальной машине и, следовательно, не имеет прямого доступа к физическим аппаратным компонентам реального сервера, это может привести к ограничениям для некоторых операционных систем.
В настоящее время известны следующие ограничения:
Половина использования ОЗУ
Поскольку самому гипервизору vKVM требуется память, и он работает только в ОЗУ, виртуальная машина запускается только с 50% фактически доступной физической памяти.
Windows
vKVM автоматически обнаруживает установки Windows и перенаправляет диски SATA как диски IDE, поскольку контроллер SCSI не может использоваться Windows без проблем.
Windows деактивирует драйверы IDE, если во время установки не обнаружены диски IDE. Их необходимо повторно активировать перед использованием vKVM, используя следующее руководство: Сайт поддержки Microsoft
Основная проблема Windows заключается в том, что эмулируемое оборудование сильно отличается от физического. В зависимости от модели лицензии для этого может потребоваться повторная активация лицензии Windows, а может и не потребоваться.
Также невозможно изменить сетевые настройки физического сетевого адаптера, поскольку соответствующий сетевой интерфейс не отображается на панели управления.
VMware ESXi, Citrix XenServer, OpenSolaris
Не поддерживаются.
RAID-контроллеры
Сконфигурированные блоки передаются на виртуальную машину как устройства SCSI. Однако получить доступ к контроллеру невозможно. Для этого используйте обычную спасательную систему Hetzner .
Сеть
На серверах с более чем одной сетевой картой к виртуальной машине будет передана только одна карта. Пакеты, полученные на любой другой физической сетевой карте, пересылаются первой сетевой карте виртуальной машины. Исходящие пакеты всегда отправляются с первого физического сетевого адаптера.
Сервер без Intel VT или AMD-V
Серверы с процессорами, не поддерживающими Intel VT или AMD-V, не смогут запускать vKVM.
Вложенная виртуализация
Функции виртуализации некоторых ЦП не передаются виртуальной машине.
32-битные процессоры
32-битные процессоры не поддерживаются.
Черный экран
В Ubuntu 10.04 (и, вероятно, выше) модуль vga16fb необходимо отключить, чтобы использовать vKVM. В противном случае вы увидите только черный экран после загрузки.
Чтобы отключить этот модуль, отредактируйте файл /etc/modprobe.d/blacklist-framebuffer.conf и добавьте эту строку:
