kubernetes 基础知识

1. kubernetes 包含几个组件

　　Kubernetes是什么:针对容器编排的一种分布式架构，是自动化容器操作的开源平台。

　　服务发现、内建负载均衡、强大的故障发现和自我修复机制、服务滚动升级和在线扩容缩容、资源自动调度机制、多粒度的资源配额管理能力,包括开发、测试、部署、运维监控，一站式的完备的分布式系统开发和支撑平台.

　　

 　　(1) Master 控制节点　　

1.Api Server:为集群的核心组件，主要负责集群各功能模块之间的通信，集群内的功能模块通过Api server将信息存入到分布式文件系统etcd中与其他节点进行信息交互。 
2.Scheduler:负责集群的资源调度,跟踪集群中所有Node的资源利用情况,对新创建的pod，采取合适的调度策略，进行均衡的调度到合适的节点上。 
3.Controller Manager:主要负责集群的故障检测和恢复的自动化，它内部的组件如下: 
　　a.endpointController:定期关联service和pod，关联信息由endpoint负责创建和更新。 
　　b.ReplicationController:完成pod的复制或移除，以确保ReplicationController定义的复本数量与实际运行pod的数量一致性

　　 (2) Node 节点

　　集群中的工作主机，Node可以是物理主机，也可以是虚拟机，包含以下组件: 
1.kubelet:运行在每个Node节点上,kubelet会通过api service 注册节点自身信息，用于master发现节点,它会定期从etcd获取分配到本机的pod，并根据pod信息启动或停止相应的容器，并定期向master节点汇报节点资源的使用情况,内部集成cadvise来监控容器和节点资源。 
2.Kube Proxy:负责为pod提供代理。它会定期从etcd获取所有的service，并根据service信息创建代理。当某个客户pod要访问其他pod时，访问请求会经过本机proxy做转发。

2.基础概念

　　(1) pod概念

Pod是一个逻辑概念，它是Kubernetes资源调度的单元，一般会把一组功能强相关的容器逻辑上称之为一个pod,Pod就是所说的实例。作为一个逻辑概念，pod本身没有资源，pod中的容器具有资源,创建pod，可以通过定义pod模块。

　 [pod状态]

 

 

Pending 
容器尚未启动成功，它包括从pod被创建到调度、然后到拉镜像开始部署这个过程 
Running 
容器启动成功 
Succeeded 
容器退出，返回码是0，并且容器不会再被重新启动 
Failed 
容器异常退出 
Unknown 
状态未知，获取不到容器的状态，当出现异常时会有这种状态，例如pod所在的机器故障，或者pod所在的机器上

　

{
    "kind": "Pod",（资源类型）
    "apiVersion": "v1",  （资源版本）
    "metadata": {
        "name": "app-tomcat", （名字，唯一）
        "namespace": "default", (命名空间默认default)
        "labels": {
            "name": "app-tomcat" （label做为标识，可以跟RC，Service关联对应）
        }
    },
    "spec": {
        "containers": [
            {
                "name": "app-tomcat", (自定义镜像名称)
                "image": "tomcat", (要拉取的镜像)
                "command": [   (运行容器时，要运行的命令)
                    "/bin/bash",
                    "/opt/apache-tomcat-7.0.57/bin/catalina.sh",
                    "run"
                ],
                "env": [  （环境变量K,V）
                    {
                        "name": "url_addr",
                        "value": "http://192.168.54.66:8080/paas/jsp/index.jsp"
                    }
                ],
                "resources": { （对容器资源限制）
                    "limits": {
                        "cpu": "1",
                        "memory": "1073741824"
                    },
                    "requests": {
                        "cpu": "100m",
                        "memory": "104857600"
                    }
                },
                "imagePullPolicy": "Always" (获取镜像策略Always,Never,IfNotPresent)
            }
        ],
        "restartPolicy": "Always", (pod重启策略,Always,OnFailure,Never)
        "dnsPolicy": "ClusterFirst",
        "nodeSelector": {  (选择将该pod调度到包含这些label的Node上)
            "group": "node1"
        }
    }
}

　　

　　(2) ReplicationController

ReplicationController（简称rc）是pod的复制抽象，用于解决pod的扩容缩容问题。通常，分布式应用为了性能或高可用性的考虑，需要复制多份资源，并且根据负载情况动态伸缩。
通过replicationController，我们可以指定一个应用需要几份复制，Kubernetes将为每份复制创建一个pod，并且保证实际运行pod数量总是与该复制数量相等(例如，当前某个pod宕机时，自动创建新的pod来替换)。 

　

 

 

RC中selector设置一个label，去关联pod的label，selector的label与pod的label相同，那么该pod就是该rc的一个实例；RC中Replicas设置副本数大小，系统根据该值维护pod的副本数

　

{
    "kind": "ReplicationController",
    "apiVersion": "v1",
    "metadata": {
        "name": "app-tomcat",
        "namespace": "default",
        "labels": {
            "name": "app-tomcat"
        }
    },
    "spec": {
        "replicas": 2（副本数）,
        "selector": {
            "name": "app-tomcat（选择的pod的label）"
        },
        "template": {
            "metadata": {
                "labels": {
                    "name": "app-tomcat（pod的label）"
                }
            },
            "spec": {
                "containers": [
                    {
                        "name": "kaifa2-group-tomcat",
                        "image": "192.168.54.64:5000/tomcat-248:V1.0",
                        "command": [
                            "/bin/bash",
                            "/opt/apache-tomcat-7.0.57/bin/catalina.sh",
                            "run"
                        ],
                        "env": [
                            {
                                "name": "url_addr",
                                "value": "http://192.168.54.64:8080/paas/jsp/index.jsp"
                            }
                        ],
                        "resources": {
                            "limits": {
                                "cpu": "1",
                                "memory": "1073741824"
                            },
                            "requests": {
                                "cpu": "100m",
                                "memory": "104857600"
                            }
                        },
                        "imagePullPolicy": "Always"
                    }
                ],
                "restartPolicy": "Always",
                "nodeSelector": {
                    "group": "node1"
                }
            }
        }
    }
}

　　(3) Service

　　service是pod的路由代理抽象，用于解决pod之间的服务发现问题，即上下游pod之间使用的问题。传统部署方式中，实例所在的主机ip（或者dns名字）一般是不会改变的，但是pod的运行状态可动态变化(比如容器重启、切换机器了、缩容过程中被终止了等)，
所以访问端不能以写死IP的方式去访问该pod提供的服务。service的引入旨在保证pod的动态变化对访问端透明，访问端只需要知道service的地址，由service来提供代理。

　

 

 

{
    "kind": "Service",
    "apiVersion": "v1",
    "metadata": {
        "name": "tomcat-yefp",
        "namespace": "default",
        "labels": {
            "name": "tomcat-yefp"
        }
    },
    "spec": {
        "ports": [
            {
                "protocol": "TCP",
                "port": 8080（访问端口）,
                "targetPort": 8080
            }
        ],
        "selector": {
            "name": "app-tomcat（选择的pod的label）"
        },
        "type": "ClusterIP",
        "sessionAffinity": "None"
    }
}

　　

　　(4) EndPoint

Endpoint是可被访问的服务端点，即一个状态为running的pod，它是service访问的落点，只有service关联的pod才可能成为endpoint。 
Endpoint、service和pod的关系：

　　

 

转载于:https://www.cnblogs.com/NGU-PX/p/11531574.html