配置

流程

1. 如果您还没有这样做，请在 /etc/microshift/ 目录中生成提供的 config.yaml.default 文件的副本，将它重命名为 config.yaml。

2. 将新的 MicroShift config.yaml 保留在 /etc/microshift/ 目录中。MicroShift 服务每次启动时都会读取 config.yaml 文件。

   注意

   创建后，config.yaml 文件优先于内置设置。

3. 将 MicroShift YAML 的 network 部分中的默认值替换为您的有效值。

   单堆栈 IPv6 网络配置示例

   apiServer:
   # ...
   network:
     clusterNetwork:
     - fd01::/48 

   1

   
     serviceNetwork:
     - fd02::/112 

   2

   
   node:
     nodeIP: 2600:1f14:1c48:ee00:2d76:3190:5bc2:5aef 

   3

   
   # ...

   1

   使用小于 64 的 CIDR 值指定 clusterNetwork。

   2

   指定一个带有 112 前缀的 IPv6 CIDR。Kubernetes 仅使用最低 16 位。对于前缀 112，IP 地址从 112 分配给 128 位。

   3

   示例节点 IP 地址。有效值为 IPv6 地址系列中的 IP 地址。只有存在 IPv4 网络时，才必须指定 IPv6 地址。如果没有 IPv4 网络，MicroShift 服务会在重启时自动填充这个值。

4. 运行以下命令完成任何其他配置，然后启动 MicroShift：

   $ sudo systemctl start microshift

验证

1. 运行以下命令，检索节点资源中定义的网络：

   $ oc get node -o jsonpath='{.items[].spec.podCIDRs[]}'

   输出示例

   fd01::/48

2. 运行以下命令，检索 pod 的状态：

   $ oc get pod -A -o wide

   输出示例

   NAMESPACE                  NAME                                      READY   STATUS    RESTARTS   AGE   IP                      NODE           NOMINATED NODE   READINESS GATES
   kube-system                csi-snapshot-controller-bb7cb654b-rqrt6   1/1     Running   0          65s   fd01:0:0:1::5           microshift-9   <none>           <none>
   openshift-dns              dns-default-cjn66                         2/2     Running   0          62s   fd01:0:0:1::9           microshift-9   <none>           <none>
   openshift-dns              node-resolver-ppnjb                       1/1     Running   0          63s   2001:db9:ca7:ff::1db8   microshift-9   <none>           <none>
   openshift-ingress          router-default-6d97d7b8b6-wdtmg           1/1     Running   0          61s   fd01:0:0:1::8           microshift-9   <none>           <none>
   openshift-ovn-kubernetes   ovnkube-master-gfvp5                      4/4     Running   0          63s   2001:db9:ca7:ff::1db8   microshift-9   <none>           <none>
   openshift-ovn-kubernetes   ovnkube-node-bnpjh                        1/1     Running   0          63s   2001:db9:ca7:ff::1db8   microshift-9   <none>           <none>
   openshift-service-ca       service-ca-5d7bd9db6-j25bd                1/1     Running   0          60s   fd01:0:0:1::4           microshift-9   <none>           <none>
   openshift-storage          lvms-operator-656cd9b59b-bwr47            1/1     Running   0          63s   fd01:0:0:1::7           microshift-9   <none>           <none>
   openshift-storage          vg-manager-f7dmk                          1/1     Running   0          27s   fd01:0:0:1::a           microshift-9   <none>           <none>

3. 运行以下命令来检索服务的状态：

   $ oc get svc -A

   输出示例

   NAMESPACE           NAME                            TYPE           CLUSTER-IP   EXTERNAL-IP                                             PORT(S)                      AGE
   default             kubernetes                      ClusterIP      fd02::1      <none>                                                  443/TCP                      3m42s
   openshift-dns       dns-default                     ClusterIP      fd02::a      <none>                                                  53/UDP,53/TCP,9154/TCP       2m58s
   openshift-ingress   router-default                  LoadBalancer   fd02::f2e6   2001:db9:ca7:ff::1db8,fd01:0:0:1::2,fd02::1:0,fd69::2   80:31133/TCP,443:31996/TCP   2m58s
   openshift-ingress   router-internal-default         ClusterIP      fd02::c55e   <none>                                                  80/TCP,443/TCP,1936/TCP      2m58s
   openshift-storage   lvms-operator-metrics-service   ClusterIP      fd02::7afb   <none>                                                  443/TCP                      2m58s
   openshift-storage   lvms-webhook-service            ClusterIP      fd02::d8dd   <none>                                                  443/TCP                      2m58s
   openshift-storage   vg-manager-metrics-service      ClusterIP      fd02::fc1    <none>                                                  443/TCP                      2m58s

