02第1天-集群信息-名称空间-yaml

第1天 集群信息/名称空间/yaml

一、K8S集群信息

集群信息的各种查看基本上是在Master节点操作

1、查看 Node状态

# kubectl get nodes
NAME           		    STATUS   AGE
192.168.245.251  		Ready    17h
192.168.245.252  		Ready    17h

# kubectl get node 192.168.245.251 //节点IP可以用空格隔开写多个 
NAME          		   STATUS    AGE
192.168.245.251  		 Ready     17h

# kubectl  get node -o wide
NAME     STATUS   ROLES    AGE   VERSION   INTERNAL-IP     EXTERNAL-IP   OS-IMAGE                KERNEL-VERSION                CONTAINER-RUNTIME
master   Ready    master   19h   v1.17.4   172.21.221.83   <none>        CentOS Linux 8 (Core)   4.18.0-147.5.1.el8_1.x86_64   docker://19.3.8
node1    Ready    <none>   18h   v1.17.4   172.21.221.85   <none>        CentOS Linux 8 (Core)   4.18.0-147.5.1.el8_1.x86_64   docker://19.3.8
node2    Ready    <none>   18h   v1.17.4   172.21.221.84   <none>        CentOS Linux 8 (Core)   4.18.0-147.5.1.el8_1.x86_64   docker://19.3.8

2、查看 Service 信息

# kubectl get service
NAME     			CLUSTER-IP  	EXTERNAL-IP  PORT(S)  AGE
kubernetes  	10.254.0.1  	<none>     	 443/TCP  22h

3、查看所有名称空间内资源

# kubectl get pods --all-namespaces
或者
# kubectl get pods -A  

4、同时查看多种资源信息

# kubectl get pod,svc -n kube-system

5、查看 API 对象细节

使用 kubectl describe 命令，查看一个 API 对象的细节：

注意：Events（事件） 值得你特别关注

在 Kubernetes 执行的过程中，对 API 对象的所有重要操作，都会被记录在这个对象的 Events 里，并且显示在 kubectl describe 指令返回的结果中。

比如，对于这个 Pod，我们可以看到它被创建之后，被调度器调度（Successfully assigned）到了 node-1，拉取了指定的镜像（pulling image），然后启动了 Pod 里定义的容器（Started container）。

这个部分正是我们将来进行 Debug 的重要依据。如果有异常发生，一定要第一时间查看这些 Events，往往可以看到非常详细的错误信息。

# kubectl describe node 192.168.245.251
Name:		192.168.245.251
Role:			
Labels:	beta.kubernetes.io/arch=amd64
				beta.kubernetes.io/os=linux
				kubernetes.io/hostname=192.168.245.251
Taints:	<none>
CreationTimestamp:	Tue, 20 Mar 2018 05:25:09 -0400

说明：无效但是显示出来的节点可以用delete删除：

# kubectl delete node 192.168.245.252
node "192.168.245.252" deleted

6、查看集群信息

# kubectl cluster-info
Kubernetes master is running at http://localhost:8080

7、查看各组件信息

使用安全连接：
# kubectl -s https://192.168.1.205:6443 get componentstatuses
NAME         			    STATUS   	MESSAGE        			ERROR
controller-manager  	    Healthy  	ok          
scheduler       			Healthy  	ok          
etcd-0        				Healthy  	{"health": "true"} 

未使用安全连接
# kubectl -s http://localhost:8080 get componentstatuses
NAME             			STATUS   MESSAGE        			ERROR
controller-manager  	Healthy   ok          
etcd-0             		Healthy   {"health": "true"}  
scheduler          		Healthy   ok  

8、查看资源类型所对应的Apiversion

# kubectl explain pod
KIND:    	Pod
VERSION:  v1 

9、查看帮助

# kubectl explain deployment
# kubectl explain deployment.spec
# kubectl explain deployment.spec.replicas

二、K8S名称空间

1、Yaml文件创建名称空间

1.编写Yaml文件
# vim namespace.yml
---
apiVersion: v1
kind: Namespace
metadata:
 name: ns-monitor
 labels:
	name: ns-monitor
	uid: 8888

2. 创建资源
# kubectl apply -f namespace.yml
namespace/ns-monitor created

3. 查看资源
# kubectl get namespace
NAME      		STATUS   AGE
default    		Active   67d
kube-public  	Active   67d
kube-system  	Active   67d
ns-monitor   	Active   14s

2、命令行方式创建名称空间

# kubectl create ns testns

三、Yaml语法解析

1、YAML介绍

除了某些强制性的命令，如：kubectl run或者expose等，会隐式创建rc或者svc，k8s还允许通过配置文件的方式来创建这些操作对象。

