Openstack日常运维

合集下载

OpenStack云计算平台搭建与管理OpenStack云计算平台运维

OpenStack云计算平台搭建与管理OpenStack云计算平台运维

云计算基础平台搭建与管理OpenStack云计算平台运维步骤2:创建网络需要注意地是,在弹出地"创建网络"向导,"供应商网络类型"选择了Flat类型后,会多出来一个"物理网络"文本框,填入与控制节点地"/etc/neutron/plugins/ml2/ml2_conf.ini"文件"flat_works = provider"一致地内容,此处为"provider"。

步骤3:创建子网这里地网络地址是外网物理网段,网关IP设置是前面课程VMware设置地NAT网关。

步骤4:设置DHCP在这个界面,"分配地址池"填写地第一个IP地址是起始IP地址,第二个IP地址是结束IP地址,以逗号隔开。

1步骤1:创建实例类型。

在创建云主机地CPU,内存与磁盘等信息时,需要根据自己地硬件配置来设定,比如当前地计算节点内存为4GB时,这里地内存建议不要超过1GB,因为这样可以保证OpentStack有3GB地运行内存。

在实际工作,我们可以预先创建多种实例类型来满足不同虚拟机地需要。

步骤2:创建云主机实例在 OpenStack 地术语,一个实例就是一台虚拟机。

它从操作系统镜像启动,并且配置有特定数量地CPU,RAM 与磁盘空间,以及其它参数,例如网络或安全设置。

在创建实例对话框,填写地实例数量如果大于1地话会一次性建立多个实例,如果内存不够地话建议不要设置太多。

步骤2:创建云主机实例在 OpenStack 地术语,一个实例就是一台虚拟机。

它从操作系统镜像启动,并且配置有特定数量地CPU,RAM 与磁盘空间,以及其它参数,例如网络或安全设置。

在创建实例对话框,填写地实例数量如果大于1地话会一次性建立多个实例,如果内存不够地话建议不要设置太多。

2.在创建实例类型时,分配地硬件资源需要根据节点地硬件配置来设定。

《2024年基于OpenStack构建私有云计算平台》范文

《2024年基于OpenStack构建私有云计算平台》范文

《基于OpenStack构建私有云计算平台》篇一一、引言随着信息技术的飞速发展,云计算已成为现代企业进行信息化建设的重要手段。

私有云计算平台作为企业内外部资源整合、业务创新的重要工具,其构建与运营已成为企业信息化建设的重点。

本文旨在探讨如何基于OpenStack构建一个高质量的私有云计算平台。

二、OpenStack简介OpenStack是一个开源的云计算管理平台项目,提供了实施大量云计算所需要的所有基础设施支持,包括网络、服务器、存储以及用户自助服务等核心功能。

由于其高度的灵活性和可扩展性,OpenStack已成为私有云计算平台构建的首选工具。

三、构建私有云计算平台的步骤1. 需求分析:根据企业的业务需求和资源状况,进行详细的业务需求分析和资源评估。

这包括确定计算、存储和网络等资源的需求,以及确定云平台的运营模式和服务等级协议等。

2. 环境准备:根据需求分析结果,准备硬件和软件环境。

这包括选择适当的服务器、存储设备和网络设备,以及安装必要的操作系统和数据库等软件。

3. 部署OpenStack:在准备好环境后,开始部署OpenStack。

这包括安装和配置OpenStack的各个组件,如计算、存储、网络和管理等。

4. 定制开发:根据企业的业务需求,对OpenStack进行定制开发。

这包括开发适合企业业务需求的云服务、API接口和用户界面等。

5. 测试与优化:在完成部署和定制开发后,进行测试和优化。

这包括对云平台的性能、安全性和稳定性进行测试,以及根据测试结果进行优化和调整。

6. 运维与监控:在云平台正式运营后,进行运维和监控。

这包括对云平台的日常维护、故障处理和性能监控等。

四、关键技术与挑战在构建私有云计算平台的过程中,需要掌握的关键技术包括虚拟化技术、网络技术、存储技术和云计算管理技术等。

同时,还需要面对一些挑战,如如何保证云平台的安全性和稳定性、如何提高云平台的性能和可用性等。

为了解决这些挑战,需要采用先进的技术和工具,如安全防护技术、负载均衡技术和自动化运维工具等。

