Выравнивание нагрузки: Nginx, Лак и Сеансы HTTP
Все, что необходимо сделать, настраивается Заголовки Хоста SSL: http://www.sslshopper.com/article-how-to-configure-ssl-host-headers-in-iis-6.html
Можно затем защитить их всех на том же IP-адресе / порт.
Почему не оба? Поместите NginX на переднюю сторону для обработки gzip сжатия и SSL и Лака позади него для обработки кэширования и выравнивания нагрузки. Для приложения бэкенда будет нужно некоторое совместное использование сессии на DB или Кэш-памяти, как предложено Kristaps, и Varnish не будет кэшировать динамического контента, который подается с Cookie или аутентификацией, но всем, что остальные будут в порядке.
Рекомендуемая установка была бы, чтобы необходимо было создать разделенное статическое имя хоста (как static.example.com и служите всему статическому содержанию оттуда, без любых cookie (Лак будет кэшировать его прекрасный, так как нет никаких cookie), и другой для динамического контента, который может быть загрузкой, сбалансированной NginX или Лаком, с помощью cookie для обработки сессии и всех бэкендов, делящихся информацией сессии как указано выше.
Я не эксперт по платформе симфонии, но в целях выравнивания нагрузки рекомендуется переместить сессии с хранения файлов по умолчанию на обработчик сессий кэш-памяти, позволить часть сессии масштаба приложения выше отдельного приложения.
Можно заархивировать липкие сессии в лаке волшебством VCL (некоторые простые арифметические операции на десятичном представлении клиентского IP-адреса, как модуль).
Лак дизайном кэширует сервер, не подсистему балансировки нагрузки. Также лак не поддерживает SSL, что означает, что отдельный разделитель SSL (обычно - nginx с ssl модулем) необходим.
Я предлагаю, чтобы Вы использовали подсистему балансировки нагрузки, которая разработана не для кэширования, а для полностью динамической части веб-приложения, как haproxy или nginx, оба из которых поддерживает липкие сессии.
Я думаю, что лучше найти способ совместно использовать данные сессии для будущих узлов, например, устройства хранения данных NAS или заставить подсистему балансировки нагрузки совместно использовать php сессии. Другая опция состоит в том, чтобы переписать Ваше приложение, таким образом, это может использовать mysql базу данных, поскольку это - сессии, и снова совместно используйте те данные по узлам.