流程

1. 如果您还没有这样做，请在 /etc/microshift/ 目录中生成提供的 config.yaml.default 文件的副本，将它重命名为 config.yaml。

2. 将新的 MicroShift config.yaml 保留在 /etc/microshift/ 目录中。MicroShift 服务每次启动时都会读取 config.yaml 文件。

   注意

   创建后，config.yaml 文件优先于内置设置。

3. 如果您还没有启动 MicroShift，请将 MicroShift YAML 的 network 部分中的默认值替换为您的有效值。

   带有网络分配的双栈 IPv6 网络配置示例

   apiServer:
   # ...
   apiServer:
     subjectAltNames:
     - 192.168.113.117
     - 2001:db9:ca7:ff::1db8
   network:
     clusterNetwork:
     - 10.42.0.0/16
     - fd01::/48 

   1

   
     serviceNetwork:
     - 10.43.0.0/16
     - fd02::/112 

   2

   
   node:
     nodeIP: 192.168.113.117 

   3

   
     nodeIPv6: 2001:db9:ca7:ff::1db8 

   4

   
   # ...

   1

   使用小于 64 的 CIDR 值指定 IPv6 clusterNetwork。

   2

   指定一个带有 112 前缀的 IPv6 CIDR。Kubernetes 仅使用最低 16 位。对于前缀 112，IP 地址从 112 分配给 128 位。

   3

   示例节点 IP 地址。必须是 IPv4 地址系列。

   4

   dual-stack 配置的节点 IP 地址示例。必须是 IPv6 地址系列。仅使用双栈网络进行配置。

4. 运行以下命令，完成任何其他 MicroShift 配置，然后启动 MicroShift：

   $ sudo systemctl start microshift

5. 根据需要重置应用 pod 和服务的 IP 系列策略，然后重新启动这些应用 pod 和服务，以启用双栈网络。如需简单示例，请参阅"为应用程序 pod 和服务重置 IP 系列策略"。

验证

1. 您可以按照以下步骤验证所有系统服务和 pod 是否具有两个 IP 地址，每个系列一个：

   1. 运行以下命令，检索节点资源中定义的网络：

      $ oc get pod -n openshift-ingress router-default-5b75594b4-w7w6s -o jsonpath='{.status.podIPs}'

      输出示例

      [{"ip":"10.42.0.4"},{"ip":"fd01:0:0:1::4"}]

   2. 运行以下命令，检索主机网络 pod 定义的网络：

      $ oc get pod -n openshift-ovn-kubernetes ovnkube-master-2fm2k -o jsonpath='{.status.podIPs}'

      输出示例

      [{"ip":"192.168.113.117"},{"ip":"2001:db9:ca7:ff::1db8"}]

流程

1. 如果您还没有这样做，请在 /etc/microshift/ 目录中生成提供的 config.yaml.default 文件的副本，将它重命名为 config.yaml。

2. 将新的 MicroShift config.yaml 保留在 /etc/microshift/ 目录中。MicroShift 服务每次启动时都会读取 config.yaml 文件。

   注意

   创建后，config.yaml 文件优先于内置设置。

3. 使用您的有效值在 MicroShift YAML 的 network 部分添加 IPv6 配置：

   警告

   您必须在重启和迁移后保留相同的第一个条目。对于任何迁移而言，这是正确的：单到双堆栈或双到单一堆栈。如果需要更改第一个条目，则需要完全擦除 etcd 数据库。这可能会导致应用程序数据丢失且不受支持。

   1. 使用您的有效值，在 MicroShift YAML 的 network 部分为第二个网络添加 IPv6 配置。

   2. 将网络分配添加到 MicroShift config.yaml 的 network 部分，以启用将 IPv6 作为二级网络的双堆栈。

      带有网络分配的双栈 IPv6 配置示例

      # ...
      apiServer:
        subjectAltNames:
        - 192.168.113.117
        - 2001:db9:ca7:ff::1db8 

      1

      
      network:
        clusterNetwork:
        - 10.42.0.0/16 

      2

      
        - fd01::/48 

      3

      
        serviceNetwork:
        - 10.43.0.0/16
        - fd02::/112 

      4

      
      node:
        nodeIP: 192.168.113.117 

      5

      
        nodeIPv6: 2001:db9:ca7:ff::1db8 

      6

      
      # ...

      1

      IPv6 节点地址。

      2

      IPv4 网络。使用小于 24 的 CIDR 值指定 clusterNetwork。

      3

      IPv6 网络。使用小于 64 的 CIDR 值指定 clusterNetwork。

      4

      指定一个带有 112 前缀的 IPv6 CIDR。Kubernetes 仅使用最低 16 位。对于前缀 112，IP 地址从 112 分配给 128 位。

      5

      示例节点 IP 地址。维护前面的 IPv4 IP 地址。

      6

      示例节点 IP 地址。必须是 IPv6 地址系列。