云计算基础架构平台应用 项目7-OpenStack网络服务

云计算基础架构平台应用 项目7-OpenStack网络服务
Neutron-Server:接受和响应外部的网络管理请求
Neutron-LinuxBridge-Agent : 负责创建桥接网卡
Neutron-Dhcp-Agent:负责分配IP
Neutron-Metadata-Agent: 配合Nova-Metadata-Api实现虚拟机的定制化操作
L3-agent:实现三层网络vxlan(网络层)
OpenStack网络服务
目录 Contents
01
02
03
Байду номын сангаас04
05
思政课堂
任务
实训
笔记
习题
随着计算机的不断普及,网络及信息技术的广泛应用,提供了大量的互联网服务以及信息资源,从而也使更多的数据计算、存储以及应用等基本功能被人们应用在各项工作中,极大程度上方便了人们的生活,特别是进入云计算时代,将大量的个人信息、公司信息存储在网络上,存在一定的网络安全问题。所以我们在生活中要时刻保持网络安全意识,例如: 在使用WiFi时,不要随意接入陌生WiFi;在公共场所使用陌生的无线网络时,尽量不要进行与资金有关的银行转账与支付; 修改无线路由器默认的管理员用户名和密码,将家中无线路由器的密码设置得复杂些,并采用强密码,最好是字母和数字的组合; 不要轻易打开陌生人通过手机发送的链接和文件; 没有网络安全就没有国家安全,就没有经济社会稳定运行,广大人民群众利益也难以得到保障,全面形成“人人关注网络安全,人人参与网络安全”的良好网络环境
思政课堂
阿福所在公司的业务服务运行在公有云上,由于有些关于客户的重要信息等,公司便想将在公有云上的服务迁移至私有云上,老板便将想搭建一个OpenStack私有云平台,便于管理这些私密数据。由于阿福有着私有云的基础,老板就将搭建平台的任务交给了阿福,阿福在搭建了Keyston,Glance,Nova后终于到搭建Neutron,也由于网络结构的选择,阿福先对Neutron进行了详细的学习,阿福决定选择平面网络模式进行搭建Neutron并对网络进行了规划。 本次学习搭建OpenStack的Neutron网络服务,Neutron 的设计目标是实现“网络即服务(Networking as a Service)”。 为完成所设计的目标,在设计的原则上遵循了基于 SDN 实现网络虚拟化的原则,并在实现上充分利用了Linux系统上各种网络相关的技术来搭建Neutron。先创建关联好用户,并创建服务注册Api,再对Neutron进行安装。

openstack操作手册

openstack操作手册

以下是使用openstack的基本操作手册:
1. 安装openstack:根据您的系统和环境要求,遵循官方的安装指南进行安装。

2. 创建项目:使用命令行或管理界面创建一个新的项目。

项目将包含一组资源,包括计算、网络和存储资源。

3. 创建网络:在项目中创建一个新的网络。

网络是用于连接云中的虚拟机和其他资源的虚拟架构。

4. 创建虚拟机:使用命令行或管理界面在项目中创建一个新的虚拟机。

您需要指定所需的配置选项,例如操作系统、处理器、内存和存储。

5. 连接到虚拟机:使用SSH或其他远程桌面工具连接到虚拟机。

您需要提供虚拟机的IP地址和密码或密钥。

6. 配置和管理虚拟机:根据需要配置和管理虚拟机,例如安装软件、配置网络设置等。

7. 创建和管理云存储:使用命令行或管理界面在项目中创建一个新的云存储后端。

您可以定义存储的容量、访问级别和其他配置选项。

8. 创建和管理镜像:使用命令行或管理界面在项目中创建一个新的镜像。

镜像是虚拟机的完整快照,可用于创建新的虚拟机实例。

9. 管理和监控资源:使用命令行或管理界面监控和管理项目中的资源使用情况,例如CPU、内存和存储。

10. 删除项目和资源:根据需要删除项目和其中的资源,以释放云资源并降低成本。

以上是openstack的基本操作手册,根据您的具体需求,您可能需要进行其他高级配置和管理操作。

建议参考openstack的官方文档以获取更详细的信息和指导。

平台运维岗位职责_1

平台运维岗位职责_1

