1、下载安装:http://downloads.sourceforge.net ... 206451&big_mirror=0 # tar jxvf msmtp-1.4.16.tar.bz2 # cd msmtp-1.4.16 # ./configure --prefix=/usr/local/msmtp # make # make install 2、创建msmtp配置文件和日志文件(host为邮件域名,邮件用户名test,密码123456) # vim ~/.msmtprc account default host 126.com from test@126.com auth login user test password 123456 logfile ~/.msmtp.log # chmod 600 ~/.msmtprc # touch ~/.msmtp.log 3、mutt安装配置:(一般linux下有默认安装mutt) # vim ~/.muttrc set sendmail="/usr/local/msmtp/bin/msmtp" set use_from=yes set realname="memory" set from=test@126.com set envelope_from=yes set rfc2047_parameters=yes set charset="utf-8" 4、邮件发送测试(-s邮件标题,-a表加附件) # echo "邮件内容123456" | mutt -s "邮件标题测试邮件" -a /scripts/test.txt test@126.com
一、安装Linux下面的一个邮件客户端Msmtp软件(类似于一个Foxmail的工具)
(1) 物理内存free值:# free -m | grep Mem | awk '{print $4}'
分区方式一般有三种 第一种:数据不是很重要 /boot(系统的引导分区): 系统引导的信息/软件 系统的内核 200M swap( 交换分区): 为了避免系统内存用光了导致系统 宕机 如果系统内存不够了,系统会临时使用swap(交换分区) 大小:如果你的内存小于8G 则swap 给内存的1.5倍 以后使用的时候给512M 如果你的内存大于8G 则swap 给8G即可。 / (根分区): 剩余多少给多少 第二种:数据很重要 /boot(系统的引导分区): 系统引导的信息/软件 系统的内核 200
https://www.cnblogs.com/lingyejun/p/7898873.html
Linux服务器运行一段时间后,由于其内存管理机制,会将暂时不用的内存转为buff/cache,这样在程序使用到这一部分数据时,能够很快的取出,从而提高系统的运行效率,所以这也正是Linux内存管理中非常出色的一点,所以乍一看内存剩余的非常少,但是在程序真正需要内存空间时,Linux会将缓存让出给程序使用,这样达到对内存的最充分利用,所以真正剩余的内存是free+buff/cache
说到清理内存,那么不得不提到/proc这一个虚拟文件系统,这里面的数据和文件都是内存中的实时数据,很多参数的获取都可以从下面相应的文件中得到,比如查看某一进程占用的内存大小和各项参数,cpu和主板的详细信息,显卡的参数等。
在没有监控软件的情况下,只要服务器能上互联网,就可通过发邮件的方式来提醒管理员系统负载与CPU占用的使用情况。 一、安装linux下面的一个邮件客户端msmtp软件(类似于一个foxmail的工具)
作为一台服务器来说,内存并不是无限的,所以总会存在内存耗尽的情况,那么当 Redis 服务器的内存耗尽后,如果继续执行请求命令,Redis 会如何处理呢?
WPJAM Basic 插件的系统信息功能,可以让大家在 WordPress 后台就能够快速实时查看当前系统的状态,需要注意的是功能目前只支持 Linux 服务器,所以这也是为什么我常说 WPJAM Basic 只支持 Linux 的原因。
1 系统硬盘 系统硬盘做RAID1 /boot 200M /SWAP 内存的1-2倍(在大数据环境下,将其关闭能提高速度 但是可能会有内存溢出问题) / 剩余所有容量 2 数据硬盘 将多个小硬盘合并成一个大硬盘(逻辑卷)
1、某分行部署的某台服务器内存占用过高,导致死机; 2、代码层面检查暂未发现问题,服务器硬重启持续一段时间后(3-5天)再次占满。
最近有项目需要用到 Mysql8.0 ,但是腾讯云轻量服务器的4G内存,实际可用只有3600多M,在编译安装 Mysql8.0 的时候会 Kill 掉安装进程,导致安装失败。
-多年互联网运维工作经验,曾负责过大规模集群架构自动化运维管理工作。 -擅长Web集群架构与自动化运维,曾负责国内某大型金融公司运维工作。 -devops项目经理兼DBA。 -开发过一套自动化运维平台(功能如下): 1)整合了各个公有云API,自主创建云主机。 2)ELK自动化收集日志功能。 3)Saltstack自动化运维统一配置管理工具。 4)Git、Jenkins自动化代码上线及自动化测试平台。 5)堡垒机,连接Linux、Windows平台及日志审计。 6)SQL执行及审批流程。 7)慢查询日志分析web界面。
先从swap产生的原理来分析,由于linux内存管理比较复杂,下面以问答的方式列了一些重要的点,方便大家理解:
原文地址:http://www.cnblogs.com/gomysql/p/6130405.html
公司日志系统目前日均处理数据10T左右,查询经常出现数据延迟问题且延迟经常在4-5个小时以上,但是服务器的1分钟load值经常不高于5,鉴于解析端的配置为16C_32G的配置,该现象并没有充分的利用CPU资源,单纯的扩容解析器资源虽然能解决问题,但是并没有从根本解决,优化数据流程架构图去除不必要项,并分析解析器性能瓶颈问题到底出现在哪里?
监控Linux服务器的工具、组件和程序网上有很多,但是一台服务器上会有很多进程同时运行,特别是做性能测试的时候,可能一台服务器上部署多个服务,如果只监控整个服务器的CPU和内存,当某个服务出现性能问题时,并不能有效准确的定位出(当然通过其他工具也可以实现),因此,很有必要只监控指定的进程。需求明确了,于是动手撸了一个性能监控脚本。
对于服务器的一些信息,如果数据量大了之后总是感觉力不从心,需要了解,但是感觉得到的这些信息不够清晰明了。 比如我们得到一台服务器,需要知道最基本的硬件配置,内存情况,磁盘空间情况,哪些磁盘空间问题需要关注,哪些磁盘空间问题可以忽略,swap的使用情况 如何,服务器的操作系统版本,内核版本,上面运行有几个实例,是否启用了ASM,甚至服务器运行了多少天呢,这些信息看起来非常琐碎,也可以通过脚本得 到,但是一直以来感觉都是比较笼统模糊。 今天使用shell脚本进行了简单的改进。 我们来看看基本的效果情况。有了这些
作为一个开发人员最不想看到的就是BUG,可见性的问题可能还不是最关键的,至少我们可以找到问题,很快解决,一般BUG也不会重复出现;但今天要学习的内存溢出就不一样的,很难从根本上解决;因它与各方面的环境
现如今网站的搭建基本都会使用云服务器,相较于传统的物理服务器,对长期发展更具有优势。而一般为了稳定性,会选择腾讯这一类大型公司服务器供应,同时会搭载云硬盘使用。但是在初期选择硬盘的时候所配置的内存并不一定特别大,在后期数据运行多起来之后,为了确保充足的空间,会将前期无需使用的数据进行清理,那么腾讯云服务器硬盘版的如何清理内存呢。
在日常运维工作中,会碰到服务器带宽飙升致使网站异常情况。作为运维人员,我们要能非常清楚地了解到服务器网卡的流量情况,观察到网卡的流量是由哪些程序在占用着。 今天介绍一款linux下查看服务器网卡流量占用情况的工具:Nethogs,来自github上的开源工具。 它不依赖内核中的模块。当我们的服务器网络异常时,可以通过运行nethogs程序来检测是那个程序占用了大量带宽。节省了查找时间。 Nethogs安装: 方法一:在epel源中可以直接yum安装 [root@dev src]# yum install -
购物网站、网页游戏、APP、物联网等在进行搭建的时候都会由云服务支撑系统,但如何才能够将云服务运行起来呢,自然首先需要了解云服务器的相关运作形式。比如云服务器带硬盘分区吗,一般服务器安装之后是有默认的磁盘进行运作,而云服务器只是数据运作的承载形式不同。而一般安装之后默认是所有系统运行都在C盘,比如下载软件、桌面文件的存放等。
在维护服务器的时候每一次遇到问题都是想不起来命令是啥,真的想有一个服务器监控软件来整合所有的指令,但是目前除了IIS7服务器监控工具,其他的都很难做好。在这里记录一下方便使用的时候找得到。
1、Redis DeskTop Manager自从进入了0.9.9版本就开始付费使用或者贡献代码获得免费使用期限。这时候,Another Redis DeskTop Manager作为一款基于nodejs开发的免费的Redis可视化管理工具,可以运行在Windows、Linux、Mac平台,而且是开源免费应用,就很推荐使用了。
腾讯云服务器怎么选择配置?腾讯云服务器的配置主要指的是CPU,内存,硬盘,带宽 腾讯云服务器地址 https://cloud.tencent.com/act CPU CPU是服务器的一个核心因素,代表
CPU是服务器的一个核心因素,代表了云服务器的运算能力,CPU性能越优越,对网站处理的能力也就越高,因而用户在选择上最好依据实际的情况考虑,对于一般的企业网站或者个人网站,可能访客不会很多,因而选择1核或者2核的CPU即可,如果是大型论坛或者网页游戏,不但访客会比较多,而且还会产生大量的数据请求,因而在选择时要以4核+为优先。
遇到服务器故障,问题出现的原因很少可以一下就想到。我们基本上都会从以下步骤入手,这些也是绝大多数运维工程师在定位故障时前几分钟的主要排查点:
高并发的抢购、秒杀功能是一个 web 系统面临的很大的一个挑战。 由于销售平台的促销活动,销售系统的 web 后台接口将承受平常几倍甚至几十倍的压力,这样,服务器的 CPU、内存等是否会成为保证服务质量的瓶颈,如何顺利度过抢购、秒杀的高峰期,怎么让有限的资源承受突如其来的压力就成了服务端工程师不得不考虑的一个问题了。 在此前的文章中,我们介绍了 web 服务需要考虑的六大因素。 其中,我们介绍了如何构建稳定、可持久的 web 服务,应对高并发、高请求量的实际访问压力,然而,秒杀环节中,仅仅为了流量的巨大、临时性增长,而去扩容一套可以应对相应流量的系统,显然是十分浪费而又不现实的,因此,这就需要我们在选择去拒绝一部分访问流量,从而降低后台服务器的压力,提高服务的可用性。 那么如何选择需要拒绝的那部分流量呢?
CPU是服务器的一个核心因素,代表了云服务器的运算能力,CPU性能越优越,对网站处理的能力也就越高,因而用户在选择上最好依据实际的情况考虑,对于一般的企业网站或者个人网站,可能访客不会很多,因而选择1核或者2核的CPU即可,比如腾讯云的学生机就很不错,如果是大型论坛或者网页游戏,不但访客会比较多,而且还会产生大量的数据请求,因而在选择时要以4核+为优先。
快速提问:你的驱动器剩余多少剩余空间?一点点还是很多?接下来的提问是:你知道如何找出这些剩余空间吗?如果你碰巧使用的是 GUI 桌面( 例如 GNOME、KDE、Mate、Pantheon 等 ),则任务可能非常简单。但是,当你要在一个没有 GUI 桌面的服务器上查询剩余空间,你该如何去做呢?你是否要为这个任务安装相应的软件工具?答案是绝对不是。在 Linux 中,具备查找驱动器上的剩余磁盘空间的所有工具。事实上,有两个非常容易使用的工具。
安装后:服务器物理内存剩余600M,虚拟内存占用520M,雷池WAF占用约500M。
1、交叉锁导致程序死锁:比如线程A持有R1的锁等待R2的锁,线程B持有R2的锁等待R1的锁
Jekyll可以启动一个server服务,启动参数中有--watch(监听文件变化)和--detach(后台运行)选项,看起来这两个参数一起使用就完事了.
CPU CPU是服务器的一个核心因素,代表了云服务器的运算能力,CPU性能越优越,对网站处理的能力也就越高,因而用户在选择上最好依据实际的情况考虑,对于一般的企业网站或者个人网站,可能访客不会很多,因
磁盘的io是一个非常重要的指标,所以要更详细的查看磁盘状态,需要用到iostat命令,如果之前已经安装了sysstat包的话,在安装sysstat包时iostat命令就已经被安装了。
服务器随着运行时间的增加,占用内存会逐渐增加。如果服务器内存小,就很容易出现内存占满,系统变慢,甚至是卡死的情况。一个办法是增加物理内存,但这涉及到费用、停机、开机箱等。这里有一个处理方案,可供借鉴。效果好的话,可以不用买内存条了哈哈。
最近在维护公司线上的服务器,排查了一些问题,所以做一个总结。有一段时间,线上环境变得很卡,客户端请求很多都报超时,因为线上没有良好的apm监控,所以只能通过流量高峰期和日志去排查问题。通过排查,发现数据库的慢查询日志在比之间的暴涨了十倍,然后发现,memcache服务器(8核)负载很高,cpu一直在50%的左右,原因就是memcache服务器内存用完,导致内存的淘汰十分频繁,这样就导致很多请求落到数据库。下面说下主要的排查思路和用到的工具
Varnish 是什么 Varnish是高性能开源的反向代理服务器和HTTP缓存服务器 Varnish的功能与Squid服务器相似,都可以用来做HTTP缓存 Squid是从硬盘读取缓存的数据,而Varnish把数据存放在内存中,直接从读取内存,避免了频繁在内存、磁盘中交换文件,所以Varnish要相对更高效,但也有缺点,内存中的缓存在服务器重启后会丢失 Varnish 如何工作 初始化过程 Varnish 的master进程负责启动工作,master进程读取配置文件,根据指定的空间大小(例如管理
Memcached 是一个高性能的分布式内存对象缓存系统,用于动态Web应用以减轻数据库负载。它通过在内存中缓存数据和对象来减少读取数据库的次数,从而提高动态、数据库驱动网站的速度。Memcached基于一个存储键/值对的hashmap。其守护进程(daemon )是用C写的,但是客户端可以用任何语言来编写,并通过memcached协议与守护进程通信。
已经被这个问题困扰了很久了,先说下这个问题的来源及现象吧。 这个问题得从上次换服务器之后说起。这是公司的服务器,用于手机相关的服务器,为手机业务提供APP的升级、收集手机用户基本信息及为手机APP提供相应的指令。因为业务原因,手机用户的相关请求在时间上会比较集中,从数据上来说,高峰的时候并发也就几千个吧。之前的服务器配置比较差一些,4核8G的机器,访问量大的时候响应会比较慢,最慢的时候几十秒才能给返回,服务器的资源也吃满,所以就换成新服务器。新机器是Xeon E5 v4处理器,8核16线程,16G内存。 换到新机器之后,资源剩余比较多,但是却时不时的出现访问的时候秒断的情况。
MySQL查询缓存,query cache,是MySQL希望能提升查询性能的一个特性,它保存了客户端查询返回的完整结果,当新的客户端查询命中该缓存,MySQL会立即返回结果。
操作系统内会存在多个已经建立好的链接,操作系统是需要把这些建立好的链接 管理起来的 而管理的本质是 先描述 在组织 操作系统内为了管理连接维护的数据结构 先使用 struct tcp_link结构体,内部包含链接的各种字段 再使用链表 将其组织起来
Redis读写键空间时的维护操作 当redis命令对数据库进行读写时,服务器不仅会对键空间执行指定的读写操作,还会执行一些额外的维护操作 在读取一个键之后(读写都会对键进行读取),服务器会根据键是否存在,来更新服务器的键空间命中(hit)次数或键空间不命中(miss)次数 在读取一个键之后,服务器会更新键的LRU(最后一次访问时间),这个值可以用于计算键的空闲时间 如果服务器发现这个键过期了,会先删除这个过期键,然后才会执行其他操作 如果有客户端使用WATCH命令监视了某个键,那么服务器在对被监视的键
遇到服务器故障,问题出现的原因很少可以一下就想到。我们基本上都会从以下步骤入手: 一、尽可能搞清楚问题的前因后果 不要一下子就扎到服务器前面,你需要先搞明白对这台服务器有多少已知的情况,还有故障的具体情况。不然你很可能就是在无的放矢。 必须搞清楚的问题有: 故障的表现是什么?无响应?报错? 故障是什么时候发现的? 故障是否可重现? 有没有出现的规律(比如每小时出现一次) 最后一次对整个平台进行更新的内容是什么(代码、服务器等)? 故障影响的特定用户群是什么样的(已登录的, 退出的, 某个地域的…)
我们之前在生产环境上遇到过很多起由操作系统的某些特征引起的性能抖动案例,其中 THP 作案次数较多,因此本文将和大家分享 THP 引起性能抖动的原因、典型的现象,分析方法等,在文章的最后给出使用THP 时的配置建议及关闭方法。
新生代垃圾收集器 1. Serial收集器 serial收集器即串行收集器,是一个单线程收集器。
领取专属 10元无门槛券
手把手带您无忧上云