k8s基本概念及入门案例

  • 时间:
  • 浏览:2

containers:

name: redis-slave

http://blog.csdn.net/yjk13703623757/article/details/53746273

[root@localhost ~]# kubectl get pods

存储卷的pod中要能被多个容器访问的共享目录。其与Pod的生命周期相同,与容器的生命周期无关。

参考资料:

kind: ReplicationController ##表示这是从前RC ,

关键点是设置type=N0dePort 并指定从前NodePort的值,表示使用NODE上的物理机端口提供对外访问的能力。

[root@localhost ~]# kubectl get rc

查看 pod的 ip+port

修改配置文件

参考yaml。

service "redis-slave" created

systemctl disable firewalld

- 用于存储pod的tag标签,用于关联service和pod,replication controller和pod的关系

redis-slave 10.254.135.254 <none> 6379/TCP 33s

Node(节点),是k8s集群中相对于master而言的工作主机(物理机或虚拟机),在每个Node上运行 用于启动和管理pod的服务(kubelet),并要能被maste管理。

http://cizixs.com/2016/10/25/kubernetes-intro-kubelet

2,安装ectd和kubernetes,会自动安装docker

辦法 :先定义RC来创建Pod,或者定义与之相关联的Service。

service "frontend" created

# kubectl get rc

kubectl create -f redis-master-controller.yaml

frontend-fs42h 1/1 Running 0 1m

注意:删除RC从太少再影响通过该RC创建的Pod,为了删除所有Pod,可不可否设置replicas为0,或者更新 RC, 另外,客户端工具kubectl 提供了stop 和delete命令来完成一次性删除RC和RC控制的Pod。

[root@localhost ~]# kubectl create -f redis-master-service.yaml

vi frontend-controller.yaml

(2)Replication Controller:定期关联replicationController和pod,保证replicationController定义的一键复制数量与实际运行pod的数量时不时一致的。

基本概念和术语

docker pull kubeguide/guestbook-rediis-slave

NAME ENDPOINTS AGE

name: redis-master

创建从前名为 redis-slave-controller.yaml的RC文件,

OPTIONS='--selinux-enabled=false --insecure-registry gcr.io'

kind: ReplicationController

- 基本部署单元,可不可否进行创建,调度,管理,删除等

修改daocker

redis-slave 192.168.1.132:6379,192.168.1.133:6379 3d

- 用于推动相同功能集合的多多应用程序 集中部署

redis-slave 2 2 2 49m

selector:

本文转移开源中国-

kubectl scale rc redis-slave --relicas=3

selector:

Pod是Kubernetes的基本操作单元,把相关的从前或多个容器构成从前Pod,通常Pod里的容器运行相同的应用。Pod饱含的容器运行在同从前Node(Host)上,看作从前统一管理单元,共享相同的volumes和network namespace/IP和Port空间。

name: redis-master



frontend-fs42h 1/1 Running 2 5h

Label是用于区分Pod、Service、Replication Controller的key/value键值对,Pod、Service、 Replication Controller可不可否有多个label,或者每个label的key这麼对应从前value。Labels是Service和Replication Controller运行的基础,为了将访问Service的请求转发给后端提供服务的多个容器,正是通过标识容器的labels来挑选正确的容器。同样,Replication Controller也使用labels来管理通过pod 模板创建的一组容器,从前Replication Controller可不可否更加容易,方便地管理多个容器,无论有几只容器。

redis-slave-w8t4z 1/1 Running 2 5h

或者启动redis-slave服务的从前副本,每个副本上的Redis多多应用程序 都与redis-master所对应的redis多多应用程序 进行数据同步,5个Redis实例组成从前具备读写分离功能的Redis 集群。 留言板PHP多多应用程序 通过redis-slave服务来获取已保存的留言数据。

- Controller Manager:负责执行各种控制器,目前有两类:

解析:

将它发布到k8s集群中,就完成了redis-master的创建过程,

此时所有的pod都发生 Runing情况表,表示成功创建成功。

vi /etc/sysconfig/docker

[root@localhost ~]# kubectl get service

kind: Service

name: redis-slave

kubernetes 10.254.0.1 <none> 443/TCP 1d

