Я слежу за мнениями моих коллег-системных администраторов о моей ситуации. Думаю, я обдумал эти моменты, но хочу узнать чье-то мнение.
У меня есть кластер ESXi5, состоящий из 5 физических машин: 4 в пуле DRS и 1 запасной для DR. Ничего подобного на тот случай, если нам понадобится Vmotion, чтобы распределить нагрузку во время всплеска, мы можем. Это также очень удобно для окон обслуживания.
У нас есть сервер базы данных, который начинает все больше использоваться по мере роста бизнеса (это хорошо!). Теперь дело дошло до того, что я хочу вывести сервер базы данных из кластера и переместить его на отдельное физическое оборудование, потому что в настоящее время я не могу предоставить ему достаточно виртуализированных ресурсов. Я не понимаю, устанавливать ли на него ESXi, так как гипервизор ESXi имеет очень мало накладных расходов, а затем я могу добавить эту машину как часть нашего кластера, поэтому, если что-то пойдет не так, у нас все равно будет другой сервер для резервного копирования.
С другой стороны, я думаю, что могу просто установить Windows 2008R2 и использовать базу данных MSSQL, чтобы разместить это самостоятельно, поскольку со временем, я думаю, мы можем пойти по пути репликации базы данных. Локального хранилища не будет, так как это все на основе SAN.
Может ли кто-нибудь предвидеть проблемы с размещением этого виртуального хоста?
РЕДАКТИРОВАТЬ
Редактировать Я принял ответ Джереми, так как это вызвало у меня некоторые мысли и привело к решению. Я сохраню это, так как ниже я планирую сделать виртуальную машину. Я добавлю еще ~ 100 ГБ ОЗУ на 2 наших сервера, поэтому в случае сбоя одного из них в кластере все еще будет достаточно ресурсов. Я буду настраивать DRS, чтобы применить привязку к этому и разрешить больше виртуальных ЦП, а также сетевой трафик и ограничить это одним хостом, если не произойдет сбой.
Это случай проверки показателей сервера базы данных. Есть ли у вас какие-нибудь графики производительности? Введите некоторую информацию о вашей настройке.
Вы используете VMWare Распределенное планирование ресурсов (DRS), поэтому я предполагаю, что нагрузка на кластер vSphere была эффективно сбалансирована. Учитывая это, что вы получите, изолировав сервер на его собственном оборудовании (в виде виртуальной машины)? При этом предполагается, что ресурсы, выделенные виртуальной машине базы данных, представляют собой небольшое подмножество того, что доступно на машине. Наличие DRS также означает, что у вас есть возможность предоставить виртуальной машине базы данных 8 виртуальных ЦП и 64 ГБ ОЗУ.
Где узкое место со стороны приложения?
После написания моего мини-анализа ниже, я думаю, вам следует сохранить его виртуальным и добавить этот хост DR в кластер для загрузки (в ESXi нет реального преимущества горячего резервирования, о котором я действительно могу думать)
Преимущества сохранения сервера БД как виртуальной машины:
Вышеупомянутые причины являются одними из стандартных, хорошо известных и признанных преимуществ виртуализации.
Поскольку хранилище сервера БД основано на SAN, мы можем исключить это из уравнения по большей части.
Недостаток сохранения виртуальности в том, что вам придется платить за лицензию VMWare за ее ресурсы. На физическом ящике вы просто устанавливаете Windows, и все готово.
Если ваш сервер БД ограничен для сетевого ввода-вывода, вы можете обновить сетевые адаптеры только на одном хосте ESXi и установить правило сродства DRS для запуска этой виртуальной машины на этом хосте, если этот хост не недоступен.
Если вы ограничены по ОЗУ, вам все равно придется добавить больше ОЗУ.