Создание сервера на vmware

Обновлено: 15.01.2025

Поддержка этой версии Virtual Machine Manager (VMM) прекращена. Рекомендуем перейти на VMM 2019.

Из этой статьи вы узнаете, как управлять серверами и виртуальными машинами VMware в структуре System Center Virtual Machine Manager (VMM).

Служба VMM позволяет развертывать виртуальные машины и службы и управлять ими в различных низкоуровневых оболочках, включая узлы VMware vSphere и серверы vCenter.

• В структуру VMM можно добавлять узлы vCenter и vSphere.
• VMM напрямую интегрируется с VMware vCenter Server. Посредством консоли VMM можно осуществлять повседневные операции по управлению узлами и кластерами VMware vSphere, например выполнять их обнаружение и администрирование.
• Служба VMM дает возможность создавать, сохранять, размещать и развертывать виртуальные машины в узлах vSphere, а также управлять этими виртуальными машинами. Можно импортировать шаблоны VMware.
• Можно связать адаптеры с логическими сетями VMM. Расширенное управление структурой, например настройка групп портов, стандартных и распределенных виртуальных коммутаторов (vSwitch) и операций vMotion и Storage vMotion, выполняется с помощью vCenter Server.
• Виртуальные машины VMware можно преобразовать в Hyper-V.

Перед началом работы