运行Kubectl , 创建service。

spec:

replicas: 1

(4),创建frontend Pod 和服务

等。

http://www.mamicode.com/info-detail-590007.html

Service也是Kubernetes的基本操作单元,是真实应用服务的抽象,每从前服务上面都有全都全都对应的容器来支持 和服务selector决定服务请求传递给后端提供服务的容器,对外表现为从前单一访问接口,内部人员不还要了解后端怎么可否运行,这给扩展或维护后端带来很大的好处。

systemctl start kube-proxy

(2)接下来创建从前与之关联的Service(服务)—— redis-master的定义文件,文件名为

name: redis-master

[root@localhost ~]# kubectl create -f redis-slave-controller.yaml

replicas: 1

labels:

修改kuberbetets apiservice

pod

- Node

redis-slave-0wfnk 1/1 Running 0 200m

[root@localhost ~]# kubectl get service

yum install -y etcd kubernetes

NAME DESIRED CURRENT READY AGE

- Kubelet:责管控docker容器,如启动/停止、监控运行情况表等。它会定期从etcd获取分配到本机的pod,并根据pod信息启动或停止相应的容器。共同,它也会接收apiserver的HTTP请求,汇报pod的运行情况表。

kubernetes 10.254.0.1 <none> 443/TCP 23h

vi redis-master-controller.yaml

name: redis-master (服务名)

service "redis-master" created

kind: Service

内容如下:

Kubernetes里各个服务(组件)的作用以及它们之间的交互关系。

soec.port.NodePort的端口号定义范围有限制,默认为是20000~32767 , 全都则失效。

frontend 3 3 0 11s

内容如下:

redis-server --slaveof ${REDIS_MASTER_SERVICE_HOST} 6379

- port: 6379

redis-master 10.254.64.116 <none> 6379/TCP 2m



metadata:

redis-master-03fv1 1/1 Running 0 16h

NAME DESIRED CURRENT READY AGE

frontend-mhxjr 1/1 Running 0 1m

metadata.name 是Service的服务名(ServiceName),spec.selector挑选了那些Pod对应到本服务,这里的定义表明拥有redis-master标签的Pod属于redis-master服务。另外,ports每段中的targetPort属性用来挑选提供该服务的容器所暴露(EXPOSE)的端口号,即具体的服务多多应用程序 在容器内的targetPort上提供服务,而port属性则定义了Service的虚端口。

- API Server作为kubernetes系统的入口,封装了核心对象的增完整篇 查操作,以REST Ful接口辦法 提供给内部人员客户和内部人员组件调用。它维护的REST对象将持久化到etcd(从前分布式强一致性的key/value存储)。

3,按顺序启动所有服务。

systemctl stop firewalld

systemctl start docker

apiVersion: v1kind: Servicemetadata: name: frontend labels: name: frontendspec: type: NodePort ports: - port: 200 nodePort: 20001 selector:

NAME READY STATUS RESTARTS AGE

redis-master 10.254.82.44 <none> 6379/TCP 1h

kubectl get endpoints

5,创建redis-master Pod 和 服务。

systemctl start kube-controller-manager

- name: redis-master

NAME CLUSTER-IP EXTERNAL-IP PORT(S) AGE

ports:

[root@localhost ~]# kubectl get service

systemctl start kube-apiserver

运行:

环境:centos7 ,

还要下载5个镜像,redis-master , guestbook-redis-slave, guestbook-php-frontend,

创建redis-slave服务,

frontend 10.254.124.248 <nodes> 200:20001/TCP 28s

- port: 6379

replicationcontroller "redis-slave" created

kubernetes 10.254.0.1 <none> 443/TCP 10m

frontend 192.168.1.128:200,192.168.1.129:200,192.168.1.1200:200 2d

pod的ip是Docker Daemon 根据docker0网桥的ip地址进行分配的,

kubectl get pods,来查看当前系统中的Pod信息,redis-master-03fv1 这是kubernetes根据redis-master全都RC的定义自动创建的Pod,Runing,表示在运行。

解析:

redis-master-03fv1 1/1 Running 0 16h

- Replication Controller

labels:

ports:

spec:

redis-master 1 1 1 2m

