Балансировщик нагрузки приложений AWS и socket.io

Хотя ALB будет правильно распределять нагрузку между пользователями, вам нужно будет немного адаптировать свой код, поскольку пользователи, присоединившиеся к определенной комнате, будут рассредоточены по разным серверам.

В своей документации socket.io предоставляет способ сделай это:

Теперь, когда у вас есть несколько узлов Socket.IO, принимающих соединения, если вы хотите транслировать события всем (или даже всем в определенной комнате), вам понадобится какой-то способ передачи сообщений между процессами или компьютерами.

Интерфейс, отвечающий за маршрутизацию сообщений, называется адаптером. Вы можете реализовать свой собственный поверх socket.io-adapter (путем наследования от него) или использовать тот, который мы предоставляем поверх Redis: socket.io-redis:

var io = require('socket.io')(3000);
var redis = require('socket.io-redis');
io.adapter(redis({ host: 'localhost', port: 6379 }));

Настройка ALB

Я бы порекомендовал включить липкий сеанс в вашем ALB, иначе рукопожатие socket.io не удастся при использовании транспорта, отличного от веб-сокета, например, при длительном опросе, поскольку задача рукопожатия с использованием этого транспорта требует более одного запроса, и вам нужно, чтобы все эти запросы выполнялись на одном и том же сервере.

Альтернатива с использованием маршрутизации ALB без адаптера socket.io.

Если бы я хотел избежать базы данных Redis. Например, если мои комнаты созданы пользователями, если пользователь А создает комнату на экземпляре 4, если другой пользователь хочет присоединиться к этой комнате, как они узнают, на каком экземпляре он находится? Нужен ли мне адаптер здесь тоже?

Целью этого варианта является назначение каждой комнаты конкретному экземпляру EC2. Мы собираемся добиться этого с помощью маршрутизации ALB< /а>

/i1/room/550
/i1/room/20
/i2/room/5
/i5/room/492

/{instance-number}/room/{room-id}

Target group X > EC2 Instance X
Target group Y > EC2 Instance Y

Шаг 4:

Изменить целевые правила ALB

Балансировщики нагрузки > Ваш ALB > Прослушиватели > Просмотр/редактирование правил

Шаг 5:

Создайте одно правило для каждой целевой группы/экземпляра со следующими настройками:

• ЕСЛИ > Путь: /iX/room/*
• ТОГДА > переслать: instanceX

Если у вас есть эта настройка, когда вы вводите:

• /i1/room/550 вы будете использовать инстанс 1 EC2.
• /i2/room/200 будет использовать инстанс 2 EC2

и так далее.

Теперь вам нужно будет создать свою собственную логику, чтобы сбалансировать комнаты в ваших инстансах. Вы не хотите, чтобы в одном экземпляре размещались почти все группы.

Я рекомендую первый подход, поскольку его можно легко масштабировать автоматически.