Стоит ли беспокоиться о масштабировании на этапе разработки?
redis, у него есть pub/sub интерфейс так что можно заставить общаться демоны через него, можно хранить в нем сессии...Частенько задумываясь о будущих нагрузках
Тогда вы должны писать нагрузочные тесты, а не филосовствовать о том что можно еще сделать просто-так. В целом если вы не занимались настройкой ядра у вас начнутся проблемы уже на 1000-е активных пользователей (по умолчанию PHP не умеет в stream_select обрабатывать более ~1024 файловых дескриптеров, а операционная система и вовсе по умолчанию ограничивает количество всех файловых дескрипторов на процесс.
Горизонтальное масштабирование web socket серверов нужно когда у нас количество активных пользователей которые одновременно пользуются системой доходит ближе к 10К а то и больше (нагрузочные тесты все покажут).
То чем вы занимаетесь называется преждевременной оптимизацией.
Как минимум сессии на файлах не очень мягко говоря масштабируются. Так же непонятно как WebSockets сервера общаются через Memcached, было бы логичнее тот же WebSockets использовать для их общения между собой.
Просто разделите всё на отдельные серверы и продублируйте. Всё ещё работает вместе как надо? Значит масштабируется.