Lazarev-granit.ru

Лазарев Гранит
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Как подключить виртуальную машину к домену

Как кастомизировать виртуальную машину?

Что такое кастомизация?

Кастомизация – это изменение настроек ОС виртуальной машины в соответствии с заданными в панели управления vCloud Director. Выполняется автоматически при включении виртуальной машины – Powered Off –> Power ON. Управление параметрами кастомизации осуществляется в разделе Guest OS Customization свойств ВМ.

  • Кастомизация требует установленной утилиты VMware Tools для Windows и установленных пакетов open-vm-tools и perl для Unix-систем (например, Ubuntu, Debian, CentOS, OEL).
  • ОС FreeBSD 11 и некоторые Unix-системы кастомизируются не полностью и требуют ручной настройки. В Debian до 9 версии кастомизация вовсе не доступна.
  • Если ОС не кастомизируется, то нельзя сделать шаблон ОС с кастомизацией из ВМ.

Когда происходит кастомизация?

Кастомизация выполняется всегда при переходе состояния ВМ из Powered Off в Power On при выполнении следующих условий:

    Кастомизация включена в свойствах ВМ (Enable guest customization), и в настройки виртуальной машины были внесены соответствующие изменения;

В случаях, приведенных ниже, кастомизация не будет выполнена, так как состояние ВМ не переходит из Powered Off в Power On:

  • была произведена перезагрузка сервера со стороны ОС;
  • было произведено выключение сервера со стороны ОС с последующим его включением через vCloud Director – Partially Powered Off –> Powered On.

Как сделать кастомизацию?

    Чтобы выполнить кастомизацию, зайдите в свойства ВМ.

В появившемся окне перейдите во вкладку General. Здесь можно поменять:

Computer name – имя компьютера, host name, которое идентифицирует виртуальную машину в сети. Это поле ограничено 15 символами. Имя устанавливается внутри ОС. При изменении этого имени и кастомизации изменится и host name. Можно изменить только на выключенной ВМ.

Virtual Machine name – имя, отображаемое в интерфейсе vCloud Director, не участвует в процессе кастомизации.

Во вкладке Guest OS Customization включаем/отключаем кастомизацию – чекбокс Enable guest customization. Здесь также можно поменять следующие дополнительные параметры:

Change SID – смена SID Windows. Важно помнить, что если сервер уже находится в домене, то смена SID приведет к проблемам с доступом к домену. Если это рядовой сервер или компьютер, то будет выдаваться ошибка «Не удалось установить доверительные отношения между этой рабочей станцией и основным доменом». Если это AD DC, то будет нарушена вся работа доменной структуры. Отрабатывается команда sysprep.

Password Reset – смена пароля локального администратора. Если учетная запись локального администратора была отключена, то сброс пароля не приведет к ее включению.

Join Domain – ввод сервера в домен.

Customization Script – выполнение на домене произвольного скрипта. Скрипт кастомизации пишется на языке интерпретатора, который присутствует в гостевой ОС, например: для MS – это batch, для Unix – shell.

Эти параметры кастомизации применяются только при первом включении ВМ, например, после разворачивания из шаблона, либо принудительно – при включении ВМ (Power On and Force Recustomization).

Рекомендация

Поддерживайте в актуальном состоянии настройки в vCloud Director и в ОС.

Отключайте кастомизацию, если в ней нет необходимости.

Виртуальная машина BitrixVM

Мы разработали специальный бесплатный программный продукт – готовый к немедленному использованию виртуальный сервер, полностью настроенный, протестированный и адаптированный для оптимальной работы с продуктами «1С-Битрикс».

Виды виртуальной машины 1C-Битрикс

«Виртуальная машина» поставляется в нескольких вариантах:

«1C-Битрикс: Виртуальная машина» (BitrixVM) специально сконфигурирована для быстрого исполнения программных продуктов «1С-Битрикс»: разворачивается за минуты и сразу же готова к работе! На виртуальную машину можно не только установить ознакомительные версии продуктов «1С-Битрикс», но и перенести свои, уже готовые проекты.

Данный тип виртуальной машины поставляется для различных гипервизоров в образах VMWare, OVA (Sphere и др.), VirtualBox, Hyper-V.

Вы просто устанавливаете плеер или гипервизор на своей операционной системе, импортируете образ и запускаете виртмашину.

