Журналы доступа istio будут видны для каждого запроса подключения, который достигает Вашего входного шлюза.
Журналы балансировки нагрузки HTTP (S) отличаются и состоят из:
Что регистрируется
Записи журнала балансировки нагрузки HTTP (S) содержат информацию, полезную для мониторинга и отладки трафика HTTP (S) c. Записи журнала содержат следующие типы информации:
- Общая информация, отображаемая в большинстве журналов GCP, такая как серьезность, идентификатор проекта, номер проекта, метка времени и т. Д.
- HttpRequest поля журнала. Однако
HttpRequest.protocol и HttpRequest.latency не заполняются для журналов ведения журнала облачной балансировки нагрузки HTTP (S). - a
statusDetails в поле structPayload. Это поле содержит строку, которая объясняет, почему балансировщик нагрузки возвратил статус HTTP, который он сделал. В приведенных ниже таблицах содержатся дополнительные пояснения к этим строкам журнала.
Когда вы отключаете журналы HTTP (S) LB, istio по-прежнему будет регистрировать весь трафик c, который достигает входного шлюза istio и эти журналы будет доступен в журналах посланников.
Однако журналы, относящиеся к traffi c, завершенные на уровне LoadBalancer, который никогда не достигает входного шлюза istio, могут не регистрироваться.
Так, например, запрос, который сделал не соответствует ни одному из ваших бэкэндов, и это было прекращено на loadbalancer, возможно, вы не оставите журнал.
Если вы хотите sh иметь больше журналов и быть уверенным, что ничего не ускользает, вы должны сохранить HTTP (S) Журналы LB включены. В противном случае отключение этих журналов уменьшит количество журналов, включая перекрывающиеся избыточные журналы с журналами istio.
Для получения дополнительной информации о HTTP (S) LB посетите документацию по облаку Google page .
Для получения дополнительной информации о журналах Istio посетите документацию Istio page .
Для получения информации о дополнении GKE istio посетите облачную документацию Google page .
Hope это помогает.