1.基本概念

Kubernetes，一个全新的基于容器技术的分布式架构领先方案，基于Borg一个开源版本。Borg是谷歌的个久负盛名的内部使用的大规模集群管理系统，它基于容器技术，目的是实现资源管理的自动化，以及跨多个数据中心的资源利用率的最大化。
使用 Kubemetes 提供的解决方案，我们不仅节省了不少于 30%的开发成本，同时可以将精力更加集中于业务本身，而且由于
Kubemetes提供了强大的自动化机制，所以系统后期的运维难度和运维成本大幅度降低。
Kubemetes 是一个完备的分布式系统支撑平台。Kubemetes
具有完备的集群管理能力，包括多层次的安全防护和准入机制、多租户应用支撑能力、透明的服务注册和服务发现机制、内建智能负载均衡器、强大的故障发现和自我修复能力、服务滚动升级和在线扩容能力、可扩展的资源自动调度机制，以及多粒度的资源配额管理能力。同时，
Kubemetes 提供了完善的管理工具，这些工具涵盖了包括开发、部署测试、运维监控在内的各个环节。因此，
Kubemetes个全新的基于容器技术的分布式架构解决方案，并且是 站式的完备的分布式系统开发和支撑平台。

2.相关名词

1.1 Service

Service （服务）是分布式集群架构的核心， Service 对象拥有如下关键特征。

  • 拥有一个唯一指定的名字（比如 mysql-server ）。

  • 拥有 个虚拟 (Cluster Service IP VIP ）和端口号

  • 能够提供某种远程服务能力。

  • 被映射到了提供这种服务能力的 组容器应用上。

1.2 Pod

  • Pod 运行在一个我们称之为节点（Node)的环境中，这个节点既可以是物理机，也可以是私有云或者公有云中的 个虚拟机，通常在个节点上运行几百个
    Pod；

  • 其次，每个 Pod 里运行着 个特殊的被称之为 Pause 的容器，其他容器则为业务容器，这些业务容器共享 Pause 容器的网络械和 Volume
    挂载卷，因此它们之间的通信和数据交换更为高效，在设计时我们可以充分利用这 特性将 组密切相关的服务进程放入同 Pod 中；

  • 并不是每个 Pod 和它里面运行的容器都能“映射”到Service 上，只有那些提供服务（无论是对内还是对外）的 Pod 才会被“映射”成一个服务；

1.3 RC(Replication Controller)

需要扩容的 Service 关联的 Pod 创建一个 RC (Replication Controiler), 在一个RC定义文件中包括以下 个关键信息。

  • 目标 Pod的定义
  • 目标 Pod需要运行的副本数量(Replicas);
  • 要监控的目标 Pod的标签(Label);