这个tengine-ingress方案不能主动探测 upstream状态吧？

tengine-ingress 可以通过配置 Upstream Health Check 模块来实现主动探测 upstream 状态的功能。Upstream Health Check 模块可以通过定期向 upstream 发送 HTTP 请求或 TCP 连接来检查其状态，并根据检查结果自动调整负载均衡策略。

在使用 tengine-ingress 时，您可以按照以下步骤来配置 Upstream Health Check 模块：

在 Ingress 路由规则中配置 upstream：在 Ingress 路由规则中，您需要指定后端服务的 upstream。例如：

yaml
Copy
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
name: example
spec:
rules:

• host: example.com
  http:
  paths:
  • path: /example
    backend:
    serviceName: example
    servicePort: 80
    ```

在这个例子中，upstream 名称为 example，后端服务为 example:80。

配置 Upstream Health Check：在 tengine-ingress 的配置文件中，您需要配置 Upstream Health Check 模块，并指定检查的参数和方式。例如：

routeros
Copy
http {
...
upstream backend {
server backend1.example.com;
server backend2.example.com;

check interval=3000 rise=2 fall=5 timeout=1000 type=http;
check_http_send "HEAD / HTTP/1.0\r\n\r\n";
check_http_expect_alive http_2xx http_3xx;

}
...
}
在这个例子中，Upstream Health Check 模块会每隔 3 秒向 backend1.example.com 和 backend2.example.com 发送 HTTP 请求，并检查返回状态码是否为 2xx 或 3xx。如果连续 5 次检查失败，则该 upstream 会被标记为不可用，并被从负载均衡池中移除。

是的，tengine-ingress方案不能主动探测upstream状态。在tengine-ingress中，被访问的后端资源位于一个固定的路径下，并且这个路径是在启动时就确定的。如果后端资源的路径发生了变化，需要重新部署或者重新配置tengine-ingress，才能使其能够正确地访问到新的后端资源。如果需要实现主动探测upstream状态的功能，可以考虑使用其他的负载均衡器或者路由器，或者自定义实现一个状态探测机制，以实现对后端资源路径的实时监控和更新。

对于Tengine Ingress方案，它本身并不具备主动探测upstream状态的功能。Tengine Ingress是一个基于Nginx和OpenResty的Ingress Controller，其主要用途是将外部请求路由到Kubernetes集群内部的服务。

要实现对upstream状态的主动探测，可以考虑使用其他工具或服务来监控upstream的可用性。常见的做法是使用类似于Kubernetes中的Liveness Probe或者独立的服务如Prometheus进行主动探测，并根据探测结果来更新Tengine Ingress的配置或者通过自定义脚本实现相应的处理逻辑。

这样的组合能够提供更全面的负载均衡和高可用性方案，确保只有健康的upstream服务被Tengine Ingress转发流量。

Tengine-ingress 是一个基于 Tengine 的 Kubernetes Ingress 控制器，它负责将外部流量引导到 Kubernetes 集群中的服务。不过，Tengine-ingress 并不直接支持主动探测 upstream（上游）服务的状态。

通常情况下，Tengine-ingress 通过将请求转发给后端服务来提供负载均衡功能。如果你希望了解 upstream 服务的状态，可以考虑使用其他工具或机制来实现。以下是一些可能的解决方案：

1. Readiness/Liveness 探针：在 Kubernetes 中，你可以为每个 Pod 定义 readiness 和 liveness 探针，以检查服务是否准备好接受请求或运行正常。Tengine-ingress 可以利用这些探针来判断 upstream 服务的健康状态，并相应地路由请求。这样，当服务不健康时，Tengine-ingress 将自动停止将流量发送到该服务。

2. 使用额外的监控工具：Tengine-ingress 本身不提供主动探测 upstream 服务状态的功能，但你可以使用其他监控工具来监视服务的可用性和性能。例如，Prometheus 是一个流行的监控系统，可以通过配置适当的指标和警报规则，主动监测服务的状态并采取相应的措施。

3. 结合其他 Ingress 控制器：如果 Tengine-ingress 无法满足你的需求，你可以考虑结合其他 Ingress 控制器来实现主动探测 upstream 服务状态的功能。比如，Nginx Ingress Controller 支持与 Kubernetes 的 upstream_check 模块一起使用，可以通过配置来实现对 upstream 服务状态的主动检测。

需要注意的是，以上提到的解决方案都是针对 Kubernetes 环境下使用 Tengine-ingress 的情况。如果你在其他环境中部署 Tengine-ingress，可能需要考虑不同的方法或工具来实现主动探测 upstream 服务状态的功能。

tengine-ingress 是基于 openresty 的 Kubernetes Ingress 控制器，用于在 Kubernetes 集群中实现负载均衡和反向代理。目前默认的 tengine-ingress 并没有内置主动探测 upstream 状态的功能。

但是，您可以通过一些额外的配置来实现主动探测 upstream 状态的功能，例如：

在 tengine-ingress 中配置健康检查：您可以在 tengine-ingress 的配置中增加额外的配置项，如 Nginx upstream 模块的 health_check 和 proxy_next_upstream_tries 等相关指令。使用这些指令，您可以定义一个代理请求时的备用 upstream 列表，并通过定期的健康检查来判断哪些 upstream 是健康的。这样，tengine-ingress 将在转发请求到 upstream 之前先检查其状态，并避免将请求发送到故障的 upstream。

使用 Kubernetes 的 readiness 探针：如果您正在使用 Kubernetes，可以为每个 upstream Pod 配置 readiness 探针，以监测其健康状态。Kubernetes 将根据探针的结果自动调整流量分发，确保只将请求发送到健康的 upstream Pod。

这些方法需要您根据自己的具体需求和环境进行配置和调整，并可能需要您对 tengine-ingress 或 Kubernetes 进行一定的定制化工作。请注意，对于生产环境中的负载均衡和健康检查，建议进行充分测试和评估，并参考相关文档和最佳实践来确保系统的稳定性和可靠性。

默认不主动探测 依赖k8s service endpoint的健康检查

此答案来自钉钉群“Tengine 开源交流群"