.net core项目添加进程守护supervisor

5 篇文章 0 订阅
1 篇文章 0 订阅

1、在Centos7上完整的部署.net Core项目

2、.net core项目添加进程守护supervisor

先安装epel,这里边的软件包更丰富点

 

yum install epel-release

安装守护进程

 

yum install -y supervisor
systemctl enable supervisord # 开机自启动
systemctl start supervisord # 启动supervisord服务

supervisor的配置文件在"/etc/supervisord.conf"(该配置项中引号“;”是注释符号)。

 

cat /etc/supervisord.conf

最后一行的意思是,该配置文件还包含以下文件,被守护的进程的相关配置可以放在这个目录下,supervisor可以管理多个进程,此处可以每个进程的配置单独存放,符合上面的命名规则就好,配置文件的命名格式“你定义的名字.ini”,可以设置多个,文件可以自定义。

转到supervisord.d目录,创建CoreWebTest.ini文件:

sudo vim CoreWebTest.ini

添加以下配置内容:

[program:CoreWebTest]                  #进程名称
command=dotnet CoreWebTest.dll         #站点启动指令
directory=/var/www/你的网站项目地址      #命令执行目录
environment=ASPNETCORE_ENVIRONMENT=production  #进程环境变量
user=root                              #启动进程的账户
stopsignal=INT
autostart=true                         #supervisord启动时,该进程是否自启动
autorestart=2                          #自动重启时间间隔,秒
srdeer_logfile=/var/log/xxx.err.log    #错误日志
stdout_logfile=/var/log/xxx.out.log   #输出日志

supervisor控制台指令

更新新的配置到supervisord

supervisorctl update

重新启动配置中的所有程序

supervisorctl reload

启动某个进程(program_name=你配置中写的程序名称)

supervisorctl start program_name

重启某一进程 (program_name=你配置中写的程序名称)

supervisorctl restart program_name

停止全部进程

 

supervisorctl stop all

借鉴文章有下面这些

https://blog.csdn.net/qq_33633013/article/details/82344650

https://blog.csdn.net/donggege214/article/details/80264811

https://www.jianshu.com/p/0b9054b33db3

 

 

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
    前段时间有点空闲就自学了一下c#,以前也没有学过任何编程,只是对电脑操作还是很熟,会一些应用类软件,计算机相关的英文能看懂点。     看了10多节的视频教程,因为基础太差,前面学的东西老会忘,光这样学也没有多大的意义,于是就找个程序一边练一遍学。网上一搜,不知道怎么的就找了一个进程守护的软件,别人提供的源码,好像是在pudn下的,一测试可以运行,就是觉得不太适合自己的操作习惯。于是就开始改造了。牺牲了一周的业余时间,终于完成,在这分享一下,如果有需要的可以自行再改造,版权归原作者,至于我修改的地方,可以任意改,任意传播,没有版权。附上源码,包含源程序的和我改造的部分。只是希望能给像我这样的不会编程的一类朋友一点启示,只要努力,就能达到自己想要的效果。现成的东西,不一定是适合自己的,要想拿来适合自己,也许就需要付出努力。附上修改的说明及截图。没有多大的技术含量,对于会编程的人,也许2下就搞定了,对于不会编程的人,如果刚好需要这样的软件,那就可以偷懒了。测试了win7(x86x64),win8(x86),win10(x64),其他系统没有测试,如果不能运行请自行解决,vs2010编译的,dedug和Release都有编译好的版本。     修改及使用说明 1、配置文件precesses.xml,里面的进程名不要有扩展名,一定要注意。 2、配置文件中的mutl为是否多开,linecount为多开时的限制数,jgtime为守护的周期。 3、配置文件中新增linecount为相同程序限制数(如果程序本身不允许多开那就没办法),可以给每个程序配置不同限制数,但是界面上修改时,只能修改成一样。读取配置后显示最大的那个值在界面上. 4、配置文件中新增jgtime为循环时间,所有程序使用相同的循环时间,配置时可以配置成不一样的,实际没有意义,因只调用了一个定时器,但默认显示并使用最大的那个时间。 5、增加托盘图标提示及菜单 6、取消任务栏图标显示 7、默认启动最小化,如果没有任务栏,只能通过进程结束,固定了窗口不能改变大小 8、主界面增加了退出按钮、清空日志按钮 9、主界面点击关闭按钮后,自动最小化 10、增加进程调用的部分日志显示框,主要是调试方便,日志超过30行自动清屏,未保存,可修改代码关掉或不显示,evertlog目录下多余的日志关掉了,仍然有小部分日志,,如有必要自行在代码中关掉即可。 11、底部增加多开线程输入框及保存按钮,多开进程数大于1小于100,100为无限制模式。增加间隔时间输入框及保存按钮,间隔时间大于等于500,小于等于1000000000之间的整数(毫秒),没有限制再配置中添加应用程序的个数。 12、开始监控及停止监控互锁显示。 13、默认优先读取配置中的最大的间隔时间,如果配置错误会自动初始化为23秒。 14、其他界面布局微调 15、代码自己随意修改太拖沓,会编程的可以进行大量优化。 16、没有做自守护,可以考虑用任务计划写个批处理,再守护它。win764位以上系统,防任务管理栏结束有难度哦。 17、我用的是系统自带的自定义shell启动它,还是很稳定,23秒是我测试的需要,自己可在代码中修改,我修改的地方还是加了不少注释的。 18、调用有些程序可能无法启动的情况,和本软件无关,可能是路径问题,有些程序不允许改变路径运行等,可自己在命令行下测试调用的软件是否运行,我遇到过类似的软件,加入环境变量也不行,只能在同一个目录下。 19、加入配置文件错误的一些纠缠机制(linecount没有会自动创建并赋值3,值为"",也会自动修复),当然错误的情况不够完善,只考虑了没有整项或者值为""的情况,其他情况没有处理,如果遇到其他情况只会导致程序停止,不能对配置的自修复而已,只针对linecout和jgtime做了处理,jgtime整项如果没有,会自动修复为23000毫秒。程序自修复配置文件后,会自动运行,如遇不能修复的问题根据catch出的问题,自行修改源码,加入到出错情况的处理。 20、只测试了win7x86x64,win8x86,win10x64,精简系统可能无法运行,自己测试了一个5年前的极度精简的win7系统,无法运行没有任何提示,也没有去验证到底是什么问题,但大多数精简系统都行。 21、增加鼠标悬停帮助提示,提示框可能有拖影的情况,自行修改源码中的时间参数,也可改用另一种呈现方式不会拖影,源码中有,就是没有那么好看,鼠标悬停提示有点耗cpu资源。 22、双击进程框列出的需要守护监控的进程,可以查看该进程更多详细信息。 23、配置文件中路径,一定要注意用\\表示,比如 d:\\bitboy\\bitboy.exe  还要有扩展名,name中的进程名不能有扩展名,否则找不到程序,不区分大小写。 24、本软件运行后,会自动启动配置程序路径下的软件,如果该软件不存在,则自动停止监控。所有多余的配置要自行删除,xml文件中不要有注释,没对注释做处理。 25、加入开机自启动选择项,保存到注册表中,加入了默认以管理员身份运行,解决配置文件不在system32下,开机启动找不到配置文件的问题。 26、没有对本程序做单一启动的限制,如果需要只运行一个实例,重新编译主程序中注释掉的一部分代码。对多线程运行的程序,建议设置linecount为100,否则会杀死多余的线程,一个循环周期杀一个,线程数量固定不变的可在配置中设置相同的linecount数,这样能达到守护的目的。 27、加了开机启动参数的支持,在配置文件中路径后用英文的逗号作分隔,前面的是路径,后面的是启动参数。 28、支持对多线程运行程序的退出守护,配置文件中,将linecount设置为100,并且要启用多开。当linecount配置为100后,不允许在界面上修改,只能手动打开配置文件修改。启动后检查进程如果没有运行,就运行一次,如果已经存在了则不处理,因为有些程序,要开启很多个线程运行,只有等所有进程都退出之后,才会启动一次守护进程,之后又会交给程序自适应。 29、增加循环启动时间次数的累计显示,和所有程序累计启动次数不一样,这个指的是定时器执行的次数,不管是否启动了守护的程序,这个周期都是累加,可能没多大意义,另外那个是程序启动一次才加一次。 30、防止任务管理栏结束,甚至采用服务方式启动等,对于我来说太难了,服务启动又带ui交互,好像涉及到session0穿透的问题,能力有限,没有精力搞了。