redis-master 192.168.1.131:6379 3d

[root@localhost ~]# kubectl get pods

- Kubernets使用Etcd作为存储和通信上面件,实现Master和Node的一致性,这是目前比较常见的做法,典型的SOA架构,解耦Master和Node。

(1)首先为 redis-master 服务创建从前名为redis-master的RC定义文件:

- 负责pod的动态扩容,缩容,保证pod的数量符合预期

4,下载镜像

ip:20001

spec:

最后创建frontend Service ,主要目的是使用Service的NodePort给kubernetes集群中Service映射从前外网可不可否访问的端口,从前一来,内部人员就可不可否通过 NodeIP+NodePort的辦法 访问集群中的服务了。

scaled

在运行时可不可否通过修改RC的副本数量,来实现Pod的动态缩放,k8s提供了kubectl scale命令一键完成

- containerPort: 6379

name: redis-master

先定义frontened的RC配置文件,

docker pull kubeguide/guestbook-php-frontend



- key/value 键值对(基于etcd)

selector: ## slaector是RC的Pod挑选器,即监视和管理拥有那些标签(Lable)的Pod实例,确保当前集群上始终有且仅有replicas个Pod实例在运行,这里设置为 replicas: 1 ,表示这麼运行从前(名为redis-master 的)Pod实例,当集群中运行的Pod实例小于replicas时,RC会根据 spec: 下 template: 段定义的Pod模版来生成从前新的Pod实例,lables属性指定了该Pod的标签,注意:这里的lables还要匹配RC的 spec:selector:

apiVersion: v1

https://segmentfault.com/a/1190000004861499

NAME CLUSTER-IP EXTERNAL-IP PORT(S) AGE

创建service

(1)Endpoint Controller:定期关联service和pod(关联信息由endpoint对象维护),保证service到pod的映射时不时最新的。

1. Kubernetes介绍 

metadata:

至此,从前单机版的k8s集群环境就安装启动了。

把KUBE_ADMISSION_CONTROL="--admission-control=……参数中的ServiceAccount 删除。

- Label

- Pod

metadata:

redis-master-03fv1 1/1 Running 2 21h

[root@localhost ~]# kubectl create -f redis-slave-service.yaml

NAME DESIRED CURRENT READY AGE

NAME READY STATUS RESTARTS AGE

spec:

从前service可不可否看作 一组提供相同服务的Pod 的对外接口。sevice作用于那些Pod是通过Label Selector来定义的。

- 提供laber selector供内部人员调用,获取索引对应的value

(3),创建redis-slave-Pod和服务。

Replication controllers

name: redis-slave

k8s支持多种类型的volume,或者从前pod可不可否共同使用任意多个volume。

Kubernetes里各个服务(组件)的作用以及它们之间的交互关系。

2,Node是运行节点,运行业务容器,饱含以下组件:

spec:

redis-slave-w8t4z 1/1 Running 0 200m

targetPort: 6379

- 饱含从前或者多个docker container,基于数据卷进行数据共享

redis-slave-w8t4z 1/1 Running 0 1m

redis-slave-0wfnk 1/1 Running 2 5h

template:

- Service

- etcd 是高可用的key/value存储系统,用于持久化存储集群中所有资源对象,

[root@localhost ~]# kubectl create -f frontend-service.yaml

name: redis-master ( 表示拥有redis-master标签的Pod)

创建好redis-master-controller.yaml后,在master节点执行命令:kubectl create -f <config_file>,

frontend-r6p75 1/1 Running 0 1m

此图采用k8s部署架构,master 与 node的服务发生同从前虚拟机,通过创建 redis-master服务,redis-slave服务,和php-frontend服务(php前端),完成全都例子。

[root@localhost ~]# kubectl get rc

replicationcontroller "frontend" created

docker pull kubeguide/redis-master

redis-master 1 1 1 16h

redis-master 1 1 1 16h

- Kube Proxy:负责为pod提供代理。它会定期从etcd获取所有的service,并根据service信息创建代理。当某个客户pod要访问全都pod时,访问请求会经过本机proxy做转发。

vi /etc/kubernetes/apiserver

- Volume

基本概念:

