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

Вторичный сервер как зеркальное отражение первичного как план резервирования?

Итого вопрос новичка. У меня есть сервер, на котором размещаются веб-сайты, базы данных и т. Д. На нем несколько жестких дисков в RAID-массивах. Если диск выходит из строя, сервер продолжает работу, пока не будет установлен новый диск.

Однако что, если другой компонент (ы) выйдет из строя, например, RAID-контроллер, RAM или что-то еще? Нормально ли иметь в режиме ожидания несколько запчастей?

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

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

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

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

Это довольно увлекательная и очень техническая область - если вам интересно, взгляните на службы балансировки сетевой нагрузки и кластеризации в Server 2008.

Вторичный сервер в качестве зеркала отлично подходит для минимизации простоев. Но это не заменит резервные копии. Если база данных или какая-то часть файловой системы были повреждены или случайно изменены, а затем отразились, вы получите 2 нефункциональных сервера.