«Виртуальная машина «1С-Битрикс24» — CRM» (VMBitrix.CRM) собирается на базе BitrixVM. Это готовое решение для CRM – внутри машины тоже самое, что и в основной машине BitrixVM, кроме нескольких пунктов меню.

Подробнее про VMBitrix.CRM можно прочитать в специальном уроке.

Данный тип виртуальной машины поставляется для различных гипервизоров в образах VMWare, OVA (Sphere и др.), VirtualBox, HyperV, а также как sh-скрипт установки на отдельный сервер.

«1С-Битрикс»: Веб-окружение» — Linux (BitrixEnv) служит для быстрой и простой установки всего ПО, необходимого для работы продуктов и решений «1С-Битрикс» на Linux-платформах CentOS 6 (i386, x86_64) и CentOS 7 (x86_64).

В отличие от запуска образа виртмашины в плеере, этот вариант устанавливается на CentOS 6/7 обычным sh-скриптом для минимизации влияния виртуализации на производительность сервера.

Основные системные требования:

CentOS 7 Minimal (можно и CentOS 6, но поддержка этой версии скоро будет прекращена).
Оперативная память: минимум 1Гб и выше, если используется модуль Push&Pull (Битрикс24 в коробке) – 2Гб и выше.
Диск: от 10Гб на начальном этапе без учета ОС.

Автоматически устанавливается и настраивается mysql-server 5.7*, web-server (Apache 2.4.*), php 7.1.*, nginx 1.16+, nodejs push-server, memcached и другое серверное ПО.

Amazon EC2 – это веб-сервис, предоставляющий масштабируемые вычислительные мощности и созданный для быстрого и простого разворачивания веб-приложений на площадках (в облаках) Amazon.

Специалистами «1С-Битрикс» подготовлены сконфигурированные образы BitrixVM (AMI-образы) для быстрого запуска приложений «1С-Битрикс» в Amazon EC2. Данный вариант пригодится тем, кто привык все свои проекты держать в облаках Amazon EC2.

Все варианты поставок «1C-Битрикс: Виртуальная машина» по функционалу не отличаются друг друга (за исключением VMBitrix.CRM). Отличие лишь состоит в способе развертывания самого веб-окружения.

Где скачать?

Скачать последние версии для всех вариантов поставок можно на сайте 1С-Битрикс:

Как работать с «1C-Битрикс: Виртуальной машиной»?

Управление и настройка виртмашины производится с помощью специального меню и подробно расписано в курсе «Виртуальная машина VMBitrix v7.x».

Настройка гипервизора Proxmox VE

Первым делом обновим наш Debian

Затем, утилитой fdisk посмотрим состояние наших дисков и разделов.

/dev/vda и /dev/vdb — ssd 120 Gb, на который установлен Proxmox.

/dev/vdc и /dev/vdd — ssd 500 Gb, на которых мы будем собирать программный raid с помощью утилиты mdadm.

Они пусты, нам необходимо создать партиции разделов. Ниже приведен пример, как это сделать для /dev/vdc, такую же процедуру необходимо выполнить для /dev/vdd, создав партиции /dev/vdc1 и /dev/vdd1 соответственно.

Читать еще:  Как подключить домашний сабвуфер дома

Данная процедура может занять некоторое время, проверять состояние синхронизации вы можете командой:

После успешной синхронизации программного raid массива, мы увидим следующую картину:

Следующим этапом, создадим файловую систему ext4 на программном рейде /dev/md127

Командой blkid проверим uuid собранного raid /dev/md127

В нашем случае, это:

/dev/md127: UUID=»400de0bd-6de7-46e5-a6ca-d03b11fe1c6f» TYPE=»ext4″

Создадим каталог data, который смонтируем к нашей новой fs

Далее правим файл /cat/fstab, указывая новую точку монтирования, чтобы после перезагрузки гипервизора изменения остались в силе. У нас должен получиться следующий результат:

Как вы могли не заметить, установка программной части Proxmox VE у нас выполнена на файловой системе ZFS. Это масштабируемая FS, работа которой, и работа с которой в корне отличается от привычных нам ext4 и иже с ней. Эта файловая система разрабатывалась под UNIX, и для корректно работы с Linux потребуется некоторый тюннинг. Это обусловлено так же особенностью работы с оперативной памятью. Чтобы исключить неконтролируемое потребление ОЗУ, создадим следующий файл:

