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

Управление пулами виртуальных машин

1. Введение в пулы

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

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

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

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

В целом, виртуальные машины в пуле запускаются, когда их берет пользователь, и выключаются, когда пользователь завершает работу. Однако пулы виртуальных машин могут также содержать предварительно запущенные виртуальные машины. Предварительно запущенные виртуальные машины находятся в состоянии Включено (Up) running и простаивают до тех пор, пока их не заберет пользователь. Так, пользователи могут сразу начать использовать эти виртуальные машины, но те будут потреблять системные ресурсы, даже если не используются по причине простоя.

2. Создание пула виртуальных машин

Можно создать пул виртуальных машин, в котором будет несколько виртуальных машин, основанных на одном шаблоне. Информацию о запечатывании виртуальной машины и создании шаблона см. в статье Шаблоны (Templates).

Варианты конфигурации файла Sysprep для виртуальных машин Windows

В зависимости от ваших требований доступно несколько вариантов конфигурации файла sysprep.

Если пул не нужно присоединять к домену, можно использовать стандартный файл sysprep, расположенный в /usr/share/ovirt-engine/conf/sysprep/.

Если пул необходимо присоединить к домену, то можно создать пользовательский файл sysprep для каждой операционной системы Windows:

  1. Скопируйте соответствующие разделы для каждой операционной системы из файла /usr/share/ovirt-engine/conf/osinfo-defaults.properties в новый файл и сохраните как 99-defaults.properties.

  2. В 99-defaults.properties укажите ключ активации продукта Windows и путь к новому пользовательскому файлу sysprep:

    os.operating_system.productKey.value=Windows_product_activation_key …
    os.operating_system.sysprepPath.value = ${ENGINE_USR}/conf/sysprep/sysprep.operating_system
  3. Создайте новый файл sysprep, указав домен, пароль домена и администратора домена:

    <Credentials>
        <Domain>__AD_Domain__</Domain>
        <Password>__Domain_Password__</Password>
        <Username>__Domain_Administrator__</Username>
    </Credentials>

Если нужно настроить различные параметры sysprep для разных пулов виртуальных машин Windows, то можно создать пользовательский файл sysprep на Портале администрирования (см. раздел Создание пула виртуальных машин ниже). Дополнительные сведения см. в статье Использование инструмента Sysprep для автоматизации настройки виртуальных машин.

