第 10 章 配置路由
10.1. 路由配置
10.1.1. 配置路由超时
如果您的服务需要低超时（满足服务级别可用性 (SLA) 目的）或高超时（具有慢速后端的情况），您可以为现有路由配置默认超时。
先决条件
- 您需要在运行的集群中部署了 Ingress Controller。
流程
使用
oc annotate命令，为路由添加超时：$ oc annotate route <route_name> \ --overwrite haproxy.router.openshift.io/timeout=<timeout><time_unit> 1- 1
- 支持的时间单位是微秒 (us)、毫秒 (ms)、秒钟 (s)、分钟 (m)、小时 (h)、或天 (d)。
以下示例在名为
myroute的路由上设置两秒的超时：$ oc annotate route myroute --overwrite haproxy.router.openshift.io/timeout=2s
10.1.2. 启用 HTTP 严格传输安全性
HTTP 严格传输安全性 (HSTS) 策略是一种安全增强，可确保主机上只允许 HTTPS 流量。所有 HTTP 请求都会默认丢弃。这可用于确保与网站安全交互，或提供安全应用程序让用户受益。
当 HSTS 启用时，HSTS 会添加一个 Strict Transport Security 标头到站点的 HTTPS 响应。您可以在要重定向的路由中使用 insecureEdgeTerminationPolicy 值，以将 HTTP 发送到 HTTPS。但是，当启用 HSTS 时，客户端会在发送请求前将所有来自 HTTP URL 的请求更改为 HTTPS，从而消除对重定向的需求。客户端不需要支持此功能，而且也可通过设置 max-age=0 来禁用。
HSTS 仅适用于安全路由（边缘终止或重新加密）。其配置在 HTTP 或传递路由上无效。
流程
要在路由上启用 HSTS，请将
haproxy.router.openshift.io/hsts_header值添加到边缘终止或重新加密路由：apiVersion: v1 kind: Route metadata: annotations: haproxy.router.openshift.io/hsts_header: max-age=31536000;includeSubDomains;preload 1 2 3- 1
max-age是唯一的必要参数。它会测量 HSTS 策略生效的时间长度，以秒为单位。每当从主机收到含有 HSTS 标头的响应时，客户端会更新max-age。如果max-age超时，客户端会丢弃该策略。- 2
includeSubDomains是可选的。含有此参数时，它会告知客户端应像主机一样对待主机上的所有子域。- 3
preload是可选的。当max-age大于 0 时，在haproxy.router.openshift.io/hsts_header中包含preload会使外部服务将这个站点包括在 HSTS 预加载列表中。例如，Google 等站点可以构造设有preload的站点的列表。浏览器可以使用这些列表来决定哪些站点可通过 HTTPS 进行通信，然后再与站点交互。如果没有设置preload，浏览器必须通过 HTTPS 与站点交互才能获取该标头。
10.1.3. 吞吐量问题错误排解
有时，通过 OpenShift Container Platform 部署的应用程序可能会导致网络吞吐量问题，如特定服务间的延迟异常高。
如果 Pod 日志未能揭示造成问题的原因，请使用以下方法分析性能问题：
使用 ping 或 tcpdump 等数据包分析器，分析 Pod 与其节点之间的流量。
例如，在每个 Pod 上运行 tcpdump 工具，同时重现导致问题的行为。检查两端的捕获信息，以便比较发送和接收时间戳来分析与 Pod 往来的流量的延迟。如果节点接口被其他 Pod、存储设备或者数据平面的流量过载，则 OpenShift Container Platform 中可能会出现延迟。
$ tcpdump -s 0 -i any -w /tmp/dump.pcap host <podip 1> && host <podip 2> 1- 1
podip是 Pod 的 IP 地址。运行oc get pod <pod_name> -o wide命令来获取 Pod 的 IP 地址。
tcpdump 在
/tmp/dump.pcap中生成一个包含这两个 Pod 间所有流量的文件。最好在运行分析器后立即重现问题，并在问题重现完成后马上停止分析器，从而尽量减小文件的大小。您还可以通过以下命令，在节点之间运行数据包分析器（从考量范围中剔除 SDN）：$ tcpdump -s 0 -i any -w /tmp/dump.pcap port 4789
使用 iperf 等带宽测量工具来测量数据流吞吐量和 UDP 吞吐量。先从 Pod 运行该工具，再从节点运行，以此来查找瓶颈。
- 如需有关安装和使用 iperf 的信息，请参阅此红帽解决方案。
10.1.4. 使用 Cookie 来保持路由有状态性
OpenShift Container Platform 提供粘性会话，通过确保所有流量都到达同一端点来实现有状态应用程序流量。但是，如果端点 Pod 以重启、扩展或更改配置的方式终止，这种有状态性可能会消失。
OpenShift Container Platform 可以使用 Cookie 来配置会话持久性。Ingress Controller 选择一个端点来处理任何用户请求，并为会话创建一个 Cookie。Cookie 在响应请求时返回，用户则通过会话中的下一请求发回 Cookie。Cookie 告知 Ingress Controller 哪个端点正在处理会话，确保客户端请求使用这个 Cookie 使请求路由到同一个 Pod。
10.1.4.1. 使用 Cookie 标注路由
您可以设置 Cookie 名称来覆盖为路由自动生成的默认名称。这样，接收路由流量的应用程序就能知道 Cookie 名称。通过删除 Cookie，它可以强制下一请求重新选择端点。因此，如果服务器过载，它会尝试从客户端中删除请求并重新分发它们。
流程
使用所需 Cookie 名称标注路由：
$ oc annotate route <route_name> router.openshift.io/<cookie_name>="-<cookie_annotation>"
例如，使用注解
my_cookie_annotation将 Cookie 名称my_cookie标注为my_route：$ oc annotate route my_route router.openshift.io/my_cookie="-my_cookie_annotation"
保存 Cookie，再访问路由：
$ curl $my_route -k -c /tmp/my_cookie
10.1.5. 特定于路由的注解
Ingress Controller 可以为它公开的所有路由设置默认选项。单个路由可以通过在其注解中提供特定配置来覆盖这些默认设置。
| 变量 | 描述 | 默认的环境变量 |
|---|---|---|
|
|
设置负载平衡算法。可用选项包括 |
passthrough 路由 使用 |
|
|
禁用使用 cookie 来跟踪相关连接。如果设置为 | |
|
| 指定一个可选的、用于此路由的 cookie。名称只能包含大写字母和小写字母、数字、"_" 和 "-"。默认为路由的内部密钥进行哈希处理。 | |
|
| 设置路由器支持的 pod 允许的最大连接数。注意：如果存在多个 pod，则每个 pod 都可允许这里设置的连接数量。但是，如果有多个路由器，它们之间没有协调关系，每个路由器都可能会多次连接。如果没有设置，或者将其设定为 0，则没有限制。 | |
|
|
设置 | |
|
| 限制一个 IP 地址共享的并行 TCP 连接数。 | |
|
| 限制 IP 地址可以发出 HTTP 请求的速率。 | |
|
| 限制 IP 地址可以进行 TCP 连接的速率。 | |
|
| 为路由设定服务器端超时。(TimeUnits) |
|
|
| 为后端健康检查设定间隔。(TimeUnits) |
|
|
| 为路由设置白名单。 | |
|
| 为 edge terminated 或 re-encrypt 路由设置 Strict-Transport-Security 标头。 |
环境变量不能被编辑。
设置自定义超时的路由
apiVersion: v1
kind: Route
metadata:
annotations:
haproxy.router.openshift.io/timeout: 5500ms 1
...
- 1
- 使用 HAProxy 支持的时间单位（
us,ms,s,m,h,d）指定新的超时时间。如果没有提供时间单位，ms会被默认使用。
如果为 passthrough 路由设置的服务器端的超时值太低，则会导致 WebSocket 连接在那个路由上经常出现超时的情况。
