nextjs、nuxtjs等服务端渲染框架构建的项目部署到服务器,并用PM2守护程序 - 每天一探 - SegmentFault 思否
1安装NGINX
2node
3npm
4pm2
5将完成好的nuxt项目打包(npm run build)
nuxt
static(可以不传)
nuxtconfigjs
packagejson
上传到服务器对应的文件夹下
运行npm install 安装package里的依赖
运行npm start 就可以运行起来nuxt的服务渲染了
6配置NGINX
#nuxt config
upstream nodenuxt {
server 127001:3000; #nuxt
keepalive 64;
}
server {
listen 3001 ;
server_name ;
location / {
proxy_>
Windows服务器中自带的性能监控工具叫做PerformanceMonitor,在开始-运行中输入‘perfmon’,然后回车即可运行。Performance
Monitor本身也是一个进程,运行起来也要占用一定的系统资源。所以你看到的资源的使用量应该比实际的要稍微高一点。这个工具在帮助管理员判断系统性能瓶颈时非常有用。举个列子来说,今天有个用户抱怨说他们项目组的服务器(这是一台虚拟机)运行起来非常慢,但也不知道具体问题出在什么地方。任务管理器里显示CPU和内存的使用量都不算高,但服务器的相应就是非常慢。打开Performance
Monitor,让其运行一段时间后(因为参考平均值会比较准确),发现averagedisk
queue的值比较高,这就说明物理服务器的硬盘负荷太重,I/O *** 作的速度跟不上系统的要求。关掉虚拟机,将其转移到另一台硬盘负载比较小的主机上,再打开虚拟机。问题就解决了!
这里我简单列举几个常用参数的参考值,需要更多的信息你可以google一把。
CPU:
%ProcessorTime:表示CPU的使用率,如果值大于80表示CPU的处理调度能力偏低。
硬盘:
%DiskTime:表示硬盘的I/O *** 作的频率(繁忙时间),如果值大于80表示硬盘I/O调度能力偏低。
AverageDiskQueue
Length:表示硬盘I/O *** 作等待队列的长度,如果值大于2表示硬盘I/O调度能力偏低。
内存
Pages/Sec:表示系统对虚拟内存每秒钟的访问次数,如果值大于20表示有内存方面的问题。(有可能是物理内存偏低,也有可能是虚拟内存没有配置正确。一般情况下虚拟内存应为物理内存的15-2倍)
CommittedBytesandAvailableBytes:Committed
Bytes表示虚拟内存的大小,AvailableBytes表示剩余可用内存的大小。正常情况下,Available
Bytes减少,pages(页面数)应该增加,提供页面交换。如果Available
Bytes的值很小表示物理内存偏低。当关闭一些应用以后,CommittedBytes应该减少,Available
Bytes应该增加。因为关闭的进程释放了之前占用的内存资源。如果相应的值没有发生变化,那么该进程就可能造成了内存泄漏。
CacheBytes:表示系统缓存的大小。如果值大于4M表示物理内存偏低。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)