name: redis-master

- pod生命周期控制器

frontend-mhxjr 1/1 Running 2 5h

6,浏览器访问网页

labels:

内容如下:

- Scheduler:负责集群的资源调度,负载pod在集群节点中的调度分配,新建的pod分配机器。这每段工作分出来变成从前组件,愿因 可不可否很方便地替加进全都的调度器。

内容如下

redis-slave-0wfnk 1/1 Running 0 1m

查看:

systemctl start etcd

Kubernets属于主从的分布式集群架构,饱含Master和Node:

redis-slave 10.254.157.219 <none> 6379/TCP 18m

apiVersion: v1

redis-master 10.254.82.44 <none> 6379/TCP 40s

systemctl start kube-scheduler

- 示例:web站点从前组件(前端、后端、数据库)运行在每每个人的容器中,可不可否创建饱含从前container的pod

- Namespace

metadata:

运行kubectl create命令

k8s 入门案例:搭建 Hello World 网页。

在Node上运行的服务多多应用程序 有kubelet,kube-proxy,docker daemon。

此时,redis-master服务,被分配了从前值为10.254.208.57的ip地址(虚拟ip),日后,kubeenetes集群中全都新创建的Pod就可不可否通过全都虚拟IP地址+端口 6379来访问他了。(kubernetes 使用了linux的环境变量,在每个Pod的容器里奋都增加了一组Service相关的环境变量,用来记录从服务名到虚拟IP地址的映射关系。)

label



vi redis-slave-service.yaml

此时运行了从前redis-slave Pod

在pod启动后,系统会根据service的定义创建出与pod对应的Endpoint,以建立起service与后端pod的对应关系,。

apiVersion: v1

提示: replicationcontrollers "redis-master" created 表示创建成功。

kubernetes 192.168.1.183:6443 4d

Replication Controller确保任何完后 Kubernetes集群饱含指定数量的pod副本(replicas)在运行, 或者少于指定数量的pod副本(replicas),Replication Controller会启动新的Container,反之会杀死多余的以保证数量不变。

ports:

案例:搭建 Hello World 网页。

systemctl start kubelet

redis-master-03fv1 1/1 Running 0 3m

为了实现Redis集群的主从数据同步,redis-slave还要知道redis-master的地址,全都全都在redis-slave镜像的启动命令 /run.sh中,可不可否输入下面内容:

# kubectl get pods

命名空间,用来组织k8s的各种对象,可不可否实现对用户的分组和管理,对不同的租户(pod rc service)还可不可否进行单独的资源配额设置和管理。

frontend-r6p75 1/1 Running 2 5h

1,关闭防火墙

NAME READY STATUS RESTARTS AGE

selector:

1. Master作为控制节点,调度管理整个系统,饱含以下组件:

apiVersion: v1kind: ReplicationControllermetadata: name: frontend labels: name: frontendspec: replicas: 3 selector: name: frontend template: metadata: labels: name: frontend spec: containers: - name: frontend image: kubeguide/guestbook-php-frontend env: - name: GET_HOSTS_FROM value: env ports: - containerPort: 200

NAME CLUSTER-IP EXTERNAL-IP PORT(S) AGE

[root@localhost ~]# kubectl get pods

NAME READY STATUS RESTARTS AGE

vi frontend-service.yaml

image: kubeguide/redis-master

Replication Controller使用预先定义的pod模板创建pods,一旦创建成功,pod 模板和创建的pods这麼任何关联,可不可否修改pod 模板而太少再对已创建pods有任何影响,也可不可否直接更新通过Replication Controller创建的pods。对于利用pod 模板创建的pods,Replication Controller根据label selector来关联,通过修改pods的label可不可否删除对应的pods。

apiVersion: v1kind: ReplicationControllermetadata: name: redis-slavespec: replicas: 2 selector: name: redis-slave template: metadata: name: redis-slave labels: name: redis-slave spec: containers: - name: redis-slave image: kubeguide/guestbook-redis-slave env: - name: GET_HOSTS_FROM value: env ports: - containerPort: 6379

kubectl create -f frontend-controller.yaml

name: frontend

redis-slave 2 2 2 1m

vi redis-master-service.yaml