kubernetes的pod管理

一个Pod中的应用容器共享同一组资源：

（1）PID命名空间：Pod中的不同应用程序可以看见其他应用程序的进程ID

（2）网络命名空间：Pod中的多个容器能访问同一个IP和端口范围

（3）IPC命名空间：Pod中的多个容器能够使用SystemV IPC或POSIX消息队列进行通信。

（4）UTS命名空间：Pod中的多个容器共享一个主机名

（5）Volumes（共享存储卷）：Pod中的各个容器可以访问在Pod级别定义的Volumes

不建议在k8s的一个pod内运行相同应用的多个实例。也就是说一个Pod内不要运行2个或2个以上相同的镜像，因为容易造成端口冲突，而且Pod内的容器都是在同一个Node上的

pod的yaml文件定义

pod创建

kubectl create -f ./php-pod.yaml

查看当前所有的pod

kubectl get pods

查看某个pod运行的node

kubectl get pod php-test -o wide

查看pod的详细信息

kubectl describe pod php-test

kubectl get pod php-test -o yaml或者kubectl get pod php-test -o json 获取pod更为详细的信息

删除pod

kubectl delete pod php-test

RC(Replication Controller)管理

Replication Controller确保任何时候Kubernetes集群中有指定数量的pod副本(replicas)在运行，如果少于指定数量的pod副本(replicas)，Replication Controller会启动新的Container，反之会杀死多余的以保证数量不变。Replication Controller使用预先定义的pod模板创建pods，一旦创建成功，pod 模板和创建的pods没有任何关联，可以修改pod 模板而不会对已创建pods有任何影响，也可以直接更新通过Replication Controller创建的pods。对于利用pod 模板创建的pods，Replication Controller根据label selector来关联，通过修改pods的label可以删除对应的pods。

定义ReplicationController

创建ReplicationController

kubectl create -f php-controller.yaml

查询rc

kubectl get rc

kubectl get rc php-controller

kubectl describe rc php-controller

更改副本数量

kubectl scale rc php-controller --replicas=3

删除rc

通过更改replicas=0，可以把该RC下的所有Pod都删掉。另外kubeclt也提供了stop和delete命令来完成一次性删除RC和RC控制的全部Pod。需要注意的是，单纯的删除RC，并不会影响已创建好的Pod。

Service管理

虽然每个Pod都会分配一个单独的IP地址，但这个IP地址会随着Pod的销毁而消失。这就引出一个问题：如果有一组Pod组成的一个集群来提供服务，那么如何来访问它们呢？

Kubernetes的Service（服务）就是用来解决这个问题的核心概念。

一个Service可以看作一组提供相同服务的Pod的对外访问接口。Service作用于哪些Pod是通过Label Selector来定义的。

Service的定义

Service的创建

kubectl create -f php-service.yaml

Service的查询

kubectl get service

kubectl get services

kubectl get endpoints

Pod的IP地址和Service的Cluster IP地址

php-service的ip是10.254.165.216,这是Service的Cluster IP地址,是k8s系统中的虚拟IP地址，有系统动态分配。Pod的IP地址是Docker Daemon根据docker0网桥的IP地址段进行分配的。Service的Cluster IP地址相对于Pod的IP地址来说相对稳定，Service被创建时即被分配一个IP地址，在销毁该Service之前，这个IP地址都不会变化了。而Pod在K8s集群中生命周期较短，可能被ReplicationController销毁、再次创建，新创建的Pod将会分配一个新的IP地址。

外部访问Service

由于Service对象在Cluster IP Range池中分配到的IP只能在内部访问，所以其他Pod都可以无碍访问到它。但如果这个service作为前端服务，准备为集群外的客户端提供服务，我们就需要给这个服务提供公共IP了。

NodePort

在定义Service时指定spec.type=NodePort,并指定spec.ports.nodePort的值，系统就会k8s集群中的每个node上打开一个主机上的真实端口号。这样，能访问Node的客户端都就能通过端口号访问内部的Service了。

LoadBalancer

如果云服务商支持外接负载均衡器，则可以通过spec.tye=LoadBalancer定义Service，同时指定负载均衡器的IP地址。使用这种类型需要指定Service的nodePort和clusterIp.

端口定义

如果一个Pod中有多个对外暴漏端口时，对端口进行命名，是个Endpoint不会因重名而产生歧义。

以上内容摘自http://blog.csdn.net/dream_broken/article/details/53115770。感谢分享！

kubernetes的pod/rc/service管理