В который необходимо добавить следующие параметры:

options zfs zfs_arc_max=2147483648

options zfs zfs_arc_min=1073741824

options zfs zfs_prefetch_disable=1

Настроим swappiness в Linux. Параметр vm.swappiness по умолчанию имеет значение 60, и контролирует процент свободной памяти. Он контролирует значение, после которого начнется активный сброс данных в swap. Значение «60» означает следующее: 100-60=40%. Другими словами, при загрузке ОЗУ более чем 40%, данные начнут кешироваться в swap. Не существует оптимального значения, он обусловлен только конфигурацией вашего сервера. Если ОЗУ достаточно, это значение можно уменьшить следующими командами:

Чтобы после перезагрузки значения не сбросились до первоначальных, в файле /etc/sysctl.conf необходимо добавить: vm.swappiness=10

Применить настройку «на лету» можно следующей командой:

Чтобы после перезагрузки значения не сбросились до первоначальных, в файле /etc/sysctl.conf необходимо добавить: vm.swappiness=10

Выше были рассмотрены базовые настройки для полноценного функционирования гипервизора. Оптимизация остальных параметров, таких как настройка программного обеспечения, настройка smart мониторинга ssd дисков и т. д., не отличается от работы с любым другим дистрибутивом Linux Debian.

  • Автор: Уваров А.С.
  • 21.01.2014

Продолжая цикл статей посвященный виртуализации, сегодня мы поговорим о настройке сети в Hyper-V. Основное внимание мы уделим теории, а именно разберем как устроены виртуальные сети и как они взаимодействуют с реальными. Потому что, как показывает практика, многие администраторы, в отсутствие простых и понятных материалов по данному вопросу, вынуждены осваивать настройку сети в Hyper-V методом «научного тыка».

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

За настройку сетей в Hyper-V отвечает Диспетчер виртуальных коммутаторов, если мы откроем его, то увидим следующую картину:

Как видим, нам доступно создание трех типов сетей: внешней, внутренней и частной. Разберемся подробнее, для чего нужны эти сети и в чем разница между ними.

Внешняя сеть

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

Как мы уже писали, основу виртуальной сети составляет виртуальный коммутатор. При создании внешней сети, Hyper-V создает виртуальный коммутатор, к которому через виртуальные сетевые адаптеры (vNIC) подключаются как виртуальные машины, так и хост. Физический адаптер отключается от хоста и по сути становится физическим портом виртуального коммутатора, через который он подключается к внешней сети.

В этом нетрудно убедиться, после создания внешней сети на хосте появляется Адаптер Ethernet для виртуальной сети Hyper-V, на который переносятся все настройки с физического адаптера.

А в свойствах физического адаптера остался только Расширяемый виртуальный сетевой коммутатор в Hyper-V.

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

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

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

Внутренняя сеть

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

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

Внутренняя сеть c NAT

Данная возможность появилась начиная с Windows Server 2016, Hyper-V Server 2016 и Windows 10. Подробнее читайте в нашей статье: Настраиваем сеть NAT в Hyper-V

Частная сеть

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

Данный вид сетей может быть использован также в учебных и исследовательских целей, а также для создания изолированных участков сети, например DMZ.

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

Читать еще:  Как подключить смс уведомления мтс

Как видим, Hyper-V дает в руки администратора весьма гибкий и мощный инструмент, позволяющий создавать весьма сложные сетевые конфигурации и управлять ими.

Помогла статья? Поддержи автора и новые статьи будут выходить чаще:

Или подпишись на наш Телеграм-канал:

Windows Server 2019 — роль Hyper-V

  • 5 ноября 2020

На сервере Windows Server 2019 потребовалось запустить виртуальную машину посредством Hyper-V. Установим роль Hyper-V на сервер Windows Server 2019 и создадим какую-нибудь виртуальную машину.

Я буду все действия выполнять на свежем сервере Windows Server 2019 Standard Evaluation. Сервер развёрнут на гипервизоре VMware ESXi. Да-да, я понимаю, что на виртуалке поднимать систему виртуализации не самая здравая идея, но всё это в тестовых целях.

Установка роли Hyper-V на сервере Windows Server 2019

