Srs33.ru

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

Работа с vCloud Availability

Работа с vCloud Availability

Далее описаны основные возможности vCloud Availability по миграции ВМ и работе с облачной инфраструктурой.

Управление vCloud Availability можно осуществлять через различные интерфейсы:

1) через плагин в HTML-интерфейсе vCenter Server.

2) через локальный Web интерфейс vCloud Availability Replicator https://vcav/ui/admin

3) через vCAv Portal сервис-провайдера (внешние имена портала указаны в начале данной инструкции для каждой площадки)

Подключение к облачной инфраструктуре vCloud Director

С помощью одного апплайнса vCloud Availability Replicator можно подключиться только к одной облачной площадке провайдера. Для подключения дополнительной площадки, необходимо развернуть ещё один апплайнс.

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

Настройка миграции ВМ

С помощью vCloud Availability можно мигрировать виртуальные машины как в холодном, так и в горячем режиме. Миграция может выполняться в двух направлениях – в облако и обратно (входящая и исходящая)

Холодная миграция (Cold migration). Позволяет провести миграцию выключенной виртуальной машины.

Горячая миграция (Warm migration). Позволяет выполнить миграцию включенной виртуальной машины, с RPO (Recovery Point Objective) — 24 часа.

Миграция выполняется в несколько этапов. Первым этапом создаётся выключенная копия виртуальной машины. Затем выполняется синхронизация изменённых данных локальной виртуальной машины с копией, с периодичностью RPO =24 часа. Завершающим этапом миграции является выключение виртуальной машины на локальной площадке запуск в облаке.

Новое задание миграции в облако настраивается на вкладке Outgoing Replications при нажатии на кнопку New Migration.

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

Мигрировать можно как по одной виртуальной машине, так и группами

Выбираем целевой vDC в облаке провайдера:

Для каждой новой репликации vCloud Availability выполняет полную начальную синхронизацию, копируя все исходные данные ВМ на целевой сайт.

Если на целевом сайте уже есть копия ВМ, можно включить параметр – Configure seed VM, для реплики ВМ в существующую копию, для уменьшения сетевого трафика и времени, необходимого для начальной синхронизации репликации.

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

После окончания миграции, в консоли будет отображаться статус ВМ:

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

Для запуска финальной стадии миграции нужно в интерфейсе выбрать реплицируемую ВМ или vApp и нажать кнопку – Migrate.

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

Читайте так же:
Как отключить синхронизацию времени в vbox

После старта миграции, ВМ отключаются на исходной площадке. Скачивается финальная дельта изменённых данных и ВМ запускается на целевой площадке.

Как только миграция будет завершена, копия виртуальной машины будет доступна для управления через интерфейс vCloud Director

Обратную репликацию можно запустить с помощью кнопки — Reverse

При этом автоматически меняется направление миграции. ВМ начинают мигрировать с облачной площадки на локальный сайт.

Настройка аварийного восстановления ВМ в облаке

Новое задание аварийного восстановления ВМ в облаке настраивается на вкладке Outgoing Replications при нажатии на кнопку New Protection.

Выбираем ВМ для которых будем настраивать аварийное

Задаём имя vApp в облаке провайдера:

Выбираем целевой vDC в облаке провайдера:

Задаём параметры синхронизации, тип дисков и RPO (Recovery Point Objective — промежуток времени, за который возможна допустимая потеря данных при миграции) — не менее пяти минут (по умолчанию — 2 часа)

Запускается первичная синхронизации ВМ:

По окончании первичной синхронизации ВМ статус задания поменяется на Healthy – Protection

Теперь появляется возможность переключить работу ВМ на облачную площадку

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

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

Если у ВМ было создано несколько точек восстановления, можно выбрать ту, на которую нужно восстановить ВМ

После запуска, репликация останавливается и происходит запуск защищённой ВМ в облаке.

Так как почти весь объём данных был реплицирован заранее, переключение и запуск ВМ в облаке происходит за очень короткий промежуток времени

В интерфейсе vCloud Availability статус задания репликации становится – Failed-Over

Миграция между облаками

Миграция ВМ между облаками настраивается только через vCAv Portal сервис-провайдера (внешние имена портала указаны в начале данной инструкции для каждой площадки)

На портале заходим в меню Sites и выбираем резервную облачную площадку.

У вас должны быть реквизиты доступа (Web-ссылка на организацию, логин и пароль администратора организации) резервной площадки, которые выдал сервис провайдер. В организации на резервной площадке должны быть настроены необходимые сети и виртуальный маршрутизатор Edge GW.

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

В меню Outgoing Replication – to Cloud, выбираем площадку для миграции. Нажимаем кнопку New Migration

Мигрировать можно как по одной виртуальной машине, так и группами

Указываем удалённый сайт:

Выбираем целевой vDC на резервной площадке в облаке провайдера:

Указываем параметры миграции:

После окончания миграции, в консоли будет отображаться статус ВМ

Для запуска финальной стадии миграции нужно в интерфейсе выбрать реплицируемую ВМ или vApp и нажать кнопку – Migrate.

