6.5. 使用 Cookie 来保持路由有状态性
MicroShift 的红帽构建提供粘性会话，通过确保所有流量都到达同一端点来实现有状态应用程序流量。但是，如果端点 pod 以重启、扩展或更改配置的方式被终止，这种有状态性可能会消失。
红帽构建的 MicroShift 可使用 Cookie 来配置会话持久性。ingress 控制器选择一个端点来处理任何用户请求，并为会话创建一个 Cookie。Cookie 在响应请求时返回，用户则通过会话中的下一请求发回 Cookie。Cookie 告知 Ingress Controller 哪个端点正在处理会话，确保客户端请求使用这个 Cookie 使请求路由到同一个 pod。
无法在 passthrough 路由上设置 Cookie，因为无法看到 HTTP 流量。相反，根据源 IP 地址计算数字，该地址决定了后端。
如果后端更改，可以将流量定向到错误的服务器，使其更不计。如果您使用负载均衡器来隐藏源 IP，则会为所有连接和流量都发送到同一 pod 设置相同的数字。
6.5.1. 使用 Cookie 标注路由
您可以设置 Cookie 名称来覆盖为路由自动生成的默认名称。这样，接收路由流量的应用程序就能知道 Cookie 名称。通过删除 Cookie，它可以强制下一请求重新选择端点。结果是，如果服务器过载，该服务器会尝试从客户端中删除请求并重新分发它们。
流程
使用指定的 Cookie 名称标注路由：
$ oc annotate route <route_name> router.openshift.io/cookie_name="<cookie_name>"
其中：
<route_name>- 指定路由的名称。
<cookie_name>- 指定 Cookie 的名称。
例如，使用 cookie 名称
my_cookie标注路由my_route：$ oc annotate route my_route router.openshift.io/cookie_name="my_cookie"
在变量中捕获路由主机名：
$ ROUTE_NAME=$(oc get route <route_name> -o jsonpath='{.spec.host}')其中：
<route_name>- 指定路由的名称。
保存 cookie，然后访问路由：
$ curl $ROUTE_NAME -k -c /tmp/cookie_jar
使用上一个命令在连接到路由时保存的 cookie：
$ curl $ROUTE_NAME -k -b /tmp/cookie_jar