Порядок действий:
  1. Нажмите Ресурсы (Compute)  Пулы (Pools).

  2. Нажмите Новый (New).

  3. Выберите Кластер (Cluster) в выпадающем списке.

  4. Выберите Шаблон (Template) и версию в выпадающем меню. Шаблон содержит стандартные настройки для всех виртуальных машин в пуле.

  5. Выберите Операционную систему (Operating System) в выпадающем списке.

  6. Используйте Профиль нагрузки (Optimized for), чтобы оптимизировать виртуальные машины для Рабочей станции (Desktop) или Сервера (Server).

    Оптимизация типа Высокая производительность (High Performance) не рекомендуется для пулов, поскольку высокопроизводительная виртуальная машина привязана к одному хосту и конкретным ресурсам. Пул, содержащий несколько виртуальных машин с такой конфигурацией, будет работать плохо.
  7. Введите Имя (Name) и при желании Описание (Description) и Комментарий (Comment).

    Имя (Name) пула применяется к каждой виртуальной машине в пуле с числовым суффиксом. Можно настроить нумерацию виртуальных машин с помощью знака ? в качестве заполнителя.

    Пример 1. Примеры имен пулов и нумерации виртуальных машин
    • Пул: MyPool

      Виртуальные машины: MyPool-1, MyPool-2, …​ MyPool-10

    • Пул: MyPool-???

      Виртуальные машины: MyPool-001, MyPool-002, …​ MyPool-010

  8. Укажите Количество ВМ (Number of VMs) в пуле.

  9. Укажите количество виртуальных машин для предварительного запуска в поле Предзапускаемые ВМ (Prestarted).

  10. Укажите Максимальное число ВМ на пользователя (Maximum number of VMs per user), которое одному пользователю разрешено запускать во время сеанса. Минимальное значение: 1.

  11. Установите флажок Защита от удаления (Delete Protection), чтобы включить защиту от удаления.

  12. Если вы создаете пул виртуальных машин не на базе Windows или используете стандартный файл sysprep, то пропустите этот шаг. Если вы создаете пользовательский файл sysprep для пула виртуальных машин Windows:

    1. Нажмите кнопку Показать расширенные настройки (Show Advanced Options).

    2. Перейдите на вкладку Запуск инициализации (Initial Run) и установите флажок Cloud-Init/Sysprep.

    3. Нажмите на стрелку Аутентификация (Authentication) и введите Имя пользователя (User Name) и Пароль (Password) или выберите Пользователь уже установил пароль (Use already configured password).

      Имя пользователя (User Name) - это имя локального администратора. Значение по умолчанию user можно изменить здесь в разделе Аутентификация (Authentication) или в пользовательском файле sysprep.
    4. Нажмите на стрелку Пользовательский скрипт (Custom Script) и вставьте содержимое стандартного файла sysprep, расположенного в /usr/share/ovirt-engine/conf/sysprep/, в текстовое поле.

    5. Можно изменить следующие значения файла sysprep:

      • Key (ключ). Если вы не хотите использовать предустановленный ключ активации продукта Windows, то замените <![CDATA[$ProductKey$]]> на действующий ключ продукта:

        <ProductKey>
            <Key><![CDATA[$ProductKey$]]></Key>
        </ProductKey>
        Пример 2. Пример ключа продукта Windows
        <ProductKey>
            <Key>0000-000-000-000</Key>
        </ProductKey>
      • Domain (домен), к которому будут подключены виртуальные машины Windows, Password (пароль) и Username (имя пользователя) администратора домена:

        <Credentials>
            <Domain>__AD_Domain__</Domain>
            <Password>__Domain_Password__</Password>
            <Username>__Domain_Administrator__</Username>
        </Credentials>
        Пример 3. Пример учетных данных домена**
        <Credentials>
            <Domain>addomain.local</Domain>
            <Password>12345678</Password>
            <Username>Sarah_Smith</Username>
        </Credentials>

        Domain, Password и Username обязательны для подключения к домену. Key необходим для активации. Необязательно вам понадобятся сразу и пароль, и ключ.

        Домен и учетные данные нельзя изменить на вкладке Запуск инициализации (Initial Run).

      • FullName (полное имя) локального администратора:

        <UserData>
        ...
            <FullName>__Local_Administrator__</FullName>
        ...
        </UserData>
      • DisplayName (Отображаемое имя) и Name (имя) локального администратора:

        <LocalAccounts>
            <LocalAccount wcm:action="add">
        <Password>
         <Value><![CDATA[$AdminPassword$]]></Value>
         <PlainText>true</PlainText>
        </Password>
        <DisplayName>__Local_Administrator__</DisplayName>
        <Group>administrators</Group>
        <Name>__Local_Administrator__</Name>
            </LocalAccount>
        </LocalAccounts>

        Оставшиеся переменные в файле sysprep можно заполнить на вкладке Запуск инициализации (Initial Run).

  13. Дополнительно. Задайте Тип пула (Pool Type):

    • Откройте вкладку Тип (Type) и выберите Тип пула (Pool Type):

      • Руководство (Manual): администратор отвечает за то, чтобы виртуальная машина была возвращена в пул.

      • Автоматический (Automatic): виртуальная машина автоматически возвращается в пул виртуальных машин.

    • Установите флажок Пул состояний (Stateful Pool), чтобы виртуальные машины запускались в режиме сохранения состояния. Это позволяет сохранять на виртуальной машине изменения, внесенные предыдущим пользователем.

  14. Дополнительно. Переопределите SPICE-прокси:

    • На вкладке Консоль (Console) установите флажок Перезаписать SPICE прокси(Override SPICE Proxy).

    • В текстовом поле Перезаписать адрес SPICE прокси (Overridden SPICE proxy address) укажите адрес SPICE-прокси для переопределения глобального SPICE-прокси.

  15. Нажмите OK

  16. Для пула виртуальных машин Windows нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines), выберите каждую виртуальную машину из пула и в меню Запустить (Run) нажмите Однократный запуск (Run Once).

