Затраты на запуск не HTTP-сервера в экземпляре Azure?

Question

Я собираюсь создать и развернуть пользовательский сервер в Azure. Я понимаю, что входящие данные должны пройти через балансировщик нагрузки, прежде чем поступать в экземпляры.Поэтому для прослушивания запросов мне нужно прослушивать назначенный порт из балансировщика нагрузки.Мой вопрос: есть ли издержки задержки, когда входящие данные сначала должны пройти через LB?И нужно ли мне изменить свой код, чтобы иметь возможность распространяться на множество экземпляров, или балансировщик нагрузки будет обрабатывать эти вещи для меня?

Answer 1

Будет "некоторая" задержка из-за того, что это еще одна часть пути. Однако, от балансировки нагрузки до вашего экземпляра виртуальной машины будет очень быстро, так как оба находятся в одном центре обработки данных. Это просто часть структуры Windows Azure.

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

Сказав это: чтобы обмениваться информацией о состоянии между экземплярами, взгляните на кэш AppFabric, который был запущен примерно месяц назад. Это Cache-as-a-Service и обеспечивает очень быстрый способ хранения и извлечения пар ключ / значение. Более подробная информация о AppFabric Cache: здесь .

Answer 2

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

И LB делает именно то, что говорит на жестяной банке - он просто уравновешивает нагрузку. Поэтому, если ваше приложение написано так, что оно не будет работать правильно, если пользователь A получит к нему доступ на сервере X, а пользователь B - на сервере Y одновременно, оно не будет работать, даже если оба пользователя считают вместо этого они обращаются к серверу Z.