部分参数说明¶
在使用服务网格时,会出现一些报错信息,本文列出一些报错参数的详细含义供参考。
最大重试次数 Max retries¶
服务网格中内嵌了 Envoy 组件,在创建网格时可以设置 Envoy 相关的一些参数。 更多细节请参阅 Envoy 文档。
HTTP¶
-
5xx
如果上游服务器响应任何 5xx 响应代码,或者根本不响应(断开连接/重置/读取超时),将尝试重试 (包括 connect-failure 和 refused-stream)。
-
connect-failure
如果由于与上游服务器的连接失败(连接超时等)导致请求失败,将尝试重试(包含在 5xx 中)。
-
envoy-ratelimited
如果标头 x-envoy-ratelimited 存在,Envoy 将重试。
-
gateway-error
此策略类似于 5xx 策略,但只会重试导致 502、503 或 504 的请求。
-
http3-post-connect-failure
如果通过 HTTP/3 向上游服务器发送请求并在连接后失败,将尝试重试。
-
refused-stream
如果上游服务器使用 REFUSED_STREAM 错误代码重置流,将尝试重试。 此重置类型表示请求可以安全重试(包含在 5xx 中)。
-
reset
如果上游服务器根本没有响应(断开/重置/读取超时),将尝试重试。
-
retriable-4xx
如果上游服务器使用可重试的 4xx 响应代码进行响应,将尝试重试。 目前,该类别中唯一的响应代码是 409。
注意:小心打开此重试类型。在某些情况下,409 可能表示需要更新乐观锁定修订版。 因此,调用者不应重试,需要读取然后再尝试写入。如果在这种情况下发生重试,它总是会失败并返回另一个 409。
-
retriable-headers
如果上游服务器响应包含任何与重试策略或 x-envoy-retriable-header-names 标头匹配的标头,将尝试重试。
-
retriable-status-codes
如果上游服务器响应任何与重试策略或 x-envoy-retriable-status-codes 标头中定义的响应代码匹配的响应代码,将尝试重试。
gRPC¶
-
cancelled
如果响应头中的 gRPC 状态码是 “cancelled”,将尝试重试。
-
deadline-exceeded
如果响应头中的 gRPC 状态码是 “deadline-exceeded”,将尝试重试。
-
internal
如果响应头中的 gRPC 状态码是 “internal”,将尝试重试。
-
resource-exhausted
如果响应头中的 gRPC 状态码是 “resource-exhausted”,将尝试重试。
-
unavailable
如果响应头中的 gRPC 状态码是 “unavailable”,将尝试重试。
边车日志级别¶
-
critical
任何强制关闭服务或应用程序以防止数据丢失(或进一步丢失数据)的错误。 您只为最令人发指的错误和保证数据损坏或丢失的情况保留这些。
-
debug
使用 debug ,您将以详细的方式提供诊断信息。 它很冗长,包含的信息比您在使用该应用程序时所需的信息还要多。 debug 日志记录级别用于获取诊断、故障排除或测试应用程序所需的信息。 这确保了应用程序的平稳运行。
-
error
与 critical 日志记录级别不同,错误并不意味着您的应用程序正在中止。 相反,只是无法访问服务或文件。此 error 表明您的应用程序中的某些重要内容失败。 当严重问题导致应用程序内的功能无法有效运行时,将使用此日志级别。 大多数时候,应用程序会继续运行,但最终需要解决这个问题。
-
info
要记录的通用信息(服务启动/停止、配置假设等)。 您希望始终可用但在正常情况下通常不关心的信息。 这是开箱即用的配置级别。
-
off
此日志级别不记录任何内容。 此 off 级别用于关闭日志记录并且是最大可能级别。 使用此日志级别,根本不会记录任何内容。
-
trace
trace 日志级别捕获有关应用程序行为的所有详细信息。 它主要是诊断性的,比 debug 日志级别更细粒度。 此日志级别用于您需要查看应用程序中发生的事情或使用的第三方库中发生的事情的情况。 您可以使用 trace 日志级别来查询代码中的参数或解释算法的步骤。
-
warning
当您检测到意外的应用程序问题时,将使用 warning 日志级别。 这意味着您不太确定问题是否会再次发生或仍然存在。 此时您可能不会注意到对您的应用程序有任何损害。 此问题通常是停止特定进程运行的情况。但这并不意味着该应用程序已受到损害。 事实上,代码应该继续照常工作。您最终应该检查这些警告,以防问题再次发生。