Taxitaxitaxi.ru

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

Синхронизации времени VMware vSphere с доменом Windows

Синхронизации времени VMware vSphere с доменом Windows

date12.12.2019
useritpro
directoryVMWare
commentsОдин комментарий

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

Синхронизация времени в домене Windows основана на четкой иерархии домена. Контроллер домена с ролью FSMO обычно настроен на получение времени с авторитетного сервера времени NTP (настройка синхронизации с внешним NTP сервером), и в дальнейшем все остальные контроллеры домена синхронизируют время именно с ним. Клиенты домена в различных сайтах синхронизируют свое время с контроллером домена в своем сайте, тем самым реализуется механизм синхронизации времени в домене Windows.

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

Такая ситуация возникает, когда VMware vSphere (точнее сервер ESX или ESXi), не настроен на синхронизацию времени с внешним NTP сервером, либо же когда время на физическом сервере «плавает» из-за проблем с системным таймером. Так как сервера ESX/ESXi используют собственную ОС, и не являются членами домена, они не попадают в стройную синхронизации времени в иерархии домена.

Как вы знаете, многие организации, применяющие виртуализацию в своей инфраструктуре, для управлением парком гипервизоров ESX используется vCenter. И т.к. сервер с установленным vCenter является членом домена Windows, администраторы думают, что т.к. vCenter синхронизирует свое время с доменным, то время на серверах ESXi и запущенных на них виртуальных машинах также синхронизировано с доменом. Но это не так! Вы можете настроить сервер vSphere или ESX на синхронизацию времени с неким источником, однако гостевые ОС все равно могут загружаться с неправильным временем, даже если в VMWare Tools опция «time synchronization between the virtual machine and the ESX server» отключена!

vmtools синхронизация времени

Настроить синхронизацию времени вашего сервера vSphere с доменом можно следующим образом:

  • Подключитесь к консоли управления vCenter / хоста ESX.
  • Перейдите на вкладку Configuration и выберите пункт TimeConfiguration в разделе Software. Убедитесь, что время на хосте отличается от времени вашего домена Windows.

Настрока синхронизации времени в ESX

  • В правом верхнем углу вкладки Configuration выберите Properties. В результате откроется окно настройки времени Time Configuration.

Настрока синхронизации времени в ESX

  • Нажмите кнопку Options и укажите новый NTP сервер, который будет служить источником времени. Я рекомендую указать здесь адрес вашего контроллера домена PDC, т.к. он настроен на получение сетевого времени от авторитетного источника.

Настрока синхронизации времени в ESX

  • Отметьте чекбокс Restart NTP service to apply changes и дважды щелкните OK. В результате вы увидите, что ваш сервер ESX получает доменное время от сервера NTP с именем dc01.companyabc.com.

Синхронизации времени с доменом Windows в ESX

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

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

Предыдущая статьяПредыдущая статья Следующая статья Следующая статья

Как синхронизировать время между Виртуальной машиной и ESXi сервером

В сегодняшней заметке я покажу, как произвести настройки по синхронизации времени между виртуальной машиной и « ESXi » сервером.

Подключаем « vsphere » клиентом (версия 5.0) к « ESXi » серверу (версия 5.0), открываем настройки управления :

« Configuration » – « Time Configuration » – « Properties …» в появившемся окне активируем элемент настройки: « NTP Client Enabled » и после нажимаем кнопку « Options ».

Запускаем на ESXi сервер NTP клиент

Далее в появившемся окне « NTP Daemon ( ntpd ) Options » (NTP/123/ udp ) слева выбираем параметр « NTP Settings » и нажимаем кнопку « Add » и вводим адрес сервера в локальной сети (, адрес 10.10.0.2 — это адрес моего Домен контроллера, в вашем случае это может быть, как также «DC», так и Cisco с поднятой службой NTP).

Указываем IP NTP сервера в Вашей локальной сети

Активируем пункт «Restart NTP Service to apply changes» и нажимаем кнопку «OK».

