Как настроить аудит удаленного IP-адреса, регистрирующийся для клиентов VPN на Cisco 2801

ESX/ESXi можно в большой степени настроить (использование целого плота 'расширенных настроек' и разрядных ЦП настроек VM) для обеспечения vmotion между AMD и Intel - проблема - то, что это вызывает большую проблему, которую это решает.

Причина, которую ESX/ESXi не позволяют ему 'из поля', состоит в том, что различные семейства ЦП предлагают различные возможности ЦП, которые в случае ESX/ESXI передаются до VMs, чтобы позволить им использоваться правильно. Теперь, если VM на современном Intel CPU думает, что может использовать, например, команды SSE4.2 и затем vMotioned к ЦП, который не поддерживает это возможности, хорошо Вы получаете главный катастрофический отказ.

Путь вокруг этого состоит в том, чтобы установить 'самый высокий общий знаменатель' базовая линия, т.е. в кластере Вы выбираете наименее способный доступный ЦП и только выставляете его функции VMs, игнорируя функции, доступные более новым, более способным центральным процессорам - таким образом позволяющий VMs переместиться.

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

Я надеюсь, что это помогает Вам понять, почему это не наиболее часто используемое, или по-моему мудрое, путь для взятия.