Прозрачное циклическое планирование нескольких сетевых интерфейсов без привязки
У меня есть сервер, взаимодействующий с кластером машин, и узким местом является пропускная способность сети. Хорошей новостью является то, что есть 2 интерфейса, а сервер может использовать только один. Без изменения кода сервера загрузка двух интерфейсов составляет 100% против 0%.
То, что я хочу, - это прозрачное циклическое планирование на двух интерфейсах с минимальными изменениями, и программа не должна изменяться. Это потому, что у меня нет физического доступа к серверу, любые ошибки конфигурации было бы больно исправлять. Лучшее решение, которое я думал, это как настройка виртуального интерфейса, который обрабатывает весь трафик в циклическом режиме с использованием двух базовых интерфейсов.
Как я могу сделать это, не используя технику "склеивания"?
РЕДАКТИРОВАТЬ:
Почему склеивание не вариант? Поскольку у меня есть только удаленный ssh-доступ к серверу, любые ошибки конфигурации в существующем интерфейсе приведут к остановке сервера на несколько дней, пока локальный администратор за тысячи миль не вступит во владение. Поэтому лучшим решением будет легкое, то есть "прозрачное" решение.
2 ответа
Для вас нет другого выбора, кроме увеличения пропускной способности (при условии, что это гигабитные интерфейсы) или некоторого уровня связи. Вам понадобится один из режимов соединения Linux; вероятно "баланс-р-р". Вы могли бы установить это без простоя, если все сделано осторожно... но это не надежно.
Я бы поставил под сомнение проблемы доступа к серверу или конфигурации. Доступен ли для системы какой - либо внеполосный доступ к управлению? МОТ? DRAC? IPMI? Я полагаю, вы оказались бы в такой же ситуации, если бы произошла паника ядра или сбой системы.
Если он может подождать, пока у вас не появится ресурс, доступный локально, я бы это сделал. В общем, это хорошая идея - держать администратора в курсе таких изменений.
Решение проблемы - склеивание - это не меняет того факта, что вам следует делать в этом случае. Любое другое решение будет недоделанным, хотя склеивание хорошо понято, задокументировано и чрезвычайно надежно.
Если у вас есть только SSH-доступ к серверу, и вы хотите нарушить работу сети при настройке соединения, у вас есть два варианта:
- Попросите кого-нибудь с локальным доступом настроить связь для вас.
(В идеале, вы бы сделали это самостоятельно, прежде чем развернуть систему, или смогли бы посетить компьютер. Наличие удаленных рук для подобных вещей становится дорогим...)
ИЛИ ЖЕ
- Используйте сторожевого пса.
Сторожевой таймер может быть столь же простым, как добавление задания cron, которое возвращает вашу старую конфигурацию на место и перезагружает компьютер через 5 минут, поэтому, если вы испортили конфигурацию сети, вам просто нужно подождать 5 минут, и это будет исправлено для вас.,
Это обычная техника, и я использую ее сам, когда модифицирую удаленные брандмауэры, чтобы сэкономить мне посещение сайта или неловкий телефонный звонок удаленных рук, когда я неизменно путаю правила...
Что касается фактической конфигурации соединения, то прошло уже много времени с тех пор, как я использовал Linux-бокс в производстве, поэтому я уверен, что мои знания устарели - я уверен, что есть множество отличных учебных пособий для Googling. хоть.