Актуальное решение, когда время простоя дороже аренды еще одного сервера. Физически схемма подключения выглядит, как изображено на рисунке. Программно организовано распределенное хранилище, которое синхронизируется по ethernet-соединению, наверх устанавливается контейнер, который в случае сбоя одного сервера мгновенно мигрирует на другой, забирая с собой адреса упавшего и начинает обслуживать посетителей. При возврате упавшего сервера в онлайн он становится вторичным, синхронизируется с рабочим и ждет своего часа, чтобы подменить "коллегу" в случае падения.

Часто случается, что один сервер не справляется с поставленной задачей. В этом случае логично разнести нагрузку на несколько машин с помощью балансировщика посещений, как показано на рисунке с "Load Balancer".
Другой вариант, который часто применяется вебмастерами, когда в кластере находятся 2 сервера, первый занят отдачей статического контента(в этом случае оборудование и порт подбираются в соответствии с требованиями, быстрая дисковая подсистема, много оперативной памяти для кеширования, недорогой слабопроизводительный процессор), а второй обрабатывает запросы к скриптам и БД(тут выбирается более мощный процессор или несколько, средний объем памяти, дисковая подсистема средней или высокой скорости).
На третьем рисунке изображено показан комбинированный вариант с добавлением распределения нагрузки на БД.
Как видно, при развитой фантазии можно построить надежную систему любой сложности.

С ростом используемой инфраструктуры средними и большими предприятиями часто принимаются решения аутсорсинга этой самой инфраструктуры на площадку оператора. Это выгодно, удобно и безопасно. На рисунке показан пример, как можно организовать такую инфраструктуру в удаленном датацентре.

У нас есть большой опыт создания кластеров. В данный момент все подобные проекты реализуются под заказ по Вашему техническому заданию.