Читайте так же:
Как сделать разметку для регулировки фар

Настройка аварийного восстановления между облачными площадками

Аварийное восстановления ВМ между облаками настраивается только через vCAv Portal сервис-провайдера (внешние имена портала указаны в начале данной инструкции для каждой площадки)

У вас должны быть реквизиты доступа (Web-ссылка на организацию, логин и пароль администратора организации) резервной площадки, которые выдал сервис провайдер. В организации на резервной площадке должны быть настроены необходимые сети и виртуальный маршрутизатор Edge GW.

В меню Outgoing Replication – to Cloud, выбираем площадку для миграции. Нажимаем кнопку New Protection

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

Указываем удалённый сайт:

Выбираем целевой vDC на резервной площадке в облаке провайдера:

Задаём параметры синхронизации, тип дисков и RPO (Recovery Point Objective — промежуток времени, за который возможна допустимая потеря данных при миграции) — не менее пяти минут (по умолчанию — 2 часа)

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

Заметки сисадмина о интересных вещах из мира IT, инструкции и рецензии. Настраиваем Компьютеры/Сервера/1С/SIP-телефонию в Москве

1) Требования по настройке среды виртуализации

К виртуальной среде должны выполняться следующие требования:

  1. Версия ESX сервера не ниже 4;
  2. Серверы кластера должны располагаться на различных аппаратных ESX узлах;
  3. Виртуальной машине должна быть статично выделена вся требуемая оперативная память;
  4. На всех виртуальных машинах должен быть отключен Memory Balooning, Transparent Page Sharing, ESX Swap;
  5. Если серверов несколько – каждой виртуальной машине выделяется 2 сетевых интерфейса (Рекомендация для Domino-серверов, один интерфейс для взаимодействия с пользователями, второй для кластерных репликаций);
  6. Подключение СХД должно выполняться только через сетевой интерфейс fibre channel.
  7. Энергосбережение отключено – high performance в разделе ‘power management‘ для хоста

2) Объем памяти виртуальной машины

Для виртуальной машины ОЗУ должно быть выделено кратно NUMA-блоку.Размер блока можно определить следующим образом NUMA = Общий объем ОЗУ host-машины разделить на общее количество ядер физических процессоров host-машины. Например у сервера виртулизации есть 65536Мб памяти и 2 процессора по 8 ядер, тогда NUMA=65536/(2*8) =65536/16 = 4096 Мб ОЗУ на каждое ядро физического процессора. Соответственно при таком NUMA для виртуальной машины ресурсы должны быть выделены так: 8192Мб ОЗУ при 2 виртуальных процессорах, 12288Мб ОЗУ при 3 виртуальных процессорах, 16384Мб ОЗУ при 4 процессорах и т.д.

Примечание – В данной инструкии при назначении виртуальных процессоров необходимо каждому VCPU назначать 1 физическое ядро.

3) TSP (Transparent Page Sharing)

Нужно выключить Transparent Page Sharing. Для этого:

  • Для отдельной виртуальной машины можно добавить строчку sched.mem.pshare.enable=”FALSE” в vmx-файл, который находится в папке VM.
  • Кроме того, из GUI это можно сделать, зайдя в свойства виртуальной машин, далее вкладка «Options», затем в категории Advanced-General нажать кнопку «Configuration parameters». Далее нажать «Add Row» и добавить name=sched.mem.pshare.enable, а value=FALSE:
Читайте так же:
Спицами регулировка колеса велосипед

  • Чтобы отключить Transparent Page Sharing для всего хоста VMware ESX / ESXi, в VI Client на вкладке «Configuration» переходим в категорию «Advanced settings». Далее переходим на вкладку «Mem» и устанавливаем следующее значение: Mem.ShareScanGHz = 0

  • Для вступления изменений в силу необходимо перезагрузить хост ESX / ESXi

4) Memory Ballooning рекомендуется не использовать (3 способа выключения)

Disabling ballooning via the vSphere Client (рекомендуется )

To set the maximum balloon size to zero:

  • Using the vSphere Client, connect to the vCenter Server or the ESXi/ESX host where the virtual machine resides.
  • Log into the ESXi/ESX host as a user with administrative rights.
  • Shut down the virtual machine.
  • Right-click the virtual machine listed on the Inventory panel and click Edit Settings.
  • Click the Options tab, then under Advanced, click General.
  • Click Configuration Parameters.
  • Click Add row and add the parameter sched.mem.maxmemctl in the text box.
  • Click on the row next to it and add 0 in the text box.
  • Click OK to save changes. или: В конфигурационном файле виртуальной машины (virtual_machine_name.vmx) создайте строку sched.mem.maxmemctl = “0”

