6.5. 使用基于路由的部署策略

流程

1. 进入 Networking Routes 页面。
2. 点击您要编辑的路由旁的 Actions 菜单 ，然后选择 Edit Route。
3. 编辑 YAML 文件。把 weight 更新为 0 到 256 之间的一个整数，用于指定目标相对于其他目标引用对象的相对权重。值 0 会把请求限制到这个后端。默认值为 100。运行 oc explain routes.spec.alternateBackends 以了解有关选项的更多信息。
4. 点 Save。

1. 进入 Networking Routes 页面。
2. 点击 Create Route。
3. 输入路由 名称。
4. 选择 Service。
5. 点 Add Alternate Service。
6. 为 Weight 和 Alternate Service Weight 输入一个值。输入一个 0 到 255 之间的数字，它显示了与其他目标相比的相对权重。默认值为 100。
7. 选择 Target Port。
8. 点击 Create。

流程

1. 要管理由路由均衡负载的服务以及对应的权重，请使用 oc set route-backends 命令：

   $ oc set route-backends ROUTENAME \
       [--zero|--equal] [--adjust] SERVICE=WEIGHT[%] [...] [options]

   例如，以下命令将 ab-example-a 设为主服务 ( weight=198) 并将 ab-example-b 设为第一替代服务 (weight=2)：

   $ oc set route-backends ab-example ab-example-a=198 ab-example-b=2

   这意味着 99% 的流量发送到服务 ab-example-a，1％ 发送到 ab-example-b。

   此命令不扩展部署。您可能需要进行此操作，才能有足够的 pod 来处理请求负载。

2. 不带标志运行命令来验证当前配置：

   $ oc set route-backends ab-example

   输出示例

   NAME                    KIND     TO           WEIGHT
   routes/ab-example       Service  ab-example-a 198 (99%)
   routes/ab-example       Service  ab-example-b 2   (1%)

3. 要覆盖负载平衡算法的默认值，请通过将算法设置为 roundrobin 来调整路由上的注解。对于 OpenShift Dedicated 上的路由，默认的负载均衡算法被设置为 random 或 source 值。

   要将算法设置为 roundrobin，请运行以下命令：

   $ oc annotate routes/<route-name> haproxy.router.openshift.io/balance=roundrobin

   对于传输层安全(TLS)透传路由，默认值为 source。对于所有其他路由，默认值为 random。

4. 要改变个别服务相对于自身或主服务的权重，请使用 --adjust 标志。指定百分比来调整服务相对于主服务或第一替代服务（如果指定了主服务）的权重。如果还有其他后端，它们的权重会与更改后的值保持比例。

   以下示例会更改 ab-example-a 和 ab-example-b 服务的权重：

   $ oc set route-backends ab-example --adjust ab-example-a=200 ab-example-b=10

   或者，通过指定百分比来改变服务的权重：

   $ oc set route-backends ab-example --adjust ab-example-b=5%

   通过在百分比声明前指定 +，您可以调整相对于当前设置的权重。例如：

   $ oc set route-backends ab-example --adjust ab-example-b=+15%

   --equal 标志将所有服务的 weight 设为 100：

   $ oc set route-backends ab-example --equal

   --zero 标志将所有服务的 weight 设为 0。之后，所有请求都会返回 503 错误。

   注意

   并非所有路由器都支持多个后端或加权后端。

流程

1. 创建一个新应用程序，添加对所有分片都通用的 ab-example=true 标签：

   $ oc new-app openshift/deployment-example --name=ab-example-a --as-deployment-config=true --labels=ab-example=true --env=SUBTITLE\=shardA

   $ oc delete svc/ab-example-a

   应用程序完成部署，并创建了服务。这是第一个分片。

2. 通过路由提供应用程序，或者直接使用服务 IP:

   $ oc expose deployment ab-example-a --name=ab-example --selector=ab-example\=true

   $ oc expose service ab-example

3. 通过 ab-example-<project_name>.<router_domain> 访问应用程序，验证您能否看到 v1 镜像。

4. 创建第二个分片，它基于与第一分片相同的源镜像和标签，但使用不同的标记版本和独特的环境变量：

   $ oc new-app openshift/deployment-example:v2 \
       --name=ab-example-b --labels=ab-example=true \
       SUBTITLE="shard B" COLOR="red" --as-deployment-config=true

   $ oc delete svc/ab-example-b

5. 在这一刻，路由下同时提供了两组 pod。但是，由于两个浏览器（通过使连接保持打开）和路由器（默认借助 Cookie）都试图保留后端服务器的连接，您可能不会看到两个分片都返回给您。

   使浏览器强制到其中一个分片：

   1. 使用 oc scale 命令将 ab-example-a 的副本数减少到 0。

      $ oc scale dc/ab-example-a --replicas=0

      刷新浏览器以显示 v2 和 shard B（红色）。

   2. 将 ab-example-a 扩展为 1 个副本，ab-example-b 调到 0：

      $ oc scale dc/ab-example-a --replicas=1; oc scale dc/ab-example-b --replicas=0

      刷新浏览器以显示 v1 和 shard A（蓝色）。

6. 如果您对其中任一分片触发部署，那么只有该分片中的 pod 会受到影响。您可以通过在任一 Deployment 对象中更改 SUBTITLE 环境变量来触发部署：

   $ oc edit dc/ab-example-a

   或者

   $ oc edit dc/ab-example-b