在CentOS上部署.NET Core项目的两种常见方式是使用 nohup 和 supervisor。 1. 使用 nohup nohup 是一个命令,可以在后台运行一个命令,不受终端退出的影响。使用 nohup 部署.NET Core项目,可以在后台运行程序,并且在服务器重启后自动启动。 使用 nohup 部署.NET Core项目的步骤如下: 1. 在服务器上安装.NET Core运行时和SDK。 2. 在服务器上创建一个目录,将编译好的.NET Core项目拷贝到该目录下。 3. 使用 nohup 命令运行.NET Core程序,例如: ``` nohup dotnet /path/to/your/project.dll & ``` 4. 程序将在后台运行,并且不受终端退出的影响。 2. 使用 supervisor supervisor 是一个进程管理工具,可以在后台管理进程,并且在服务器重启后自动启动。使用 supervisor 部署.NET Core项目,可以更方便地管理和监控程序。 使用 supervisor 部署.NET Core项目的步骤如下: 1. 在服务器上安装.NET Core运行时和SDK。 2. 在服务器上安装 supervisor,例如: ``` sudo yum install supervisor ``` 3. 创建一个 supervisor 配置文件,例如: ``` sudo nano /etc/supervisord.d/myproject.ini ``` 在文件中添加以下内容: ``` [program:myproject] command=/usr/bin/dotnet /path/to/your/project.dll directory=/path/to/your/project autostart=true autorestart=true stderr_logfile=/var/log/myproject.err.log stdout_logfile=/var/log/myproject.out.log ``` 4. 重新加载 supervisor 配置文件,例如: ``` sudo supervisorctl reread sudo supervisorctl update ``` 5. 启动.NET Core程序,例如: ``` sudo supervisorctl start myproject ``` 6. 程序将在后台运行,并且由 supervisor 管理。可以使用 supervisorctl 命令来管理程序,例如: ``` sudo supervisorctl stop myproject sudo supervisorctl start myproject sudo supervisorctl restart myproject sudo supervisorctl status myproject ``` 以上是使用 nohup 和 supervisor 两种方式在 CentOS 上部署.NET Core项目的方法。使用 supervisor 可以更方便地管理程序,但需要安装额外的工具。使用 nohup 可以更简单地启动程序,但需要手动管理进程

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值