Как установить виртуальную машину на сервер
Создание виртуальной машины в Hyper-V Windows Server 2012 R2
Создание виртуальной машины в Hyper-V Windows Server 2012 R2
Не так давно на страницах проекта gotoADM.ru была опубликована статья, а который был рассмотрен процесс установки сервера виртуализации Hyper-V на Windows Server 2012 R2. Сейчас мы продолжим развитие данной темы и выполним базовую настройки сервера Hyper-V, создадим виртуальный коммутатор, а затем виртуальную машину. Статья рассчитана на “самых молодых” ИТ специалистов и продолжает логическое и плавное развитие темы виртуализации и знакомство с гипервизором компании Microsoft.
Т.к. нашей виртуальной машине, да и всему парку VM необходимо активно работать с сетью, то перед созданием самой виртуальный машины я предлагаю выполнить настройки виртуального коммутатора. Стоит сразу отметить – для этого потребуется дополнительная сетевая карта. Существует три варианта работы виртуального коммутатора:
Как было сказано выше – нам подходит первый вариант, т.к. будет происходить активное использование сети.
В диспетчере управления гипервизором Hyper-V переходим в диспетчер виртуальных коммутаторов, как показано на рисунке выше. Далее выбираем нужный нам тип работы сети, указываем имя подключение (в нашем случае vSwith0) и сетевую карту, с которой необходимо связать работу VM. Теперь перейдем к созданию виртуальной машины. Сам процесс не сложен, “мастер” сделан просто и с достаточным уровнем подсказок и описаний:
В нашем случае диски и конфигурация виртуальных машин находится на том же сервере, если вы используете СХД или другое устройство – укажите корректный путь для расположения файлов жестких дисков.
В большинстве случаев необходимо выбирать второе поколение VM, но т.к. данная виртуальная машина создается под ОС Linux (CentOS 6.5 64bit), то для корректной работы данной операционной системы необходимо использовать первое поколение VM.
Указываем размер оперативной памяти, которая будет выделяться нашей будущей ОС. Стоит отметить – если разрабатываемый сервис будет малозагруженным или же нагрузка будет колебаться, то для более корректного использования ресурсов сервера виртуализации рекомендуется использовать динамическое выделение RAM.
Указываем сетевой адаптер – он позволит, как я уже говорил, работать с внешней сетью.
Еще раз проверяем настройки будущей системы – имя, расположение файла жесткого диска и указываем размер HDD.
И напоследок – указываем источник установки. В нашем случае – это iso образ, расположенный там же, где и сам гипервизор. После нажатия кнопки “далее” будет произведено создание VM. Запуск, выключение и настройка дополнительных параметров доступно также в диспетчере управления Hyper-V:
Настройка сети в Hyper-V и создание виртуальной машины завершено.
Нашли ошибку в тексте? Выделите фрагмент текста и нажмите Ctrl+Enter
Как установить виртуальную машину на сервер
Добрый день уважаемые читатели блога pyatilistnik.org, сегодня хочу рассказать как создать виртуальную машину в Hyper-v 3.0 в Windows Server 2012R2.
Открываем оснастку Диспетчер Hyper-V. Найти можно в пуске.
Как создать виртуальную машину в Hyper-v 3.0 в Windows Server 2012R2-01
Переходим в правую колонку
Как создать виртуальную машину в Hyper-v 3.0 в Windows Server 2012R2-02
нажимаем Создать-Виртуальная машина
Как создать виртуальную машину в Hyper-v 3.0 в Windows Server 2012R2-03
Задаем имя виртуальной машины, оно по сути будет только влиять на то как будут называться файлы на вашем хосте виртуализации, а так же задаем место хранения виртуальной машины.
Как создать виртуальную машину в Hyper-v 3.0 в Windows Server 2012R2-05
Далее выбираем поколение 2, чтобы можно было ставить новые операционные системы.
Как создать виртуальную машину в Hyper-v 3.0 в Windows Server 2012R2-06
На следующем шаге установите необходимое вам количество оперативной памяти, можно поставить использование динамической памяти, то есть будет брать столько сколько реально использует.
Как создать виртуальную машину в Hyper-v 3.0 в Windows Server 2012R2-07
Далее выбираем сеть, а точнее к какому сетевому коммутатору подключиться
Как создать виртуальную машину в Hyper-v 3.0 в Windows Server 2012R2-08
я выбираю внешний, чтобы обновиться вначале
Как создать виртуальную машину в Hyper-v 3.0 в Windows Server 2012R2-09
Теперь вам необходимо, установить размер жесткого диска, либо указать виртуалке старый, ранее созданный диск.
Как создать виртуальную машину в Hyper-v 3.0 в Windows Server 2012R2-10
На следующем шаге мастера монтируем ISo образ операционной системы, я смонтирую Windows Server 2012R2
Как создать виртуальную машину в Hyper-v 3.0 в Windows Server 2012R2-11
Как создать виртуальную машину в Hyper-v 3.0 в Windows Server 2012R2-12
Как создать виртуальную машину в Hyper-v 3.0 в Windows Server 2012R2-13
Теперь щелкаем правым кликом по созданной машине и выбираем Пуск.
Как создать виртуальную машину в Hyper-v 3.0 в Windows Server 2012R2-20
После того как vm запустится, нажмите Подключить, и у вас появится окно терминала, которое вам позволит дальше установить систему. Установка ни чем не отличается от классической, если у вас в этом есть трудности, то посмотрите Как установить windows server 2012R2. На этом, все. Вот так просто оказалось создать виртуальную машину в Hyper-v 3.0 в Windows Server 2012R2.
Установка виртуальных машин KVM под ubuntu server
Последнее время применение виртуализации при построении серверной инфраструктуры встречается все чаще. Гибкость, масштабируемость, экономия делают эту технологию очень перспективной. Сейчас на рынке существует достаточное количество решений, как проприетарных, так и open source, позволяющих развернуть виртуальные сервера. Один из таких вариантов я хочу рассмотреть в данной статье.
Поигравшись с ГУЙовыми платформами виртуализации от Microsoft, VMware и Sun, я решил попробовать сделать тоже самое через консоль. Установив давно понравившийся мне linux дистрибутив ubuntu, стал выбирать — на какой же реализации виртуальных машин (ВМ) остановиться. В википедии есть интересная табличка, хотя посмотрев оффициальный help к ubuntu я понял, что лучше начать с KVM.
Процедура установки хост-сервера в общем-то стандартная, но есть нюансы. Во время установки включил LVM (как я понял — гостевые ОС можно впоследстии размещать на LVM-томах, что придаст дополнительную гибкость), а в окне выбора доустанавлемого ПО отметил OpenSSH server и Virtual Machine host.
Хост-серверу задан статический ip 172.16.4.24, что можно увидеть далее в приведенных конфигах.
После установки хост-сервера, подключаемся к нему по ssh (одноименной командой из linux или putty/kitty из windows).
Первым делом необходимо проверить, поддерживает ли железо сервера аппаратную виртуализацию командой
egrep ‘(vmx|svm)’ /proc/cpuinfo
Если вывод команды не пустой, значит поддерживает.
Скачиваем в домашнюю папку iso-образ того дистрибутива операционной системы, которая в последствии будет гостевой. У меня это тот же самый ubuntu-9.04-server-amd64.iso
Устанавливаем необходимые пакеты:
sudo apt-get install kvm libvirt-bin python-virtinst bridge-utils
После этого лучше ребутнуться.
Для того, чтобы виртуальные сервера работали в нашей реальной локальной сети на хост-машине создаем сетевой мост. Для этого надо подредактировать файл /etc/network/interfaces
Так он выглядел до модификации:
Для начала необходимо подключится к vnc-серверу, который отображает экран ВМ. Я делал это из WinXP, хотя, из практически любого linux дистрибутива, это делается аналогично.
Устанавливаем vnc-клиент, например UltraVNC, запускаем UltraVNC Viewer и подключаемся к localhost:59000. Если все сделано правильно, то мы увидим экран нашей ВМ с запущенным инсталлятором гостевой ОС.
Устанавливаем гостевую ОС.
Так она начинает загружаться после установки:
Магия виртуализации: вводный курс в Proxmox VE
Сегодня речь пойдет о том, как быстро и достаточно просто на одном физическом сервере развернуть несколько виртуальных серверов с разными операционными системами. Любому системному администратору это позволит централизованно управлять всей IT-инфраструктурой компании и экономить огромное количество ресурсов. Использование виртуализации помогает максимально абстрагироваться от физического серверного оборудования, защитить критичные сервисы и легко восстановить их работу даже в случае очень серьезных сбоев.
Без всякого сомнения, большинству системных администраторов знакомы приемы работы с виртуальной средой и для них эта статья не станет каким-либо открытием. Несмотря на это, есть компании, которые не используют гибкость и скорость работы виртуальных решений из-за недостатка точной информации о них. Мы надеемся, что наша статья поможет на примере понять, что гораздо проще один раз начать использовать виртуализацию, чем испытывать неудобства и недостатки физической инфраструктуры.
К счастью, попробовать как работает виртуализация достаточно просто. Мы покажем, как создать сервер в виртуальной среде, например, для переноса CRM-системы, используемой в компании. Практически любой физический сервер можно превратить в виртуальный, но вначале необходимо освоить базовые приемы работы. Об этом и пойдет речь ниже.
Как это устроено
Когда речь идет о виртуализации, многим начинающим специалистам сложно разобраться в терминологии, поэтому поясним несколько базовых понятий:
Ключевой особенностью является то, что любые действия виртуальных машин исполняются напрямую на уровне оборудования. При этом они друг от друга изолированы, что достаточно легко позволяет управлять ими по отдельности. Сам же гипервизор играет роль контролирующего органа, распределяя ресурсы, роли и приоритеты между ними. Также гипервизор занимается эмуляцией той части аппаратного обеспечения, которая необходима для корректной работы операционной системы.
Внедрение виртуализации дает возможность иметь в наличии несколько запущенных копий одного сервера. Критический сбой или ошибка, в процессе внесения изменений в такую копию, никак не повлияет на работу текущего сервиса или приложения. При этом также снимаются две основные проблемы – масштабирование и возможность держать «зоопарк» разных операционных систем на одном оборудовании. Это идеальная возможность совмещения самых разных сервисов без необходимости приобретения отдельного оборудования для каждого из них.
Виртуализация повышает отказоустойчивость сервисов и развернутых приложений. Даже если физический сервер вышел из строя и его необходимо заменить на другой, то вся виртуальная инфраструктура останется полностью работоспособной, при условии сохранности дисковых носителей. При этом физический сервер может быть вообще другого производителя. Это особенно актуально для компаний, которые используют серверы, производство которых прекращено и потребуется осуществить переход на другие модели.
Теперь перечислим самые популярные гипервизоры, существующие на текущий день:
KVM же напротив, полностью бесплатен и достаточно прост в работе, особенно в составе готового решения на базе Debian Linux под названием Proxmox Virtual Environment. Именно эту систему мы можем порекомендовать для первоначального знакомства с миром виртуальной инфраструктуры.
Как быстро развернуть гипервизор Proxmox VE
Установка чаще всего не вызывает никаких вопросов. Скачиваем актуальную версию образа с официального сайта и записываем его на любой внешний носитель с помощью утилиты Win32DiskImager (в Linux используется команда dd), после чего загружаем сервер непосредственно с этого носителя. Наши клиенты, арендующие у нас выделенные серверы, могут воспользоваться двумя еще более простыми путями – просто смонтировав нужный образ непосредственно из KVM-консоли, либо используя наш PXE-сервер.
Программа установки имеет графический интерфейс и задаст всего лишь несколько вопросов.
Веб-интерфейс управления станет доступен по адресу
Что нужно сделать после установки
Есть несколько важных вещей, которые следует выполнить после установки Proxmox. Расскажем о каждой из них подробнее.
Обновить систему до актуальной версии
Для этого зайдем в консоль нашего сервера и отключим платный репозиторий (доступен только тем, кто купил платную поддержку). Если этого не сделать — apt сообщит об ошибке при обновлении источников пакетов.
Позаботиться о безопасности
Исходя из практического опыта, за неделю работы сервера с открытым ssh-портом 22 и внешним статическим IPv4-адресом, было более 5000 попыток подобрать пароль. И около 1500 адресов утилита успешно заблокировала.
Для выполнения установки приводим небольшую инструкцию:
Проверить статус работы утилиты, например, снять статистику блокировок заблокированных IP-адресов с которых были попытки перебора паролей SSH, можно одной простой командой:
Ответ утилиты будет выглядеть примерно так:
Аналогичным способом можно закрыть от подобных атак Web-интерфейс, создав соответствующее правило. Пример такого правила для Fail2Ban можно найти в официальном руководстве.
Начало работы
Хочется обратить внимание на то, что Proxmox готов к созданию новых машин сразу после установки. Тем не менее, рекомендуем выполнить предварительные настройки, чтобы в дальнейшем системой было легко управлять. Практика показывает, что гипервизор и виртуальные машины стоит разнести по разным физическим носителям. О том, как это сделать и пойдет речь ниже.
Настроить дисковые накопители
ВНИМАНИЕ! Приведенный ниже пример дисковой разметки можно использовать только для тестовых целей. Для эксплуатации в реальных условиях мы настоятельно рекомендуем использовать программный или аппаратный RAID-массив, чтобы исключить потерю данных при выходе дисков из строя. О том, как правильно приготовить дисковый массив к работе и как действовать в случае аварийной ситуации мы расскажем в одной из следующих статей
Предположим, что физический сервер имеет два диска — /dev/sda, на который установлен гипервизор и пустой диск /dev/sdb, который планируется использовать для хранения данных виртуальных машин. Чтобы система смогла увидеть новое хранилище, можно воспользоваться самым простым и эффективным методом — подключить его как обычную директорию. Но перед этим следует выполнить некоторые подготовительные действия. В качестве примера посмотрим, как подключить новый диск /dev/sdb, любого размера, отформатировав его в файловую систему ext4.
Вывод команды должен показать, что /dev/sdb1 смонтирован в директорию /mnt/storage. Это значит, что наш накопитель готов к работе.
Добавить новое хранилище в Proxmox
Авторизуемся в панели управления и заходим в разделы Датацентр ➝ Хранилище ➝ Добавить ➝ Директория.
В открывшемся окне заполняем следующие поля:
После этого нажимаем кнопку Добавить. На этом настройка завершена.
Создать виртуальную машину
Для создания виртуальной машины выполняем следующую последовательность действий:
Создаем нашу первую виртуальную машину:
Настроить автозапуск
По умолчанию Proxmox автоматически не запускает машины, но это легко решается буквально двумя щелчками мыши:
Для продвинутых администраторов имеется еще и возможность указать дополнительные параметры запуска в разделе Start/Shutdown order. Можно явным образом указать в каком порядке следует запускать машины. Также можно указать время, которое должно пройти до старта следующей VM и время задержки выключения (если операционная система не успеет завершить работу, гипервизор принудительно ее выключит через определенное количество секунд).
Заключение
В этой статье были изложены основы того, как можно начать работать с Proxmox VE и мы надеемся, что она поможет начинающим специалистам сделать первый шаг и попробовать виртуализацию в действии.
Proxmox VE — это действительно очень мощный и удобный инструмент для любого системного администратора; главное не бояться экспериментировать и понять, как это действительно работает.
Если у вас появились вопросы, добро пожаловать в комментарии.
Создание виртуальной машины с помощью Hyper-V в Windows 10
Создание виртуальной машины и установка на нее операционной системы. Вам потребуется ISO-файл для операционной системы, которую требуется запустить. При необходимости пробную версию ОС Windows 10 можно получить в Центре оценки TechNet.
Создание виртуальной машины с помощью диспетчера Hyper-V
Откройте диспетчер Hyper-V, нажав клавишу Windows и введя в строке поиска «диспетчер Hyper-V», выполните поиск диспетчера Hyper-V в своих приложениях.
В диспетчере Hyper-V щелкните Действие Создать Виртуальная машина, чтобы открыть мастер создания виртуальной машины.
Просмотрите содержимое страницы «Приступая к работе» и нажмите кнопку Далее.
Присвойте имя виртуальной машине.
Примечание. Это имя, используемое Hyper-V для виртуальной машины, а не имя компьютера, присвоенное гостевой операционной системе, которая будет развернута внутри виртуальной машины.
В виртуальных машинах поколения 2, которые появились в Windows Server 2012 R2, доступна упрощенная модель виртуального оборудования и некоторые дополнительные функциональные возможности. На виртуальную машину поколения 2 можно установить только 64-разрядную версию операционной системы. Дополнительные сведения о виртуальных машинах поколения 2 см. в статье Обзор виртуальных машин поколения 2.
Если новая виртуальная машина относится к поколению 2 и будет работать под управлением дистрибутива Linux, потребуется отключить безопасную загрузку. Дополнительные сведения о безопасной загрузке см. в статье Безопасная загрузка.
Память распределяется между узлом Hyper-V и виртуальной машиной, работающей на этом узле. Число виртуальных машин, которые могут работать на одном узле, зависит, в частности, от объема доступной памяти. Виртуальную машину можно также настроить для использования динамической памяти. При включении динамическая память высвобождает неиспользуемую память работающей виртуальной машины. Это позволяет большему количеству виртуальных машин работать на узле. Дополнительные сведения о динамической памяти см. в статье Общие сведения о динамической памяти в Hyper-V.
В мастере настройки сети выберите для данной виртуальной машины виртуальный коммутатор и нажмите кнопку Далее. Дополнительные сведения см. в статье Создание виртуального коммутатора.
Присвойте имя виртуальному жесткому диску, выберите расположение или оставьте значение по умолчанию, а затем укажите размер. По окончании нажмите кнопку Далее.
Виртуальный жесткий диск представляет собой память для виртуальной машины, чем напоминает физический жесткий диск. Виртуальный жесткий диск требуется для установки операционной системы на виртуальной машине.
При создании виртуальной машины можно настроить некоторые параметры установки операционной системы. Доступны три варианта.
Установить операционную систему позднее. Этот параметр не вносит какие-либо дополнительные изменения в виртуальную машину.
Установить операционную систему из файла загрузочного образа. Действие этого параметра аналогично вставке компакт-диска в физический дисковод компьютера. Чтобы настроить этот параметр, выберите ISO-образ. Этот образ будет подключен к дисководу виртуальной машины. Меняется порядок загрузки виртуальной машины: загрузка начинается с дисковода.
Установить операционную систему с сетевого сервера установки. Этот параметр доступен только тогда, когда виртуальная машина подключена к сетевому коммутатору. В этой конфигурации виртуальная машина предпринимает попытки загрузиться из сети.
Создание виртуальной машины с помощью PowerShell
Откройте интегрированную среду сценариев PowerShell от имени администратора.
Выполните следующий сценарий.
Завершение развертывания операционной системы
Чтобы завершить создание виртуальной машины, необходимо ее запустить и выполнить пошаговые инструкции по установке операционной системы.
В диспетчере Hyper-V дважды щелкните виртуальную машину. Запустится средство VMConnect.
В VMConnect нажмите зеленую кнопку «Пуск». Это аналогично нажатию кнопки питания на физическом компьютере. Нажмите любую клавишу для загрузки с компакт- или DVD-диска Сделайте это.
Примечание. Чтобы убедиться, что нажатия клавиш отправляются в виртуальную машину, щелкните внутри окна VMConnect.
Примечание. Если вы не используете корпоративную лицензию на Windows, требуется отдельная лицензия для Windows, установленной на виртуальной машине. ОС виртуальной машины не зависит от операционной системы сервера виртуальных машин.