kubeadm命令使用
kubeadm alpha #kubeadm 处于测试阶段的命令
kubeadm completion bash #bash 命令补全，需要安装 bash-completion
kubeadm config #管理 kubeadm 集群的配置，该配置保留在集群的 ConfigMap 中(配置文件)
kubeadm config print init-defaults #kubeadm默认初始化所执行的操作，可以通过此命令将初始化配置导入到一个文件中，通过这个文件进行master初始化
kubeadm help
kubeadm init #启动一个 Kubernetes 主节点
kubeadm join #将节点加入到已经存在的 k8s master，包括master及node节点
kubeadm reset
#还原使用 kubeadm init 或者 kubeadm join 对系统产生的环境变化；当在一个节点执行kubeadm join，把节点加入到master上，会在当前节点产生一些数据；kubeadm reset 用于清空kubeadm init 或者 kubeadm join所产生的数据，在哪个节点执行，相当于把哪个节点的初始化数据或者加入到master所产生的数据都删除，从而把该节点从k8s集群中剔除，把一个节点从k8s集群删除时，会从etcd中把该节点的数据删除，并且会把这个节点本机上添加到master时所产生的数据也清空
kubeadm token
#管理kubeadm产生的token；如果访问k8s的API，要么使用账号密码，要么使用token；第一次访问k8s的API，认证通过后会返还一个token，下次再访问API使用token认证即可，但是token有有效期
kubeadm upgrade #升级 k8s 版本
kubeadm version #查看版本信息
kubeadm token list #列出所有token
create #创建 token，默认有效期 24 小时；当token到期后，还想把node节点加入集群，则需要在master节点使用创建token的命令，创建一个新的token，node节点使用master新创建出的token作为认证
delete #删除 token
generate #生成并打印 token，但不在服务器上创建，即将 token 用于其他操作
kubeadm init 命令简介
https://kubernetes.io/zh/docs/reference/setup-tools/kubeadm/kubeadm/ #命令使用
https://kubernetes.io/zh/docs/reference/setup-tools/kubeadm/kubeadm-init/ #集群初始化
在三台 master 中任意一台 master 进行集群初始化，而且集群初始化只需要初始化一次。初始化信息会存放到etcd中，master是不存放任何数据的，如果在多台master执行kubeadm init初始化，则可能会造成集群初始化失败，或者k8s集群初始化后，使用不了
root@test:~# kubeadm init --help
--apiserver-advertise-address string #K8S API Server 将要监听的本机 IP
--apiserver-bind-port int32 #API Server 绑定的端口,默认为 6443，端口类型为整数
--apiserver-cert-extra-sans stringSlice #可选的证书额外信息，用于指定 API Server 的服务器证书。可以是 IP 地址也可以是 DNS 名称。
--cert-dir string #证书的存储路径，缺省路径为 /etc/kubernetes/pki
--certificate-key string #定义一个用于加密 kubeadm-certs Secret 中的控制平台证书的密钥
--config string #kubeadm配置文件的路径，不用配，保持默认即可，会在当前用户的家目录生成；配置文件的作用是kubectl连接apiserver的重要凭据，控制端容器也会生成配置文件
--control-plane-endpoint string
#为控制平台指定一个稳定的 IP 地址或 DNS 名称，即配置一个可以长期使用且是高可用的 VIP 或者域名，k8s 多 master 高可用基于此参数实现，--apiserver-advertise-address 此参数指定的是本机的apiserver的监听地址，所以--control-plane-endpoint参数给master提供了一个稳定的地址，这个地址不管到master集群的哪个master节点上，都是不变的，一般为haproxy的VIP，使用VIP对k8s的控制端进行统一访问和调度
--cri-socket string
#要连接的 CRI(容器运行时接口，Container Runtime Interface, 简称 CRI)套接字的路径，如果为空，则 kubeadm 将尝试自动检测此值，"仅当安装了多个CRI(即多个公司开发的容器)或具有非标准 CRI 插槽时，才使用此选项"
--dry-run #不要应用任何更改，只是输出将要执行的操作，其实就是测试运行。
--experimental-kustomize string #用于存储 kustomize 为静态 pod 清单所提供的补丁的路径。
--feature-gates string #一组用来描述各种功能特性的键值（key=value）对，选项是：IPv6DualStack=true|false (ALPHA - default=false)
--ignore-preflight-errors strings
#k8s在初始化时，会对系统进行各种检查，可以忽略检查过程中出现的错误信息，比如忽略 swap，如果为 all 就忽略所有；如果有交换分区，可以使用此参数忽略交换分区的检查
--image-repository string
#设置一个镜像仓库，默认为 k8s.gcr.io；kubeadm在初始master时，会下载一些镜像，包括k8s管理端所需要的三个核心组件的镜像及其他镜像，该镜像仓库是google的，无法访问，需要换成国内镜像仓库， registry.cn-hangzhou.aliyuncs.com/google_containers/
--kubernetes-version string #指定安装 k8s 版本，默认为 stable-1
--node-name string #指定 node 节点名称；node节点或master添加到k8s集群后，通过主机名区分各个节点，所以需要确保主机名在k8s集群中的唯一性
--pod-network-cidr #设置 pod ip 地址范围；指定给容器使用的IP地址段，确保k8s集群中的三个网络不能冲突
--service-cidr #设置 service 网络地址范围
--service-dns-domain string #设置 k8s 内部域名，默认为 cluster.local，会有相应的 DNS 服务(kube-dns/coredns)解析生成的域名记录。需要指定一个新的service域名的后缀
--skip-certificate-key-print #不打印用于加密的 key 信息
--skip-phases strings #要跳过哪些阶段
--skip-token-print #跳过打印 token 信息；此选项不指定，需要通过token才能把node节点添加到master
--token #指定 token；设置固定token
--token-ttl #指定 token 生命周期，默认为 24 小时，0 为永不过期
--upload-certs #更新证书
#全局可选项：
--add-dir-header #如果为 true，在日志头部添加日志目录
--log-file string #设置日志名称
--log-file-max-size uint #设置日志文件的最大大小，单位为兆，默认为 1800 兆，0 为没有限制
--rootfs #给日志设置宿主机的根路径，也就是绝对路径；不指定默认记录在/var/log/syslog
--skip-headers #如果为 true，在 log 日志里面不显示标题前缀
--skip-log-headers #如果为 true，在 log 日志里里不显示标题
kubectl命令使用
Kubectl是用于控制Kubernetes集群的命令行工具。kubectl在$HOME/.kube目录中查找名为config的文件。可以通过设置KUBECONFIG环境变量或设置标志来指定其他kubeconfig文件--kubeconfig。
k8s集群中，基于namespace将各个业务的pod进行隔离
对k8s集群资源对象的增删改查
kubectl create namespace xxx
#创建一个namespace，也可以使用-f的方式，指定一个yml文件进行资源对象的创建，也可以从网上下载构建；已被kubectl apply 替代
kubectl delete namespace xxx
#删除指定名称的namespace
kubectl edit service service_name
#动态编辑一个资源对象，可以是service、pod等；编辑一个service，改完后立即生效
kubectl get 资源对象
#查看指定资源对象的状态信息；如service、pod、secret(秘钥)、namespace、node、csr(列出所有节点加入集群的申请请求)等；配合 -o wide，显示详细信息；配合 -A，列出k8s集群中所有指定的资源对象
kubectl describe 资源对象 对象名称 -n namespace_name
#查看指定对象的详细信息，指定对象名称，以及所属的namespace名称，如果不指定namespace，默认查看的是default；如果查看pod的详细信息，发现pod无法创建，需要到Pod所在的宿主机查看系统日志；k8s的日志默认都是存放在系统日志中
kubectl logs -f pod_name
#查看一个pod的日志
kubectl exec -it pod_name bash -n namespace_name
#可以进入到k8s集群中任何一个node节点的容器中，而docker exec只能进入到本机的容器中
kubectl explain deployment
#查看在yml文件中，资源对象的使用方法
kubectl explain deployment.apiVersion
#查看一个对象下apiversion，在yml文件中的配置方法，yml文件有严格的上下级关系
kubectl exec -it pod_name -c container_name bash -n namespace_name
#进入指定pod中的指定容器中；如果不指定容器名称，则默认进入pod中的第一个容器中
kubectl create serviceaccount user_name -n namespace_name
#创建一个用户，指定该用户所属的namespace
kubectl get serviceaccount -A
#查看当前k8s集群中，所有用户
kubectl get role -n namespace_name
#查看指定namespace下的role
实例：
kubectl get nodes #列出集群中所有节点的信息，可以加-o wide，更详细的显示
kubectl get csr #列出所有的申请请求的状态(节点加入集群的申请请求)
kubectl get pod -A #查看当前k8s集群中所有namespaces下的pod
kubectl get pod -n namespace_name #查看指定namespace中pod的信息
kubectl get pod -A -o wide #显示更详细的结果
kubectl get service #列出所有的service，可以加-o wide，更详细的显示
kubectl describe service service_name
#查看某个service的更详细的信息；describe可以查看对象的详细信息
kubectl run net-test1 --image=alpine --replicas=3 sleep 360000
#通过kubectl命令创建3个容器在不同的node节点上，进行测试
kubectl delete -f kube-flannel.yml
#删除指定yml文件的所有容器，并且pod被删除后，不会在自动创建
kubectl delete pod pod_name -n namespace_name
#删除指定namespace中的pod，删除完之后，会自动重建
kubectl get deployment -n namespace_name
#查看指定namespace下的所有deployment类型的控制器
kubectl delete deployment deployment_name -n namespace_name
#删除指定namespace下的指定名称的deployment控制器；并且控制器所管理的pod也将全部被删除，并且不会自动创建
kubectl get secret -A #查看k8s集群所有的秘钥
kubectl describe secret token_name -n namespace_name
#查看指定namespace里的指定token的详细信息
kubectl describe service service_name #查看指定service的详细信息
kubectl get ep -n namespace_name
#列出指定namespace中所有service与endpoint的对应关系
kubectl get hpa -n namespace_name
#查看指定namespace中的hpa控制器
kubectl get pv #查看pv状态
kubectl get pvc -n namespace_name #查看指定namespace下的pvc状态
修改coredns数量
coredns组件是没有yml文件的，需要执行以下步骤才可修改coredns数量
1、kubectl get deployment -A #查看所有deployment，以及所属namespace
2、kubectl edit deployment coredns -n kube-system
#找到coredns的deployment后，编辑coredns的deployment控制器，指定控制器名称以及所属namespace，保存退出后立即生效
配置命令
kubectl label node node1 group=linux-test1
#给节点名为node1的node节点打个 group=linux-test1 的标签，以实现pod和node的亲和性，后期让pod创建在指定标签的node节点上；资源对象除了node还可以指定pod
kubectl apply -f file_name.yml
#根据yml文件，创建资源对象，如果yml文件不在本地，可以指定URL，会自动总网上下载下来，然后构建；通过apply指定yml文件，从而创建pod，并且apply已经把create替代；
apply的优势在于支持对yml文件的多次修改和动态生效、历史回滚，即修改完yml文件后，再次执行 kubectl apply -f file_name.yml，就会把yml文件发生变化的部分进行构建，但是create不行；
create只支持单次创建yml文件的资源，后期修改了yml文件想生效，需要先执行 kubectl delete -f file_name.yml，删除已经构建好的pod，然后再执行 kubectl create -f file_name.yml；
必须是删除原有的pod后，再执行create，如果是先修改了 yml 文件，在删除，则会可能找不到pod或者删除别的pod，因为执行delete的时候，是以现有 yml 文件内容为准，所以必须先删除现有 pod，在修改 yml 文件
集群管理命令
kubectl top
#查看集群运行状态；可以指定node、pod等对象进行指标收集；需要安装好 Metrics 服务才能收集node节点的指标数据
kubectl cluster-info
#查看k8s集群中服务的访问方式
kubectl cordon node_name
#创建pod时，被指定的节点将不会被scheduler进行调度
kubectl uncordon node_name
#取消警戒标记为cordon的node
kubectl drain node_name
#驱逐node上的pod(驱逐的是无状态服务，核心pod是不会被驱逐的)到其他节点上,用户node下线等场景
kubectl taint node_name
#给node标记污点，实现pod与node反亲和性，pod不创建在有这个label标记的node节点上
kubectl version
#查看kubectl命令版本，也可以看到 go 的版本
kubectl api-resources
#查看k8s的API的所有资源对象
kubectl api-versions
#查看各个api分组的api版本
kubectl top node
#查看k8s集群中每个node节点的内存、CPU使用情况；需要k8s集群提前安装好metrics-server
kubectl top pod -n namespace_name
#查看指定namespace下的pod的资源使用情况；需要k8s集群提前安装好metrics-server