**服务负载分发策略**
在 kubernetes 集群中有两种负载均衡分发策略,也可以称之为服务的会话亲和性,如下所示:
* `RoundRobin`:轮询模式,这是默认配置。即定义 YAML 文件时不设置`spec.sessionAffinity`或设置`spec.sessionAffinity=None`。它表示的是将请求分发到后端各个 Pod 上,没有固定某个 Pod 对请求进行响应。
* `SessionAffinity`:会话保持模式,需要在定义 YAML 文件时设置`spec.sessionAffinity=ClientIP`。当某个客户端第一次请求转发到后端的某个 Pod 上,那么之后这个客户端的请求也一直由相同的 Pod 进行响应。
**多端口服务**
有的时候 Pod 会开放多个端口,这样的情况下 Service 也可以开放多个端口与 Pod 的端口形成一一对应的关系。在集群中使用一个服务将多个端口暴露出来。
需要注意的是:创建多端口服务的时候必须给每个端口都命名。
比如 Pod 监听两个端口,其中的 8000 端口用于 HTTP 服务,8888 端口用于 HTTPS 服务,那么 Service 可以使用 80 端口转发到 Pod 的 8000 端口、使用 88 端口转发到 Pod 的 8888 端口,其定义的 YAML 文件如下所示:
~~~yaml
apiVersion: v1
kind: Service
metadata:
name: multi-ports-service
spec:
ports:
- name: http
port: 80 # 将 Pod 的 8000 端口映射到 Service 的 80 端口
targetPort: 8000
- name: https
port: 88 # 将 Pod 的 8080 端口映射到 Service 的 88 端口
targetPort: 8080
selector:
app: test
~~~
**使用命名的端口**
我们也可以在定义 Pod 端口时直接给这些端口命名,然后在 Service 中直接引用这些 Pod 名称、而不是端口号,这样的好处在于如果 Pod 端口经常变动的情况下,只需要修改 Pod 的端口号,而不需要再去修改相关服务的端口号(因为引用的是端口名)。
依然用上面的例子,那么 Pod 的 YAML 文件定义为:
~~~yaml
---
kind: Pod
spec:
containers:
- name: test-pod
ports:
- name: http # 8000 端口被命名为 http 端口
containerPort: 8000
- name: https # 8888 端口被命名为 https 端口
containerPort: 8888
~~~
引用端口命名的 Service 的 YAML 文件定义为:
~~~yaml
apiVersion: v1
kind: Service
metadata:
name: multi-ports-service
spec:
ports:
- name: http
port: 80 # 将 Service 的 80 端口映射到 Pod 名为 http 的端口
targetPort: http
- name: https
port: 88 # 将 Service 的 88 端口映射到 Pod 名为 https 的端口
targetPort: https
selector:
app: test
~~~
- Pod 基本用法
- Pod 简介
- 操作 Pod
- 创建 Pod
- 标签
- 标签选择器
- 命名空间
- 删除及更新 Pod
- 副本集(RS)、后台支撑服务集(DaemonSet)、任务(Job)
- 副本集(RS)
- 后台支撑服务集(DaemonSet)
- 任务(Job)
- 使用 ConfigMap 配置应用程序
- ConfigMap 简介
- 创建 ConfigMap 资源对象
- 通过 YAML 配置文件方式创建
- 通过 kubectl 命令行方式创建
- 通过生成器创建 ConfigMap
- 在 Pod 中使用 ConfigMap
- 通过环境变量方式使用 ConfigMap
- 通过卷挂载(volumeMount)方式使用 ConfigMap
- 使用 Secret 传递敏感数据
- Secret 简介
- 默认令牌 Secret
- 创建 Secret
- 使用 kubectl 创建 Secret
- 使用 YAML 文件手动创建 Secret
- 使用生成器创建 Secret
- 使用 Secrets
- 挂载 Secret 到 Pod 中作为卷进行使用
- 使用 Secret 作为环境变量
- 使用镜像拉取 Secret(ImagePullSecrets)
- 多容器 Pod
- 多容器 Pod 简介
- Pod 中容器间的通信
- Pod 容器共享 Volume
- 进程间通信(IPC)
- 容器间网络通信
- Scheduler
- kube-scheduler 简介
- kube-scheduler 职责及调度流程
- 常用参数
- 预选策略(Predicates Policies)
- 优选策略(Priorites Policies)
- 自定义调度器
- 使用 Deployment 进行 Pod 升级回滚
- Deployment 简介
- Deployment 的升级
- 多重更新(Rollover)
- 更新 Deployment 的标签选择器(Label Selector)
- Deployment 的回滚
- Deployment 的暂停与恢复
- Pod 扩容与缩容
- 手动扩缩容
- 自动扩缩容
- 扩缩容算法
- php-apache 自动扩缩容实例
- 配置 HPA
- v1 版本
- v2beta2 版本
- DaemonSet
- DaemonSet 简介
- 运行示例程序
- 滚动更新
- StatefulSet
- StatefulSet 简介
- 运行 nginx 实例
- 扩缩容 StatefulSet
- 更新 StatefulSet
- 删除 StatefulSet
- 非级联删除
- 级联删除
- Pod 管理策略
- Service 基本用法
- Service 简介
- Service 的类型
- 使用命令创建服务
- 使用 YAML 文件创建服务
- Service Discovery
- 环境变量
- DNS
- ClusterIP Service
- ClusterIp Service 简介
- Normal Service
- YAML 文件模板
- 服务负载分发策略 & 多端口服务 & 端口命名
- 一个简单的例子
- Headless Service
- 无 Selector 的服务
- NodePort Service
- NodePort Service 简介及实例
- 扩展:客户端直接访问 Pod
- hostPort
- hostNetwork
- Port Forward
- LoadBalancer与ExternalName
- LoadBalancer Service 简介
- LoadBalancer Service 实例
- 使用 nginx 软件手动实现负载均衡
- 由云服务商提供负载均衡器
- ExternalName Service 简介
- Ingress
- Ingress 简介
- 部署 nginx-ingress-controller
- 部署一个简单的 Nginx 实例
- 不同的 Ingress 策略配置类型
- 配置 Ingress 处理 TLS 传输
