创建基于 HTTP 的路由 15.1.2. 配置路由超时 15.1.3. 启用 HTTP 严格传输安全性 15.1.4. 吞吐量问题错误排解 15.1.5. 使用 Cookie 来保持路由有状态性 15.1.5.1. 使用 Cookie 标注路由 15.1.6. 基于路径的路由 15.1.7. 特定于路由的注解 15.1.8. 配置路由准入策略 15.1.9. 通过 Ingress 对象创建路由 等带宽测量工具来测量数据流吞吐量和 UDP 吞吐量。先从 pod 运行该工具，再从节点 运行，以此来查找瓶颈。 如需有关安装和使用 iperf 的信息，请参阅此红帽解决方案。 15.1.5. 使用 Cookie 来保持路由有状态性 apiVersion: v1 kind: Route metadata: annotations: haproxy.router.openshift.io/hsts_header: Container Platform 可以使用 Cookie 来配置会话持久性。Ingress Controller 选择一个端点来 处理任何用户请求，并为会话创建一个 Cookie。Cookie 在响应请求时返回，用户则通过会话中的下一请 求发回 Cookie。Cookie 告知 Ingress Controller 哪个端点正在处理会话，确保客户端请求使用这个 Cookie 使请求路由到同一个 pod。 注意

HTTP cookie。如果 httpCaptureCookies 字段为空，则访问日志不会捕获 Cookie。 对于您要捕获的任何 Cookie，以下参数必须位于 IngressController 配置中： name 指定 Cookie 的名称。 MaxLength 指定 Cookie 的最大长度。 matchType 指定 Cookie 的 name 字段是否与捕获 Cookie 设置完全 设置完全 匹配，或者是捕获 Cookie 设置的前缀。matchType 字段使用 Exact 和 Prefix 参数。 例如： 参数 参数 描述 描述 httpCaptureCookies: - matchType: Exact maxLength: 128 name: MYCOOKIE 第 第 6 章 章 OPENSHIFT CONTAINER PLATFORM 中的 的信息，请参阅此红帽解决方案。 17.1.5. 使用 Cookie 来保持路由有状态性 OpenShift Container Platform 提供粘性会话，通过确保所有流量都到达同一端点来实现有状态应用程序 流量。但是，如果端点 pod 以重启、扩展或更改配置的方式被终止，这种有状态性可能会消失。 OpenShift Container Platform 可以使用 Cookie 来配置会话持久性。Ingress

HTTP cookie。如果 httpCaptureCookies 字段为空，则访问日志不会捕获 Cookie。 对于您要捕获的任何 Cookie，以下参数必须位于 IngressController 配置中： name 指定 Cookie 的名称。 MaxLength 指定 Cookie 的最大长度。 matchType 指定 Cookie 的 name 字段是否与捕获 Cookie 设置完全 设置完全 匹配，或者是捕获 Cookie 设置的前缀。matchType 字段使用 Exact 和 Prefix 参数。 例如： httpCaptureHeaders httpCaptureHeaders 指定要在访问日志中捕获的 HTTP 标头。如果 httpCaptureHeaders 字段为空，则访问日志不会捕获标头。 httpCaptureHeaders 包含两个要在访问日志中捕获的标头列表。这两个标题 配置参数 29.1.6. 使用 Cookie 来保持路由有状态性 OpenShift Container Platform 提供粘性会话，通过确保所有流量都到达同一端点来实现有状态应用程序 流量。但是，如果端点 pod 以重启、扩展或更改配置的方式被终止，这种有状态性可能会消失。 OpenShift Container Platform 可以使用 Cookie 来配置会话持久性。Ingress

数及其警告信息。(LOG-3074) 在此次更新之前，Kibana 有一个固定的 24h OAuth cookie 过期时间，当 accessTokenInactivityTimeout 字段被设置为小于 24h 的值时，会导致 Kibana 中的 401 错误。 在这个版本中，Kibana 的 OAuth cookie 过期时间与 accessTokenInactivityTimeout 同步，默 认值为 24h。(LOG-3306) CrashLoopBackoff 状态，并记录以下消息 Invalid configuration: cookie_secret must be 16, 24, or 32 bytes to create an AES cipher when pass_access_token == true or cookie_refresh != 0, but is 29 bytes.实际的字节数可能 有所不同。在这个版本中，Kibana

Platform HAProxy 路由器请求缓冲区配置限制了传入的请求和来自应用程序响应中 的标头大小。可以增加 HAProxy 参数 tune.bufsize 以允许处理更大的标头，并允许具有非常大 Cookie 的应用程序正常工作，如许多公共云提供商提供的负载均衡器接受的应用程序。但是，这会影响内存使用 总量，特别是在打开大量连接时。使用大量打开连接时，内存用量就与这个可调参数增长几乎成比例。 8.1

创建第二个分片，它基于与第一分片相同的源镜像和标签，但使用不同的标记版本和独特的环境 变量： 5. 在这一刻，路由下同时提供了两组 pod。但是，由于两个浏览器（通过使连接保持打开）和路由 器（默认借助 Cookie）都试图保留后端服务器的连接，您可能不会看到两个分片都返回给您。 使浏览器强制到其中一个分片： a. 使用 oc scale 命令将 ab-example-a 的副本数减少到 0。 刷新浏览器以显示

创建第二个分片，它基于与第一分片相同的源镜像和标签，但使用不同的标记版本和独特的环境 变量： 5. 在这一刻，路由下同时提供了两组 pod。但是，由于两个浏览器（通过使连接保持打开）和路由 器（默认借助 Cookie）都试图保留后端服务器的连接，您可能不会看到两个分片都返回给您。 使浏览器强制到其中一个分片： a. 使用 oc scale 命令将 ab-example-a 的副本数减少到 0。 刷新浏览器以显示

domain>/ cache-control: no-cacheHTTP/1.1 200 OK referrer-policy: strict-origin-when-cross-origin set-cookie: csrf- token=39HoZgztDnzjJkq/JuLJMeoKNXlfiVv2YgZc09c3TBOBU4NI6kDXaJH1LdicNhN1UsQ Wzon4Dor9GWGfopaTEQ==; x-xss-protection: 1; mode=block date: Tue, 17 Nov 2020 08:42:10 GMT content-type: text/html; charset=utf-8 set-cookie: 1e2670d92730b515ce3a1bb65da45062=9b714eb87e93cf34853e87a92d6894be; path=/; HttpOnly; Secure; SameSite=None ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 2 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ; COOKIE: 866929d2f8e8563582af23f05ec44203d313e50948d43f60 (good) ;; QUESTION SECTION: ;api.