运维相关的命令

阅读量：268 次

发布时间：2019-03-01

本文共 26831 字，大约阅读时间需要 89 分钟。

运维相关的命令

一、Linux系统日常巡检常用的命令

1、查看的命令

# uname -a # 查看内核/操作系统/CPU信息

# head -n 1 /etc/issue # 查看操作系统版本

# cat /proc/cpuinfo # 查看CPU信息

# hostname # 查看计算机名

# lspci -tv # 列出所有PCI设备

# lsusb -tv # 列出所有USB设备

# lsmod # 列出加载的内核模块

# env # 查看环境变量

# free -m # 查看内存使用量和交换区使用量

# df -h # 查看各分区使用情况

# du -sh < 目录名> # 查看指定目录的大小

# grep MemTotal /proc/meminfo # 查看内存总量

# grep MemFree /proc/meminfo # 查看空闲内存量

# uptime # 查看系统运行时间、用户数、负载

# cat /proc/loadavg # 查看系统负载

# mount | column -t # 查看挂接的分区状态

# fdisk -l # 查看所有分区

# swapon -s # 查看所有交换分区

# hdparm -i /dev/hda # 查看磁盘参数(仅适用于IDE设备)

# dmesg | grep IDE # 查看启动时IDE设备检测状况

# ifconfig # 查看所有网络接口的属性

# iptables -L # 查看防火墙设置

# route -n # 查看路由表

# netstat -lntp # 查看所有监听端口

# netstat -antp # 查看所有已经建立的连接

# netstat -s # 查看网络统计信息

# ps -ef # 查看所有进程

# top # 实时显示进程状态

# w # 查看活动用户

# id < 用户名> # 查看指定用户信息

# last # 查看用户登录日志

# cut -d: -f1 /etc/passwd # 查看系统所有用户

# cut -d: -f1 /etc/group # 查看系统所有组

# crontab -l # 查看所有用户的定时任务

#iostat 查看系统io负载情况

#lsblk 树形结构查看磁盘结构

#blkid 查看磁盘id

#lscpu 查看CPU信息和版本

#lsmod查看系统内核

#/etc/selinux/conf

##systemctl status firewalld

#systemctl stop firewalld

#systemctl disabled firewalld

#systemctl enable 服务

2、下载软件包的命令

yum install --downloadonly --downloaddir=<directory路径> <package-name软件名称>

pip download docker==4.2.0

3、ansable的命令用法

ansible all -m copy -a “src=/etc/docker/daemon.json dest=/etc/docker/”

ansible compute -m shell -a ‘cat /sys/module/kvm_intel/parameters/nested’

4、rpm安装办法。

rpm -Uvh *.rpm --nodeps --force	rpm -f  *.rpm 	yum  install  -y

5、解除挂载并给根空间扩容lvm

umount /home/	lvremove /dev/mapper/centos-home	sed -i 's/.*home.*/#&/' /etc/fstab	lvresize -l +100%FREE /dev/mapper/centos-root	xfs_growfs /dev/mapper/centos-root

6、生产案例bond配置错误解决办法

