kube-api-server提供Kubernetes各种资源的CRUD和Watch相关的Http Restful Api，是整个集群的中心。 Kubernetes的Restful Api Api简介 kube-api-server以静态Pod的形式运行在master节点上，内置容器使用hostNetwork。默认监听master节点的8080端口(对应--insecure-port)，HTTPS的端口默认为6443(对应--secure-port)。 使用kubectl命令时实际上也是和kube-api-server的restful api交互的。
Ceph集群上的操作 创建Ceph Pool Ceph集群安装完成后，默认的Pool是rbd： ceph osd lspools 0 rbd, 一个Ceph集群可以有多个pool，pool是逻辑上的存储池。不同的pool可以有不一样的数据处理方式，例如replica size, placement groups, crush rules,snapshot等等。
当需要升级集群中的某个服务时，需要停止该服务相关的Pod，pull最新的docker镜像，然后重新启动。 如果一下把所有Pod都停止，服务在升级的时间内会不可用。因此，Kubernetes提供了滚动升级的功能。 kubectl rolling-update命令滚动升级 集群中有下面的RC：
Kubernetes通过Service资源在Kubernetes集群内针对容器实现了服务发现和负载均衡。 如果服务要暴露到集群外部，从集群外部访问服务，需要借助一些集群外部提供的负载均衡策略。 先来看一下Kubernetes Service的类型： Kubernetes Service类型 ClusterIp：默认类型，自动分配集群内部可以访问的虚拟IP, ClusterIp NodePort：基于ClusterIp提供的功能，为Service在Kubernetes集群的每个Node上绑定一个端口，即NodePort，集群外部可基于任何一个NodeIP:NodePort的形式来访问Service。Service在每个Node的NodePort端口上都可用。 LoadBalancer：基于NodePort提供的功能，借助云服务供应商提供的外部负载均衡器，将请求转发到各个NodeIp:NodePort。只有特定的云服务商和GCE(Google Container Engine)支持该方案。 Service提供的负载均衡功能，但在使用上有以下限制：
文本描述如何在Kubernetes上运行一个Sonarqube和MySQL。 准备 kubernetes集群构成如下,这里是单机的试验环境。 kubectl get nodes NAME STATUS AGE cent0 Ready,master 1h mysql的pod mysql-rc.yaml apiVersion: v1 kind: ReplicationController metadata: name: mysql spec: replicas: 1 selector: app: mysql template: metadata: labels: app: mysql spec: containers: - name: mysql image: mysql:5.7 ports: - containerPort: 3306 env: - name: MYSQL_ROOT_PASSWORD value: "123456" - name: MYSQL_DATABASE value: sonardb - name: MYSQL_USER value: sonar - name: MYSQL_PASSWORD value: sonar 创建RC
更新：直接参考Docker官方文档HTTP/HTTPS proxy即可 受限于网络环境,有的时候需要透过代理服务器pull docker镜像。 docker代理配置 修改Docker的systemd文件，添加http代理配置。 修改/lib/systemd/system/docker.service
服务的伸缩性 伸缩性是指系统可以根据需求和成本调整自身处理能力的一种能力，构建可伸缩的服务有可能要求服务的处理能力在数天内扩大数倍，又需要在数天后将处理能力还原回去。 在Kubernetes集群中我们可以通过Replication Controller的scale机制完成服务的扩容或缩容，实现具有伸缩性的服务。
在大规模分布式系统中有一个分布式配置管理中心的组件，将分布式应用所需的配置信息与程序进行分离，极大简化配置管理的工作。如360的QConf，百度的Disconf。 在大规模容器集群环境中，容器内应用程序的配置管理十分重要。Kubernetes提供了一种统一的管理方案，即ConfigMap。 Kubernetes使用ConfigMap实现容器应用的配置管理。
Volume的类型 Volume是Kubernetes Pod中多个容器访问的共享目录。 Volume被定义在Pod上，被这个Pod里的多个容器挂在到相同或不同的路径下。 Volume的生命周期与Pod的生命周期相同，Pod内的容器停止和重启时不会影响Volume中的数据。
Pod基本概念 Pod是Kubernetes集群中最基本的资源对象。每个Pod由一个或多个业务容器和一个根容器(Pause容器)组成。 Kubernetes为每个Pod分配了唯一的IP，即Pod IP，Pod里的多个容器共享这个IP。 kubectl get pods -o wide --all-namespaces | grep dashboard kube-system kubernetes-dashboard-3109525988-5vnpv 1/1 Running 1 7h 10.244.0.8 cent0 实际上一个Pod内的多个容器共享相同的网络命名空间、IP、端口，也就是说这些容器之间能通过localhost来通信，此外这些容器还可以共享相同存储卷。