Linux неприменимое вторичное соединение PPPoE

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

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

С другой стороны, определенные веб-технологии (состояние отображения веб-форм asp.net, я смотрю на Вас), любят продвигать большую информацию к и от клиентского веб-браузера как (своего рода) кэш. Если это - локальное соединение LAN (и в защите веб-формы asp.net это верно большая часть времени), это не все, что плохо, но в общедоступном Интернете это может абсолютно уничтожить производительность, такую, что Вы - часто очень более обеспеченное продвижение этого к базе данных или локальному диску вместо этого.

1
задан 15 October 2013 в 04:55
1 ответ

Ответ нашел здесь: http://blog.meisterbrau.org/2009/03/routing-over-multiple-ppp-accounts.html . По сути, недостаточно успешно установить соединение, необходимо создать отдельную таблицу маршрутизации, даже если второй интерфейс не используется для маршрутизации любого трафика, кроме как к / от себя. На мой взгляд, это немного противоречиво.

0
ответ дан 4 December 2019 в 09:00

Теги

Похожие вопросы