Назад | Перейти на главную страницу

Как быть избыточным с виртуальными машинами в этой средней инфраструктуре?

Мне нужно реализовать для ассоциации три виртуальные машины для управления доменом и два других программного обеспечения, которые будут использовать базы данных. Конечно, у них нет большого бюджета, но я стараюсь с их бюджетом внедрить что-то стабильное и доступное на случай поломки оборудования.

Я планирую выбрать хороший сервер и использовать его для хранения и расчета виртуальных машин, а также работать с Hyper V по соображениям стоимости.

Я хотел бы знать, есть ли возможность сделать возможное резервирование для виртуальной машины, на которой размещено критически важное программное обеспечение (которое использует базу данных), не увеличивая бюджет, отделив хранилище от ESX и купив 2 оборудования для хранения и два для расчет вроде ESX.

Конкретно, только между двумя серверами, можем ли мы гарантировать, что в случае сбоя одного из них другой будет поддерживать работу виртуальных машин?

Надеюсь, этот случай может кого-то заинтересует, спасибо!

Определите, какой уровень избыточности вы хотите и каким методом с учетом того, как работают ваши приложения. Даже в небольшом масштабе HA требует затрат времени и денег. Расходуйте в соответствии с целью организации по времени восстановления.

Приложение, которое существует только как одна виртуальная машина, не будет работать в случае сбоя вычислительного узла. Рассмотрим несколько вариантов:

  • Запустите копию той же виртуальной машины приложения на другом хосте без общего доступа со схемой балансировки нагрузки
  • Загрузите ту же виртуальную машину на другом хосте с динамической миграцией, возможно, в общем хранилище.
  • Используйте отказоустойчивый кластер, чтобы одну копию приложения можно было переместить на другой хост

В частности, некоторые базы данных имеют собственную репликацию. Они поддерживают вторую копию базы данных в актуальном состоянии на другом хосте, не требуя общего хранилища.

Сколько вычислительных узлов и какое хранилище имеет ограничения в зависимости от выбранной вами технологии высокой доступности.

  • 3 физических хоста обычно представляют собой кластер минимального размера. Возможно два, но это затрудняет кворум.
  • Ничего не разделяемое хранилище - это более простое хранилище, поскольку каждый хост может использовать локальное хранилище. Тогда HA находится в балансировщике нагрузки или репликации базы данных. Или, возможно, с живой миграцией виртуальной машины без совместного использования.
  • Один традиционный выделенный массив хранения - это относительно простые способы предоставления общего хранилища. Их резервирование - внутреннее, двойные контроллеры и несколько дисков. Репликация в другой массив возможна, но вы действительно хотите снизить затраты.
  • Гиперконвергентная система, объединяющая локальное хранилище на множестве узлов в пул хранения, не может быть масштабирована до небольшой среды с двумя узлами. Однако это удобно, когда у вас есть избыточное хранилище на многих вычислительных узлах.