Предположим, у меня есть три внутренних Linux-сервера, A, B, C, где C примерно в два раза мощнее (в основном с точки зрения ЦП), чем другие, можно ли настроить конфигурацию внешнего интерфейса Pound (также выделенные машины Linux) который направлен на распределение HTTP-трафика между этими серверными модулями следующим образом:
Я вижу Priority параметр конфигурации в фунт (8), но мне это кажется не очень научным:
Priority val
The priority of this back-end (between 1 and 9, 5 is default). Higher priority back-ends will be used more often than lower priority ones, so you should define higher priorities for more capable servers.
Это просто попытка разных приоритетов до тех пор, пока все не покажется, что все в порядке, или есть более точный способ выразить относительную силу сервера? Как я говорю, will be used more often не кажется мне особенно научным.
Признаюсь ... мои знания о "фунте" практически отсутствуют. (никогда не использовал его в продакшене) Однако у меня есть некоторый опыт работы с балансировщиками нагрузки и фермами веб-серверов.
Я обнаружил, что в большинстве случаев, когда дело доходит до производительности веб-сервера ... ЦП - наименее вероятное узкое место ... и поэтому это не совсем хороший показатель более или менее «мощного». Обычно узкие места сводятся к параметрам ядра, сетевому стеку и / или вводу-выводу. (именно в таком порядке). При этом большинство балансировщиков нагрузки обычно не предоставляют больше, чем вес для серверов. Они фактически не смотрят на фактическую активную рабочую нагрузку серверов, которые они пытаются сбалансировать. Они просто смотрят на очередь обработки и распределяют нагрузку в зависимости от назначенных весов ... и продолжают. то есть 5 сложных заданий + 5 легких заданий = 10 заданий ... разделить на 2 сервера ... может закончиться перегрузка одного сервера ... а один сервер в основном простаивает.
Когда вы смотрите на игру с «весами» ... да ... вы обязательно должны «поиграть» с числами, пока не достигнете хорошего баланса для базовой линии. Будьте осторожны и не делайте больших изменений. Небольшие изменения могут иметь очень большие результаты. Здесь системные администраторы и разработчики зарабатывают деньги. Знание того, что нужно настроить и насколько далеко, намного эффективнее, чем следовать случайному руководству в Интернете.