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