HAProxy на помощь? (несколько машин с Vhosts)
Это скорее вопрос "наилучшей практики" или "оцененный вклад".
В настоящее время мы управляем около 5 веб-серверами (в двух DC), которые работают на Nginx для PHP-сайтов. План состоит в том, чтобы перепроектировать установку, чтобы она была более управляемой с административной точки зрения. Один сервер находится в DC в другой сети, остальные в одной стойке.
Иногда нам приходится перемещать клиентские веб-сайты с одного сервера на другой, и мы хотели бы разрешить избыточность для определенных клиентов и т. Д. Поэтому прокси-сервер кажется хорошим началом, и любое увеличение скорости приветствуется, HAProxy кажется хорошим кандидатом для этого. и то и другое.
На данный момент наша идея состоит в том, чтобы сделать одну машину HAProxy для всего остального, чтобы мы могли перенаправить что угодно в любое место. Кажется умным сделать аварийное переключение этой машины с помощью чего-то вроде CARP.
Любые идеи / вклад высоко ценится.
2 ответа
Я настраивал подобную систему в прошлом; для тех, кто не может позволить себе полноценный второй центр обработки данных и высокотехнологичное интеллектуальное переключение для переключения при отказе, это неплохой вариант.
У этого есть один существенный недостаток: если вы платите за пропускную способность, где бы ни размещался haproxy, вы будете платить вдвое больше за пропускную способность соединений, которые проксируются.
В противном случае это разумное решение для тех, кто хочет иметь балансировку нагрузки или даже просто активное аварийное переключение.
Другой довольно популярный loadbalancer / webserver / proxy - это nginx, на который также стоит обратить внимание.
У вас должна быть возможность использовать внутренние ip-адреса для связи с LB с внутренними узлами... и внутренний сетевой трафик будет стоить 0.