平台运维岗位职责平台运维岗位职责11.了解市场及用户需求,负责公司云产品规划、方案设计、运营及资源管理;2.负责面向研发中心的云产品需求对接,提供云产品开发方向设计。

3.负责面向云服务商的技术交流,优化提升公司云产品、保障公司云产品的正常运营;4.解决用户在使用公司云产品及其应用过程中的各种问题并做好记录;5.负责运营数据的统计与分析,并定期提交分析报告。

平台运维岗位职责2职责:1.业务平台的日常管理和维护。

2.服务器的配置、维护、监控、调优,相关故障、疑难问题排查处理。

3.应用系统性能优化。

4.保障服务器与业务平台安全,检查并消除安全漏洞。

5.设计业务平台和服务器可靠性保障方案、升级方案。

任职要求:1. 3年以上在线系统运维工作经验,精通Linux系统及常见服务的安装配置,熟悉常见的负载均衡实现方案并有实际实施经验。

2.精通Apache、NginX、MySQL等常用服务的安装、配置和维护。

3.精通和灵活运用一种以上的脚本语言,包括但不限于:Shell、Python等。

4.能够熟练排查运维过程中出现的服务故障、系统故障、网络故障。

5.高度的责任感,较强的故障分析及排除能力,善于在工作中学习,能够承受工作压力,能适应短期出差和加班。

6.优先考虑:精通LAMP架构,熟悉PHP,有相关大中型在线系统开发及维护经验。

