错别字修订
This commit is contained in:
@ -43,7 +43,7 @@ Kubernetes中为容器提供了两个 hook(钩子函数):
|
||||
容器只要实现并注册 hook handler 便可以使用钩子函数。Kubernetes 中,容器可以实现两种类型的 hook handler:
|
||||
|
||||
* Exec - 在容器的名称空进和 cgroups 中执行一个指定的命令,例如 `pre-stop.sh`。该命令所消耗的 CPU、内存等资源,将计入容器可以使用的资源限制。
|
||||
* HTTP - 想容器的指定端口发送一个 HTTP 请求
|
||||
* HTTP - 向容器的指定端口发送一个 HTTP 请求
|
||||
|
||||
|
||||
### Hook handler的执行
|
||||
|
||||
@ -21,9 +21,9 @@ meta:
|
||||
|
||||
## 设计目标
|
||||
|
||||
可以通过 RuntimeClass,使不同的 Pod 使用不同的容器引擎,以在性能和安全之间取得平衡。例如,如果某些工作负载需要非常高的信息安全保证,您可能将其 Pod 运行在那种使用硬件虚拟化的容器引擎上;同时,将其他的 Pod 运行在另外一种容器引擎上,以获得更高的性能。
|
||||
可以通过 RuntimeClass,使不同的 Pod 使用不同的容器引擎,以在性能和安全之间取得平衡。例如,如果某些工作负载需要非常高的信息安全保证,您可能想要将其 Pod 运行在那种使用硬件虚拟化的容器引擎上;同时,将其他的 Pod 运行在另外一种容器引擎上,以获得更高的性能。
|
||||
|
||||
也可以通过 RuntimeClass 配置,使不同的 Pod 使用相同的容器引擎,但是不同的容器引擎设定。
|
||||
也可以通过 RuntimeClass 配置,使不同的 Pod 使用相同的容器引擎和不同的容器引擎配置参数。
|
||||
|
||||
### 配置步骤
|
||||
|
||||
|
||||
@ -46,7 +46,7 @@ Kubernetes 通过引入 Service 的概念,将前端与后端解耦。
|
||||
|
||||
图中,Service 先连线到 Controller,Controller 在连线到容器组,这种表示方式只是概念上的,期望用户在使用 Kubernetes 的时候总是通过 Controller 创建 Pod,然后再通过 Service 暴露为网络服务,通过 Ingress 对集群外提供互联网访问。
|
||||
|
||||
事实上,Service 与 Controller 并没有直接联系,Service 通过 label selector 选择符合条件的 Pod,并将选中的 Pod 作为网络服务的提供者。从这个意义上来讲,您可以有很多中方式去定义 Service 的 label selector,然而,最佳的实践是,在 Service 中使用与 Controller 中相同的 label selector。如上图所示。
|
||||
事实上,Service 与 Controller 并没有直接联系,Service 通过 label selector 选择符合条件的 Pod,并将选中的 Pod 作为网络服务的提供者。从这个意义上来讲,您可以有很多种方式去定义 Service 的 label selector,然而,最佳的实践是,在 Service 中使用与 Controller 中相同的 label selector。如上图所示。
|
||||
|
||||
::: tip
|
||||
使用 Kubernetes 的最佳实践:
|
||||
|
||||
Reference in New Issue
Block a user