Если виртуальная машина не запускается и в журнале %WINDIR%\panther\UnattendGC\setupact.log появляется Info [windeploy.exe] Found no unattend file, добавьте ключ UnattendFile в реестр виртуальной машины Windows, которая использовалась для создания шаблона пула:

  1. Убедитесь, что у виртуальной машины Windows есть подключенное вспомогательное устройство CD-ROM с файлом ответов (unattend), например, A:\Unattend.xml.

  2. Выберите виртуальную машину и в меню Запустить (Run) нажмите Однократный запуск (Run Once).

  3. В Параметрах загрузки (Boot Options) установите флажок Прикрепить CD c гостевыми дополнениями для Windows (Attach Windows guest tools CD).

  4. Нажмите Пуск (Start), Выполнить (Run), введите regedit в текстовое поле Открыть (Open) и нажмите OK.

  5. В левой панели перейдите в HKEY_LOCAL_MACHINE → SYSTEM → Setup.

  6. Нажмите правой кнопкой мыши на правой панели и выберите Создать (New) → Строковый параметр (String Value).

  7. Введите UnattendFile как имя ключа.

  8. Дважды щелкните по новому ключу и введите имя и путь к файлу unattend, например, A:\Unattend.xml, в качестве значения ключа.

  9. Сохраните реестр, запечатайте виртуальную машину Windows и создайте новый шаблон. Подробности см. в статье Шаблоны (Templates).

Вы создали и настроили пул виртуальных машин с указанным количеством идентичных виртуальных машин. Вы можете посмотреть эти виртуальные машины в разделе Ресурсы (Compute)  Виртуальные машины (Virtual Machines), или щелкнув по имени пула, чтобы открыть его подробное представление; виртуальная машина в пуле отличается от независимых виртуальных машин своим значком.

3. Описание настроек и средств управления в окнах "Новый пул (New Pool)" и "Изменить пул (Edit Pool)"

3.1. Описание общих настроек в окнах "Новый пул (New Pool)" и "Изменить пул (Edit Pool)"

В следующей таблице представлена информация, которая должна быть указана на вкладке Общие (General) окон Новый пул (New Pool) и Изменить пул (Edit Pool), для конкретных пулов виртуальных машин. Все прочие настройки идентичны настройкам в окне Новая виртуальная машина (New Virtual Machine).

Таблица 1. Общие настройки (General settings)**
Имя поля Описание

Шаблон (Template)

Шаблон и подверсия шаблона, на котором основан пул виртуальных машин. Если вы создаете пул на основе самой последней подверсии шаблона, то все виртуальные машины в пуле при перезагрузке автоматически получат самую последнюю версию шаблона. Дополнительные сведения о настройке шаблонов для виртуальных машин см. в статьях Описание общих настроек виртуальной машины и Описание настроек в окнах "Новый шаблон (New Template)" и "Изменить шаблон (Edit Template)".

Описание (Description)

Содержательное описание пула виртуальных машин.

Комментарий (Comment)

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

Предзапускаемые ВМ (Prestarted VMs)

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

Количество ВМ/Увеличить количество ВМ в пуле на (Number of VMs/Increase number of VMs in pool by)

Здесь можно указать количество виртуальных машин, которые будут созданы и доступны в пуле виртуальных машин. В окне изменения можно увеличить количество виртуальных машин в пуле виртуальных машин на указанное число. По умолчанию максимальное количество виртуальных машин, которое можно создать в пуле, равно 1000. Это значение можно настроить с помощью ключа MaxVmsInPool команды engine-config.

Максимальное число ВМ на пользователя (Maximum number of VMs per user)

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

Защита от удаления (Delete Protection)

Здесь можно предотвратить удаление виртуальных машин в пуле.

Запечатать (Sealed)

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

3.2. Описание настроек типа в окнах "Новый пул (New Pool)" и "Изменить пул (Edit Pool)"

В следующей таблице представлена информация, которая должна быть указана на вкладке Тип (Type) окон Новый пул (New Pool) и Изменить пул (Edit Pool).

Таблица 2. Настройки на вкладке Тип (Type)
Имя поля Описание

Тип пула (Pool Type)

В этом выпадающем меню можно указать тип пула виртуальных машин. Доступны следующие опции:

  • Автоматически (Automatic): После того как пользователь прекратил использовать виртуальную машину, взятую из пула виртуальных машин, она автоматически возвращается в пул.

  • Руководство (Manual): После того как пользователь прекратил использовать виртуальную машину, взятую из пула виртуальных машин, администратор вручную возвращает ее в пул.

Пул состояний (Stateful Pool)

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

3.3. Описание настроек консоли в окнах "Новый пул (New Pool)" и "Изменить пул (Edit Pool)"

В следующей таблице описана информация, которая должна быть указана на вкладке Консоль (Console) окон Новый пул (New Pool) и Изменить пул (Edit Pool), для конкретных пулов виртуальных машин. Все прочие настройки идентичны настройкам в окне Новая виртуальная машина (New Virtual Machine) и Изменить виртуальную машину (Edit Virtual Machine).

Таблица 3. Настройки на вкладке Консоль (Console)
Имя поля Описание

