Методы кластеризации серверов .Net
Я хочу разработать кластерную структуру с несколькими серверами, которая будет работать аналогично шагам, описанным ниже для потока сообщений.
От клиента
- Сервер шлюза получает сообщение
- Сервер шлюза отправляет сообщение ACK (UDP)
- Сообщение настраивается десериализацией из двоичного файла в объект через фабрику.
- Затем сообщение направляется на вторичный сервер в кластере (на основе конфигурации) и отправляет объект на вторичный сервер через WCF.
- Сообщение обрабатывается на вторичном сервере.
С сервера
- Вторичный сервер создает сообщение и отправляет его на сервер шлюза.
- Бинарный файл сервера шлюза сериализует сообщение
- Сервер шлюза отправляет двоичный файл клиенту и ожидает сообщения ACK (UDP).
Серверы будут настроены с помощью файлов .config для указания на службы либо локально в том же приложении (WCF будет инициализирован), либо в других системах.
Кто-нибудь работал над созданием подобной архитектуры, и если да, то с какими проблемами вы столкнулись?
РЕДАКТИРОВАТЬ
Система будет серверной частью уже существующего протокола, поэтому любой протокол клиент-сервер по существу неприкосновенен, но он включает в себя управление состоянием (клиент отправляет сеанс с каждым вызовом), шифрование, маршрутизацию сервера и защита пакетов.
Редактировать
Может ли кто-нибудь даже предоставить ссылку на проект с открытым исходным кодом, который использует кластеризацию в .Net?
все еще пытаясь вдохнуть в это жизнь, я озадачен, поскольку большинство кластерных серверных приложений имеют закрытый исходный код.
Я думаю, что «структура мульти-кластерного сервера» должна быть разработана для объяснения сценариев и задач, которые вы хотите достичь.
спасибо, я добавил намного больше информации, если нужно больше, я могу предоставить.
Я предлагаю вам описать вашу проблему как «Запросы службы балансировки нагрузки в .NET», поскольку это кажется более точным. Также вы упоминаете конкретные технологии (например, UDP, WCF). Вы вынуждены их использовать? Если нет, так и скажите. Могут быть более эффективные способы / фреймворки, чтобы делать то, что вы хотите.
Ответы 2
Поддержание состояния сеанса при длительных транзакциях может стать серьезным препятствием. Вам нужно будет убедиться, что ваше решение для балансировки нагрузки может учитывать или поддерживать сеанс, начинающийся на одном сервере и завершающийся на другом. Это может быть достигнуто путем совместного использования состояния через внешний источник, такой как файл cookie в браузере / клиенте или запись на общем сервере базы данных. В качестве альтернативы, многие решения аппаратной балансировки нагрузки будут использовать «липкие сеансы», чтобы клиент всегда возвращался к одному и тому же серверу (например, на основе IP-адреса).
Клиент отвечает за сохранение своего собственного идентификатора сеанса, и он будет извлечен из кеша на стороне сервера при поступлении нового запроса.
Edit Can someone even provide a link to an open source project that uses clustering in .Net?
Проверьте этот образец приложения. Судя по сайту ...
Technologies Demonstrated Service-oriented, n-tier design with ASP.NET and WCF
- Clean separation of UI, business services and DB access
- Design and tuning for performance
- Horizontally scalable via dynamic clustering
- Centralized configuration management of clustered service nodes
Что я могу сделать, чтобы вдохнуть в это жизнь?