平台运维岗位职责31、熟悉云技术架构,OpenStack,docker技术等2、熟悉Unix,linux,windows操作系统,虚拟化平台运维,熟悉脚本开发语言,3、熟悉IaaS层云计算与虚拟化概念、有云主机、云存储相关实施经验4、熟悉主流云计算产品,对相关云产品有运维经验优先平台运维岗位职责4平台运维岗位职责(工作内容):1、负责政务云平台、基础网络平台及政务应用系统运维、监控等相关工作,保障平台及业务的`稳定性及安全性2、制定平台及产品可用性sla策略并对产品实际运行情况进行实时监控,推动产品bug修复及功能优化,提升产品sla能力3、和产品团队合作,推动平台及业务运维相关产品设计及开发,基于政务云平台及政务业务的实际运行情况,沉淀出有价值的产品,并可推向市场4、做好上下游合作公司的合作关系,保障平台稳定性的同时,推动平台容量规划、效能优化、降低成本,提升产品利润率职位要求:(1)3-5年大规模站点sre及架构优化工作经验;有高并发高可用站点的实践经验,深入理解负载、会话、分布式、集群、nosql、消息队列、统一配置管理、服务调度等技术原理;(2)掌握但不限于以下技术点:f5、lvs、nginx、dubbo、kafka、redis、tomcat、python、mysql、elk,有以下技术重度实践者优先考虑:docker、apollo、etcd、k8s(3)对互联网应用架构设计等有较为深刻的理解,熟悉系统高可用和稳定性方法策略,比如同城容灾、异地双活、异地多活等,有实战经验优先;(4)精于架构设计、性能优化,有故障处理、监控、限流、降级、预案、容量规划实战经验优先;(5)熟悉阿里云产品线,具备acp认证者优先考虑;平台运维岗位职责5职责:1、负责私有云PaaS平台平台整体功能规划及系统设计;2、负责私有云PaaS平台平台基础中间件及基础数据库服务的规划及系统设计;3、负责私有云PaaS平台平台微服务应用相关的服务规划及系统设计;4、负责公司已有IT系统私有云PaaS平台平台部署的架构和迁移方案设计,并对应用迁移到私有云PaaS平台上提供技术支持;5、指导并带领开发工程师进行详细设计、系统开发等工作,保障设计方案的实施与落地。

OpenStack——云平台使用

OpenStack——云平台使用

OpenStack——云平台使⽤⼀、如何创建云主机使⽤双节点部署,控制节点(controller):192.168.16.10,计算节点(compute):192.168.16.20(⼀)、创建镜像1、在控制节点中找到qcow2镜像[root@controller ~]# cd /opt/iaas/images/[root@controller images]# lsCentOS_6.5_x86_64_XD.qcow2 CentOS_7.2_x86_64_XD.qcow2 MySQL_5.6_XD.qcow22、通过glance命令,将qcow2镜像上传到平台[root@controller images]# source /etc/keystone/admin-openrc.sh[root@controller images]# glance image-create --name "centos7.2" --disk-format qcow2 --container-format bare --progress < CentOS_7.2_x86_64_XD.qcow2(⼆)、创建⽹络1、创建外部⽹络选择菜单栏:项⽬ -> ⽹络 -> ⽹络。

单击“创建⽹络”,来创建虚拟机⽹络。

创建⽹络名称为net-gre,配置⼦⽹名称为net-subnet,⽹络地址为192.168.20.0/24,⽹关为192.168.20.2。

再配置DHCP地址池,激活DHCP,配置DNS为114.114.114.114。

点击“已创建”创建⽹络。

选择菜单栏:管理员 -> 系统 -> ⽹络。

对已创建的net-gre⽹络,点击 “编辑⽹络”,在弹框中勾选“外部⽹络”。

2、创建内部⽹络选择菜单栏:项⽬ -> ⽹络 -> ⽹络。

单击“创建⽹络”,来创建虚拟机⽹络。

创建⽹络名称为int-gre,配置⼦⽹名称为int-subnet,⽹络地址为10.10.0.0/24,⽹关为10.10.0.1。

Openstack云平台运维手册

Openstack云平台运维手册

Openstack运维手册2017年7月18日目录Openstack运维手册 .............................................一、健康检查 ................................................1、认证模块检查 ............................................2、计算模块检查 ............................................3、网络模块检查 ............................................4、存储模块检查 ............................................5、镜像模块检查 ............................................6、检查 Horizon 服务 .......................................7、分布式存储检查 ..........................................二、运维命令 ................................................1、虚拟机开通 ..............................................2、安全组管理 ..............................................3、创建和挂载弹性云硬盘 ....................................4、创建网络 ................................................5、镜像上传与格式转换 ......................................6、虚拟机模板管理 ..........................................三、日志检查 ................................................四、常见故障实战模拟 ....................................................................................... 、虚拟机不通............................................ 告警、测试ICMP ............................................... 、查找物理机.......................................... 、物理机网络判断、物理机通、承载的虚拟机网络不通 ........................... 、物理机通、承载的虚拟机网络通 ............................. 、物理机网络不通 ........................................... .......................................... 、疏散后状态异常................................................ 、疏散失败................................ 、疏散失败导致任务状态异常命令之前都必须运行openstack的环境变量openstack***执行任何source /root/(每次新开控制台窗口必须执行一次)康检查一、健1、认证模块检查openstack token issue有输出即可,如输出异常重启服务即可service apache2 restart service memcached restart2、计算模块检查nova service-list所有计算服务的status enabled必须是必须是State up如有服务存在异常,直接重启异常的服务。

FusionSphere OpenStack操作管理指南

FusionSphere OpenStack操作管理指南
第24页
配置资源规格
第25页
目录
1. FusionSphere OpenStack OM概述 2. FusionSphere OpenStack OM部署 3. FusionSphere OpenStack OM操作配置
初始配置 日常管理
第26页
日常管理内容
日常管理主要包括资源管理和基础设备管理
子网,掩码和网关必须和交换机 的配置保持一致。
第18页
创建磁盘类型 - 后端存储与磁盘类型
后端存储,就是OpenStack对接的各种存储介质,包括: IP SAN,FC SAN等;
将OpenStack后端存储创建为不同的磁盘类型,然后即可通过 磁盘类型指定后端存储创建磁盘;
将磁盘类型映射到对应的后端存储,并屏蔽底层设备。 一般是SLA属性,比如快的,大的,安全的…. SC创建磁盘或创建VM时,通过指定SLA来选择不同的后端存储
允许删除。
第29页
计算资源管理 - 计算实例
查看虚拟机信息 虚拟机电源管理 VNC登录虚拟机 重置虚拟机状态 迁移虚拟机 删除虚拟机
第30页
计算资源管理 - 镜像
导出镜像:可将FusionSphere OpenStack OM中的镜像文件导出,用于其它环境的虚 拟机镜像的创建。
修改镜像:修改镜像的注册信息。 删除镜像:当镜像不再使用时,删除镜像。若镜像已被用于虚拟机或应用实例的创
初始配置流程
开始 配置资源对接 配置时间同步和时区 加载License 配置告警对接
结束
资源对接配置:
用户可通过OpenStack WebUI界面点击 对接OpenStack实例
对接KeyStone,
时区同步:
用户可登陆Openstack OM Portal配置时区信息:选择“系统 > 系 统配置 > 时间管理”
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

备份与恢复
文件备份:
备份与恢复
文件备份:
备份与恢复
文件备份:
备份与恢复
数据恢复:
1.数据库恢复 2.配置文件恢复 3.其他文件恢复
故障解决思路
一、尽可能搞清楚问题的前因后果 故障的表现是什么?无响应?报错? 故障是什么时候发现的? 故障是否可重现? 有没有出现的规律(比如每小时出现一次) 最后一次对整个平台进行更新的内容是什么(代码、服务器等)? 故障影响的特定用户群是什么样的(已登录的, 退出的, 某个地域的…)? 基础架构(物理的、逻辑的)的文档是否能找到? 是否有监控平台可用? (比如Munin、Zabbix、 Nagios、 New Relic… 什么都可以) 是否有日志可以查看?(比如Logstack系统笔记的云日志服务)
故障解决思路
二、有谁在?
$w $ last
故障解决故障解决思路
四、现在在运行的进程是啥?
$ pstree -a $ ps aux
故障解决思路
五、监听的网络服务
$ netstat –ntlp $ netstat -nulp $ netstat -nxlp
维护与诊断
控制节点 1. 采用高可用部署 2. 计划内停机尽量采用非高峰使用停机 3. 计划外停机,提供备用机替换或利用编写好的安装配置脚本脚本重新部署新机上 4. 实时监测服务进程,进程当机后利用自动脚本重启服务 5. pstree -a 计算节点 1. 计划内停机前,将宿主机内的虚拟机进行迁移,维护完成后恢复虚机 2. 检查服务进程 ps aux|grep nova-compute 3. 通过日志文件/var/log/nova/nova-compute检查恢复问题虚拟机 4. 利用qemu-nbd命令挂载虚拟机磁盘到本地设备,检查修复失败的虚拟机 5. 利用nova volume-detach 和nova volume-attach重新挂载卷存储 6. 使用共享存储的虚机实在无法启动,可以新建虚机挂在其他宿主节点 7. 可以利用恢复/var/lib/nova/instances恢复虚机机 8. pstree -a
维护与诊断
检查网卡状态 ip -a
检查连通性 ping 检查网络 tcpdump 检查DHCP Nova console-log ps aux|grep dnsmasq tcpdump
标准化修复与例行检查
标准化修复:
标准化修复与例行检查
例行检查:
日志与监控 定位错误 产生操作错误后,分析操作可能的API调用过程, 逐步检查API日志定位可能的问题点
故障解决思路
十、内核、中断和网络 $ sysctl -a | grep ... $ cat /proc/interrupts $ cat /proc/net/ip_conntrack /* may take some time on busy servers */ $ netstat $ ss -s • 你的中断请求是否是均衡地分配给CPU处理,还是会有某个CPU的核因为大量的 网络中断请求或者RAID请求而过载了? • SWAP交换的设置是什么?对于工作站来说swappinness 设为 60 就很好, 不过对 于服务器就太糟了:你最好永远不要让服务器做SWAP交换,不然对磁盘的读写 会锁死SWAP进程。 • conntrack_max 是否设的足够大,能应付你服务器的流量? • 在不同状态下(TIME_WAIT, …)TCP连接时间的设置是怎样的? • 如果要显示所有存在的连接,netstat 会比较慢, 你可以先用 ss 看一下总体情况。 • 你还可以看一下 Linux TCP tuning 了解网络性能调优的一些要点。
日志与监控
日志与监控
如果查询各个节点日志比较麻烦,最终可以建立一个专门的日志服务器集中管理日志
日志与监控
如果查询各个节点日志比较麻烦,最终可以建立一个专门的日志服务器集中管理日志
日志与监控
预警:
日志与监控
日志与监控
日志与监控
趋势预测:
日志与监控
备份与恢复
数据库备份:
备份与恢复
数据库备份:
故障解决思路
十二、定时任务 $ ls /etc/cron* + cat $ for user in $(cat /etc/passwd | cut -f1 -d:); do crontab -l -u $user; done
• 是否有某个定时任务运行过于频繁? • 是否有些用户提交了隐藏的定时任务? • 在出现故障的时候,是否正好有某个备份任务在执行?
故障解决思路
十一、系统日志和内核消息 $ dmesg $ less /var/log/messages $ less /var/log/secure $ less /var/log/auth
• 查看错误和警告消息,比如看看是不是很多关于连接数过多导致? • 看看是否有硬件错误或文件系统错误? • 分析是否能将这些错误事件和前面发现的疑点进行时间上的比对。如果你有多 台机器,看起来很不方便,可以事先把日志存储在系统笔记的云日志服务器上,支 持全文模糊查找
故障解决思路
九、挂载点 和 文件系统 $ mount $ cat /etc/fstab $ vgs $ pvs $ lvs $ df -h $ lsof +D / /* beware not to kill your box */ 一共挂载了多少文件系统? 有没有某个服务专用的文件系统? (比如MySQL?) 文件系统的挂载选项是什么: noatime? default? 有没有文件系统被重新挂载 为只读模式了? 磁盘空间是否还有剩余? 是否有大文件被删除但没有清空? 如果磁盘空间有问题,你是否还有空间来扩展一个分区
Openstack日常运维
目录
1. 2. 3. 4. 5. 6.
运维工作内容 维护与诊断 标准化修复与例行检查 日志与监控 备份与恢复 故障解决思路
运维工作内容
• 参与设计、审核、优化公司IT系统基础设施以及各应用系统的体系架构; • 全面负责公司运维项目的系统升级、扩容需求与资源落实,配合开发需求,测试、 调整运维平台; • 负责网络以及交换机、路由器、服务器的网络设置、维护和优化、网络的安全监 控、系统性能管理和优化、网络性能管理和优化; • 建立面向开发部门,业务部门的服务流程和服务标准; • 负责IT运维相关流程的规划、设计、推行、实施和持续改进; • 负责设计并部署相关应用平台(包括操作系统和基础服务组件、自动化部署配置 工具),并提出平台的实施、运行报告; • 负责配合开发搭建测试平台,协助开发设计、推行、实施和持续改进; • 负责相关故障、疑难问题排查处理,编制汇总故障、问题,定期提交汇总报告; • 负责云服务产品监控和应急反应,以确保云服务产品有7*24小时的持续运行能力; • 负责日常系统维护巡检工作及监控,提供IT软硬件方面的服务和支持,保证系统的 稳定。
故障解决思路
十三、应用系统日志 这里边可分析的东西就多了, 不过恐怕你作为运维人员是没功夫去仔细研究它的。 关注那些明显的问题,比如在一个典型的LAMP(Linux+Apache+Mysql+Perl)应用 环境里: • Apache & Nginx; 查找访问和错误日志, 直接找 5xx 错误, 再看看是否有 limit_zone 错误。这里查看了下,并没有503的,只有403的错误.所以可以跳过 • MySQL; 在mysql.log找错误消息,看看有没有结构损坏的表, 是否有innodb修复 进程在运行,是否有disk/index/query 问题. • PHP-FPM; 如果设定了 php-slow 日志, 直接找错误信息 (php, mysql, memcache, …), 如果没设定,赶紧设定。 • Varnish; 在varnishlog 和 varnishstat 里, 检查 hit/miss比. 看看配置信息里是否遗漏 了什么规则,使最终用户可以直接攻击你的后端? • HA-Proxy; 后端的状况如何?健康状况检查是否成功?是前端还是后端的队列大 小达到最大值了?
故障解决思路
六、CPU 和内存 $ free -m $ uptime $ top $ htop
注意以下问题: 还有空余的内存吗? 服务器是否正在内存和硬盘之间进行swap? 还有剩余的CPU吗? 服务器是几核的? 是否有某些CPU核负载过多了? 服务器最大的负载来自什么地方? 平均负载是多少?
故障解决思路
七、硬件
$ lspci $ dmidecode $ ethtool
故障解决思路
八、IO 性能 $ iostat -kx 2 $ vmstat 2 10 $ mpstat 2 10 $ dstat --top-io --top-bio
这些命令对于调试后端性能非常有用。 • 检查磁盘使用量:服务器硬盘是否已满? • 是否开启了swap交换模式 (si/so)? • CPU被谁占用:系统进程? 用户进程? 虚拟机? • Dstat 用它可以看到谁在进行 IO
相关文档
最新文档