Rancher学习日记12

本是古典何须时尚 2022-10-18 01:51 49阅读 0赞

**1.userspace、iptables和ipvs**  
解析：kube-proxy把请求代理至相应端点的方式有3种方法。

**2.Pod的DNS解析策略与配置**  
解析：Kubernetes支持DNS解析策略，它们定义在spec.dnsPolicy字段上。  
\[1\]**Default**：从运行所在的节点继承DNS名称解析相关的配置。  
\[2\]**ClusterFirst**：在集群DNS服务器上解析集群域内的名称，其它域名的解析则交由从节点继承而来的上游名称服务器。  
\[3\]**ClusterFirstWithHostNet**：专用于在设置了hostNetwork的Pod对象上使用的ClusterFirst策略，任何配置了hostNetwork的Pod对象都应该显式使用该策略。  
\[4\]**None**：用于忽略Kubernetes集群的默认设定，而仅使用由dnsConfig自定义的配置。Pod资源的自定义DNS配置要通过嵌套在spec.dnsConfig字段中的如下几个字段进行，它们的最终生效结果要结合dnsPolicy的定义生成。  
\[5\]**nameservers<\[\]string>**：DNS名称服务器列表，它附加在由dnsPolicy生成的DNS名称服务器之后。  
\[6\]**searches<\[\]string>**：DNS名称解析时的搜索域，它附加在dnsPolicy生成的搜索域之后。  
\[7\]**options<\[\]Object>**：DNS解析选项列表，它将会同dnsPolicy生成的解析选项合并成最终生效的定义。

**3.Service资源**  
解析：Service资源通过标签选择器为一组任务负载创建一个统一的访问入口，它把客户端请求代理调度至后端各端点。

**4.Service支持的代理模型**  
解析：Service支持userspace、iptables和ipvs代理模型，iptables模式更为成熟稳定，而ipvs则在有大规模Service的场景中有着更好的性能表现。

**5.Service类型**  
解析：ClusterIP是最基础的Service类型，它仅适用于集群内通信，NodePort和LoadBalancer能够将服务发布到集群外部；外部IP能够与这3种类型的Service组合使用，从而开放特定的IP接入外部流量。

**6.Endpoint和EndpointSlice**  
解析：Endpoint和EndpointSlice用于跟踪端点资源，并将端点信息提供给Service等。

**7.Headless Service**  
解析：Headless Service是没有ClusterIP的Service资源类型，它要么结合externalName以CNAME资源记录的形式映射至其他服务，要么以A记录或AAAA记录的形式解析至端点IP地址。

**8.kube-controller-manager**  
解析：Kubernetes可用的控制器有attachdetach、bootstrapsigner、clusterrole-aggregation、cronjob、csrapproving、csrcleaner、csrsigning、daemonset、deployment、disruption、endpoint、garbagecollector、horizontalpodautoscaling、job、namespace、node、persistentvolume-binder、persistentvolume-expander、podgc、pvc-protection、replicaset、replicationcontroller、resourcequota、route、service、serviceaccount、serviceaccount-token、statefulset、tokencleaner和ttl等数十种。

**9.StatefulSet资源**  
解析：  
\[1\]Headless Service用于为各Pod资源固定、唯一的标识符生成可解析的DNS资源记录  
\[2\]StatefulSet用于编排Pod对象，并借助volumeClaimTemplate以静态或动态的PV供给方式为各Pod资源提供专有且固定的存储资源

**10.Kubernetes内置特殊目的的组**  
解析：  
\[1\]system:unauthenticated：未能通过任何一个授权插件检验的账户的、所有未通过认证测试的用户统一隶属的用户组。  
\[2\]system:authenticated：认证成功后的用户自动加入的一个专用组，用于快捷引用所有正常通过认证的用户账户。  
\[3\]system:serviceaccounts：所有名称空间中的所有ServiceAccount对象。  
\[4\]system:serviceaccounts:<namespace>：特定名称空间内所有的ServiceAccount对象。

**11.NetworkPolicy相关术语**  
解析：  
\[1\]**Pod组**：由NetworkPolicy资源通过Pod标签选择器\[spec.podSelector\]动态选出的一组Pod资源集合，它们也是该网络策略规则管控的目标，可通过macthLabel或matchExpression类型的标签选择器选定。  
\[2\]**Egress规则**：出站流量的相关规则，负责管控由选定的Pod组发往其他网络端点的流量，可由流量的目标网络端点\[spec.egress.to\]和端口\[spec.egress.ports\]来定义。  
\[3\]**Ingress规则**：入站流量的相关规则，负责管控可由选定的Pod组所接收的流量，它能够由流量发出的源端点\[spec.ingress.from\]和流量的目标端口\[spec.ingress.ports\]来定义。  
\[4\]**对端端点\[to,from\]**：与选定的Pod组交互的对端主机，它可由CIDR格式的IP地址块\[ipBlock\]、网络名称空间选择器\[namespaceSelector\]来匹配名称空间内的所有Pod对象，甚至也可以是由Pod选择器\[podSelector\]在指定名称空间中选出的一组特定Pod对象等。

