Эта проблема могла произойти из-за многих проблем включая:
К сожалению, существуют много много возможных проблем, которые могли вызвать эту проблему. Испытайте некоторые инструменты поиска и устранения неисправностей Microsoft, такие как repadmin, чтобы удостовериться, что Ваша AD топология является звуковой прежде, чем реализовать расширенные опции как DFS.
Ну, вы типичный менеджмент, а разработчики - невежественные. К сожалению,
некоторые приложения (oracle DB / Glashfish / и т. Д.) Могут быть несовместимы с vmware b
Они работают нормально. НИЧТО в наши дни напрямую не взаимодействует с оборудованием. Оракул? На что вы это устанавливаете? Подсказка - то, что вы устанавливаете, общается с оборудованием.
Есть веские причины не виртуализировать Oracle, но в основном это связано с тем, что «большие базы данных работают на кластерах, а не (маленькие) виртуальные машины», а не «о, он общается с оборудованием.
Существует также аргумент, что ресурсы разделяются между хостами VMware (производительность мудрый)
Имеет смысл. Если вам нужны эти ресурсы. Не всем они нужны - тогда виртуализация позволяет использовать несколько виртуальных машин на большом сервере. Основная проблема в наши дни заключается в том, что серверы больше не так малы ... поэтому размещение оборудования для выделенной машины DHCP / DNS расточительно.
Мой подход менее опасен, и я считаю, что если вы назначить необходимые ресурсов, ОС будет работать независимо от выделенного сервера или VMware.
И это то, о чем специалисты по виртуализации говорят в течение многих лет.
Oracle Database 11G 20 ТБ с 6000 операций ввода-вывода в секунду. Насколько надежен его запуск с VmWare vs Выделенное оборудование (блейд-серверы)?
Вы имеете в виду небольшую базу данных с низким энергопотреблением? Шутки в сторону? Что на планшете может работать? Или ноутбук? Между прочим, 6000 операций ввода-вывода в секунду - это примерно 10% от того, что делает SSD.
Попробуйте следующее:
По сути, это небольшая установка. . И это работает как шарм. Однако это единственная виртуальная машина на этом сервере.
По сути, это все. Надежность одинаковая - машина вылетает, она вылетает. Все дело в том, чтобы вложить достаточно ресурсов. Не все имеет смысл виртуализировать - например, если вы когда-нибудь попадете в действительно большие базы данных, вы можете захотеть взглянуть на оборудование Oracle ExaData, которое не является виртуализируемым.
Но в остальном аргументы Я до сих пор слышу признаки невежества.
В наши дни я могу придумать очень мало аргументов в пользу работы непосредственно на выделенном оборудовании. Решения виртуализации очень зрелые, очень стабильные и предлагают большую окупаемость.
На мой взгляд, преимущества виртуализации настолько ценны, что легко компенсируют любые потери производительности из-за того, что они не работают непосредственно на «голом железе». (Также имейте в виду, что при правильной аппаратной архитектуре можно решить большинство проблем с производительностью.)
Некоторые примеры (со стороны Vmware) виртуализации, которые повышают надежность: vMotion, HA и Fault Tolerance.
vMotion позволяет перемещать включенные виртуальные машины на новые хосты ESXi, не выключая виртуальную машину. Используется для балансировки нагрузки хостов или перемещения виртуальных машин для обслуживания на базовом оборудовании.
HA (высокая доступность) отслеживает, включена виртуальная машина или нет, и снова включает виртуальную машину (при необходимости, на новом хосте). Используется для важных, но НЕ критически важных серверов.
Fault Tolerance использует vLockstep для обеспечения 100% синхронизации вторичной ВМ с первичной копией ВМ. Если что-то происходит с первичным, вторичный срабатывает немедленно.
Конечно, вы также не можете забывать, что виртуализация позволяет выполнять операции резервного копирования и восстановления на уровне сервера , что само по себе делает стоит использовать.
Не забывайте также, что виртуализация позволяет выполнять операции резервного копирования и восстановления на уровне сервера , что само по себе делает ее полезной. Не забывайте также, что виртуализация позволяет выполнять операции резервного копирования и восстановления на уровне сервера , что само по себе делает ее полезной.Здесь вы перепутали множество терминов.
Надежность решения виртуальной машины - это результат надежности физического хоста и программного обеспечения виртуализации. Так что в теории это немного ниже, но на практике этим можно пренебречь
. Возможно, совместимость была проблемой десять лет назад, но сейчас 2013 год, и решения для виртуализации являются зрелыми. Практически нет приложений, которые не могли бы работать на виртуальной машине.
Производительность - вот где большая разница. Виртуализация увеличивает накладные расходы, а совместное использование ресурсов может привести к снижению производительности. Но вы на правильном пути: выделите необходимые ресурсы. Большинство жалоб от людей на производительность виртуальных машин являются результатом недостаточного обеспечения, что будет таким же образом, если вы купите слишком медленное оборудование.