Как отмечено другими комментаторами, основной способ управлять распределением весом распределения правила порта. Можно также видеть неустойчивость, если изменения конфигурации группы NLB (т.е. хост понижается или возвращается), и Вы используете привязку, где запросы остаются со своим текущим сервером, даже если бы изменение в кластере означает, что они обычно отправлялись бы на другой сервер.
В этом случае каждый сервер получил бы равную долю нового трафика, но серверы, которые возросли дольше, будут иметь больше существующих соединений.
Кроме того, Вы проверили, что этот трафик по адресу NLB а не на уникальном адресе каждого сервера?
Я должен был изменить строки на 60 под опцией Windows и установить, "Когда окно изменено": опция "Изменить размер шрифта", чтобы заставить это работать
Можно уменьшить размер шрифта в шпаклевке для установки большему количеству строк. Используя шпаклевку, я вижу 64 ядра в вершине на 1920x1200 монитор ноутбука. Можно также изучить другой способ посмотреть на отдельную статистику процессора.
Действительно ли абсолютно необходимо видеть статистику каждого ядра процессора? Вы могли попробовать mpstat -P ALL
(установленный как часть sysstat
пакет).
Простым решением может быть использование xterm, который по умолчанию использует мелкий шрифт. Таким образом, я могу наблюдать 64 ядра при разрешении 1080 по вертикали.
У меня была точно такая же проблема с VNC для 48-ядерного сервера. Из команды запуска терминала:
$ echo $LINES
Затем продолжайте изменять размер терминала по вертикали и проверяйте количество строк, пока количество строк не станет достаточным (в моем случае больше 50)