Открываем Server Manager. Manage > Add Roles and Features

Открывается мастер установки ролей. Попадаем в раздел Before You Begin.

Это информационная страница, Next.

Попадаем в раздел Installation Type. Здесь нужно выбрать тип установку. Выбираем «Role-based or feature-based installation». Next.

Попадаем в раздел Server Selection. Здесь нужно выбрать сервер, на который будем устанавливать роль. Я выбираю текущий сервер. Next.

Попадаем в раздел Server Roles. Находим роль Hyper-V, выделяем галкой. Нам предлагают установить фичи, которые необходимы для работы Hyper-V, соглашаемся. Add Features.

Облом. Я словил ошибку:

Hyper-V cannot be installed: The processor does not have required virtualization.

Для роли Hyper-V требуется процессор, поддерживающий функции виртуализации. Поддержка аппаратной виртуализации может быть отключена в BIOS, в этом случае нужно перезагрузить сервер и в BIOS включить поддержку виртуализации. Это могут быть опции:

  • Intel — Intel Virtualization Technology
  • AMD — SVM Mode

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

В настройках CPU включаю галку «Expose hardware assisted virtualization to the guest OS».

Включаю сервер. Снова проходим ту же процедуру. Открываем Server Manager. Manage > Add Roles and Features. Выбираем «Role-based or feature-based installation». Находим роль Hyper-V, выделяем галкой. Нам предлагают установить фичи, которые необходимы для работы Hyper-V, соглашаемся. Add Features.

В этот раз всё проходит успешно. Next.

Попадаем в раздел Features, здесь нам ничего не нужно. Next.

Попадаем в раздел Hyper-V. Здесь рассказывается для чего используется Hyper-V. Кроме того, на этой странице есть важная информация.

  • Перед установкой роли Hyper-V следует решить, какую сетевую карту сервера вы будете подключать к виртуальному коммутатору.
  • После установки роли Hyper-V для управления виртуальными машинами используйте Hyper-V Manager.

Попадаем в раздел Virtual Switches. Для работы виртуальных машин требуется связать виртуальный коммутатор в сетевой картой сервера, если вы хотите выпустить виртуальный машины в сеть. У меня выбор не очень большой, выделяю единственную сетевую карту. Next.

Попадаем в раздел Migration. Здесь настраивается миграция виртуальных машин. У меня будет один сервер с Hyper-V, поэтому никаких миграций не предусмотрено. Next.

Попадаем в раздел Default Stores. Здесь можно настроить папки по умолчанию для хранения виртуальных дисков и файлов настроек виртуальных машин. Next.

Попадаем в раздел Confirmation. Проверяем что у нас будет установлено. Здесь же ставим галку, чтобы сервер при необходимости перезагрузился. Install.

Начинается процесс установки роли Hyper-V.

После перезагрузки роль продолжает устанавливаться.

Установка роли Hyper-V успешно завершена. Close.

В Administrative Tools появляется Hyper-V Manager.

Настройка виртуального коммутатора Hyper-V

Запускаем Hyper-V Manager.

В списках серверов Hyper-V есть текущий сервер ILAB-DC. Нажимаем на него.

Список виртуальных машин пуст. Перед созданием новой виртуалки нужно настроить виртуальный коммутатор. По идее он уже должен быть настроен, т.к. мы при установке роли Hyper-V ставили галку для привязки виртуального коммутатора к физическому сетевому адаптеру. Но проверить не помешает, были случаи, когда виртуальный коммутатор на привязывался к физическому адаптеру. Такое случается, когда роль Hyper-V устанавливается несколько раз. В этом случае зайдите в настройки физического адаптера и снимите галку со всего где есть слово «Hyper-V», после этого физический адаптер можно снова привязать к виртуальному коммутатору из оснастки Hyper-V Manager.

Нажимаем Virtual Switch Manager.