Перезапускаем NTP клиент

После снова возвращаемся в окно настройки времени – «Time Configuration» – «Options…» — «General», политика запуска выставлена в положение – «Start automatically if any ports are open, and stop when all ports are closed» — и кнопка «Start» затемнена .

Изменяем политику запуска

С настройкой на « ESXi » разобрались, далее берем виртуальную машину , открываем ее настройки и следуем по шагам:

« VM ( Cluster 1)» – « Edit Settings …» — « Options » – « VMware Tools » – и справа активируем пункт « Synchronize guest time with host » и по окончании нажимаем « OK » для применения настроек.

Открываем настройки виртуальной машины

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

Данные даты и времени на виртуальной машине – « cluster 1» – они верны на момент написания заметки.

Итогом будет синхронизированное время между вашим ESXi 5.0 и виртуальной машиной

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

Как синхронизировать часы VMWare VM?

Я заметил, что наши VMWare VMs часто имеют неправильное время на них. Независимо от того, сколько раз я сбрасываю время, они продолжают десинхронизацию.

Кто-нибудь еще заметил это? Что делают другие люди, чтобы держать свое VM время в синхронизации?

Edit: это CLI linux VMs кстати..

11 ответов

  • VMware ESXi: автоматический перезапуск VM

Вот у меня есть машина с VMware ESXi 5. Один из моих VMs выключается через некоторое время (я не могу этого предотвратить). Однако я хочу, чтобы VM был автоматически перезапущен, если он был выключен. Но я не могу найти вариант в моем клиенте vSphere, чтобы сделать это. Так есть ли способ сделать.

Читайте так же:
Как отрегулировать кулису на амулете

Допустим, я получаю двоичный сигнал в цифровом виде, где логический 1 передается как наличие сигнала, а логический 0 передается как отсутствие сигнала. Продолжительность времени логического 1 такая же, как и логического 0, но часы передатчика могут дрейфовать, немного отличаясь от 1 или 0.

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

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

Чтобы это сработало, вам необходимо установить инструменты VMWare в вашем гостевом OS.

согласно базе знаний VMware, фактическое решение зависит от дистрибутива Linux и выпуска, в RHEL 5.3 я обычно редактирую /etc/grub.conf и добавляю эти параметры к записи kernel: divider=10 clocksource=acpi_pm

Затем включите NTP, отключите синхронизацию времени VMware из vmware-toolbox и, наконец, перезагрузите VM

Полную таблицу с рекомендациями для каждого дистрибутива Linux можно найти здесь:

Здесь есть что отметить. У нас была та же проблема с Windows VM, работающим на хосте ESXi. Синхронизация времени была включена в инструментах VMWare для гостя, но гостевые часы были последовательно выключены (примерно на 30 секунд) от часов хоста. Узел ESXi был настроен для получения обновлений времени от внутреннего сервера времени.

Оказывается, у нас была включена настройка времени в Интернете в Windows VM (Панель управления > Дата и время > вкладка Время в Интернете), поэтому гость получал обновления времени из двух мест, и время в Интернете выигрывало. Мы выключили это, и теперь гостевые часы хороши, получая свое время исключительно от хозяина ESXi.

Я отвечу за Windows гостей. Если у вас установлено VMware инструмента, то в области уведомлений панели задач (рядом с часами) есть значок для VMware инструментов. Дважды щелкните по нему и задайте параметры.

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

В моем случае мы запускаем VMWare Server 2.02 на Windows Server 2003 R2 Standard. Хост также является стандартом Windows Server 2003 R2. У меня были инструменты VMware, установленные и настроенные на синхронизацию времени. Я сделал все, что только можно себе представить, что нашел на различных интернет-сайтах. У нас все еще был ужасный дрейф, хотя он сократился с 15 минут или более до 3 или 4 минут.