4. 运行以下命令完成任何其他配置，然后重启 MicroShift：

   $ sudo systemctl restart microshift

5. 根据需要重置应用 pod 和服务的 IP 系列策略，然后重新启动这些应用 pod 和服务，以启用双栈网络。如需简单示例，请参阅"为应用程序 pod 和服务重置 IP 系列策略"。

1. 运行以下命令，检索 pod 的状态：

   $ oc get pod -A -o wide

   输出示例

   NAMESPACE                  NAME                                      READY   STATUS    RESTARTS        AGE     IP                NODE           NOMINATED NODE   READINESS GATES
   kube-system                csi-snapshot-controller-bb7cb654b-7s5ql   1/1     Running   0               46m     10.42.0.6         microshift-9   <none>           <none>
   openshift-dns              dns-default-zxkqn                         2/2     Running   0               46m     10.42.0.5         microshift-9   <none>           <none>
   openshift-dns              node-resolver-r2h5z                       1/1     Running   0               46m     192.168.113.117   microshift-9   <none>           <none>
   openshift-ingress          router-default-5b75594b4-228z7            1/1     Running   0               2m5s    10.42.0.3         microshift-9   <none>           <none>
   openshift-ovn-kubernetes   ovnkube-master-bltk7                      4/4     Running   2 (2m32s ago)   2m36s   192.168.113.117   microshift-9   <none>           <none>
   openshift-ovn-kubernetes   ovnkube-node-9ghgs                        1/1     Running   2 (2m32s ago)   46m     192.168.113.117   microshift-9   <none>           <none>
   openshift-service-ca       service-ca-5d7bd9db6-qgwgw                1/1     Running   0               46m     10.42.0.7         microshift-9   <none>           <none>
   openshift-storage          lvms-operator-656cd9b59b-8rpf4            1/1     Running   0               46m     10.42.0.8         microshift-9   <none>           <none>
   openshift-storage          vg-manager-wqmh4                          1/1     Running   2 (2m39s ago)   46m     10.42.0.10        microshift-9   <none>           <none>

2. 运行以下命令，检索 OVN-K 网络插件定义的网络：

   $ oc get pod -n openshift-ovn-kubernetes ovnkube-master-bltk7 -o jsonpath='{.status.podIPs}'

   输出示例

   [{"ip":"192.168.113.117"},{"ip":"2001:db9:ca7:ff::1db8"}]

3. 运行以下命令，检索节点资源中定义的网络：

   $ oc get pod -n openshift-ingress router-default-5b75594b4-228z7 -o jsonpath='{.status.podIPs}'

   输出示例

   [{"ip":"10.42.0.3"},{"ip":"fd01:0:0:1::3"}]

流程

1. 使用以下示例，将 spec.ipFamilyPolicy 字段设置为服务或 pod 中双栈网络的有效值：

   服务的双栈网络配置示例

   kind: Service
   apiVersion: v1
   metadata:
     name: microshift-new-service
     labels: app: microshift-application
   spec:
     type: NodePort
     ipFamilyPolicy: `PreferDualStack` 

   1

   
   # ...

   1

   必需。双栈网络的有效值为 PreferDualStack 和 RequireDualStack。设定的值取决于您应用程序的要求。PreferSingleStack 是 ipFamilyPolicy 字段的默认值。

2. 重启没有定义 hostNetwork 的任何应用 pod。定义了 hostNetwork 的 Pod 不需要重启来更新 ipFamilyPolicy 值。

流程

