Переключатель QoS возится с локальным HTTP-трафиком?
Мы только что переместили нашу стойку в центр обработки данных в здании. В нашей стойке находится лезвие, на котором работают centos и apache для работы с интранетами. Когда мы переехали в DC, мы существенно расширили нашу локальную сеть, добавив коммутатор Cisco. С момента переезда наши внутренние сайты стали мучительно медленными.
Глядя на кепку wirehark, мои неопытные глаза не видят ничего, что выделялось бы как виноватое, хотя легко увидеть, где задержка:
20 секунд в сегменте TCP повторно собранного PDU. И таких много, но ни у одного с такой задержкой. Большинство из них имеют длину миллисекунды.
Единственное, что я могу думать, это то, что коммутатор, который мы используем в DC, имеет QoS. Это действительно единственное различие, о котором я могу думать, кроме физического местоположения, находящегося примерно на 300 футов дальше.
QoS может это сделать? Если нет, то какие еще могут быть виноваты?
Спасибо.
При необходимости используется прямой кабель вместо перекрестного. Трафик все еще продолжался, но требовалось гораздо больше времени, поскольку требовалось время ожидания, прежде чем найти альтернативный маршрут.
Серьезные проблемы с производительностью в локальной сети могут быть вызваны несоответствием скорости / дуплекса на восходящем канале. Можете ли вы подтвердить, что затронуты не только этот сервер и служба?