время ответа бэкенда решает. насколько блокирует

Т.е у вас будет 1.6 миллионов tcp коннектора в секунду ?

Что значит "обработать" ? Записать?  Куда, будут ли их потом читать и насколько часто?  Это TCP или UDP?  Используется ли шифрование (TLS)?  Будет ли весь поток сливаться в один ДЦ или несколько (территориально-распределённых?) ? Очень общая постановка

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

А что если бы речь шла о TCP соединениях? Их же тоже можно было бы разбирать несколькими машинами

Краткий ответ - нет, не сложно. Более конкретный зависит от задачи

Если это сотни серверов, то это сотни сообщений , а не миллион

Я написал что задача - записать. Вопрос чтения здесь не рассматривается, вопрос о обработке, это другая тема. Это может быть любой протокол с шифрованием, без потери данных. Да, обрабатывать данные должен один ДЦ

Сотни соединений, а сообщений 1.6 млн в секунду

Пишите в кафку

Набрал в поиске highload  и написал в первую попавшуюся конференцию с большим количеством людей. Если считаешь что на этот вопрос ответят лучше в другом месте - скинь ссылку на конкретный чат

Мда. Все что можно сказать об этом чатике)

я имел дело с сервером обрабатывающим (по сути) 14Мrps. но тебе это не поможет.

Да, эта информация бесполезна. Если расскажешь о чём спрашиваю, будет полезно

я сказал имеенно то, что ты спрашивал. ну не виноватая я что ты так спрашиваешь!

Коллега, универсального решения нет. Планирование мощностей - одна из самых сложных тем, это невозможно сделать, не зная деталей задачи.

Абстрактный ответ на вопрос - для обработки 1.6 миллиона сообщений о присутствии в секунду вам может потребоваться от одного до бесконечного количества серверов.

Нужно больше вводных.

Что такое пользователь? Откуда генерируются эти сообщения? Как быстро нужно записать событие? Сколько всего пользователей? Нужно ли думать об уникальности? Кто и когда читает эту информацию? Как её надо обрабатывать?

Пример простой - если читать эту информацию вообще не надо и она не критична, то сохраняем в какой-нибудь кеш в памяти и всё. И раз в час сбрасываем.

А если у вас появляется в системе функциональность вида "Нужно понимать, сколько сейчас онлайн", то задача уже другая.

А если "Сколько за последнюю минуту онлайн", то третья.

А если "Сколько уникальных за последнюю минуту онлайн", то четвёртая.

Каждый раз будет разная архитектура.

Каких, например? Я дал много информации о задаче. Скажите чего не хватает, добавлю деталей

Первый вопрос не понимаю. Сообщения посылают серверы и пользователи. Пользователи о своём присутствии, серверы о присутствии пользователей в их домене. Какая разница сколько пользователей? Я проверяю как масштабируется архитектура, поэтому представим что 100млн активных пользователей. Не думаю что это даёт какую-то информацию. Потому что они используют разные серверы.

Об уникальности чего нужно думать? Тоже не понятен вопрос. Нужно просто записывать данные в БД.

Информация отдаётся сервером по запросу пользователей.

На самом деле, я уже описал что я хотел бы услышать в ответ на мой вопрос. Хотел иметь примерное представление о том, сколько железа для этого потребуется. Но видимо это какая-то секретная информация и придётся самому тестить и считать. Здесь только вопросы задают, не отвечая на мой

https://www.google.com/search?q=how+to+receive+a+million+packets+per+second

далее
https://www.google.com/search?q=how+to+handle+million+transaction+per+second+in+database