Наиболее часто используемая конфигурация и та, которую я использовал сам в прошлом, должны иметь два узла с некоторыми ресурсами между ними. Эти ресурсы являются устройством блока системы хранения DRBD, демоном MySQL и на IP-адресе.
Ресурсы могут только когда-либо произойти на на основном узле. Heartbeat заботится о выборе, какой узел является основным и стартовым, ресурсы в правильном порядке - говорят DRBD становиться основным, монтировать BD, запускать MySQL и поднимать IP. Они происходят в том порядке гарантировать непротиворечивость данных. Вы можете обработка отказа между основными и вторичными узлами вручную при Вашем выборе или путем понижения в должности основного устройства или продвижения вторичного устройства.
Пока основное устройство является единственными действиями, которые выполняет вторичное устройство, должен копировать данные DRBD и участвовать в связи Heartbeat, чтобы сказать, что это живо. Во время время как вторичное устройство, MySQL никогда не работает, и Вы не можете использовать устройство блока системы хранения. Ресурсы могут только использоваться на одной машине за один раз.
Эта установка отличается к стандартной "ленивой репликации MySQL", куда вторичная машина выполняет MySQL, и сохраните свою собственную копию данных. У обоих есть их за и против. По моему опыту, если HB является установкой правильно, и у Вас есть хорошая резервная политика, кроме того, затем подход LinuxHA может обеспечить намного лучшую высокую доступность.
Для продуктов vmWare важна аппаратная версия виртуальной машины. Вы можете получить эту версию, если посмотрите параметры совместимости в настройках многих продуктов vmWare. Также см. Ссылку для получения списка продуктов и версий оборудования, которые они поддерживают.
Можно всегда использовать VMware Преобразователь vCenter, чтобы обновить совместимость виртуальных машин и использовать их с более новыми продуктами.
Я предложил бы две разных вещи:
(1) Обновите весь VMs к актуальнейшей версии Плеера / Рабочая станция
(2) Абстрагируйте свой интерфейс к VMs, таким образом, Вы только должны использовать один сервер (ESXI)?
(3) Не идите с текущей версией сервера VMware, поскольку это ужасно.
почему не только делают копию Ваших изображений, затем попробуйте преобразователь VMware, и если это, кажется, работает впоследствии. Будьте счастливы, если не - идут, ищут больше информации о том, как зафиксировать ее или принять его? Я был бы... Я знаю, что это могло бы звучать как пустая трата времени, но если она работает, почему взгляд дальше? У Вас все еще будут свои данные в безопасном резервном копировании, таким образом, его легкое, чтобы сделать откат - или?
хорошо, я знаю, что это не точный ответ, который Вы ищете, но по моему опыту он работает следующим образом: новые версии могут использовать старый VM's, и наоборот он работает большую часть времени, но не все.
Большую часть времени, если Вы хотите использовать VM, созданный на новой версии на старом, только необходимо отредактировать .vmx файл и изменить настройки конфигурации аппаратного уровня. Если создано в старой версии, это работает и в - новый и в старый, если Вы не делаете модернизацию оборудования VM.
Однако в одной из версий (я не знаю точно, когда, к сожалению), .vmdk формат, также измененный, и те новые диски, Вы не можете читать на более старых версиях. Я думаю, что лучший выбор состоял бы в том, чтобы создать простой маленький VM и просто испытать его с Вашими версиями и видеть, как он идет.
Мы были движущимися изображениями между сервером VMware (v 2.x) работающий на Centos, Плеере в Windows и Fusion (Mac, эквивалентный из Рабочей станции). Это работало хорошо со случайной потребностью вручную отредактировать файл определения VM (например, CD-ROM, являющийся E: или/dev/sdb)
Протестированный до сих пор:
VMware Server 1.0.10-203137
VMware Server 2.0.2-203138
VMware Player 2.5.4-246459
VMware Player 3.1.3-324285
VMware Player 4.0.4-744019
VMware Player 5.0.0-812388