Назад | Перейти на главную страницу

балансировка нагрузки и скорость / пропускная способность порта

помогите мне кое-что понять о балансировке нагрузки.

Представим, что у нас есть один сервер в качестве внешнего интерфейса и три сервера в качестве внутреннего интерфейса.

Все они размещены в одном центре обработки данных с использованием локального подключения. Обычно VPS обслуживаются с портом 1 Гбит / с, если вы испытываете высокий трафик, все внутренние серверы будут пытаться передать трафик на внешний прокси с максимальной скоростью 3 Гбит / с, в то время как внешний интерфейс сможет принимать только 1 Гбит / с. Разве это не замедлило бы работу пользователей в конце концов?

Кроме того, используется ли локальная сеть между серверами такой же, как и та, которая всегда подключена к Интернету?

Если вместо этого мы рассмотрим внутренние серверы в разных местах, можно ли будет сбалансировать нагрузку с помощью реального «IP-перенаправления» вместо проксирования? Или CDN - единственный способ добиться этого? Я предполагаю, что использование конфигурации прокси в разных местах не имеет никакого смысла, поскольку вы добавляете задержку, время в пути и нет преимущества близости для пользователей, поскольку весь трафик будет исходить из одного места (интерфейс)

Спасибо

Если вы хотите обслуживать один и тот же контент в разных местах для обслуживания контента «локально», вам следует взглянуть на IP-трансляция
У вас будут прокси-серверы и внутренние серверы в разных местах (например, в США и Великобритании), обслуживающие один и тот же контент, и люди, находящиеся ближе всего к местоположению, будут обслуживаться с этого прокси.

Другой вариант - иметь более одного внешнего прокси для внутренних серверов и использовать Циклический перебор DNS для балансировки нагрузки между прокси-серверами это даст вам дополнительный 1 Гбит / с во внешнем интерфейсе.

Теоретически да - ваш внешний балансировщик нагрузки может стать узким местом в этом сценарии.

Если вы используете разные LB-техники (например, LVS DR), что не имеет значения, поскольку каждый backend-сервер будет напрямую отвечать клиентам.