У меня один виртуальный коммутатор «vmxnet3 Ethernet Adapter — Virtual Switch». Виртуальный коммутатор может работать в трёх режимах:

  • External network
    Предоставляет виртуальным машинам доступ к физической сети для взаимодействия с серверами и клиентами во внешней сети. Позволяет виртуальным машинам на одном сервере Hyper-V взаимодействовать друг с другом.
    • Allow management operating system to share this network adapter (Разрешить управляющей операционной системе предоставлять общий доступ к этому сетевому адаптеру)
      Выберите этот параметр, если вы хотите разрешить узлу Hyper-V совместно использовать виртуальный коммутатор и сетевую карту или группу сетевых адаптеров с виртуальной машиной. Если этот параметр включен, узел может использовать любые параметры, настроенные для виртуального коммутатора, такие как параметры качества обслуживания (QoS), параметры безопасности или другие функции виртуального коммутатора Hyper-V.
    • Enable single-root I/O virtualization (SR-IOV) (Включить виртуализацию SR-IOV)
      Выберите этот параметр, только если вы хотите разрешить трафику виртуальной машины обходить коммутатор виртуальной машины и перейти непосредственно к физическому сетевому адаптеру. Сетевой адаптер должен поддерживать SR-IOV.
  • Internal network
    Разрешает обмен данными между виртуальными машинами на одном сервере Hyper-V, а также между виртуальными машинами и сервером Hyper-V.
  • Private network
    Разрешает обмен данными только между виртуальными машинами на одном сервере Hyper-V. Частная сеть изолирована от всего внешнего сетевого трафика на сервере Hyper-V. Этот тип сети полезен, если необходимо создать изолированную сетевую среду, например изолированный тестовый домен.

SR-IOV (Single Root Input/Output Virtualization, виртуализация ввода-вывода с единым корнем) — технология виртуализации устройств, позволяющая предоставить виртуальным машинам прямой доступ к части аппаратных возможностей устройства.

При необходимости можно включить поддержку VLAN.

Настраиваю виртуальный коммутатор, вернее, ничего не меняю, меня устраивают текущие настройки. OK.

Создание виртуальной машины в Hyper-V

Пришло время создать первую виртуальную машину. Открываем Hyper-V Manager.

New > Virtual Machine.

Открывается мастер создания виртуальных машин. Попадаем в раздел Before You Begin. Здесь нет ничего интересного. Next.

Читать еще:  Карнизы домов с кирпича

Попадаем в раздел Specify Name and Location. Указываем имя виртуалки. При необходимости можно изменить папку, в которой будут храниться файлы виртуалки. Next.

Попадаем в раздел Specify Generation. Выбор поколения зависит от того, какую операционную систему на виртуальной машине вы хотите установить, и метод загрузки, который вы хотите использовать для развертывания виртуальной машины. Виртуальные машины поколения 1 поддерживают большинство гостевых операционных систем. Виртуальные машины поколения 2 поддерживают большинство 64-разрядных версий Windows, Linux и FreeBSD. Рекомендуется выбрать поколение 2 за исключением случаев когда:

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

Попадаем в раздел Assign Memory. Выделяем память для виртуалки. Динамическая память забирается у сервера, как ни странно, динамически, т.е. сколько нужно, столько и забирается. Если галку не поставить, то вся выбранная память серверу будет недоступна. Next.

Попадаем в раздел Configure Networking. Выбираем виртуальный коммутатор. У меня он один. Next.

Попадаем в раздел Connect Virtual Hard Disk. Здесь создаём жёсткий диск, можно выбрать папку для его хранения. Можно подключить существующий жёсткий диск. Можно не подключать жёсткий диск. Я создаю новый диск объёмом 40 ГБ. Next.

Попадаем в раздел Installation Options. Здесь можно примонтировать образ установочного диска, я сделаю это позже. Next.

Попадаем в раздел Summary. Проверяем параметры. Finish.

Начинается процесс создания виртуальной машины.

Виртуальная машина создана, она выключена (State = Off).

Установка операционной системы на виртуальную машину Hyper-V

Теперь примонтируем ISO образ к виртуальной машине и попробуем начать процесс установки операционной системы.

Выделяем виртуалку, нажимаем Settings.

Переходим в раздел SCSI Controller. Видим, что в нём находится только жёсткий диск. Справа выбираем DVD Drive, Add.

У виртуальной машины появляется виртуальный DVD Drive. Выбираем Image file, выбираем ISO образ для установки операционной системы. Apply.

Правой кнопкой на виртуалку, Connect.

Открывается консоль виртуалки. ISO образ можно также вставить/извлечь в меню Mediz > DVD Drive. Включаем виртуалку, Start.