Наконец, в vmware.log я нашел эту запись (находится в папке как файл .vmx): «Ваша хост-система не гарантирует синхронизацию TSCs между различными CPUs, поэтому, пожалуйста, установите параметр /usepmtimer в файле Windows Boot.ini, чтобы обеспечить надежность хронометража. См. Microsoft KB http://support.microsoft.com/kb . для получения подробной информации и Microsoft KB http://support.microsoft.com/kb . для получения дополнительной информации.»

Причина: Эта проблема возникает, когда на компьютере включена технология AMD Cool’n’Quiet (AMD двухъядерных процессоров) в BIOS или некоторых многоядерных процессорах Intel. Многоядерные или многопроцессорные системы могут столкнуться с дрейфом счетчика временных меток (TSC), когда время между различными ядрами не синхронизировано. В операционных системах, использующих TSC в качестве ресурса хронометража, может возникнуть проблема. Более новые операционные системы обычно не используют TSC по умолчанию, если в системе доступны другие таймеры, которые можно использовать в качестве источника хронометража. Другие доступные таймеры включают PM_Timer и Высокоточный таймер событий (HPET). Решение: Чтобы устранить эту проблему, обратитесь к поставщику оборудования, чтобы узнать, доступно ли новое обновление драйвера/встроенного ПО для устранения проблемы.

Читайте так же:
Уши с регулировкой оборотов

Примечание. Установка драйвера может добавить переключатель /usepmtimer в файл Boot.ini.

Как только это (переключатель/usepmtimer) было сделано, часы остановились вовремя.

  • Как сохранить VMware Fusion VM?

Я работаю над созданием 3 VM версий XP с IE6, 7 и 8 отдельно для моей команды. Я начал со старого образа VMware, который у нас был с IE6 и SP2, и прошел через него и настроил его со всем необходимым, оставив IE6. Теперь мне нужно продублировать этот VM и впоследствии обновить его до IE7 и 8 на.

Я новичок в raspberry pi, пытаюсь отправить поток битов от отправителя к получателю. Однако биты в большинстве случаев не принимаются в правильном порядке, они, кажется, немного сдвинуты. Я думаю, что не могу правильно их синхронизировать. Кто-нибудь знает, как я могу синхронизировать часы Python.

Настройка синхронизации времени на виртуальных машинах

В разделе Дополнительные настройки вы можете настроить дополнительные параметры Parallels Desktop.

Чтобы изменить эти настройки, выполните следующие действия:

  1. Откройте меню Действия или щелкните значок Parallels в строке меню Mac и нажмите Настроить.
  2. В окне Конфигурация виртуальной машины щелкните Опции и выберите имя настроек на боковой панели.

PD6_Configuring Advanced Settings

Чтобы синхронизировать настройки времени Windows с настройками времени на компьютере Mac, выберите пункт Синхронизировать с Mac OS X.

Чтобы настройки времени в Windows и Mac OS X всегда были одинаковыми, выберите пункт Синхронизировать с обеими ОС. В этом случае, если вы вручную измените настройки времени в Windows, они соответствующим образом изменятся и в Mac OS X (и наоборот).

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

Копирование и вставка

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

Примечание. Эта функция доступна только для виртуальных машин с установленными Parallels Tools.

Жесты тачпада Windows

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

Примечание. Этот параметр доступен в Windows 8 и более поздних версий.

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

Выберите параметр Включить Apple Remote, чтобы использовать Apple Remote для управления некоторыми приложениями Windows.

Подробную информацию смотрите в разделе Управление программами с помощью трекпада и Apple Remote.

Некоторые приложения Windows могут спрашивать вашего разрешения для использования текущего расположения. Чтобы разрешить это, выберите Разрешить Windows получать доступ к текущему расположению Mac.

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

Чтобы предотвратить несанкционированное изменение конфигурации виртуальной машины, щелкните значок замка The Lock iconвнизу окна. При следующей попытке изменить настройки на любой панели окна "Конфигурация виртуальной машины" будет запрошен пароль администратора.

Работа с 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.

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

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

Как только миграция будет завершена, копия виртуальной машины будет доступна для управления через интерфейс 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 часа)

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

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