• VMM поддерживает управление узлами и кластерами, на которых используется VMware. См. дополнительные сведения о поддерживаемых версиях VMware.
• В развертывании должен иметься сервер vCenter. Узлы и кластеры узлов vSphere должны находиться под управлением сервера vCenter, которым, в свою очередь, управляет VMM.
• Если узлы и кластеры находятся под управлением сервера vCenter, VMM поддерживает следующие возможности:
  • Командная оболочка VMM (одна и та же оболочка для всех низкоуровневых оболочек).
  • Размещение виртуальных машин на основе оценок узлов при создании, развертывании или миграции виртуальных машин VMware. Сюда относится и одновременное развертывание виртуальных машин во время развертывания службы.
  • Службы VMM можно развертывать на узлах vSphere. Развертывание приложений vApp невозможно.
  • Ресурсы узла vSphere можно сделать доступными для облака VMM, создав облака из групп узлов, в которых размещаются узлы vSphere, или из пула ресурсов VMware. Обратите внимание на то, что VMM не интегрируется с VMware vCloud.
  • Для узлов vSphere можно использовать динамическую оптимизацию и энергосбережение. VMM может выполнять балансировку нагрузки виртуальных машин в кластерах vSphere, используя динамическую миграцию. Используя функцию энергосбережения VMM, можно настроить включение и отключение узлов vSphere для управления питанием.
  • Ресурсы VMware можно переносить с помощью динамической миграции между узлами в кластере (с использованием vMotion) и динамической миграции хранилища (с использованием Storage vMotion). Поддерживается сетевая миграция в библиотеку и из нее, а также миграция между узлами. Обратите внимание на то, что диски тонкой подготовки VMware становятся полными, когда диск переносится в библиотеку VMM.
  • Узлы vSphere под управлением VMM можно переводить в режим обслуживания и выводить из него.
  • Виртуальные машины VMware, VMDK-файлы и шаблоны VMware можно организовывать и хранить в библиотеке VMM. Можно создавать виртуальные машины на основе шаблонов. Обратите внимание на то, что VMM не поддерживает старые типы дисков VMDK. Поддерживаются следующие типы дисков: обычные файлы VMDK (VMFS и монолитные неструктурированные), файлы VMDK, используемые для доступа к физическим дискам (vmfsPassthroughRawDeviceMap) и моментальные снимки (vmfssparse).
  • Шаблоны можно создавать с помощью файлов VMDK, хранящихся в библиотеке. Можно также импортировать шаблоны, хранящиеся на узлах vSphere (в VMM импортируются только метаданные шаблонов).
  • VMM поддерживает существующие стандартные и распределенные коммутаторы vSwitch и группы портов. Коммутаторы vSwitch и группы портов должны быть настроены на сервере vCenter.
  • Вы можете выполнять стандартные сетевые задачи VMM, включая назначение логических сетей, статических IP-адресов и MAC-адресов виртуальным машинам Windows, работающим в VMware.
  • VMM поддерживает и распознает адаптеры хранилища VMware Paravirtual SCSI (PVSCSI).
  • VMM не поддерживает виртуальные машины VMware с виртуальными жесткими дисками, подключенными к шине IDE.
  • VMM поддерживает тонкую подготовку виртуальных жестких дисков VMware с помощью динамических дисков. Обратите внимание, что при создании и развертывании виртуальной машины на узле vSphere, для которого настроено использование динамического диска, будет применяться тонкая подготовка диска. Если виртуальная машина была создана как диск с тонкой подготовкой, в виртуальной машине с управлением по внештатному каналу диск будет отображаться как динамический. При сохранении диска с тонкой подготовкой в библиотеке служба VMM сохранит его как полный. Он останется полным при создании виртуальной машины на его основе.
  • Все хранилища добавляются на узлы vSphere за пределами VMM.
  • К данным, передаваемым между VMM и сервером vCenter, применяется шифрование SSL. Для идентификации сервера vCenter потребуется сертификат. Для сервера vCenter можно использовать самозаверяющий сертификат или проверенный сертификат стороннего поставщика.
  • Если для проверки подлинности сервера vCenter в VMM используется самозаверяющий сертификат, его можно вручную импортировать в хранилище сертификатов "Доверенные лица" на сервере управления VMM перед добавлением сервера vCenter. Если не сделать этого, то во время развертывания появится соответствующий запрос.
  • Вам потребуется учетная запись с правами администратора на сервере vCenter (локальная или учетная запись Active Directory) и учетная запись с правами администратора для узлов vSphere. Перед началом работы можно создать учетные записи запуска от имени. Если не сделать этого, то учетные записи потребуется создать по время развертывания.
  • Можно указать, должна ли служба VMM взаимодействовать с узлами vSphere под управлением сервера vCenter через безопасное соединение. Если должна, то для проверки подлинности подключений на каждом узле или в каждом кластере vSphere потребуется сертификат. Можно использовать либо самозаверяющий сертификат, созданный VMware при установке vSphere на узле, либо сертификат из доверенного ЦС. Если используется самозаверяющий сертификат, его можно импортировать с каждого узла vSphere на сервер управления vMM, перед тем как начинать развертывание.
  • Перед настройкой сетевых параметров для узлов vSphere должны быть созданы логические сети, которые вы планируете связать с физическими сетевыми адаптерами на узлах.

  Добавление сервера v-Center

  Добавление узла ESX или ESXi

  1. Перед началом работы убедитесь в том, что сервер vCenter находится под управлением VMM. При добавлении сервера vCenter его узлы vSphere обнаруживаются автоматически.
  2. Щелкните Структура > Добавить ресурсы > Серверы и кластеры VMware ESX.
  3. На странице Мастер добавления ресурсов > Учетные данные щелкните учетную запись запуска от имени с правами администратора на узлах vSphere, которые нужно добавить. Если такой учетной записи нет, создайте ее.
  4. На странице Целевые ресурсы щелкните сервер vCenter. Если узлы объединены в кластеры, они будут приведены в списке вместе с узлами кластера.
  5. На странице Имя компьютера выберите узлы или кластеры, которые нужно добавить, или щелкните Выбрать все.
  6. На странице Параметры узла выберите группу узлов, которой нужно назначить узел или кластер. Пути размещения виртуальных машин добавлять не нужно.
  7. На странице Сводка проверьте параметры и нажмите кнопку Готово. Подождите, пока в диалоговом окне "Задания" появится состояние Завершено.
  8. Щелкните Структура > Серверы> Все узлы и проверьте в группе узлов состояние каждого узла или кластера. Оно должно быть ОК или ОК (с ограничениями).
  9. Если состояние имеет ограничения, это означает, что вы включили параметр Взаимодействовать с узлами VMware ESX в безопасном режиме, но еще не импортировали сертификат с каждого узла vSphere. Чтобы изменить параметр безопасности, щелкните сервер vCenter правой кнопкой мыши и выберите пункт Свойства > Безопасность.
  10. Чтобы импортировать сертификат, щелкните имя каждого соответствующего узла и выберите Свойства > Управление > Получить > ОК. После импорта узел должен иметь состояние ОК.

  Связывание адаптеров с логическими сетями

  По умолчанию при добавлении узлов vSphere в службу VMM она автоматически создает логические сети в соответствии с именем коммутатора виртуальной сети. Обратите внимание на то, что VMM не создает группы портов автоматически, поэтому вам потребуется настроить группы портов с необходимыми виртуальными локальными сетями, соответствующие сетевым сайтам на сервере vCenter.

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

  1. Щелкните Структура > Серверы > Все узлы > узел vSphere > Узел > Свойства > Оборудование.
  2. В разделе Сетевые адаптеры выберите физический сетевой адаптер на узле. В разделе Параметры подключения логической сети выберите логические сети, которые необходимо связать с адаптером. Обратите внимание на то, что приводятся только логические сети, доступные для группы узлов.
  3. Щелкните Дополнительно > Дополнительные свойства сетевого адаптера, чтобы увидеть IP-подсети и виртуальные локальные сети, доступные для логической сети. По умолчанию для логической сети подсети и виртуальные логические сети применяются из области действия группы узлов или наследуются от родительской группы узлов. Если они не отображаются, значит, для логической сети нет сетевого сайта. Если доступен пункт Не назначено, щелкните его, чтобы просмотреть виртуальные локальные сети, к которым подключен физический адаптер, но которые не включены в сетевой сайт.
  4. Просмотрите параметры виртуальной сети в свойствах узла > Виртуальные сети. Просмотрите сведения о соответствии, выбрав Структура > Сетевые подключения > Логические сети > Узлы > Сведения о логической сети для узлов > Соответствие. Состояние Полностью соответствует указывает, что все подсети и виртуальные локальные сети, входящие в сетевой сайт, относятся к сетевому адаптеру.

  Импорт шаблонов из vCenter

  Шаблоны VMware можно импортировать с сервера vCenter в библиотеку VMM. Служба VMM копирует только метаданные, связанные с шаблоном, но не файл VMDK. Это означает, что при использовании шаблона служба VMM зависит от сервера vCenter.

  1. Щелкните Библиотека > Главная > Импорт > Импортировать шаблон VMware.
  2. На странице Импорт шаблонов VMware выберите все шаблоны, которые нужно импортировать, и нажмите кнопку "ОК".
  3. Проверьте шаблоны на странице Библиотека > Шаблоны > Шаблоны виртуальных машин (VM) .

  Настройка периода обслуживания для узла VMware

  Периоды обслуживания — это один из способов планирования обслуживания вне VMM. Период обслуживания можно связать с отдельными узлами, виртуальными машинами или службами. Перед применением других приложений для планирования задач обслуживания можно использовать скрипты Windows PowerShell или пользовательские приложения для запроса объекта и определения для него состояния обслуживания. Периоды обслуживания не мешают обычному использованию и функциональности VMM. Чтобы настроить период обслуживания, выполните указанные ниже действия.

  Само по себе имя vSphere является лишь общим названием всего комплекса продуктов, включающих в себя непосредственно ESXi, vCenter и vSphere клиент.

  vSphere Client являет собой специальное программное решение, которое устанавливается непосредственно на рабочую станцию администратора и используется как для управления VPS на определённом хосте с установленным ESXi, так и непосредственно самим хост-сервером.

  vCenter по функциональности и назначению схож с vSphere Client, но включает в себя дополнительные возможности для управления ESXi и VPS на нём. В него включены такие утилиты как: VMotion, VMware High Availability, VMware Update Manager и VMware Distributed Resource Scheduler (DRS).

  Загружаем vSphere клиент, устанавливаем его (процесс довольно долгий), и подключаемся к нашему серверу:

  
  

  
  

  
  

  Либо выделяем наш хост и нажимаем комбинацию Ctrl+N.

  В примере мы создадим виртуальную машину в режиме Typical:

  
  

  
  

  В следующем окне выбираем тип операционной системы, которая будет установлена на этом VPS, в примере это будет FreeBSD x32:

  
  

  
  

  В следующем окне устанавливаем размер виртуального диска для виртуальной машины:

  
  

  
  

  
  

  
  

  
  

  Далее проводится установка в обычном режиме, например как описано в статье FreeBSD 9.0: установка и краткий обзор нового BSDinstaller.

  В этой статье описан наиболее типичный процесс создания VPS на основе гипервизора VMware ESXi с помощью VMware vSphere Client.

  Далее будет рассказано о назначении прав группам/пользователям (Roles), о настройке сети и отдельных хранилиш (Datastorage).

  
  

  Советы и хитрости

  Если у вас дома или в офисе есть мощный хост-компьютер с несколькими виртуальными машинами, вы можете просто поделиться этими виртуальными машинами через сеть с другими. Вместо копирования и миграции виртуальных машин на разные компьютеры или доступа к ним через стандартный протокол RDP по сети мы можем использовать встроенную функцию общего доступа к виртуальным машинам VMware.

  В этом руководстве показано, как включить сервер рабочей станции VMware и совместно использовать виртуальные машины с главного компьютера, которым в данном случае является Windows 10. Тогда другие пользователи смогут получить к ним доступ с удаленных рабочих станций по сети. Совместное использование виртуальных машин на рабочей станции VMware называется «Общие виртуальные машины », и это встроенная функция без дополнительных установок.

  Кроме того, как только мы включим эту функцию и предоставим общий доступ к виртуальной машине, рабочая станция VMware будет называться «Сервер рабочей станции VMware». Вы можете создать несколько пользователей и назначить разные уровни доступа для общих виртуальных машин. По данным VMware, до 100 удаленных пользователей могут одновременно подключаться к одной общей виртуальной машине. Это действительно отличная функция, когда дело касается производственной или тестовой среды.

  Процесс состоит из двух основных этапов:

  • Включить сервер VMware на Worskatation — это однократная начальная настройка
  • Совместное использование конкретной виртуальной машины

  Включите сервер VMware Workstation.

  Где бы у вас ни была рабочая станция VMware в Windows, Linux или macOS, мы должны включить функцию сервера. Имеет несколько начальных конфигураций.

  1) Запустите программу рабочей станции VMWare.

  2) Нажмите «Редактировать» и «Настройки» в меню.

  
  

  3) В поле «Общие виртуальные машины» в основном вы увидите экран ниже. Это указывает на то, что функция сервера (общего доступа к виртуальной машине) еще не включена.

  
  

  4) Чтобы продолжить, у вас должны быть права администратора на компьютере с Windows 10. Нажмите «Изменить настройки» и «Разрешить общий доступ», как показано ниже.

  К сожалению, я получил ошибку ниже. Вы можете не получать эту ошибку в большинстве случаев.

  Ошибка: не удалось настроить сервер рабочей станции.

  При включении функции общего доступа к рабочей станции VMware я получил следующую ошибку.

  
  

  По сути, существует служба Windows под названием «Сервер VMware Workstation». Он должен быть запущен, чтобы эта установка работала. Несмотря на то, что он был настроен как «Автоматический» для запуска службы, но в моем случае он не работал.

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

  После успешного запуска и включения службы VMware Workstation Server мы можем перейти к следующему шагу по совместному использованию виртуальных машин.

  Что нужно знать

  Убедитесь, что в указанном выше месте достаточно места на диске. Потому что, когда мы делимся виртуальной машиной, все ее файлы будут перемещены в это место.

  • Мы можем поделиться виртуальными машинами двумя способами.

  a)Переместите исходную виртуальную машину(совместное использование исходной виртуальной машины ). В этом случае конкретная машина будет перемещена в расположение общих виртуальных машин. У вас не будет базовой / оригинальной копии ВМ.

  
  

  б) Сделайте полный клон ВМ и поделитесь им. В этом случае система создаст полный клон, переместит клонированную виртуальную машину в общую папку и поделится ею с другими. Это может быть самым безопасным способом, если вам нужно сохранить копию исходной виртуальной машины. Как вы знаете, после того, как к нему предоставят общий доступ и другие начнут получать доступ по сети, многое изменится внутри гостевой ОС.

  Как предоставить общий доступ к виртуальной машине на VMware Workstation

  
  

  3) Следующая опция — выбрать, хотите ли вы полное перемещение или клонирование, выберите соответствующий вариант.

  В этом примере я переместил всю виртуальную машину без клонирования, и она занимала около 8 ГБ дискового пространства для всех файлов.

  
  

  После предоставления общего доступа к виртуальной машине она будет указана в разделе «Общие виртуальные машины», как показано ниже. Кроме того, в правой части экрана появится еще одно новое представление, в котором будут показаны командные задачи, инициированные удаленными пользователями (аналогично гипервизорам vSphere ).

  
  

  4) Мы можем управлять разрешениями общих виртуальных машин в разделе «Разрешения» (щелкните правой кнопкой мыши на общей виртуальной машине -> Управление -> Разрешения ). Есть несколько предварительно сделанные разрешений Роли, доступной для назначения пользователей. Локальные (или доменные) пользователи или группы Windows могут быть добавлены в список пользователей с главного компьютера, на котором запущена рабочая станция VMware.

  По умолчанию пользователи в группе администраторов локального компьютера имеют полное разрешение для общих виртуальных машин.

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

  Доступ к общим виртуальным машинам с удаленной рабочей станции VMware

  В этом примере я буду получать доступ к общей виртуальной машине с другого ноутбука, на котором установлена ​​рабочая станция VMware, подключенная к сети.

  1) Убедитесь, что сетевое соединение доступно между хостом (имеющим общие виртуальные машины) и удаленным компьютером (с которого вы пытаетесь получить доступ к общей виртуальной машине). В этом случае удобна команда ping network.

  
  

  2) На удаленной рабочей станции выберите «Подключиться к серверу», как показано ниже.

  
  

  3) Введите IP-адрес или имя хоста (если его можно разрешить) и имя пользователя с паролем целевого хоста. Я ввел свое имя пользователя Windows и пароль для хост-компьютера, на котором есть общие виртуальные машины.

  4) После успешной аутентификации вы можете увидеть общие виртуальные машины на новой вкладке с IP-адресом хоста или именем ПК. Главный экран предоставит основную информацию о доступных физических ресурсах главного компьютера. Перед включением любых виртуальных машин будет легко понять доступные (или свободные) аппаратные ресурсы, поскольку виртуальная машина будет работать с исходного хоста, а не с удаленного хоста.

  
  

  В зависимости от разрешений и уровней доступа вы можете поиграть с общими виртуальными машинами с удаленного компьютера.

  Я надеюсь, что это руководство дало бы некоторую базовую информацию о том, как совместно использовать виртуальные машины на сервере рабочей станции VMware на компьютере с Windows 10 и получить к нему удаленный доступ. Аналогичные шаги должны быть применимы, если вы выполняете те же действия на компьютерах с Linux или macOS.

  Здравствуй, юный сисадмин. Сегодня мы с тобой установим Windows Server 2019. Устанавливать будем ознакомительную версию, которая работает 180 дней. Установка производится на виртуальную машину VMware, я использую домашний сервер с ESXi на борту.

  Дистрибутив Windows Server 2019

  Переходим по ссылке:

  
  

  Нажимаем кнопку "Попробуйте Windows Server прямо сейчас".

  
  

  
  

  Нам нужен ISO образ, выбираем, "Продолжить".

  
  

  Итак, дистрибутив Windows Server 2019 в виде ISO образа у нас есть.

  Системные требования Windows Server 2019

  Минимальные системные требования для работы Windows Server 2019:

  • Процессор
    • 64-разрядный процессор с частотой 1,4 ГГц
    • Совместимость с набором инструкций x64
    • Поддержка NX и DEP
    • Поддержка CMPXCHG16b, LAHF/SAHF и PrefetchW
    • Поддержка трансляции адресов второго уровня (EPT или NPT)
    • 512 МБ (2 ГБ для сервера с возможностью установки Desktop Experience)
    • ECC (Error Correcting Code) или аналогичная технология для развертывания физического хоста
    • 32 ГБ для core mode + IIS
    • 36 ГБ для GUI mode + IIS

    При установке на виртуальную машину минимальных требований (1 процессор и 512 МБ оперативки может быть недостаточно, установка завершится с ошибкой. В этом случае можно сделать следующее:

    • Выделите более 800 МБ памяти, после завершения установки можно уменьшить количество памяти до 512 МБ. Если вы используете дополнительный язык, то может потребоваться больше 800 МБ.
    • Прервите процесс установки SHIFT+F10. В командной строке используйте diskpart.exe для создания и форматирования раздела для установки. Выполните wpeutil createpagefile /path=C:\pf.sys, где C: — это выделенный раздел. Закройте командную строку и продолжите установку.

    Подготовка виртуальной машины для Windows Server 2019

    
    

    Минимальные требования не будем устанавливать. Я выделил:

    • 2 процессора
    • 4 ГБ оперативки
    • 60 ГБ места на диске

    
    

    Загружаю в хранилище ISO образ.

    
    

    Монтирую ISO образ как CD\DVD.

    
    

    Для удобства устанавливаю VMware Remote Console.

    
    

    Установка Windows Server 2019

    
    

    Установочный образ подцепился.

    
    

    Запускается Windows Setup.

    
    

    Я предпочитаю устанавливать Windows Server на английском языке, мне так привычнее. Чем меньше лишнего — тем лучше. Единственное исключение делаю для терминальных серверов, так как с ними потом будут работать юзеры.

    Выбираем язык установки, Next.

    
    

    
    

    Выбираем Standard версию с GUI. Next.

    
    

    Принимаем лицензионное соглашение. Next.

    
    

    Тип установки — Custom: Install Windows only (advanced). У нас новый сервер.

    
    

    Выбираем диск для установки. На виртуальной машине он у нас выделен один. Next.

    
    

    Откиньтесь на спинку кресла, начинают копироваться установочные файлы.

    
    

    Идёт подготовка для установки Windows Server 2019.

    
    

    В процессе установки Windows может несколько раз перезагрузиться.

    
    

    Нужно запастись терпением.

    
    

    Открывается окно для установки пароля администратора.

    
    

    Требования к сложности пароля усилились. Два раза вводим пароль для администратора. Finish.

    
    

    Первоначальная настройка завершена.

    
    

    Для входа нужно нажать Ctrl+Alt+Del. Установка Windows Server 2019 завершена.

    Читайте также:

      
    • При сканирование smb появляется только что отсканированный файл а предыдущий удаляется
      
    • Плавающие панели команды меню archicad
      
    • Elpida что за память
      
    • Чем открыть файл lin
      
    • Как посмотреть трафик интернета на компьютере