To re-enable the balloon driver in a virtual machine:

  • Using the vSphere Client, connect to the vCenter Server or the ESXi/ESX host where the virtual machine resides.
  • Shut down the virtual machine if it is powered on.
  • SSH to the ESXi/ESX host. For more information, see Connecting to an ESX host using an SSH client (1019852).
  • Change directory to the datastore where the virtual machine’s configuration file resides.
  • Back up the virtual machine’s configuration file.
  • Edit the virtual machine’s configuration file (virtual_machine_name.vmx) and remove this entry:
  • sched.mem.maxmemctl = “0”
  • Save and close the file.
  • Power on the virtual machine.

Note: You cannot remove the entry via the Configuration Parameters UI once it has been added. You must edit the configuration file (.vmx) for the virtual machine to remove the entry.

Disabling ballooning via the Windows registry (вариант 2)

To disable ballooning on the virtual machine: Note: This procedure modifies the Windows registry. Before making any registry modifications, ensure that you have a current and valid backup of the registry and the virtual machine. For more information on backing up and restoring the registry, see the Microsoft Knowledge Base article 136393.

  • Log into the guest OS.
  • Click Start > Run, type regedit, and press Enter. The Registry Editor window opens.
  • Navigate to:
  • Change the Start key from 2 to 4.
  • Save the setting and restart the guest OS.
Читайте так же:
Таблица регулировок комбайна дон 1500б

Disabling ballooning via VMware Tools uninstallation/reinstallation (вариант 3)

  • Uninstall VMware Tools from the guest OS.
  • Reinstall VMware Tools using the Custom Settings option, and deselect the Memory Control Drivers.

5) Время

Для работы Системы в операционной системе на каждом сервере необходимо выполнить системные настройки русской локализации и формата даты. Синхронизация времени выполняется с корпоративным сервером службы времени. Например: Все серверы системы работают в московском часовом поясе (UTC+3). Настройки синхронизации времени гостевой виртуальной машины с ESX сервером должны быть отключены.
tools.syncTime = “false”

6) Использование CPU

Рекомендуется установить number cores per socket = 1

переменная cpuid.coresPerSocket = “1”

7) Настройка распределения памяти и отключение ESX swap

Shares – минимум или выключить

Limit – размер памяти из ПАС сервера (например 32 Гб)

Unlimited галку снять

Reservation = Limit ( Это отключит Swap VMX )

sched.swap.vmxSwapEnabled = FALSE

VMX Swap хранится в папке с виртуальной машиной в виде файла с расширением vswp (или на выделенном datastore)

8) Настройка дисков виртуальной (guest) машины

Для виртуальных дисков с данными Системы не использовать технологию “thin provisioning”

9) Настройка параметров расположения виртуальной (guest) машины в кластере

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

10) Настройка энергосбережения

Настройка энергосбережения – выбрать high performance

в BIOS машины также должен быть задан максимальный режим производительности, или управление со стороны ОС

– Performance Per Watt (OS) – или аналоги

11) Порядок создания снапшотов виртуальной (guest) машины

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

Использование миграции P2V для создания тестовых сред

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

Выполняется миграция на тестовую виртуальную машину одного рабочего контроллера домена из каждого домена преобразованием P2V согласно рекомендациям, приведенным в подразделе Миграция из физической в виртуальную среду. Физические рабочие компьютеры и тестовые виртуальные машины должны находиться в разных сетях, когда они вновь будут подключаться к сети. Чтобы избежать в тестовой среде откатов номера последовательного обновления, все контроллеры домена, миграция которых выполняется с физических компьютеров на виртуальные машины, должны быть отключены от сети. (Для этого необходимо остановить службу NTDS или перезагрузить компьютер в режиме восстановления служб каталогов (DSRM).) После отключения контроллеров домена от сети в среде не должны производиться обновления. Компьютеры должны оставаться отключенными от сети в процессе миграции P2V; ни один компьютер нельзя вновь подключать к сети, пока полностью не завершена миграция всех компьютеров. Дополнительные сведения об откате номера последовательного обновления см. в Приложение A: виртуализированные контроллеры домена и проблемы репликации.

Читайте так же:
Угол опережения зажигания регулировка 2107

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

Проблемы при включении виртуализации

Самые распространенные проблемы, когда вы хотите включить виртуализацию на своем компьютере:

  • Пункт включения Virtualization Technology не активен в БИОС
  • В БИОС/UEFI нет пункта для включения виртуализации
  • Виртуализация включена в БИОС/UEFI, но эмулятор или виртуальная машина в Windows 10 или 8.1 пишет, что отключена.

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

Во втором случае причина обычно заключается в том, что в Windows 10 или 8.1 включена виртуальная машина Hyper-V или Песочница. Отключите её в компонентах:

  1. Откройте панель управления, перейдите в «Программы и компоненты».
  2. Откройте слева пункт «Включение и отключение компонентов Windows».
  3. Отключите компоненты Hyper-V и «Песочница» (если есть).
  4. Примените настройки и обязательно перезагрузите компьютер.

Если указанные действия не помогли, попробуйте такой вариант: запустите командную строку от имени администратора, в ней введите команду (нажав Enter после неё)

Закройте командную строку и перезагрузите компьютер.

Как включить виртуализацию — видео инструкция

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

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