Chinaunix首页 | 论坛 | 博客
  • 博客访问: 662035
  • 博文数量: 110
  • 博客积分: 8090
  • 博客等级: 中将
  • 技术积分: 1217
  • 用 户 组: 普通用户
  • 注册时间: 2005-10-10 15:32
文章分类

全部博文(110)

文章存档

2017年(2)

2015年(1)

2014年(1)

2013年(1)

2012年(1)

2011年(1)

2008年(7)

2007年(27)

2006年(45)

2005年(24)

我的朋友

分类: 系统运维

2005-11-05 22:28:00

看了这位兄弟文章突发奇想
http://blog.chinaunix.net/article.php?articleId=55341&blogId=8368

个人认为比较理想的做法:类似于分布式文件系统?
1 主机:由i/o操作触发事件,这些操作包括:修改,新增,删除,改名,移动等,把这些有改变的文件发送到客户端,并记录操作结果,最好是有延时。
2 客户端接收主机发送来得文件,首先保存当前状态,根据配置保留几天的状态,然后写入主机修改过的文件,完成后把结果发送主机
不过这样和rsync有什么区别呢?晕了

主要问题在于:如果主机的文件被无意错误修改或黑客恶意修改,将发布到镜像站点
镜像技术对于负载均衡系统很关键,希望有更好的解决方案出现~

web服务,程序文件的更新比较少,静态页面其次;如果采用cms+静态页面,用rsync 1分钟更新一次没什么问题,可以用cron控制更新频率,例如下班时间不更新
对于程序+数据库的网站系统,主要负载出在数据库上,数据库的同步有些难度

ftp服务,写ftp的插件比较现实,用ftp协议让它们自己同步去,而且一般都是大文件,由ftp操作触发比较合理

数据库的同步还是用协议比较好,mysql的主从同步不够完善,一旦出错将是很头疼的事情,操作起来不方便,另外一种方式还没试过,据说不错~~

阅读(1537) | 评论(1) | 转发(0) |
给主人留下些什么吧!~~