Перезаписать SPICE прокси (Override SPICE proxy)

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

Перезаписать адрес SPICE прокси (Overridden SPICE proxy address)

Прокси-сервер, посредством которого клиент SPICE соединяется с виртуальными машинами. Этот прокси-сервер переопределяет как глобальный SPICE-прокси, заданный для среды zVirt, так и SPICE-прокси, заданный для кластера, к которому относится пул виртуальных машин, если таковой имеется. Адрес должен быть задан в следующем формате:

protocol://host:port

3.4. Описание настроек хоста пула виртуальных машин

В следующей таблице описаны опции, имеющиеся на вкладке Хост (Host) окон Новый пул (New Pool) и Новый пул (New Pool).

Таблица 4. Пул виртуальных машин: настройки хоста
Имя поля Доп. элемент Описание

Запустить на (Start Running On)

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

  • Любом хосте в кластере (Any Host in Cluster) - виртуальная машина может запускаться и работать на любом из доступных хостов кластера.

  • Указанном хосте (Specific Host(s)) - виртуальная машина будет запускаться на конкретном хосте кластера. Однако Менеджер управления или администратор может перенести виртуальную машину на другой хост кластера в зависимости от настроек миграции и высокой доступности виртуальной машины. Выберите конкретный хост или группу хостов из списка доступных хостов.

Параметры ЦП (CPU options)

Passthrough ЦП хоста (Pass-Through Host CPU)

Если выбрана эта опция, то виртуальные машины могут использовать флаги ЦП хоста. Если выбрана эта опция, то Режим миграции (Migration mode) будет установлен в значение Разрешить только ручную миграцию (Allow manual migration only).

Миграция только на хосты с одинаковой частотой TSC (Migrate only to hosts with the same TSC frequency)

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

Параметры миграции (Migration Options)

Режим миграции (Migration mode)

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

  • Разрешить ручную и автоматическую миграцию (Allow manual and automatic migration) - миграция виртуальной машины с одного хоста на другой может выполняться автоматически в соответствии со статусом среды или вручную администратором.

  • Разрешить только ручную миграцию (Allow manual migration only) - миграция виртуальной машины с одного хоста на другой может выполняться только вручную администратором.

  • Не разрешать миграцию (Do not allow migration) - автоматическая и ручная миграция виртуальной машины запрещены.

Политика миграции (Migration policy)

Здесь определяется политика синхронизации состояния памяти при миграции. Если флажок не стоит, то политику определяет хост.

  • Использовать кластер по умолчанию (Minimal downtime) (Cluster default (Minimal downtime)) - переопределения в vdsm.conf все еще применяются. Гостевой хук-механизм выключен.

  • Minimal downtime: миграция виртуальных машин в типичных ситуациях разрешена. У виртуальных машин не должно быть значительного простоя. Процесс миграции будет прерван, если синхронизация состояния памяти слишком затянулась (зависит от итераций QEMU, максимум 500 миллисекунд). Гостевой хук-механизм включен.

  • Post-copy migration: когда применяется эта политика, она приостанавливает виртуальные ЦП мигрирующей виртуальной машины на хосте-источнике, переносит только минимальное количество страниц памяти, активирует виртуальные ЦП виртуальной машины на хосте-приемнике и переносит оставшиеся страницы памяти, пока виртуальная машина работает на хосте-приемнике.

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

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

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

Если сетевое соединение прерывается до завершения процесса пост-копирования, то Менеджер управления приостанавливает, а затем выключает работающую виртуальную машину. Не прибегайте к миграции с пост-копированием, если доступность виртуальной машины критически важна или если сеть миграции нестабильна.
  • Suspend workload if needed: Эта политика разрешает миграцию виртуальных машин в большинстве случаев, включая перенос виртуальных машин, на которых запущены ресурсоемкие процессы, но из-за этого могут происходить более длительные простои ВМ, чем при других настройках. Миграция, тем не менее, может быть прервана при экстремальных нагрузках. Гостевой хук-механизм включен.

  • Очень большие ВМ (Very large VMs): Виртуальную машину нельзя перенести с помощью какой-либо другой политики, допускается рискованный механизм миграции, и миграцию не нужно шифровать. Виртуальная машина может испытывать значительные простои. Подробнее об этой политике см. в статье Миграция очень больших виртуальных машин.

Включить шифрование при миграции (Enable migration encryption)

