|
K8S集群
1.分布式存储，每台机器分别做etcd的存储，运行内容也一致，内部通过raft实现状态的一致性。
2.TOP命令
在top基本视图中，按键盘数字“1”，可监控每个逻辑CPU的状况：
按字母E，切换内存单位。
hostNetwork、hostPort、NodePort、LoadBalancer、Ingress
暴露Pod与Service一样，因为Pod就是Service的backend
1、hostNetwork：true 在pod中使用该配置，在这种Pod中运行的应用程序可以直接看到pod启动的主机的网络接口。
注：每次pod的IP是会变化的
2、hostPort：直接将容器的端口与所调度的节点上的端口路由，这样用户就可以通过主机的IP来访问Pod了
注：Pod重新调度时该Pod可能会被调度到不同的宿主机，因此，需要维护一个Pod与宿主机的对应关系
3、NodePort：是K8s里一个广泛应用的服务暴露方式。K8s中的service默认情况都是使用Cluster IP这种类型，会产生一个只能在内部访问的Cluster IP，如果想能够直接访问service，需要将service type修改为nodePort。同时给改service指定一个nodeport值(30000-32767)，用` --service-node-port-range`定义。
集群外就可以使用K8s任意一个节点的IP加上30000端口访问该服务了，kube-proxy会自动将流量以轮询的方式转发给该service的每一个pod。
4、?LoadBalancer：只能在service上定义，是公有云提供的负载均衡器。
?查看服务：kubectl get svc influxdb
?内部可以使用ClusterIP加端口来访问服务
外部可以使用两种方式：
任意节点的IP加30051端口访问服务 10.97.121.42:30051
使用EXTERNAL-IP来访问，这是云供应商提供的负载均衡IP 10.13.242.236:8086
5、?Ingress：ingress controller是由K8s管理的负载均衡容器，它的镜像包含一个nginx或HAProxy负载均衡器和一个控制器守护进程。
?外部访问URL http://influxdb.kube.example.com/ping 访问该服务，入口是80端口，然后Ingress controller直接将流量转发给后端Pod，不需再经过kube-proxy的转发，比LoadBalance方式更高效
|