发表于 | 分类于 |

原文引用：https://github.com/kubernetes/heapster/blob/master/docs/influxdb.md

启动 k8s 集群

启动所有的 pods 和 services

为部署 Heapster 和 InfluxDB，你需要通过 deploy/kube-config/influxdb 创建 kubernetes 资源。确保你已经在 root目录下 checkout 有效的 Heapster 资源。

1
git clone https://github.com/kubernetes/heapster.git
阅读全文 »

发表于 | 分类于 |

已被 RS 取代

RC 伸缩 - Resizing a Replication Controller

语法：

1
2
3
$ kubectl scale rc NAME --replicas=COUNT \
    [--current-replicas=COUNT] \
    [--resource-version=VERSION]
  • NAME: 待更新的 RC 名称，必选。
  • replicas: 期望伸缩的副本数，必选。
  • current-replicas: 当前 RC 副本数，可选。

  • resource-version: 匹配 RC labels[].version 的值，可选。

    阅读全文 »

发表于 | 分类于 |

Deployment

简介

Deployment 是新一代用于 Pod 管理的对象，与 RC 相比，它提供了更加完善的功能，使用起来更加简单方便。

Deployment 与 RC 的定义也基本相同，需要注意的是 apiVersion 和 kind 是有差异的。

Deployment 会声明 Replica Set 和 Pod

Deployment 更新

  1. rolling-update。只有当 Pod template 发生变更时，Deployment 才会触发 rolling-update。此时 Deployment 会自动完成更新，且会保证更新期间始终有一定数量的 Pod 为运行状态。
  2. 其他变更，如暂停 / 恢复更新、修改 replica 数量、修改变更记录数量限制等操作。这些操作不会修改 Pod 参数，只影响 Deployment 参数，因此不会触发 rolling-update。

通过 kubectl edit 指令更新 Deployment，可以将例子中的 nginx 镜像版本改成 1.9.1 来触发一次 rolling-update。期间通过 kubectl get 来查看 Deployment 的状态，可以发现 CURRENT、UP-TO-DATE 和 AVAILABLE 会发生变化。

阅读全文 »

发表于 | 分类于 |

Kubernetes 集群包含有节点代理 kubelet 和 Master 组件 (APIs, scheduler, etc)，一切都基于分布式的存储系统。下面这张图是 Kubernetes 的架构图。

kubernetes 构架图

原文：kubernetes architecture

Kubernetes 节点

在这张系统架构图中，我们把服务分为运行在工作节点上的服务和组成集群级别控制板的服务。

Kubernetes 节点有运行应用容器必备的服务，而这些都是受 Master 的控制。

每次个节点上当然都要运行 Docker。Docker 来负责所有具体的映像下载和容器运行。

阅读全文 »

发表于 | 分类于 |

在 Kubernetes 中，最小的管理元素不是一个个独立的容器，而是 Pod 是最小的，管理，创建，计划的最小单元。

pods

什么是 Pod

一个 Pod（就像一群鲸鱼，或者一个豌豆夹）相当于一个共享 context 的配置组，在同一个 context 下，应用可能还会有独立的 cgroup 隔离机制，一个 Pod 是一个容器环境下的 “逻辑主机”，它可能包含一个或者多个紧密相连的应用，这些应用可能是在同一个物理主机或虚拟机上。

Pod 的 context 可以理解成多个 linux 命名空间的联合

  • PID 命名空间（同一个 Pod 中应用可以看到其它进程）
  • 网络 命名空间（同一个 Pod 的中的应用对相同的 IP 地址和端口有权限）
  • IPC 命名空间（同一个 Pod 中的应用可以通过 VPC 或者 POSIX 进行通信）
  • UTS 命名空间（同一个 Pod 中的应用共享一个主机名称）
阅读全文 »