**12.CNI网络插件和容器虚拟网络**  
解析：  
\[1\]CNI网络插件主要由NetPlugin和IPAM两个API组成，前者用于让容器加入网络，后者用于为容器接口分配IP地址  
\[2\]容器虚拟网络的实现主要有Overlay和Underlay两大类别

**13.扩展Kubernetes API方式**  
解析：使用CRD自定义资源类型、开发自定义的APIServer并聚合至主API Server，以及定制扩展API Server源码。

**14.netstat -tnl**  
解析：查看当前服务器打开的端口。

**15.iptables -L -n**  
解析：查看防火墙设置。

**16.开放22、80端口**  
解析：

iptables -A INPUT -p tcp --dport 22 -j ACCEPT
    iptables -A OUTPUT -p tcp --sport 22 -j ACCEPT
    iptables -A INPUT -p tcp --dport 80 -m state --state NEW,ESTABLISHED -j ACCEPT
    iptables -A OUTPUT -p tcp --sport 80 -m state --state NEW,ESTABLISHED -j ACCEPT

**17.EMQ X Edge**  
解析：  
\[1\]EMQ X Edge是基于Erlang/OTP平台开发的开源物联网MQTT消息服务器。  
\[2\]EMQ X Edge完整支持MQTT V3.1/V3.1.1/V5.0版本协议规范，并支持MQTT-SN、TCP、WebSocket、CoAP、Stomp等协议。  
\[3\]EMQ X Edge可以通过Dashboard和EMQ X Edge Stack管理平台对边缘设备和集群进行可视化管理。  
\[4\]EMQ X Edge是基于EMQ X Broker的优化裁剪版本，大部分功能及使用方法与EMQ X Broker类似。

**18.EMQ X Edge的Docker启动**  
解析：

docker pull emqx/emqx-edge
    docker run -d --name emqxedge -p 1883:1883 -p 18083:18083 emqx/emqx-edge

**19.EMQ X Edge源码编译**  
解析：

git clone https://github.com/emqx/emqx-rel.git
    cd emqx-rel && make emqx-edge
    cd _build/emqx-edge/rel/emqx && ./bin/emqx console

**20.EMQ X Edge配置文件**  
解析：  
\[1\]**etc/emqx.conf**：EMQ X Edge消息服务器配置文件  
\[2\]**etc/acl.conf**：EMQ X Edge默认ACL规则配置文件  
\[3\]**etc/plugins/\*.conf**：EMQ X Edge各类插件配置文件

**21.EMQ认证鉴权**  
解析：认证鉴权指的是当一个客户端连接到MQTT服务器的时候，通过服务器端的配置来控制客户端连接服务器的权限。  
\[1\]**用户名密码**：针对每个MQTT客户端的连接，可以在服务器端进行配置，用于设定用户名和密码，只有在用户名和密码匹配的情况下才可以让客户端进行连接  
\[2\]**ClientID**：每个MQTT客户端在连接到服务器的时候都会有个唯一的ClientID，可以在服务器中配置可以连接该服务器的ClientID列表，这些ClientID的列表里的客户端可以连接该服务器  
\[3\]**匿名**：允许匿名访问

**22.Hook使用场景**  
解析：钩子指的是由EMQX在连接、对话和消息触发某些事件的时候提供给对外部的接口，主要提供了如下的钩子，EMQX提供了将这些hook产生的事件持久化至数据库的功能，从而很方便地查询得知客户端的连接、断开等各种信息。

[1]client.connected：客户端上线
    [2]client.disconnected：客户端连接断开
    [3]client.subscribe：客户端订阅主题
    [4]client.unsubscribe：客户端取消订阅主题
    [5]session.created：会话创建
    [6]session.resumed：会话恢复
    [7]session.subscribed：会话订阅主题后
    [8]session.unsubscribed：会话取消订阅主题后
    [9]session.terminated：会话终止
    [10]message.publish：MQTT消息发布
    [11]message.delivered：MQTT消息送达
    [12]message.acked：MQTT消息回执
    [13]message.dropped：MQTT消息丢弃

**23.EMQ X Neuron**  
解析：支持了Modbus，OPCUA，IEC61850，IEC104和BACnet等众多协议和设备。

**24.在Docker中运行Neuron**  
解析：

docker pull emqx/neuron:1.0.0
    docker run -d --name neuron -p 7000:7000 emqx/neuron:1.0.0

**25.在Docker中运行EMQ X Edge**  
解析：

docker pull emqx/emqx-edge:4.2.2
    docker run -d --name emqx -p 1883:1883 -p 18083:18083 emqx/emqx-edge:4.2.2

参考文献：  
\[1\]iptables设置仅22、80端口可访问：https://www.kancloud.cn/shiro/ubuntuserver/193877  
\[2\]EMQ正式发布工业互联网云边一体化解决方案：https://www.emqx.cn/blog/emq-industrial-internet-cloud-edge-integrated-solution  
\[3\]Neuron驱动地址格式：https://docs.emqx.cn/neuron/latest/address-format/address-format.html