Эта политика позволяет шифровать виртуальную машину в процессе миграции.

  • Использовать кластер по умолчанию (не шифровать) (Cluster default (Don’t encrypt))

  • Шифровать (Encrypt)

  • Не шифровать (Don’t encrypt)

Параллельные миграции (Parallel Migrations)

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

Количество соединений ВМ миграций (Количество соединений ВМ миграций)

Позволяет указать количество соединений для параллельных миграций. Активируется при выборе Custom в поле Параллельные миграции (Parallel Migrations). Допустимые значения от 2 до 255.

Конфигурировать NUMA (Configure NUMA)

Количество узлов NUMA (NUMA Node Count)

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

Закрепление NUMA (NUMA Pinning)

3.5. Описание настроек выделения ресурсов в окнах "Новый пул (New Pool)" и "Изменить пул (Edit Pool)"

В следующей таблице представлена информация, которая должна быть указана на вкладке Выделение ресурсов (Resource Allocation) окон Новый пул (New Pool) и Изменить пул (Edit Pool), для конкретных пулов виртуальных машин. Все прочие настройки идентичны настройкам в окне Новая виртуальная машина (New Virtual Machine). Дополнительные сведения см. в статье Описание настроек выделения ресурсов виртуальных машин.

Таблица 5. Настройки выделения ресурсов
Имя поля Доп. элемент Описание

Выделение дискового пространства (Disk Allocation)

Автоматический выбор цели (Auto select target)

Установите этот флажок, чтобы автоматически выбрать домен хранения, в котором больше всего свободного места. Поля Цель (Target) и Профиль диска (Disk Profile) отключены.

Формат (Format)

Это поле только для чтения и всегда показывает QCOW2.

3.6. Изменение пула виртуальных машин

После создания пула виртуальных машин его свойства можно менять. Доступные для изменения свойства пула виртуальных машин идентичны тем, что доступны при создании нового пула виртуальных машин, за исключением того, что свойство Количество ВМ (Number of VMs) заменено на свойство Увеличить число ВМ в пуле на (Increase number of VMs in pool by).

При редактировании пула виртуальных машин вносимые изменения будут влиять только на новые виртуальные машины. Они не затронут виртуальные машины, которые уже существовали на момент внесения изменений.
Порядок действий:
  1. Нажмите Ресурсы (Compute)  Пулы (Pools) и выберите пул виртуальных машин.

  2. Нажмите Изменить (Edit).

  3. Измените свойства пула виртуальных машин.

  4. Нажмите OK.

3.7. Предварительный запуск виртуальных машин в пуле

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

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

Порядок действий:
  1. Нажмите Ресурсы (Compute)  Пулы (Pools) и выберите пул виртуальных машин.

  2. Нажмите Изменить (Edit).

  3. В поле Предзапускаемые ВМ (Prestarted Vms) введите нужное количество виртуальных машин для предварительного запуска.

  4. Откройте вкладку Тип (Type). Убедитесь, что для параметра Тип пула (Pool Type) установлено значение Автоматически (Automatic).

  5. Нажмите OK.

3.8. Добавление виртуальных машин в пул виртуальных машин

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

Порядок действий:
  1. Нажмите Ресурсы (Compute)  Пулы (Pools) и выберите пул виртуальных машин.

  2. Нажмите Изменить (Edit).

  3. В поле Увеличить число ВМ в пуле на (Increase number of VMs in pool by) введите количество дополнительных виртуальных машин.

  4. Нажмите OK.

3.9. Отключение виртуальных машин от пула виртуальных машин

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

Порядок действий:
  1. Нажмите Ресурсы (Compute)  Пулы (Pools).

  2. Нажмите имя пула. Откроется подробное представление.

  3. Откройте вкладку Виртуальные машины (Virtual Machines), чтобы посмотреть список виртуальных машин в пуле.

  4. Убедитесь, что виртуальная машина имеет статус Выключено (Down) stat down; отключить работающую виртуальную машину нельзя.

  5. Выберите одну или несколько виртуальных машин и нажмите Отсоединить (Detach).

  6. Нажмите OK.

Виртуальная машина остается в среде, и ее можно просмотреть и получить к ней доступ, выбрав Ресурсы (Compute)  Виртуальные машины (Virtual Machines). Обратите внимание, что значок меняется, указывая на то, что отключенная виртуальная машина является независимой виртуальной машиной.

3.10. Удаление пула виртуальных машин

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

Порядок действий:
  1. Нажмите Ресурсы (Compute)  Пулы (Pools) и выберите пул виртуальных машин.

  2. Нажмите Удалить (Remove).

  3. Нажмите OK.