1. 使用以下两种方式之一应用入口控制设置：

   1. 通过在 /etc/microshift/ 目录中生成提供的 config.yaml.default 文件的副本，将其命名为 config.yaml 并将其保留在源目录中，来更新 MicroShift config.yaml 配置文件。
   2. 使用配置片段应用您想要的 ingress 控制设置。为此，请创建一个配置片断 YAML 文件，并将其放在 /etc/microshift/config.d/ 配置中。

2. 将 MicroShift YAML 的 ingress 部分中的默认值替换为您的有效值，或将配置片断文件替换为您需要的部分。

   带有默认值的 Ingress 控制器配置字段

   apiServer:
   # ...
   ingress:
     certificateSecret: router-certs-custom
     clientTLS:
       allowedSubjectPatterns: []
       clientCA:
         name: ""
       clientCertificatePolicy: ""
     defaultHTTPVersion: 1
     forwardedHeaderPolicy: Append
     httpCompression:
       mimeTypes:
         - ""
     httpEmptyRequestsPolicy: Respond
     listenAddress: []
     logEmptyRequests: Log
     ports:
        http: 80
        https: 443
     routeAdmissionPolicy:
       namespaceOwnership: InterNamespaceAllowed
       wildcardPolicy: WildcardsDisallowed
     status: Managed
     tlsSecurityProfile:
       type:
       custom:
         ciphers:[]
         minTLSVersion:""
       intermediate: {}
       old: {}
     tuningOptions:
       clientFinTimeout: 1s
       clientTimeout: 30s
       headerBufferBytes: 0
       headerBufferMaxRewriteBytes: 0
       healthCheckInterval: 5s
       maxConnections: 0
       serverFinTimeout: 1s
       serverTimeout: 30s
       threadCount: 4
       tlsInspectDelay: 5s
       tunnelTimeout: 1h
   # ...

   Expand

   表 3.1. Ingress 控制器配置字段定义表

   参数	描述
   ingress	MicroShift config.yaml 文件的 ingress 部分定义了 OpenShift Container Platform Ingress Control Operator 的实现部分的可配置参数。此表的其余部分中的所有参数都是 config.yaml 的 ingress 部分中的子部分。
   certificateSecret	对包含 MicroShift 入口控制器提供的默认证书的 secret 的 kubernetes.io/tls 类型的引用。当路由没有指定其自身证书时，会使用 certificateSecret 参数。所有使用的 secret 必须包含 tls.key 密钥文件内容和 tls.crt 证书文件内容。 如果没有设置 certificateSecret 参数，则自动生成和使用通配符证书。通配符证书对入口控制器 默认域 及其 子域 有效。生成的证书颁发机构(CA)会自动与集群的信任存储集成。 使用生成和用户指定的证书会自动与 MicroShift 内置 OAuth 服务器集成。
   clientTLS	验证客户端对集群和服务的访问。因此，启用 mutual TLS 身份验证。如果没有设置，则不启用客户端 TLS。您必须设置 spec.clientTLS.clientCertificatePolicy 和 spec.clientTLS.ClientCA 参数才能使用客户端 TLS。
   clientTLS.AllowedSubjectPatterns	可选子字段指定与有效客户端证书上可分辨名称匹配的正则表达式列表，以过滤请求。使用此参数使入口控制器根据可分辨的名称拒绝证书。需要 Perl 兼容正则表达式(PCRE)语法。 重要 配置后，此字段必须包含有效的表达式，或者 MicroShift 服务失败。至少一种模式必须与客户端证书的可分辨名称匹配；否则，入口控制器拒绝证书，并拒绝连接。
   clientTLS.clientCA	指定 openshift-ingress 命名空间中的所需配置映射。需要此项以启用客户端 TLS。配置映射必须包含名为 ca-bundle.pem 的证书颁发机构(CA)捆绑包，或者默认路由器部署失败。
   clientTLS.ClientCA.name	clientTLS.ClientCA 值中引用的配置映射的 metadata.name。
   clientTLS.ClientCertificatePolicy	必需 或 可选 是有效的值。设置为 Required 以启用客户端 TLS。入口控制器只检查边缘终止和重新加密的 TLS 路由的客户端证书。入口控制器无法检查纯文本 HTTP 或 passthrough TLS 路由的证书。
   defaultHTTPVersion	为入口控制器设置 HTTP 版本。HTTP 1.1 的默认值为 1。
   forwardedHeaderPolicy	指定入口控制器何时和如何设置 Forwarded ,X- Forwarded -For,X-Forwarded-Host,X-Forwarded-Port,X-Forwarded-Proto, 和 X-Forwarded-Proto-Version HTTP 标头。以下值有效： Append 通过指定入口控制器附加它们来保留任何现有标头。'append' 是默认值。 replace 通过指定入口控制器设置标头来删除任何现有标头。 IfNone 通过指定入口控制器设置标头（如果未设置标头）来设置标头。 永远不会 通过指定入口控制器来保留任何现有的标头，从而永远不会设置标头。
   httpCompression	定义 HTTP 流量压缩的策略。
   httpCompression.mimeTypes	定义应将压缩应用到的 MIME 类型列表。 例如： text/css; charset=utf-8,text/html,text configured, image/svg+xml,application/octet-stream,X-custom/customsub, in the, type/subtype; [;attribute=value] 格式。 有效 类型包括 ：application, image, message, multipart, text, video, 或一个自定义类型，前是 X-。要查看 MIME 类型和子类型的完整表示法，请参阅 RFC1341 (IETF Datatracker 文档)。
   httpEmptyRequestsPolicy	描述在收到请求前连接超时时如何处理 HTTP 连接。此字段允许的值是 Respond 和 Ignore。默认值为 Respond。空请求通常来自负载均衡器健康探测或预分配，通常可以忽略。但是，这些请求也可能由网络错误和端口扫描导致。因此，将此字段设置为 Ignore 可妨碍检测或诊断网络问题，并检测入侵尝试。 当策略设置为 Respond 时，入口控制器发送 HTTP 400 或 408 响应，在启用了访问日志时记录连接，并在适当的指标中统计连接。 当策略设置为 Ignore 时，http-ignore-probes 参数将添加到 HAproxy 进程配置中。添加此参数后，ingress 控制器会在不发送响应的情况下关闭连接，然后记录连接或递增指标。
   logEmptyRequests	指定没有接收和记录请求的连接。log 和 Ignore 是有效的值。空请求通常来自负载均衡器健康探测或预分配，通常可以忽略。但是，这些请求也可能由网络错误和端口扫描导致。因此，将此字段设置为 Ignore 可妨碍检测或诊断网络问题，并检测入侵尝试。默认值为 Log。 将此值设置为 Log 表示应记录事件。 将此值设置为 Ignore 会在 HAproxy 配置中设置 dontlognull 选项。
   ports	定义默认路由器端口。
   ports.http	默认路由器 http 端口。必须在 1-65535 之间。默认值为 80。
   ports.https	默认路由器 https 端口。必须在 1-65535 之间。默认值为 443。
   routeAdmission	定义处理新路由声明的策略，如允许或拒绝命名空间之间的声明。
   routeAdmission.namespaceOwnership	描述如何处理跨命名空间的主机名声明。默认为 InterNamespaceAllowed。以下是有效值： 严格 不允许路由在命名空间间声明相同的主机名。 InterNamespaceAllowed 允许路由在命名空间间声明相同主机名的不同路径。
   routeAdmission.wildcardPolicy	控制 Ingress 控制器如何处理配置通配符策略的路由。WildcardsAllowed 和 WildcardsDisallowed 是有效的值。默认值为 WildcardsDisallowed。 WildcardPolicyAllowed 表示入口控制器接受任何通配符策略的路由。 WildcardPolicyDisallowed 表示只有带有 None 通配符策略的路由才会被入口控制器接受。 重要 将通配符策略从 WildcardsAllowed 更改为 WildcardsDisallowed 会导致接受路由具有 子域的 通配符策略停止工作。这些路由必须重新创建为 None 通配符策略，才能被入口控制器读取。
   status	默认路由器状态。Managed 或 Removed 是有效的值。
   tlsSecurityProfile	tlsSecurityProfile 指定入口控制器的 TLS 连接的设置。如果没有设置，则默认值基于 apiservers.config.openshift.io/cluster 资源。Old 或 Custom 配置集的 TLS 1.0 版本由入口控制器自动转换为 1.1。intermediate 是默认设置。 入口控制器的最低 TLS 版本是 1.1。最大 TLS 版本为 1.3。 注意 加密器和配置的安全配置集的最小 TLS 版本反映在 TLSProfile 状态中。当开发新的密码且发现现有密码不安全时，配置集会被有意改变。根据特定进程可以使用哪些密码，可以减少可用的列表。
   tlsSecurityProfile.custom	用户定义的 TLS 安全配置集。如果您配置此参数和相关参数，请使用非常小心。
   tlsSecurityProfile.custom.ciphers	指定在 TLS 握手过程中协商的加密算法。Operator 可能会删除其操作对象不支持的条目。
   tlsSecurityProfile.custom.minTLSVersion	指定 TLS 握手期间协商的 TLS 协议的最小版本。例如，要使用 TLS 版本 1.1、1.2 和 1.3，请将值设为 VersionTLS11。minTLSVersion 的最高有效值为 VersionTLS12。
   tlsSecurityProfile.intermediate	此 TLS 配置集可用于大多数服务。中间兼容性（推荐）
   tlsSecurityProfile.old	用于向后兼容。旧的向后兼容性。
   tlsSecurityProfile.type	有效值为 Intermediate、Old 或 Custom。不支持 Modern 值。
   tuningOptions	指定用于调整入口控制器 pod 性能的选项。
   tuningOptions.clientFinTimeout	指定连接在等待客户端响应关闭连接时保持打开的时长。默认超时为 1s。
   tuningOptions.clientTimeout	指定连接在等待客户端响应时保持打开的时长。默认超时为 30s。
   tuningOptions.headerBufferBytes	为 ingress 控制器连接会话指定保留多少内存（以字节为单位）。如果为 ingress 控制器启用了 HTTP/2，则必须至少为 16384。如果没有设置，则默认值为 32768 字节。 重要 不建议设置此字段，因为 headerBufferMaxRewriteBytes 参数值太小可能会破坏入口控制器。相反，headerBufferMaxRewriteBytes 的值太大可能会导致入口控制器使用比必要更多的内存。
   tuningOptions.headerBufferMaxRewriteBytes	指定在 HTTP 标头重写和附加 ingress 控制器连接会话时，应保留多少内存（以字节为单位）。headerBufferMaxRewriteBytes 的最小值是 4096。headerBufferBytes 必须大于传入的 HTTP 请求的 headerBufferMaxRewriteBytes 值。如果没有设置，则默认值为 8192 字节。 重要 不建议设置此字段，因为 headerBufferMaxRewriteBytes 值太小可能会破坏入口控制器和 headerBufferMaxRewriteBytes，它们太大可能会导致入口控制器使用比必要更多的内存。
   tuningOptions.healthCheckInterval	指定路由器在健康检查之间等待的时间（以秒为单位）。默认值为 5s。
   tuningOptions.maxConnections	指定可为每个 HAProxy 进程建立的最大同时连接数。增加这个值可让每个入口控制器 pod 以额外的系统资源成本处理更多连接。允许的值是 0、-1、以及范围为 2000 和 2000000 内的任何值，或者字段可以留空。 如果此字段为空或者值为 0， 入口控制器将使用默认值 50000。 如果字段的值为 -1，则 HAProxy 进程会根据运行中容器中的可用 ulimits 动态计算最大值。与当前默认值 50000 相比，此进程会产生大量内存用量。 如果字段的值大于当前操作系统限制，则 HAProxy 进程不会启动。 如果您选择了一个离散值，并且路由器 pod 迁移到新节点，则新节点可能没有配置相同的 ulimit。在这种情况下，pod 无法启动。 如果您配置了不同的 ulimits 的节点，并且选择了离散值，您可以将 -1 的值用于此字段，以便在运行时计算最大连接数。 您可以使用 container_memory_working_set_bytes{container="router",namespace="openshift-ingress"} 指标监控路由器容器的内存用量。 您可以使用 container_memory_ working_set_bytes{container="router",namespace="openshift-ingress",container_processes{container="router",namespace="openshift-ingress",namespace="openshift-ingress"} 指标来监控路由器 容器中的独立 HAProxy 进程。
   tuningOptions.serverFinTimeout	指定连接在等待服务器响应关闭连接时保持打开的时长。默认超时为 1s。
   tuningOptions.serverTimeout	指定连接在等待服务器响应时保持打开的时长。默认超时为 30s。
   tuningOptions.threadCount	指定每个 HAProxy 进程创建的线程数量。创建更多线程可让每个入口控制器 pod 处理更多连接，而代价会增加所使用的系统资源。HAProxy 负载均衡器支持最多 64 个线程。如果此字段为空，入口控制器将使用默认值 4 个线程。 重要 不建议设置此字段，因为增加 HAProxy 线程数量允许入口控制器 pod 在负载下使用更多 CPU 时间，并防止其他 pod 接收需要执行的 CPU 资源。减少线程数量可能会导致入口控制器性能不佳。
   tuningOptions.tlsInspectDelay	指定路由器可以保存数据以查找匹配路由的时长。将此值设置为低时，可能会导致路由器回退到边缘终止、重新加密或透传路由的默认证书，即使在使用更好匹配的证书时也是如此。默认检查延迟为 5s。
   tuningOptions.tunnelTimeout	指定隧道连接（包括 websocket）在隧道闲置期间保持打开的时长。默认超时为 1h。

   Show more

3. 运行以下命令完成任何其他配置，然后启动或重启 MicroShift：

   $ sudo systemctl start microshift

   $ sudo systemctl restart microshift

流程

1. 通过在 /etc/microshift/config.yaml 中的 MicroShift 配置文件的 storage 部分下输入 optionalCsiComponents 值来禁用 CSI 快照控制器的安装：

   # ...
     storage: {} 

   1

   
   # ...

   1

   接受的值是：

   • 没有定义 可选CsiComponents。
   • 使用空值([])或单个空字符串元素([""])指定 optionalCsiComponents 字段。

   • 使用 snapshot-controller 或 none 之一指定 可选CsiComponents。值 none 与所有其他值相互排斥。

     注意

     如果 optionalCsiComponents 值为空或 null，MicroShift 默认为部署 snapshot-controller。

2. 使用 config.yaml 中的支持值指定 optionalCsiComponents 字段后，运行以下命令启动 MicroShift：

   $ sudo systemctl start microshift

   注意

   MicroShift 重启后不会重新部署禁用的组件。

流程

1. 通过在 /etc/microshift/config.yaml 中的 MicroShift 配置文件的 storage 部分输入 驱动程序 值来禁用 CSI 驱动程序的安装：

   # ...
     storage
      driver:
      - "none" 

   1

   
   # ...

   1

   有效值为 none 或 lvms。

   注意

   默认情况下，驱动程序 值为空或 null，其中 LVMS 被部署。

2. 运行以下命令，在 driver 字段指定了 /etc/microshift/config.yaml 文件中的支持值后启动 MicroShift：

   $ sudo systemctl enable --now microshift

   注意

   MicroShift 在重启操作后不会重新部署禁用的组件。

流程

1. 可选：您可以显示 config.yaml 的内容。运行以下命令:

   $ cat /etc/microshift/config.yaml

2. 可选：您可以显示远程访问 kubeconfig 文件的内容。运行以下命令:

   $ cat /var/lib/microshift/resources/kubeadmin/<hostname>/kubeconfig

   重要

   其他远程访问 kubeconfig 文件必须包含红帽构建的 MicroShift config.yaml 文件中列出的服务器名称之一。其他 kubeconfig 文件还必须使用相同的 CA 进行验证。

3. 要为其他 DNS 名称 SAN 或外部 IP 地址生成额外的 kubeconfig 文件，请将您需要的条目添加到 apiServer.subjectAltNames 字段。在以下示例中，使用的 DNS 名称为 alt-name-1，IP 地址为 1.2.3.4。

   带有额外身份验证值的 config.yaml 示例

   dns:
     baseDomain: example.com
   node:
     hostnameOverride: "microshift-rhel9" 

   1

   
     nodeIP: 10.0.0.1
   apiServer:
     subjectAltNames:
     - alt-name-1 

   2

   
     - 1.2.3.4 

   3

   1

   主机名

   2

   DNS 名称

   3

   IP 地址或范围

4. 运行以下命令，重启 MicroShift 以应用配置更改并自动生成您需要的 kubeconfig 文件：

   $ sudo systemctl restart microshift

5. 要检查其他远程访问 kubeconfig 文件的内容，请将 config.yaml 中列出的名称或 IP 地址插入到 cat 命令中。例如，以下示例命令中使用 alt-name-1 ：

   $ cat /var/lib/microshift/resources/kubeadmin/alt-name-1/kubeconfig

6. 选择 kubeconfig 文件，其中包含您要用来连接集群的 SAN 或 IP 地址。在本例中，cluster.server 字段中包含'alt-name-1' 的 kubeconfig 是正确的文件。

   额外 kubeconfig 文件的内容

   clusters:
   - cluster:
       certificate-authority-data: <base64 CA>
       server: https://alt-name-1:6443 

   1

   1

   /var/lib/microshift/resources/kubeadmin/alt-name-1/kubeconfig 文件值来自 apiServer.subjectAltNames 配置值。