微服务（12）

目录

56.k8s是怎么进行服务注册的？

57.k8s集群外流量怎么访问Pod？

58.k8s数据持久化的方式有哪些？

59.Relica  Set和Replication  Controller之间有什么区别？

60.什么是Service  Mesh（服务网格）？

---

56.k8s是怎么进行服务注册的？

Pod启动后会加载当前环境所有Service信息，以便不同Pod根据Service名进行通信。

57.k8s集群外流量怎么访问Pod？

可以通过Service的NodePort方式访问，会在所有节点监听同一个端口，比如：30000，访问节点的流量会被重定向到对应的Service上面。

58.k8s数据持久化的方式有哪些？

EmptyDir(空目录）：

没有指定要挂在宿主机上的某个目录，直接由Pod内部映射到宿主机上。类似于docker中的manager  volume。

主要使用场景：

1.只需要临时将数据保存在磁盘上，比如在合并/排序算法中；

2.作为两个容器的共享存储，使得第一个内容管理的容器可以将生成的数据存入其中，同时由同一个webservice容器对外提供这些页面。

emptyDir的特性：同个Pod里面的不同容器，共享同一个持久化目录，当pod节点删除时，volume的数据也会被删除。如果仅仅是容器被销毁，pod还在，则不会影响volume中的数据。

总结来说：emptyDir的数据持久化的生命周期和使用的pod一致。一般是作为临时存储使用。

hostpath:

将宿主机上已存在的目录或文件挂在到容器内部。类似于docker中的bind  mount挂在方式。

这种数据持久化方式，运用场景不多，因为他增加了Pod与节点之间的耦合。

一般对于k8s集群本身的数据持久化和docker本身的数据持久化会使用这种方式，可以自行参考apiService的yaml文件，位于：/etc/kubernetes/main...目录下。

PersistentVolume(简称PV）：

基于NFS服务的PV，也可以基于GFS的PV。他的作用是统一数据持久化目录，方便管理。

指定PV的访问模式：

1.ReadWriteOnce:只能以读写的方式挂载到单个节点；

2.ReadOnlyMany:能以只读的方式挂载到多个节点；

3.ReadWriteMany：能以读写的方式挂载到多个节点。

以及指定pv的回收策略（这里的回收策略指的是在PV被删除后，在这个PV下所存储的源文件是否删除）；

1.recycle:清除PV的数据，然后自动回收；

2.Retain :需要手动回收；

3.delete：删除云存储资源，云存储专用。

若需使用PV，那么还有一个重要的概念：PVC，PVC是向PV申请应用所需要的容量大小，k8s集群中可能会有多个PV，PVC和PV若要关联，其定义的访问模式必须一致。定义的storageClassName也必须一致，若集群中存在相同的（名字，访问模式都一致）两个PV，那么PVC会选择他所需容量接近的PV去申请，或者随机申请。

59.Relica  Set和Replication  Controller之间有什么区别？

Relica  Set和Replication   Controller几乎完全相同。他们都确保在任何给定时间运行指定数量的Pod副本。不同之处在于复制Pod使用的选择器。Replica  Set使用基于集合的选择器，而Replication  Controller使用基于权限的选择器。

Equity Based选择器：这种类型的选择器允许按标签键和值进行过滤。因此，在外行术语中，基于Equity的选择器将仅查找与标签具有完全相同短语的pod。示例：假设您的标签表示app=nginx,那么使用此选择器，您只能查找标签应用程序等于nginx的那些Pod。

Selector  Based选择器：此类型的选择器允许根据一组值过滤键。因此，换句话说，基于Selector的选择器将查找已在集合中提及其标签的Pod。

示例：假设您的标签键在（Nginx，NPS，Apache)中显示应用程序。然后，使用此选择器，如果您的应用程序等于任何nginx,NPS或Apache,则选择器将其视为真实结果。

60.什么是Service  Mesh（服务网格）？

Service  Mesh 是专用的基础设施层，轻量级高性能网络代理。提供安全的，快速的，可靠的服务间通讯，与实际应用部署一起，但对应用透明。