K8s 入门及操作
基本组件：
api-server
：请求的入口，类似于
mesos master+marathon
，向
api-server
传递
ymal
文件发布请求类似于拉项目时向
marathon
发送项目的模板文件
controller-manager
：
k8s
中定义了非常多控制器，如
deployment
、
replication
、
replicaset
等，
controller-manager
就是维护这些控制器状态的组件
scheduler
： 专门的调度组件，为一个
pod
找到合适运行的
node
kube-proxy
：维护
service
和对应
pod
之间网络连接的组件，可由
iptables
或是
ipvs
实现。
k8s
中不直接访问
pod
，而是去访问
pod
前端的
service
，
service
的
ip
和
port
是不变的，即使
pod
重启，找到了
service
也一样能找到
pod
。
service
的
ip
与
pod
的
ip
不在同一网段中，
kube-proxy
就是在维护这个转发关系，如发送给
service A
的请求只能转发给
pod A
， 发送给
service B
的请求只能转发给
pod B
kubelet
： 负责容器生命周期相关操作，如拉起、重启、杀死容器等
etcd
：类似与
zookeeper
。存储整个集群的信息
基本操作：
get
命令： 返回资源列表
如：
[root@master1 ~]# kubectl get namespace //
列出当前集群所有
namespace
，每个
namespace
都类似于一个管理区域，如
monitoring
内运行的都
应是关于监控告警的服务，
idoc2
内运行的就是关于
idoc2
项目的服务
NAME STATUS AGE
default Active 102d
idoc2 Active 25d
ingress-traefik Active 101d
ipipeline Active 17d
k8stest Active 6d22h
kube-public Active 102d
kube-system Active 102d
monitoring Active 101d
wireless-atg-cpe Active 18d
wireless-idesign Active 18d
wireless-mongoose-cloud-ci Active 20d
wireless-nds Active 31d
wireless-nds-ln Active 18d
wireless-ngi Active 20d
[root@master1 ~]# kubectl get po -nmonitoring //
列出
monitoring namespace
中所有
pod
评论0