Рейтинг:0

Несоответствие пропускной способности обратного прокси-сервера Apache

флаг mp

У меня есть парк обратных прокси-серверов Apache в AWS. Я вижу, что журналы доступа моего обратного прокси-сервера всегда сообщают о байтах IN и байтах Out по сравнению с тем, что замечено в журналах исходного сервера, а также в журналах сетевых потоков.

Устранение этой проблемы Мне было интересно, может ли что-то, связанное со сжатием, быть основной причиной такой проблемы? Поскольку моя настройка является обратным прокси, и я бы хотел, чтобы все содержимое, входящее и выходящее, было сжато.

запрос

а) запрос, отправленный клиентом обратному прокси-серверу apache

б) тот же запрос, перенаправленный с обратного прокси-сервера apache на восходящий/исходный сервер

отклик

а) ответ, отправленный с вышестоящего/исходного сервера на обратный прокси-сервер apache

б) тот же ответ, отправленный от обратного прокси-сервера apache клиенту

Как я могу применить сжатие для всех возможных типов MIME.У меня установлен модуль brotli в моем обратном прокси-сервере apache, поэтому в идеале я ищу способ проверить, поддерживает ли клиент brotli, если не вернуться к gzip по умолчанию.

Поскольку я чувствую, что дважды проверил в основном другие возможные проблемы, я предполагаю сжатие как одну из возможных проблем, если вам кто-нибудь знает о какой-либо другой возможности таких проблем, пожалуйста, дайте мне. Я боролся с проблемой более 6 месяцев, и мы видим около 30% разрыва в том, что мы видим в журналах Apache Access, по сравнению с тем, что отправил исходный сервер.

Поэтому, если у кого-то есть какие-либо мысли или опыт устранения такой проблемы, пожалуйста, помогите мне.

LogFormat "%a %l %u %t "%r" %>s %b "%{Referer}i" "%{User-Agent}i" "%{cache-status}e" %I %O %D "%{SSL_PROTOCOL}x" [имя хоста "%{Host}i"] ]" объединено

Моя настройка: AWS NLB ---> Обратный прокси-сервер Apache в частной подсети ----> Шлюз NAT -----> исходный/восходящий сервер в Интернете

Версия сервера: Apache/2.4.53 (Ubuntu)

djdomi avatar
флаг za
ну может быть много отличий из-за расчета 1000/1024, вы думали об этом?
thisis2394 avatar
флаг mp
спасибо за ответ ... да, во время моего первоначального устранения неполадок я также проверил эту часть, но, к сожалению, мы видим пробел в необработанных байтах IN и байтах Out, захваченных в журналах доступа apache.
John Hanley avatar
флаг cn
Apache сообщает только о трафике прикладного уровня. К сетевому трафику подключено больше данных для управления и маршрутизации трафика (IP-кадры, кадры уровня 2 и т. д.).Взгляните на модель OSI для сетевых уровней, чтобы понять, какое место Apache занимает в общей сетевой схеме.
thisis2394 avatar
флаг mp
Да, я согласен, что Apache может не учитывать накладные расходы на сетевом уровне, но наш разрыв сам по себе настолько огромен, что я считаю, что это не может быть связано только с сетевым уровнем. что-то происходит на самом уровне 7, чего я не понимаю. На данный момент я сомневаюсь в компрессии. поэтому у нас по умолчанию включен brotli в обратном прокси-сервере apache, но источник обычно отправляет его как gzip. Таким образом, мы полагаем, что может быть несколько других факторов, которые приводят к этому разрыву.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.