通常，使用配置文件的方式会比直接使用命令行更可取，因为这些文件可以进行版本控制，而且文件的变化和内容也可以进行审核，当使用及其复杂的配置来提供一个稳健、可靠和易维护的系统时，这些点就显得非常重要。

在声明定义配置文件的时候，所有的配置文件都存储在YAML或者JSON格式的文件中并且遵循k8s的资源配置方式。

kubectl可以创建、更新、删除和获得API操作对象，当前apiVersion、kind和name会组成一个API Path以供kubectl来调用。

YAML是专门用来写配置文件的语言，非常简洁和强大，使用比json更方便。它实质上是一种通用的数据串行化格式。kubernetes中用来定义YAML文件创建Pod和创建Deployment等资源。

2、使用YAML做K8s资源定义的好处

• 便捷性： 不必添加大量的参数到命令行中执行命令
• 可维护性： YAML文件可以通过源头控制，跟踪每次操作
• 灵活性： YAML可以创建比命令行更加复杂的结构

3、YAML语法规则

• 大小写敏感
• 使用缩进表示层级关系
• 缩进时不允许使用Tab键，只允许使用空格
• 缩进的空格数不重要，只要相同层级的元素左侧对齐即可
• #表示注释，从这个字符一直到行尾，都会被解析器忽略

在同一个yaml配置文家内可以同时定义多个资源

4、Yaml结构类型

在 k8s 中，只需要知道两种结构类型：

• Lists 列表
• Maps 映射（字典）

4.1、YAML Maps

Map指的是字典，即一个Key:Value 的键值对信息。

例如：

---
apiVersion: v1
kind: Pod

"—"

为可选的分隔符 ，当需要在一个文件中定义多个结构的时候需要使用。上述内容表示有两个键apiVersion和kind，分别对应的值为v1和Pod。

Maps的value既能够对应字符串也能够对应一个Maps

例如：

---
apiVersion: v1
kind: Pod
metadata:
 name: kube100-site
 labels:
  app: web   

注：上述的YAML文件中，metadata这个KEY对应的值为一个Maps，而嵌套的labels这个KEY的值又是一个Map。实际使用中可视情况进行多层嵌套。

YAML处理器根据行缩进来知道内容之间的关联。上述例子中，使用两个空格作为缩进，但空格的数据量并不重要，只是至少要求一个空格并且所有缩进保持一致的空格数 。例如，name和labels是相同缩进级别，因此YAML处理器知道他们属于同一map；它知道app是lables的值因为app的缩进更大。

4.2、YAML Lists

List即列表，就是数组。例：

args:
  - beijing
  - shanghai
  - shenzhen
  - guangzhou

可以指定任何数量的项在列表中，每个项的定义以连字符（-）开头，并且与父元素之间存在缩进。

在JSON格式中，表示如下：

{
 "args": ["beijing", "shanghai", "shenzhen", "guangzhou"]
}

当然Lists的子项也可以是Maps，Maps的子项也可以是List，例如：

---
apiVersion: v1
kind: Pod
metadata:
 name: kube100-site
 labels:
  app: web

spec:
 containers:
  - name: front-end
    image: nginx
    ports:
		- containerPort: 80

  - name: flaskapp-demo
    image: jcdemo/flaskapp
    ports: 8080

如上述文件所示，定义一个containers的List对象，每个子项都由name、image、ports组成，每个ports都有一个KEY为containerPort的Map组成，转成JSON格式文件：

{
 "apiVersion": "v1",
 "kind": "Pod",
 "metadata": {
    "name": "kube100-site",
    "labels": {
      "app": "web"
    }, 
 },
 "spec": {
    "containers": [{
      "name": "front-end",
      "image": "nginx",
      "ports": [{
        "containerPort": "80"
      }]
    }, {
      "name": "flaskapp-demo",
      "image": "jcdemo/flaskapp",
      "ports": [{
        "containerPort": "5000"
      }]
    }]
 }
}

k8s的pod中运行容器，一个包含简单的Hello World容器的pod可以通过YAML文件这样来定义：

apiVersion: v1
kind: Pod  deployment service
metadata:  
  name: hello-world 

spec:  
  restartPolicy: Never
  containers:
  - name: hello
    image: "ubuntu:14.04"   
    command: ["/bin/echo","hello","world"]

创建的pod名为metadata.name的值：hello-world，该名称必须是唯一的。

spec的内容为该pod中，各个容器的声明

restartPolicy：Never 表示启动后运行一次就终止这个pod。

containers[0].name 为容器的名字。

containers[0].image 为该启动该容器的镜像。

containers[0].command 相当于Dockerfile中定义的Entrypoint，可以通过下面的方式来声明cmd的参数：

command: ["/bin/echo"]

args: [“hello”,“world”]