k8s

[499689317]

minikube

启动 minikube start命令直接启动k8s创建一个docker镜像模拟虚拟机？ minikube start --vm=true会安装基于hyperkit虚拟机的k8s集群，如果没有启用虚拟机，好像Service对象不能导出对外访问ip?

---

注：查了很多资料，Service Type为NodePort创建Service后，minikube的EXTERNAL-IP始终为None，需要执行minikube service servicename --url节点端口信息访问服务导出访问地址后才能访问Service minikube service list命令可以查看当前集群所有可访问的Service URL地址

[499689317]

k8s基本对象

---

Namespace

• 同一物理集群下支持创建多个虚拟集群，虚拟集群称为Namespace
• 在同一虚拟集群下，每一个资源名称都需要唯一

Node

• 节点是指k8s中的工作机器，Node包含了运行pod需要的所有服务
• 节点可以是虚拟机也可以是物理机

Service

• 服务通过Label Selector定义某一集合中pod的统一访问入口，类似集群网关一样
• Service可以在pod ip不断变化的情况下（增加，删除，重启等操作）保证可靠的通信

Pod

• Pod是k8s最简单的构建单元
• 一个Pod代表一个部署单元，每个Pod下可能包含单个容器或几个需要资源共享且关系紧密的容器，一般一个Pod只会运行单个容器
• Docker容器是Pod中常见的容器运行实例，Pod也可以运行其它容器运行时
• Pod为其组成的容器提供网络和存储两种共享资源 网络 ：每个 Pod 都分配了一个唯一的 IP 地址。一个 Pod 中的所有容器都共享网络命名空间，包括 IP 地址和网络端口。Pod 内的容器可以使用 localhost 相互通信。当 Pod 内的容器与 Pod 外的实体通信时，它们必须协调如何使用共享网络资源（例如端口）。 存储 ：Pod 可以指定一组共享存储卷。Pod 中的所有容器都可以访问共享卷，允许这些容器共享数据。如果需要重新启动其中一个容器，卷还可以让 Pod 中的持久数据一直保存着

Volume

• 容器总是以干净状态启动，所以容器内的磁盘文件是会丢失的，当一个pod中运行多个容器时，容器这间需要共享一些资源，Volume（卷）就是为了解决这两个问题的
• k8s Volume的生命周期与创建Pod的生命周期相同，所以Volume的生命周期超过Pod中运行的任何容器，为容器重启时保留了数据
• 通常一个Pod不存在时，Volume也将不存在，且一个Pod可以同时使用多个Volume

  ---

[499689317]

k8s Controller（基于基本对象构建并拓展了相关功能）

---

Replication Controller

• k8s Pod管理控制器，监管不同node上的多个Pod
• Replication Controller只会对那些RestartPolicy = Always的Pod的生效，（RestartPolicy的默认值就是Always）

ReplicaSet

• ReplicaSet确保一次运行指定数量Pod副本且可用
• Deployment是一个更高级别的抽象，可以管理ReplicaSet及其它功能，一般场景使用Deployment代替ReplicaSet
• ReplicaSet是下一代复本控制器。ReplicaSet和 Replication Controller之间的唯一区别是现在的选择器支持。Replication Controller只支持基于等式的selector（env=dev或environment!=qa），但ReplicaSet还支持新的，基于集合的selector（version in (v1.0, v2.0)或env notin (dev, qa)）。在试用时官方推荐ReplicaSet

Deployment

• 为Pod与ReplicaSet提供声明性更新，用来替代以前的ReplicationController来方便的管理应用
• 可以定义Deployment来创建新的ReplicaSet

StatefulSet

• 用于管理有状态的应用程序，它管理一组 Pods 的部署和扩展，并提供有关这些 Pod 的排序和唯一性的保证
• 与 Deployment 不同的是，StatefulSet 为每个 Pods 保留一个粘性身份，每个都有一个永久的标识符，不论如何重新调度，这个标识都保持不变

DaemonSet

• 管理节点中必要的Pod，确保指定节点运行Pod副本
• 随着节点新添加进来，Pod也能随之添加
• 一些常见的场景有 在每个节点上运行集群存储 daemon，例如 glusterd、ceph。 在每个节点上运行日志收集 daemon，例如 fluentd 或 logstash。 在每个节点上运行节点监控 daemon，例如 Prometheus Node Exporter 或 collectd。

Job

• 监控维护Pod对象，创建Pod时会追踪整个创建过程，当达到指定数量的Pod则停止创建，清除Job将清除它创建的所有Pod

---

[499689317]

使用Deployment创建无状态服务

[499689317]

使用StatefulSet创建有状态服务（redis集群）

[499689317]

连接k8s集群内Pods

可以使用kubectl port-forward命令转发一个本地端口到Pod端口上 如：kubectl -n local-dev port-forward deployment/local-redis 6379:6379 或：kubectl -n local-dev port-forward pods/local-redis-78dcb449cf-cszxr 6379:6379

使用Ingress连接集群内Pod 启动Ingress控制器，minikube有自带的Ingress驱动，直接安装即可minikube addons enable ingress 集群内创建Ingress对象，指定相应的路由流量控制，会自动生成一个连接的ADDRESS

---

注：在 1.18 加入 IngressClass 之前，需要在 Ingess 资源中使用 kubernetes.io/ingress.class 注解annotations来指定 Ingress 控制器。在没有官方定义的情况下，这个注解被大量的 Ingress 控制器所支持