sed 's/ biosdevname=0 net.ifnames=0//g' /etc/default/grub      rm -rf /etc/udev/rules.d/*	grub2-mkconfig -o /boot/grub2/grub.cfg

7、搭建yum源

例子：

第一步：装完系统之后将镜像放到服务器里某个目录下

第二步：mkdir /yum 创建一个挂载目录

第三步：mount /opt/centos.iso /yum ##比如把opt下的镜像挂载到/yum下

第四步：cd /etc/yum.repos.d/ && vim *.repo ##修改源文件指定获取位置

把http的那个东西改为file:///yum 只保留一块区域其余的删掉保存退出

第五步：yum clean all && yum makecache

第6步：yum repolist 或者 yum install -y tree 验证

8、磁盘相关的操作命令

dd if=/dev/zero of=/root/1Gb.file bs=1024 count=1000000 ##测试磁盘的读写速度

df -h ##查看磁盘挂载及使用率

du -a ##显示每个文件的磁盘占用量

fsck -y ##自动修复出现问题的文件系统

dumpe2fs -h ##显示文件系统状态和挂载点只适用于ext4文件系统

stat ##文件大小占用block数量和单个大小，访问时间修改时间

type ## 判断是外部命令还是shell内置命令

mount ##挂载

umount ##卸载 -f强制卸载

fdisk ##磁盘分区

gdisk ##磁盘分区

partprobe ##刷新分区列表将磁盘的最新分区发送给内核

mkfs ##指定文件系统和格式化磁盘

parted ##修改分区表

9、用户管理和文件管理的命令

chmod 文件名/目录名 ##修改当前文件或者当前的目录权限

chmod -R 777 目录名称 ##递归操作

chown aaa:aaa 文件/目录 ##给目录或者文件修改用户权限

chown -R aaa:aaa 文件/目录 ##递归操作

useradd username 创建用户

userdel username 删除用户

10、远程传输命令

scp命令全量备份工具

scp 1.txt root@1.1.1.1（目标ip）：/root ##传送文件默认是root用户也可以指定

scp -r abc root@1.1.1.1（目标ip）：/root ##如果穿目录的话要加 -r参数

rsync增量备份工具：用法跟scp差不多

二、OpenSeack相关命令

1、查看openstack域列表

openstack domain list

2、openstack服务列表查询

openstack service list

3、openstack节点列表查询

openstack endpoint list

注解：Service Name:服务名称; Service Type:服务类型; Interface:连接对象; URL:服务所在IP：端口号/版本号

4、创建域

openstack domain create --description”对创建域的描述” 域名

创建域样例 openstack domain create --description “An Example Domain” example

5、创建服务

openstack service create --name 服务名 --description “对服务的描述” 类型

创建服务样例 openstack service create --name glance --description “OpenStack Image” image

6、创建api的端点

openstack endpoint create --region RegionOne 服务类型连接对象 http://ip地址：端口号

7、镜像服务查询

systemctl status openstack-glance-api.service openstack-glance-registry.service

##openstack-glance-api.service glance-api是整个glance的入口，负责接受用户的各种请求

##openstack-glance-registry.service 一个glance的镜像仓库服务，负责和后台数据库进行交互

8、镜像服务列表查询

openstack image list

glance image-list

9、查看一个具体的镜像全部信息

openstack image show image_name（id号也可以）

10、查看安全组

openstack group list

11、查看用户

openstack user list

12、上传镜像文件

openstack image create “test1” --file cirros-0.3.4-x86_64-disk.img --disk-format qcow2 – container-format bare --public

13、安全组增加

openstack group create group_name --description “”

14、计算服务的命令查看计算服务整体状态

systemctl status openstack-nova-api.service openstack-nova-consoleauth.service openstack-nova-scheduler.service openstack-nova-conductor.service openstack-nova-novncproxy.service libvirtd.service openstack-nova-compute.service

（1）openstack-nova-api.service nova-api是整个nova的入口，负责接受和响应终端用户有关虚拟机呵呵云硬盘盘的请求。

（2）openstack-nova-consoleauth.service 守护进程，由用户的console控制台代理提供授权tokens，两种模式 nova-novncproxy和nova-xvpnvcproxy

（3）openstack-nova-scheduler.service 负责调度虚拟机在哪个物理宿主机上部署，接受消息队列指令并执行。

（4）openstack-nova-conductor.service nova-conductor模式，介于nova-computer和database之间，设计目的在于消除直接nova-computer直接访问云数据库。

（5）openstack-novncproxy.service 守护进程，提供了VNC连接访问正在运行的实例的代表，基于novnc客户浏览器

（6）openstack-nova-compute.service 两个职责，其一，是守护进程，负责基于各种虚拟化技术Hypervisior实现创建和终止虚拟机；其二，整合了计算资源CPU，存储，网络三类资源部署管理虚拟机，实现计算能力的交付。

15、查询nova服务命令

openstack compute service list

nova service list 查看所有节点

16、查询nova组件的更新检查

nova-status upgrade check

17、nova的配置文件

/etc/nova/nova.conf

18、网络服务的状态查询和命令

systemctl status neutron-server.service neutron-linuxbridge-agent.service neutron-dhcp-agent.service neutron-metadata-agent.service

（1）neutron-server.service 用于接受apI请求创建网络，子网，路由器等。

neutron-linuxbridge-agent.service 负责三个任务，第一，报告状态；第二，处理RPC API；第三，实现neutron中定义的网络拓扑。

（2）neutron-dhcp-agent.service 用于创建和管理虚拟DHCP Server。

（3）neutron-metadata-agent.service neutron-metadata-agent运行在网络节点上，作为中间人是 instance可以访问请求nova-api-metadata。

19、查询网络信息

openstack network port list

openstack network list

20、查询端口信息

openstack port list

21、neutron的配置文件

/etc/neutron/neutron.conf

/etc/neutron/plugins/ml2/ml2_conf.ini ##ml2配置

22、维护编辑linuxbridge_agent配置

/etc/neutron/plugins/ml2/linuxbridge_agent.ini  解析：linuxbridge_agent相当于物理机与dhcp server 之间的媒介，物理机获取IP流程如上图所示

23、dhcp_agent的配置

/etc/neutron/dhcp_agent.ini

解析：为各个租户网络提供DHCP服务，部署在网络节点上，各个插件也是使用这一个代理。

24、维护编辑metadata_agent配置

/etc/neutron/metadata_agent.ini

解析： Metadata_agent用于连接Nova Metadata服务和网络在namespace中的虚机的，其中， Nova Metadata存储了Metadata和 user data。

25、块存储的常用命令和查询服务状态

systemctl status openstack-cinder-volume.service target.service openstack-cinder-api.service openstack-cinder-scheduler.service

（1）openstack-cinder-volume.service 通过相关驱动程序架构直接与块存储服务进行交互

（2） openstack-cinder-api.service 进入Cinder的HTTP接口。

（3）openstack-cinder-scheduler.service 根据预定的策略选择合适的cinder-volume节点来处理用户的请求

26、查看块存储服务组件信息

cinder service-list

27、cindel的配置文件

/etc/cinder/cinder.conf

28、虚拟机的管理命令，查看openstack环境主机列表

openstack host list

29、查看某一台主机的资源情况

openstack host show compute4

30、查看虚拟机列表

openstack server list

31、查看虚拟机详情

openstack server show 虚拟机id

32、创建虚拟机的步骤

第一步：

命令语句 openstack network list

输出结果

注解：在输出结果中，需要记下你所构建的网络的“ID”（编号）。之后你创建虚机时，要用到这个编号。

第二步：

命令语句 openstack flavor list

输出结果

注解：此命令用于查询你想创建的虚拟机的类型

第三步：

命令语句 openstack image list

输出结果

注解：选择虚机的镜像文件

第四步：

命令语句 openstack security group list

输出结果

注解：选择虚机所要使用的安全组的类型。

第五步：

命令语句 openstack server create --image 镜像名 --flavor flavor规格名 –security-groups 安全组名 --nic net-id=网络ID 虚机名

样例 openstack server create --image centos7.4-cloud --flavor vm-ram-01 --nicnet-id=e7f65cb4-1896-46b9-ae09-2fa141f1757c test06

输出结果

创建成功后，使用opensatck server list

33、虚拟机的暂停

openstack server pause 虚机名

注解：可使用openstack server list 查看虚机状态

34、虚拟机的启动

openstack server unpause 虚机名

35、虚拟机的重新启动

openstack server reboot 虚拟机名称或id

36、虚拟机删除

openstack server delete 虚拟机名或者id

openstack image list 镜像id或名称 ## 删除镜像

nova show 虚拟机id或主机名 ##查看虚拟机详细信息

nova delete 虚拟机id或主机名 ##删除虚拟机

37、项目列表查询

openstack project list

38、项目详细信息查询

openstack project show 项目名称

39、查询某个项目下的所有用户

openstack user list --project=项目名

40、创建一个项目

openstack project create --domain 域名 --description”对创建项目的描述” 项目名

创建项目样例 openstack project create --domain default --description” Service Project” service

41、更新项目名称

openstack project set ID/name --name project-new

样例 openstack project set demo –name test

42、删除项目

openstack project delete project-name

样例 openstack project delete demo

43、用户列表查询

openstack user list

44、查询用户详情

openstack user show 用户名

45、查询某一个永和和项目、角色的关系

openstack role assignment list --user=用户名

46、创建用户

openstack user create --domain 域名 --password-prompt 用户名

创建用户样例 openstack user create --domain default --password-prompt demo

User Password:123

Repeat User Password:123

47、启动用户

openstack user set user_name --enable

样例 openstack user set demo --enable

48、禁用用户

openstack user set user_name --disable

样例 openstack user set demo --disable

49、更新用户名

openstack user set user_name --name username_new

样例 openstack user set demo –name test02

50、删除用户

openstack user delete user_name

样例 openstack user delete demo

51、角色列表查询

openstack role list

52、角色详情查询

openstack role show 角色名

53、创建角色

openstack role create 角色名

54、将项目和用户加入到角色中

openstack role add --project 项目名 --user 用户名角色名

样例 openstack role add --project hzab --user hq woker

55、将role移除项目和用户

openstack role remove --user 用户名 --project 项目名角色名

样例 Openstack role remove --user=hzab --project=admin hsjn

56、查看虚拟机列表

openstack server list --all-projects

openstack server list

57、openstack的所有命令信息和使用方法

openstack --help

百度一下你就知道

58、openstack的摧毁命令

kolla-ansible -i inventory/multinode --configdir pwd destroy -u root -b -B --yes-i-really-really- mean-it

###destroy

docker的常用命令和运维

docker info 守护进程的系统资源设置

docker search Docker 仓库的查询

docker pull Docker 仓库的下载

docker images Docker 镜像的查询

docker rmi Docker 镜像的删除

docker ps 容器的查询

docker run 容器的创建启动

docker start/stop 容器启动停止

docker ps --no-trunc 查看

docker stop/start CONTAINERID 停止

docker start/stop MywordPress 通过容器别名启动/停止

docker inspect MywordPress 查看容器所有基本信息

docker logs MywordPress 查看容器日志

docker stats MywordPress 查看容器所占用的系统资源

docker exec 容器名容器内执行的命令容器执行命令

docker exec -it 容器名 /bin/bash 登入容器的bash

导出：docker save -o

导入：docker load -i

stop 停止容器 start开启容器 config -q验证 yaml 配置文件是否正确 logs 查看日志信息 restart 重新启动容器

up -d 启动容器项目 pause暂停容器 unpause恢复暂停 rm删除容器 ps显示所有容器信息

docker-compose ps ps：列出所有运行容器

docker-compose logs 查看日志

docker-compose port eureka 8761 port：打印绑定的公共端口，下面命令可以输出 eureka 服务 8761 端口所绑定的公共端口

docker-compose build build：构建或者重新构建服务

docker-compose start eureka tart：启动指定服务已存在的容器

docker-compose stop eureka stop：停止已运行的服务的容器

docker-compose rm eureka rm：删除指定服务的容器

docker-compose up up：构建、启动容器

docker-compose kill eureka kill：通过发送 SIGKILL 信号来停止指定服务的容器

修改镜像标签

docker tag 镜像名称要改的镜像名称

docker tag repo.qcloud.qihoo.net:8080/kolla/centos-source-neutron-metering-agent:v2.0.10-jcyh 10.19.114.190:4000/kolla/centos-source-neutron-metering-agent:v2.0.10-jcyh

导处镜像

docker image save 要导出的镜像加版本号 > 导出后的镜像和格式

docker image save repo.qcloud.qihoo.net:8080/kolla/centos-source-neutron-metering-agent:v2.0.10-jcyh > kolla/centos-source-neutron-metering-agent_v2.0.10-jcyh.img

导入镜像

docker load 镜像名称

K8S常用的命令和语法以及运维操作

可以参考官方文档：http://docs.kubernetes.org.cn/475.html

1、显示所有的pod信息，格式如linux下的ps命令(精简)

kubectl get pods

2、全面显示pod 信息，增加 -o wide选项

kubectl get pods -o wide

3、查看单个指定RC名称的信息

kubectl get replicationcontroller web

4、使用json格式展示指定的pod信息

kubectl get -o json pod web-pod-13je7

5、把yaml形式的pod信息展示位json格式

kubectl get -f pod.yaml -o json

6、查看指定pod信息中的某一段

kubectl get -o template pod/web-pod-13je7 --template={
{.status.phase}}

7、同时输出所有的RC和service资源实例列表

kubectl get rc,services

8、通过资源类型和名字获取具体的实例信息

kubectl get rc/web service/frontend pods/web-pod-13je7

9、查看K8S集群信息

kubectl get node

kubectl get node -o wide

10、查看pod

kubectl get pods

kubectl get pods -A

kubectl get pods -o wide

11、修改pod里面的配置

kubectl edit cm base-pack-http -n 360stack

12、删除重建所有pod

kubectl get pods -n 360stack | awk ‘{print $1}’| xargs kubectl delete pods -n 360stack

13、删除一个pod

kubectl delete pod名称 -n 前面的名称空间

14、查看一个pod的详细信息

kubectl describe pod metrics-server-646669bcb6-gtrr2 （pod名称） -n kube-system

15、k8s节点修改标签

kubectl label node 10.250.250.152 kubernetes.io/role=master --overwrite

16、在pod里测试dns解析

nc -vz cloud-center-http 5000

nc -vz 192.168.244.87 5000

17、在pod里查看日志报错信息

grep error cloud_network.log

18、创建Deployment和service

kubectl create -f javak8s-deployment.yaml

kubectl create -f javak8s-service.yaml

19、删除资源

kubectl delete -f javak8s-deployment.yaml

kubectl delete -f javak8s-service.yaml

也可以通过具体的资源名称来进行删除，使用这个删除资源，需要同时删除pod和service资源才行 kubectl delete 具体的资源名称

20、查看所有的资源信息

kubectl get all

21、显示pod节点的标签信息

kubectl get pod --show-labels

22、根据指定标签配置具体pod

kubectl get pods -l app=example

23、显示node节点的标签信息

kubectl get node --show-labels

24、查看服务的详细信息，显示了服务名称，类型，集群ip，端口，时间等信息、

kubectl get svc

25、查看命名空间

kubectl get ns

26、查看所有pod所属的命名空间

kubectl get pod --all-namespaces

27、查看所有pod所属的命名空间并且查看都在哪些节点上运行

kubectl get pod --all-namespaces -o wide

28、查看目前所有的replica set，显示了所有的pod的副本数，以及他们的可用数量以及状态等信息

kubectl get rs

29、查看目前所有的deployment

kubectl get deployment

30、查看已经部署了的所有应用，可以看到容器，以及容器所用的镜像，标签等信息

kubectl get deploy -o wide

31、run命令：在集群中创建并运行一个或多个容器镜像

kubectl run nginx --replicas=3 --labels="app=example" --image=nginx:1.10 --port=80语法run NAME --image=image [--env="key=value"] [--port=port] [--replicas=replicas] [--dry-run=bool] [--overrides=inline-json] [--command] -- [COMMAND] [args...]# 示例，运行一个名称为nginx，副本数为3，标签为app=example，镜像为nginx:1.10，端口为80的容器实例

32、expose命令：创建一个service服务，并且暴露端口让外部可以访问

创建一个nginx服务并且暴露端口让外界可以访问

kubectl expose deployment nginx --port=88 --type=NodePort --target-port=80 --name=nginx-service

33、set命令：配置应用的一些特定资源，也可以修改应用已有的资源

使用kubectl set --help查看，它的子命令，env，image，resources，selector， serviceaccount，subject

34、kubectl set resources 命令资源限制

将deployment的nginx容器cpu限制为“200m”，将内存设置为“512Mi”

kubectl set resources deployment nginx -c=nginx --limits=cpu=200m,memory=512Mi

为nginx中的所有容器设置 Requests和Limits

kubectl set resources deployment nginx --limits=cpu=200m,memory=512Mi – requests=cpu=100m,memory=256Mi

# 删除nginx中容器的计算资源值

kubectl set resources deployment nginx --limits=cpu=0,memory=0 --requests=cpu=0,memory=0

35、kubectl set selector命令，设置资源的selector（选择器）。如果在调用"set selector"命令之前已经存在选择器，则新创建的选择器将覆盖原来的选择器，selector必须以字母或数字开头，最多包含63个字符，可使用：字母、数字、连字符" - " 、点".“和下划线” _ "。如果指定了-- resource-version，则更新将使用此资源版本，否则将使用现有的资源版本。

注意：目前selector命令只能用于Service对象

selector (-f FILENAME | TYPE NAME) EXPRESSIONS [–resource-version=version]

36、kubectl set image命令，用于更新现有资源的容器镜像。可用资源对象包括：pod (po)、 replicationcontroller (rc)、deployment (deploy)、daemonset (ds)、job、replicaset (rs)

将deployment中的nginx容器镜像设置为“nginx：1.9.1”。

kubectl set image deployment/nginx busybox=busybox nginx=nginx:1.9.1

所有deployment和rc的nginx容器镜像更新为“nginx：1.9.1”

kubectl set image deployments,rc nginx=nginx:1.9.1 --all

将daemonset abc的所有容器镜像更新为“nginx：1.9.1”

kubectl set image daemonset abc *=nginx:1.9.1

从本地文件中更新nginx容器镜像

kubectl set image -f path/to/file.yaml nginx=nginx:1.9.1 --local -o yaml

37、explain命令：用于显示资源文档信息

kubectl explain rs

38、edit命令:用于编辑资源信息

编辑Deployment nginx的一些信息

kubectl edit deployment nginx

编辑service类型的nginx的一些信息

kubectl edit service/nginx

39、设置命令：label，annotate，completion

label命令:用于更新（增加、修改或删除）资源上的 label（标签）

label 必须以字母或数字开头，可以使用字母、数字、连字符、点和下划线，最长63个字符。

如果–overwrite 为 true，则可以覆盖已有的 label，否则尝试覆盖 label 将会报错。

如果指定了–resource-version，则更新将使用此资源版本，否则将使用现有的资源版本。

# 语法label [--overwrite] (-f FILENAME | TYPE NAME) KEY_1=VAL_1 ... KEY_N=VAL_N [--resource-version=version]# 给名为foo的Pod添加label unhealthy=truekubectl label pods foo unhealthy=true# 给名为foo的Pod修改label 为 'status' / value 'unhealthy'，且覆盖现有的valuekubectl label --overwrite pods foo status=unhealthy# 给 namespace 中的所有 pod 添加 labelkubectl label  pods --all status=unhealthy# 仅当resource-version=1时才更新 名为foo的Pod上的labelkubectl label pods foo status=unhealthy --resource-version=1# 删除名为“bar”的label 。（使用“ - ”减号相连）kubectl label pods foo bar-

40、annotate命令：更新一个或多个资源的Annotations信息。也就是注解信息，可以方便的查看做了哪些操作。

Annotations由key/value组成。

Annotations的目的是存储辅助数据，特别是通过工具和系统扩展操作的数据，更多介绍在。

如果–overwrite为true，现有的annotations可以被覆盖，否则试图覆盖annotations将会报错。

如果设置了–resource-version，则更新将使用此resource version，否则将使用原有的resource version。

# 语法annotate [--overwrite] (-f FILENAME | TYPE NAME) KEY_1=VAL_1 ... KEY_N=VAL_N [--resource-version=version]# 更新Pod“foo”，设置annotation “description”的value “my frontend”，如果同一个annotation多次设置，则只使用最后设置的value值kubectl annotate pods foo description='my frontend'# 根据“pod.json”中的type和name更新pod的annotationkubectl annotate -f pod.json description='my frontend'# 更新Pod"foo"，设置annotation“description”的value“my frontend running nginx”，覆盖现有的值kubectl annotate --overwrite pods foo description='my frontend running nginx'# 更新 namespace中的所有podkubectl annotate pods --all description='my frontend running nginx'# 只有当resource-version为1时，才更新pod ' foo 'kubectl annotate pods foo description='my frontend running nginx' --resource-version=1# 通过删除名为“description”的annotations来更新pod ' foo '。#不需要- overwrite flag。kubectl annotate pods foo description-

41、completion命令：用于设置kubectl命令自动补全

$ source <(kubectl completion bash) # setup autocomplete in bash, bash-completion package should be installed first.$ source <(kubectl completion zsh)  # setup autocomplete in zsh

42、kubectl 部署命令：rollout，rolling-update，scale，autoscale

rollout命令:用于对资源进行管理

可用资源包括：deployments，daemonsets。

子命令：

（查看历史版本）

（暂停资源）

（恢复暂停资源）

（查看资源状态）

（回滚版本）

# 语法kubectl rollout SUBCOMMAND# 回滚到之前的deploymentkubectl rollout undo deployment/abc# 查看daemonet的状态kubectl rollout status daemonset/foo

43、rolling-update命令:执行指定ReplicationController的滚动更新。

该命令创建了一个新的RC，然后一次更新一个pod方式逐步使用新的PodTemplate，最终实现Pod滚动更新，new-controller.json需要与之前RC在相同的namespace下。

# 语法rolling-update OLD_CONTROLLER_NAME ([NEW_CONTROLLER_NAME] --image=NEW_CONTAINER_IMAGE | -f NEW_CONTROLLER_SPEC)# 使用frontend-v2.json中的新RC数据更新frontend-v1的podkubectl rolling-update frontend-v1 -f frontend-v2.json# 使用JSON数据更新frontend-v1的podcat frontend-v2.json | kubectl rolling-update frontend-v1 -f -# 其他的一些滚动更新kubectl rolling-update frontend-v1 frontend-v2 --image=image:v2kubectl rolling-update frontend --image=image:v2kubectl rolling-update frontend-v1 frontend-v2 --rollback

44、scale命令：扩容或缩容 Deployment、ReplicaSet、Replication Controller或 Job 中Pod数量

scale也可以指定多个前提条件，如：当前副本数量或 --resource-version ，进行伸缩比例设置前，系统会先验证前提条件是否成立。这个就是弹性伸缩策略

# 语法kubectl scale [--resource-version=version] [--current-replicas=count] --replicas=COUNT (-f FILENAME | TYPE NAME)# 将名为foo中的pod副本数设置为3。kubectl scale --replicas=3 rs/fookubectl scale deploy/nginx --replicas=30# 将由“foo.yaml”配置文件中指定的资源对象和名称标识的Pod资源副本设为3kubectl scale --replicas=3 -f foo.yaml# 如果当前副本数为2，则将其扩展至3。kubectl scale --current-replicas=2 --replicas=3 deployment/mysql# 设置多个RC中Pod副本数量kubectl scale --replicas=5 rc/foo rc/bar rc/baz

45、autoscale命令： 这个比scale更加强大，也是弹性伸缩策略，它是根据流量的多少来自动进行扩展或者缩容

指定Deployment、ReplicaSet或ReplicationController，并创建已经定义好资源的自动伸缩器。使用自动伸缩器可以根据需要自动增加或减少系统中部署的pod数量。

# 语法kubectl autoscale (-f FILENAME | TYPE NAME | TYPE/NAME) [--min=MINPODS] --max=MAXPODS [--cpu-percent=CPU] [flags]# 使用 Deployment “foo”设定，使用默认的自动伸缩策略，指定目标CPU使用率，使其Pod数量在2到10之间kubectl autoscale deployment foo --min=2 --max=10# 使用RC“foo”设定，使其Pod的数量介于1和5之间，CPU使用率维持在80％kubectl autoscale rc foo --max=5 --cpu-percent=80

集群管理命令：certificate，cluster-info，top，cordon，uncordon，drain，taint

46、certificate命令：用于证书资源管理，授权等

[root@master ~]# kubectl certificate --helpModify certificate resources.Available Commands:  approve     Approve a certificate signing request  deny        Deny a certificate signing requestUsage:  kubectl certificate SUBCOMMAND [options]Use "kubectl  --help" for more information about a given command.Use "kubectl options" for a list of global command-line options (applies to all commands).# 例如，当有node节点要向master请求，那么是需要master节点授权的kubectl  certificate approve node-csr-81F5uBehyEyLWco5qavBsxc1GzFcZk3aFM3XW5rT3mw node-csr-Ed0kbFhc_q7qx14H3QpqLIUs0uKo036O2SnFpIheM18

47、cluster-info命令：显示集群信息

kubectl cluster-info[root@master ~]# kubectl cluster-infoKubernetes master is running at http://localhost:8080To further debug and diagnose cluster problems, use 'kubectl cluster-info dump'.

48、top命令：用于查看资源的cpu，内存磁盘等资源的使用率

kubectl top pod --all-namespaces它需要heapster运行才行

49、cordon命令：用于标记某个节点不可调度

50、uncordon命令：用于标签节点可以调度

51、drain命令：用于在维护期间排除节点。

52、taint命令：参见：https://blog.frognew.com/2018/05/taint-and-toleration.html

集群故障排查和调试命令：describe，logs，exec，attach，port-foward，proxy，cp，auth

53、describe命令：显示特定资源的详细信息

# 语法kubectl describe TYPE NAME_PREFIX（首先检查是否有精确匹配TYPE和NAME_PREFIX的资源，如果没有，将会输出所有名称以NAME_PREFIX开头的资源详细信息）支持的资源包括但不限于（大小写不限）：pods (po)、services (svc)、 replicationcontrollers (rc)、nodes (no)、events (ev)、componentstatuses (cs)、 limitranges (limits)、persistentvolumes (pv)、persistentvolumeclaims (pvc)、 resourcequotas (quota)和secrets。#查看my-nginx pod的详细状态kubectl describe po my-nginx

**54、logs命令：**用于在一个pod中打印一个容器的日志，如果pod中只有一个容器，可以省略容器名

# 语法kubectl logs [-f] [-p] POD [-c CONTAINER]# 返回仅包含一个容器的pod nginx的日志快照$ kubectl logs nginx# 返回pod ruby中已经停止的容器web-1的日志快照$ kubectl logs -p -c ruby web-1# 持续输出pod ruby中的容器web-1的日志$ kubectl logs -f -c ruby web-1# 仅输出pod nginx中最近的20条日志$ kubectl logs --tail=20 nginx# 输出pod nginx中最近一小时内产生的所有日志$ kubectl logs --since=1h nginx# 参数选项  -c, --container="": 容器名。  -f, --follow[=false]: 指定是否持续输出日志（实时日志）。      --interactive[=true]: 如果为true，当需要时提示用户进行输入。默认为true。      --limit-bytes=0: 输出日志的最大字节数。默认无限制。  -p, --previous[=false]: 如果为true，输出pod中曾经运行过，但目前已终止的容器的日志。      --since=0: 仅返回相对时间范围，如5s、2m或3h，之内的日志。默认返回所有日志。只能同时使用since和since-time中的一种。      --since-time="": 仅返回指定时间（RFC3339格式）之后的日志。默认返回所有日志。只能同时使用since和since-time中的一种。      --tail=-1: 要显示的最新的日志条数。默认为-1，显示所有的日志。      --timestamps[=false]: 在日志中包含时间戳。

55、exec命令：进入容器进行交互，在容器中执行命令

# 语法kubectl exec POD [-c CONTAINER] -- COMMAND [args...]#命令选项  -c, --container="": 容器名。如果未指定，使用pod中的一个容器。  -p, --pod="": Pod名。  -i, --stdin[=false]: 将控制台输入发送到容器。  -t, --tty[=false]: 将标准输入控制台作为容器的控制台输入。# 进入nginx容器，执行一些命令操作kubectl exec -it nginx-deployment-58d6d6ccb8-lc5fp bash

56、attach命令：连接到一个正在运行的容器。

#语法kubectl attach POD -c CONTAINER# 参数选项-c, --container="": 容器名。如果省略，则默认选择第一个 pod  -i, --stdin[=false]: 将控制台输入发送到容器。  -t, --tty[=false]: 将标准输入控制台作为容器的控制台输入。  # 获取正在运行中的pod 123456-7890的输出，默认连接到第一个容器kubectl attach 123456-7890# 获取pod 123456-7890中ruby-container的输出kubectl attach 123456-7890 -c ruby-container# 切换到终端模式，将控制台输入发送到pod 123456-7890的ruby-container的“bash”命令，并将其输出到控制台/# 错误控制台的信息发送回客户端。kubectl attach 123456-7890 -c ruby-container -i -t

57、cp命令：拷贝文件或者目录到pod容器中

用于pod和外部的文件交换,类似于docker 的cp，就是将容器中的内容和外部的内容进行交换。

其他命令：api-servions，config，help，plugin，version

58、api-servions命令：打印受支持的api版本信息

# kubectl api-versions[root@master ~]# kubectl api-versionsadmissionregistration.k8s.io/v1beta1apiextensions.k8s.io/v1beta1apiregistration.k8s.io/v1beta1apps/v1apps/v1beta1apps/v1beta2authentication.k8s.io/v1authentication.k8s.io/v1beta1authorization.k8s.io/v1authorization.k8s.io/v1beta1autoscaling/v1autoscaling/v2beta1batch/v1batch/v1beta1certificates.k8s.io/v1beta1events.k8s.io/v1beta1extensions/v1beta1networking.k8s.io/v1policy/v1beta1rbac.authorization.k8s.io/v1rbac.authorization.k8s.io/v1beta1storage.k8s.io/v1storage.k8s.io/v1beta1v1

59、help命令：用于查看命令帮助

# 显示全部的命令帮助提示kubectl --help# 具体的子命令帮助，例如kubectl create --help

60、config:用于修改kubeconfig配置文件（用于访问api，例如配置认证信息）

**61、version命令：**打印客户端和服务端版本信息

[root@master ~]# kubectl versionClient Version: version.Info{   Major:"1", Minor:"15", GitVersion:"v1.15.3", GitCommit:"2d3c76f9091b6bec110a5e63777c332469e0cba2", GitTreeState:"clean", BuildDate:"2019-08-19T11:13:54Z", GoVersion:"go1.12.9", Compiler:"gc", Platform:"linux/amd64"}Server Version: version.Info{   Major:"1", Minor:"9", GitVersion:"v1.9.0", GitCommit:"925c127ec6b946659ad0fd596fa959be43f0cc05", GitTreeState:"clean", BuildDate:"2017-12-15T20:55:30Z", GoVersion:"go1.9.2", Compiler:"gc", Platform:"linux/amd64"}

**62、plugin命令：**运行一个命令行插件

高级命令：apply，patch，replace，convert

63、apply命令： 通过文件名或者标准输入对资源应用配置

通过文件名或控制台输入，对资源进行配置。如果资源不存在，将会新建一个。可以使用 JSON 或者 YAML 格式。

# 语法kubectl apply -f FILENAME# 将pod.json中的配置应用到podkubectl apply -f ./pod.json# 将控制台输入的JSON配置应用到Podcat pod.json | kubectl apply -f -选项-f, --filename=[]: 包含配置信息的文件名，目录名或者URL。      --include-extended-apis[=true]: If true, include definitions of new APIs via calls to the API server. [default true]  -o, --output="": 输出模式。"-o name"为快捷输出(资源/name).      --record[=false]: 在资源注释中记录当前 kubectl 命令。  -R, --recursive[=false]: Process the directory used in -f, --filename recursively. Useful when you want to manage related manifests organized within the same directory.      --schema-cache-dir="~/.kube/schema": 非空则将API schema缓存为指定文件，默认缓存到'$HOME/.kube/schema'      --validate[=true]: 如果为true，在发送到服务端前先使用schema来验证输入。

64、patch命令： 使用补丁修改，更新资源的字段，也就是修改资源的部分内容

# 语法kubectl patch (-f FILENAME | TYPE NAME) -p PATCH# Partially update a node using strategic merge patchkubectl patch node k8s-node-1 -p '{"spec":{"unschedulable":true}}'# Update a container's image; spec.containers[*].name is required because it's a merge keykubectl patch pod valid-pod -p '{"spec":{"containers":[{"name":"kubernetes-serve-hostname","image":"new image"}]}}'

65、replace命令： 通过文件或者标准输入替换原有资源

# 语法kubectl replace -f FILENAME# Replace a pod using the data in pod.json.kubectl replace -f ./pod.json# Replace a pod based on the JSON passed into stdin.cat pod.json | kubectl replace -f -# Update a single-container pod's image version (tag) to v4kubectl get pod mypod -o yaml | sed 's/\(image: myimage\):.*$/\1:v4/' | kubectl replace -f -# Force replace, delete and then re-create the resourcekubectl replace --force -f ./pod.json

66、convert命令： 不同的版本之间转换配置文件

# 语法kubectl convert -f FILENAME# Convert 'pod.yaml' to latest version and print to stdout.kubectl convert -f pod.yaml# Convert the live state of the resource specified by 'pod.yaml' to the latest version# and print to stdout in json format.kubectl convert -f pod.yaml --local -o json# Convert all files under current directory to latest version and create them all.kubectl convert -f . | kubectl create -f -