Назад |
Перейти на главную страницу
Каков лучший дизайн (программное обеспечение / оборудование, резервное копирование) для двух серверов, предоставляющих виртуальные машины в коло
В настоящее время у меня есть один старый сервер, который предоставляет виртуальные машины с использованием Xen на CentOS. Хотя он и не является монстром, он поддерживает расширения VT и имеет установленный аппаратный диск RAID1 емкостью 1 ТБ. Я хочу добавить еще один более новый сервер, сохранив старый для взаимного резервного копирования и, возможно, для распределения рабочей нагрузки.
До сих пор предложения касались SAN или других видов дорогостоящего дополнения оборудования, которое я не могу себе позволить. Итак, учитывая следующие аппаратные средства, операционные цели и ограничения, какая конструкция лучше? (тот, который сводит к минимуму затраты и время простоя и максимизирует доступность, производительность и стабильность)
Оборудование
- Сервер Poweredge 850 1U с 8 ГБ ОЗУ, поддержкой CPU VT и 1 ТБ RAID1
- Дополнительный сервер
- еще не куплен, так что это гибко - думаю, меньше 3000 долларов
- учитывая R410 с двумя четырехъядерными процессорами, 16 ГБ ОЗУ и 4x1 ТБ SATA в RAID5 на 2,8 ТБ
Операционные требования
- Серверы должны предоставлять виртуальные машины
- В настоящее время используется Xen на CentOS 5
- Смотрел Citrix XenServer, VMware Server и ESXi, KVM, Headless VirtualBox
- Более новый, более мощный сервер, вероятно, должен быть «основным», на котором размещаются виртуальные машины, которые выполняют все виды деятельности, включая обслуживание Интернета и почты.
- Цель получения второго сервера - получить некоторую избыточность - если с одним что-то случится, другой может занять некоторое время (подумайте о перегоревшем источнике питания и о задержке гарантии на месте на следующий день)
- Когда выполняется резервное копирование виртуальной машины, она должна быть либо постоянно доступна, либо время простоя должно быть незначительным (т.е. время, необходимое для приостановки, запуска моментального снимка / клонирования / копирования, возобновления паузы)
Ограничения и соображения
- Меня интересуют только бесплатные решения (желательно с открытым исходным кодом, но не обязательно)
- Место в colo оплачивается за U, поэтому добавление 1U предпочтительнее, чем более крупные серверы. Оборудование большего размера будет рассматриваться только в том случае, если решение будет особенно удачным.
- Количество виртуальных машин и размер их дисков делают невозможным регулярный перенос их за пределы площадки через Интернет из-за затрат на полосу пропускания.
- Два сервера могут быть напрямую объединены в сеть, поэтому обмен данными между ними осуществляется очень быстро и ничего не стоит.
- Гарантия на старый сервер выплачивается в течение 2 лет, и он работает нормально, поэтому давайте не будем заменять его без нужды (только действительно, действительно отличные решения, включающие замену старого сервера, будут иметь для нас смысл)
- На самом деле я не рассматриваю решение для хранения данных вместо второго сервера, потому что один сервер должен иметь возможность заменить другой, если что-то произойдет. Если у меня только один сервер и одно решение для хранения, тогда у меня будет 2 точки отказа вместо 1.
Прошлое исследование
- Версия Xen, поставляемая с CentOS (и в большинстве дистрибутивов с поддержкой dom0), довольно старая и непонятная.
- Текущий опыт работы с Xen
- Диски ВМ хранятся на логических томах
- dd работает медленно и также включает свободное место
- Монтирование файловой системы в dom0 и rsyncing требует, чтобы dom0 знал структуру FS domU, а также становится действительно очень сложным, если domU также использует LVM. Трудно автоматизировать и не обязательно приводит к быстрому повторному использованию образа на втором сервере.
- Моментальный снимок LVM -> резервное копирование -> удалить моментальный снимок позволяет виртуальным машинам быть доступными при выполнении инкрементных резервных копий. Большой плюс!
- Citrix XenServer
- Упрощает объединение ресурсов, но требует, чтобы общее хранилище и процессоры были в основном одинаковыми. Если я не получу другой старый сервер, соответствующий моему текущему старому серверу, я не отвечаю требованиям XenMotion.
- Не уверен, действительно ли XenMotion работает для резервного копирования. Насколько я понимаю, после миграции виртуальная машина перемещается, а не копируется на другой сервер.
- Снимок + экспорт снимка выглядит многообещающим.
- Перемещение виртуальных машин VMware между запущенными гипервизорами требует оплаты vmotion
- опять же, vmotion, вероятно, в любом случае не предназначен для резервного копирования
- KVM - это решение, о котором я знаю меньше всего, но, похоже, он очень похож на Xen в отношении того, как он обрабатывает хранилище - локальные файлы изображений, логические тома или общие SAN / iSCSI.
Фух! Заранее благодарю за ваши комментарии! Дайте мне знать, если вам понадобится дополнительная информация: P
Вы можете настроить DRBD между двумя серверами для размещения образов виртуальных машин и файлов конфигурации.
Я считаю, что эта установка позволит выполнять живую миграцию между двумя хостами. В противном случае это должно позволить вам просто запустить виртуальную машину на любом сервере, если один из них выйдет из строя. Это можно немного автоматизировать, используя контрольный сигнал для запуска некоторых скриптов для перезапуска виртуальной машины в случае отказа одного из хостов. Эта статья похоже, делает это с живой миграцией и LVM.
У нас есть двухузловой кластер, построенный около года назад с CentOS 5.2, Xen 3.2, LVM и DRBD 8.2.6 ... Я использовал это как в качестве руководства по настройке всего, хотя само руководство предназначено для Ubuntu Hardy, но поддержка Xen в CentOS намного более стабильна IMO.