网站运维记录

1.nfs
客户端:
安装:yum install nfs-utils -y
挂载
mount -t nfs 10.10.21.103:/home/elasticsearch_data/ /home/esuser/data //es数据
mount -t nfs 10.10.21.103:/home/wwwroot/newsshop/public/files_pro/ /home/wwwroot/newsshop/public/files //图片数据
服务端:
安装 :rpc nfs
配置:
vi /etc/exports
/home/elasticsearch_data 10.10.21.0/24(rw,sync,anonuid=1004,anongid=1004)
/home/wwwroot/newsshop/public/files_pro 10.10.21.0/24(rw,sync,all_squash,anonuid=0,anongid=0)
启动:(注意先后)
systemctl start rpcbind.service
systemctl start nfs.service
检查挂载情况:
showmount

2.elasticsearch启动
sudo esuser
cd /home/esuser/elasticsearch/bin
nohup ./elasticsearch >/dev/null 2>&1 & 后台启动

3.python虚拟机
启动:source /usr/local/python3/bin/virtualenvwrapper.sh
选择虚拟机:workon spider

4.爬虫系统(scrpay+scrapyd+spiderkeeper)选择了虚拟机后才能运行:
nohup scrapyd > /dev/null 2>&1 & 后台运行scrapyd
nohup spiderkeeper > /dev/null 2>&1 & 后台运行spiderkeeper
浏览器域名访问:spiders.itaogao.com

5.rabbitmq启动
systemctl restart rabbitmq-server.service
然后浏览器访问

6.svn
启动:svnserve -d -r /root/svn/
钩子:
cd /root/svn/repo/hooks
svn co svn://10.10.21.103/repo /home/wwwroot/newsshop

原文地址:https://blog.51cto.com/felixcode/2394223

时间: 2024-08-11 01:45:00

网站运维记录的相关文章

IIS日志-网站运维的好帮手

原文:IIS日志-网站运维的好帮手 对于一个需要长期维护的网站来说,如何让网站长久稳定运行是件很有意义的事情. 有些在开发阶段没有暴露的问题很有可能就在运维阶段出现了,这也是很正常的. 还有些时候,我们希望不断地优化网站,让网站更快速的响应用户请求, 这些事情都发生在开发之后的运维阶段. 与开发阶段不同的,运维阶段不可能让你去调试程序,发现各类问题, 我们只能通过各种系统日志来分析网站的运行状况, 对于部署在IIS上的网站来说,IIS日志提供了最有价值的信息,我们可以通过它来分析网站的响应情况,

网站运维之 域名解析与备案

h4 { padding: 8px 5px; background-color: #32c5d2 } .start-box,.body { padding: 10px } .tit { font-size: 14px; font-weight: bold } 引言 对于网站运维是一个比较要细心有耐心的工作,当一个网站从开发到上线后,后期的维护也很关键,特别是对于引流的网站来说更是至关重要. 对于网站运维的内容大致可以分为: SEO流量监控方面:风险防控:访问速度优化等方面. 我整理了一些个人的经

网站运维技术与实践之集群架构规划

集群架构规划和设计只要是涉及到高并发高流量的项目,基本上都需要. 本文主要围绕两个方面,一个是IDC的规划和选择,另一个是CDN. 一.IDC的规划和选择 IDC的选择是网站上线前要做的最重要的事情之一.哪怕发展初期只有一台服务器,选择一个位置不错的机房托管,都会助益良多. 也许有人会问IDC是什么? 我引用百度百科来回答: IDC为互联网内容提供商(ICP).企业.媒体和各类网站提供大规模.高质量.安全可靠的专业化服务器托管.空间租用.网络批发带宽以及ASP.EC等业务.IDC是对入驻(Hos

运维生存时间呕血之作:网站运维黑锅如何甩

常见经历 讲几个工作中经常遇到的一些时间,或许你也遇到过,高高兴兴上班来,刚打开电脑,出现如下情况: 领导跑过来问昨天网站访问很慢,服务器又出问题了 客服跑来说福建地区XX市有用户说网站打开很慢,服务器又出问题了 老板说昨天他在家里打不开网站,服务器又出问题了 技术总监说昨天刚上CDN,你看看效果如何 销售部问能不能看看全国各地区访问咱们网站的速度如何,以及如何改进 还有更多关于网站运维的黑锅,欢迎大家列举... 为什么出了问题总认为是运维的原因? 说个题外话,在一家公司竟然遇到以前的同事,见面

要成为linux网站运维工程师必须要掌握的技能

我是一名linux运维工程师,确切的说是网站运维工程师,从事linux工作有2年多了,对这方面有一些体会,给新手一点借鉴: 首先说下运维种类:有办公网系统运维(就是网管),有IDC外网运维,外网运维里又分网站运维.游戏运维.IDC运维(装系统排障),监控运维(盯着监控).我强烈建议大家选择linux网站运维路线,这个路线绝对是最好的,会了网站运维了去做别的运维岗位绝对也是信手拈来的,网站运维需要的技术点更多,因此,我以我工作的网站运维岗位说说运维都需要啥. 1.选择linux系统选择linux系

Hadoop运维记录系列(二十四)

从这篇开始记录一下集群迁移的事情 早先因为机房没地方,就已经开始规划集群搬机房的事情,最近终于开始动手了,我会把这次不停机迁移的过程遇到的主要问题和矛盾以及各种解决方法记录下来. 集群规模说大不大,几百台,总容量30PB左右.Hadoop使用CDH 5.5.1加一些自定义patch的rpm打包编译版本. 总的方案是集群不停机,在两个机房之间架设专线,旧机房decommission,拉到新机房recommission.每天不能下线太多机器,要保证计算. 新机房提前架设90台机器,测试带宽.带宽的测

网站运维技术与实践之服务器监测常用命令

一.监测的意义 不论是网站运维还是系统管理,服务器本身的运行状况都是我们需要掌控的基础资料.在<打造FaceBook>一书中,王淮介绍FaceBook的工程师文化中有一句"Move Fast and Monitor Closely".这个"Closely"有两层意义,其一是"即时"的,要从系统开发初期,就有意识地设计好配套的监测,并逐步改善:其二是"深入",监控不能仅仅停留在监测主机负载.网卡流量的表面层次,而要尽

运维工程师告诉你什么是大型网站运维

首先明确一下,全文所讲的"运维"是指:大型网站运维,与其它运维的区别还是蛮大的:然后我们再对大型网站与小型网站进行范围定义,此定义主要从运维复杂性角度考虑,如网站规范.知名度.服务器 量级.pv量等考虑,其它因素不是重点:因此,我们先定义服务器规模大于1000台,pv每天至少上亿(至少国内排名前10),如sina.baidu. QQ,http://51.com等等:其它小型网站可能没有真正意义上的运维工程师,这与网站规范不够和成本因素有关,更多的是集合网络.系统 .开发工作于一身的&q

网站运维工具使用iis日志分析工具分析iis日志(iis日志的配置)

我们只能通过各种系统日志来分析网站的运行状况,对于部署在IIS上的网站来说,IIS日志提供了最有价值的信息,我们可以通过它来分析网站的响应情况,来判断网站是否有性能问题,或者存在哪些需要改进的地方 对于一个需要长期维护的网站来说,如何让网站长久稳定运行是件很有意义的事情.有些在开发阶段没有暴露的问题很有可能就在运维阶段出现了,这也是很正常的.还有些时候,我们希望不断地优化网站,让网站更快速的响应用户请求,这些事情都发生在开发之后的运维阶段. 与开发阶段不同的,运维阶段不可能让你去调试程序,发现各