Вот текущая настройка (вкратце).
Сайт настроен с поддоменом с подстановочными знаками, поэтому доступен * .website.com. Затем клиенты могут сопоставить свои собственные домены с записью A с IP-адресом сервера, и он преобразует его в соответствующий * .website.com с указанием направления и переменными env в htaccess.
Все работает идеально ... но теперь возникает проблема.
Сайт вырос больше, чем может выдержать один сервер DQC Xeon в часы пик. Рассмотрение вариантов облака кажется заманчивым, но клиенты указывают свои домены на один IP-адрес с записью A (наш сервер).
Это, вероятно, было плохим планированием с самого начала, но вопрос в том, если бы это было сделано сегодня, как бы мы настроили его так, чтобы клиенты использовали CNAME, возможно, для указания своих доменов на наш сервер, а не на запись A. И, если это невозможно для корневого домена, как мы можем использовать несколько IP-адресов на нашей стороне для перевода входящего HTTP-запроса?
Достаточно сложно? Надеюсь, я хорошо это объяснил!
Как насчет того, чтобы поставить балансировщик нагрузки впереди? Один IP-адрес, несколько серверов разделяют нагрузку и позволяет легко добавлять больше серверов? Может быть так просто, как запущенный сервер ipvs к выделенному оборудованию балансировщика нагрузки.
Не вдаваясь в подробности, почему бы не передать этот общий IP-адрес балансировщику нагрузки, а затем поставить за него своих рабочих лошадей? Это поможет вам немного масштабироваться без потери трафика. Дайте мне знать, если вам нужно больше объяснений.
Изменить: если ваши клиенты всегда вводят этот IP-адрес из памяти, вы не сможете многое сделать, чтобы переключить их на домен. Как я уже упоминал, лучше всего будет включить этот IP-адрес в балансировщик нагрузки. Это должен быть самый простой способ.