Виртуальная машина включается.

Загружается ISO образ и мы можем установить операционную систему, дальше вы справитесь.

Заключение

Мы с вами на сервере Windows Server 2019 установили роль Hyper-V, настроили виртуальный коммутатор и создали первую виртуальную машину. Подключили виртуальный дисковод и загрузились с установочного ISO образа операционной системы.

Добро пожаловать в волшебный мир виртуализации Hyper-V.

Вкладка Сеть / IP-адреса

Здесь можно добавлять, удалять и резервировать IP-адреса виртуальной машины, включать виртуальную локальную сеть между вашими VDS, а также подключать защищённый от DDoS IPv4 адрес. К серверу можно подключить до четырех IPv4 адресов, стоимость одного IPv4 адреса можно уточнить в нашем прейскуранте , также к VDS можно подключить бесплатно блок IPv6 адресов.

  • Чтобы добавить IP-адрес или блок IPv6, кликните «Добавить IP», выберите нужную версию IP и кликните «Подключить».
  • Чтобы удалить IP-адрес или блок IPv6, справа от адреса кликните на иконку с тремя точками. Далее «Удалить IP-адрес».
  • Чтобы зарезирвировать IP-адрес или блок IPv6, справа от адреса кликните на иконку с тремя точками. Далее «Зарезервировать IP адрес». Зарезервированный адрес можно удалить, а затем подключить к VDS повторно.
  • Чтобы подключить к VDS защищённый от DDoS IP-адрес, кликните «Подключить защиту». Далее выберите необходимую полосу пропускания и кликните «Подключить».
  • Если у вас создано несколько VDS, то их можно объединить в Приватную сеть . Тогда каждой виртуальной машине будет добавлен свой локальный IP адрес, по которому VDS в этой сети смогут обращаться друг к другу.

Шаги по созданию головного узла

Ниже приведены высокоуровневые шаги, иллюстрирующие использование модели развертывания Resource Manager через портал Azure для создания виртуальных машин Azure для головных узлов пакета HPC.

  1. Если вы хотите использовать отдельную виртуальную машину контроллера домена для создания нового леса Active Directory в Azure, одним из способов является использованиеШаблон менеджера ресурсов, Для простого развертывания с проверкой концепции вы можете проигнорировать этот шаг и настроить виртуальную машину головного узла как контроллер домена. Эта опция будет описана позже в этой статье.
  2. На странице HPC Pack 2012 R2 в Windows Server 2012 R2 в магазине приложений Azure щелкните Создать виртуальную машину.

На странице портала HPC Pack 2012 R2 на Windows Server 2012 R2 выберите модель развертывания Resource Manager и нажмите кнопку Создать.

Используйте портал для настройки параметров и создания виртуальных машин. Если вы не знакомы с Azure, следуйтеСоздайте виртуальную машину Windows на портале AzureИнструкции в учебнике. Для развертывания с проверкой концепции обычно можно принять стандартные или рекомендуемые параметры.

Если вы хотите присоединить головной узел к существующему домену Active Directory в Azure, обязательно укажите виртуальную сеть для домена при создании виртуальной машины.

Выберите один из следующих параметров, чтобы присоединить виртуальную машину к лесу домена Active Directory:

  • Если вы создали виртуальную машину в виртуальной сети Azure с использованием существующего леса доменов, используйте стандартные средства диспетчера сервера или Windows PowerShell, чтобы присоединить виртуальную машину к лесу. Затем перезагрузите.
  • Если вы создаете виртуальную машину в новой виртуальной сети (без использования существующего леса домена), продвигайте виртуальную машину в качестве контроллера домена. Используйте стандартные процедуры для установки и настройки роли доменных служб Active Directory на головном узле. Для подробных шагов, пожалуйста, обратитесь кУстановите новый лес Windows Server 2012 Active Directory。

После запуска виртуальной машины и присоединения к лесу Active Directory запустите службу пакета HPC следующим образом:

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

б) Сохраните настройку «Тип базы данных», для которой установлено «Совместное использование». Для конфигурации головного узла по умолчанию запустите Windows PowerShell от имени администратора и введите следующую команду:

Запуск службы HPC Pack может занять несколько минут.

голоса
Рейтинг статьи
Ссылка на основную публикацию
ВсеИнструменты
Adblock
detector