搜索""的结果
convirt 2.0的安装-kvm和xen的管理平台 convirt2.0是虚拟机kvm和xen的管理平台。由于需要最近试着安装convirt。最开始我的系统版本是ubuntu10.10,安装成功后开启服务器,然后用默认的admin帐号登录convirt管理平台发现总是提示“internal server error”,不知道错误原因,重装convirt多次问题依然存在,日志提示“NO object (name:buffet) has been registered for this thread”,超级郁闷,百度里基本查不到相关资料,google有几个相关的网页可是网页还总是打不开。一周后在另外一个版本是ubuntu9.10机器上重新安装convirt,结果安装成功,一帆风顺。谢天谢地,搞了半天原来是版本问题。后来仔细看convirt 的官网发现它的安装步骤写的系统版本是9.04/9.10,其他版本还没有尝试。哎,一个版本问题困扰我这么久。 看来以后对于版本问题要加以注意,不然会花费很多时间。废话不多说了,开始安装吧。 1.首先需要下载安装程序和安装的脚本文件 http://www.convirture.com/downloads/convirt/2.0.1/convirt-2.0.1.tar.gz http://www.convirture.com/downloads/convirt/2.0.1/convirt-install-2.0.1.tar.gz 把它们下载到用户目录/home/xxx/下。(xxx是你的用户名) 得到convirt-...
利用 nginx url hash 提高squid服务器命中率url hash是用于提高squid命中率的一种架构算法,一般现行的架构通常是使用dns轮询或lvs等将访问量负载均衡到数台squid,这样做可以使 squid的访问量做到了均衡,但是忽略了一个重要方面--数据量。在这种架构下,每台squid的数据量虽然是一致的,但通常都是满载,并且存在数据重 复缓存的情况。如果后端服务器数据容量或者用户的访问热点数远远超过缓存机器的内存容量,甚至配置的disk cache容量,那么squid将会大量使用磁盘或者不停与后端服务器索取内容。 在新的架构下,使用nginx架载于squid之前,如果squid机器有4台,那么在这4台机器上装上nginx,nginx使用80端口,而 squid改为3128端口或其他端口。nginx的效率非常高,消耗内存也非常少,所以并不需考虑加装nginx所带来的性能损耗。然后在nginx上 配置url hash,使访问量根据url均衡分布到各台squid,根据url分流之后,每一个url就会只存在于一台squid中,每台squid的数据都会完全 不同。我们有4台机器,每台2G内存的话,原先极有可能因为数据大量重复,内存使用率仍然为2G,而现在我们经过数据均衡分布,8G内存可以达到充分利 用。 是否会存在访问不均的情况呢?是有可能的...
squid2.6加速WEB支持虚拟主机配置心得体会本人一台web服务器,日流量约10万,上面有好几个虚拟主机,近日装上Squid 2.6进行WEB加速,Squid 和Apache均在同一台服务器上面,效果非常明显,看到论坛上好多人问如何配置squid2.6支持,虚拟主机现在将安装过程贴出和大家一起分享,给菜鸟们一个学习机会和老鸟们一个批评指正的机会主机配置为: CPU: AMD64 Sempron 3100  内存: 2GB RAM下载:wget  http://www.squid-cache.org/Versions/v2/2.6/squid-2.6.STABLE6.tar.bz2tar jxvf squid-2.6.STABLE6.tar.bz2安装: ./configure --with-maxfd=65536 这个--with-maxfd参数是增大squid文件描述符到65536安装完毕后开始配置/usr/local/squid/etc/squid.conf visible_hostname www.yoursite.com http_port xx.xx.xx.xx:80 vhost vport  #xx.xx.xx.xx为这台服务器的IP地址 icp_port 0 cache_mem 400 MB  #设置Squid所能使用的内存共400MB,这个值因人而异 ...
在RHEL6.2上安装Squid,使用透明代理,最开始使用系统带的rpm包安装,调试参数后,起用服务,小流量的情况下,squid可以正常工作,但是一旦加载大流量,squid立即崩溃。 后来了解到squid2系列都不支持多核CPU,只有最新的3.2支持多核CPU,因此决定下载源码编译安装。 编译安装测试,一些小的麻烦不断产生,网上可以参考的资料很少,很多都是介绍做反向代理的。 3.2最主要的就是支持多核处理器,我们最开始使用workers参数,但是加载后查看squid的CPU使用率忽高忽低,曲线差不多跟正弦函数似的,客户端一会能打开网页,一会不能打开网页。卡了几天,然后决定换一个方式试试,没想到成功了。 cpu_affinity_map代替workers,能正常开启多进程,squid工作正常。我们的服务器是双CPU,12核24进程,下面是我们的参数: 1cpu_affinity_map process_numbers=1,2,3,4,5,6,7,8,9,10,11,12 2cores=1,3,5,7,9,11,13,15,17,19,21,23 这个参数的意思就是把squid进程和CPU核绑定。 squid官方的解释 01Option Name:    cpu_affinity_map02Replaces:   03Requires:   04Default Value:  none05Suggested Config:   06 07&n...
squid-2.6之Web反向代理加速实做/防盗链/防盗用/防爬虫  2.6相对2.5有了一些改变,大家可以去看:http://www.squid-cache.org/Versions/v2/2.6/squid-2.6.STABLE1-20060726-RELEASENOTES.html#s2  1. 下载squid2.6 http://www.squid-cache.org/Versions/v2/2.6/squid-2.6.STABLE1-20060726.tar.gz  2. 安装: wwwtest137#tar xzvf squid-2.6.STABLE1-20060726.tar.gz wwwtest137#cd squid-2.6.STABLE1-20060726 wwwtest137#configure --prefix=/usr/local/squid --enable-dlmalloc --with-pthreads --enable-poll --disable-internal-dns --enable-stacktrace --enable-removal-policies="heap,lru" --enable-delay-pools --enable-storeio="aufs,coss,diskd,ufs" wwwtest137#make  wwwtest137#make install   安装完成了。  因为是测试的,所以相关的参数可能并不是比较完善的,但是使用是没有问题的。  3. 配置:以下是部分关键配置,其他与2.5的相同 #squid.conf #服务器IP 192.168.1...
利用 squid 反向代理提高网站性能本文在介绍 squid 反向代理的工作原理的基础上,指出反向代理技术在提高网站访问速度,增强网站可用性、安全性方面有很好的用途。作者在具体的实验环境下,利用 DNS 轮询和 Squid 反向代理技术,实现了网站的负载均衡,从而提高了网站的可用性和可靠性。本文在介绍 squid 反向代理的工作原理的基础上,指出反向代理技术在提高网站访问速度,增强网站可用性、安全性方面有很好的用途。作者在具体的实验环境下,利用 DNS 轮询和 Squid 反向代理技术,实现了网站的负载均衡,从而提高了网站的可用性和可靠性。现在有许多大型的门户网站如 SINA 都采用 squid 反向代理技术来加速网站的访问速度,可将不同的 URL 请求分发到后台不同的 WEB 服务器上,同时互联网用户只能看到反向代理服务器的地址,加强了网站的访问安全。反向代理的概念反向代理服务器又称为 WEB 加速服务器,它位于 WEB 服务器的前端,充当 WEB 服务器的内容缓存器。其系统结构如图 1图 1. 系统结构反 向代理服务器是针对 WEB 服务器设置的,后台 WEB 服务器对互联网用户是透明的,用户只能看到反向代理服务器的地址,不清楚后台 WEB 服务器是如何组织架构的。当互联网...
将win64_11gR2_database_1of2.zip和win64_11gR2_database_2of2.zip分别解压后,点开始安装,过程很顺利,到47%时杯具出现了:未找到文件D:oracle....WFMLRSVCApp.ear。把两个文件解压到同一个目录下面,再安装,终于顺利完成了。 安装之后,和10g的程序比较一下,多了一个sqldeveloper管理工具。
Varnish加速网站图片显示  自从动态生成缩略图上线后,NFS客户端日志时常报无法响应的错误,怀疑是NFS机IO过大,所以想到使用Varnish给NFS机减压,将缩略图存放到内存中,减少读的压力,然后就有了篇博文。 简介:   Varnish是一款高性能的开源HTTP加速器,网上评价比Squid更强,安装配置都很快速,方便。 一、安装:# wget http://repo.varnish-cache.org/source/varnish-2.1.5.tar.gz # tar zxvf varnish-2.1.5.tar.gz cd varnish-2.1.5 # ./configure –prefix=/usr/local/varnish # make && make install二、配置文件:# cp /usr/local/varnish/etc/varnish/default.vcl /usr/local/varnish/etc/varnish/default.vcl.bak# vi /usr/local/varnish/etc/varnish/default.vcl# 反向代理请求的后端Web服务器ip和端口backend default {     .host = "192.168.1.1";     .port = "80";}sub vcl_recv {    if (req.request != "GET" && req.request != "HEAD") {        return(pipe);  ...
Varnish无法分配内存导致自动重启子进程的问题今天发现我的Varnish2.0.3版在运行一段时间后就会自动重启子进程,导致缓存命中率低下(不到50%),查看/var/log/message发现果然存在Varnish不断重启新的子进程的现象,报错中基本上都带有Cannot allocatememory的提示。查询官方网站的性能优化页面后发现,当缓存的object数量级较大时可以进行一些优化。摘取相关信息如下:Running with many objects If you have many objects (more than 100000), you may need to set the following command line options:-p lru_interval=3600 (default: 2 seconds)If your cache servers cache most/all objects for a longer time, itmakes sense to increase the period before an object is moved to the LRUlist. This reduces the amount of lock operations necessary for LRU listaccess.-h classic,500009 (default: 16383)To keep hash lookups fast, you should not have more than 10 objectsper hash bucket. If you have 3 million objects, number of objectsshould be at least 300000. The numbe...
Varnish解决带参数的URL可能造成多份缓存的问题当Varnish遇到带参数的URL(这些参数还经常变)的时候,通常会存在同一个真正的URL存放多份缓存及缓存命中率低的情况,根据官方网站的文档说明,可以在sub_recv中加入如下段解决。        if (req.url ~ ".(jpg|gif|png)\?.*") {            set req.url = regsub(req.url, "\?.*", "");        }但当实际设置了以后仍然会出现URL参数变化后Varnish返回miss,这说明Varnish实际上还是以全部req.url作为hash进行缓存的。有兴趣的同学可以自己试试:)我想了很久,最后终于发现这个重置了以后的req.url并没有作为sub_hash中hash key进行缓存,于是做了如下变通终于实现了按照不带参数的URL进行缓存以达到提高缓存命中率和避免多份缓存的目的。其实配置的方法很简单,即sub_hash {    if (req.url ~ ".(jpg|gif|png)\?.*") {      &nbs...
    总共269页,当前第190页 | 页数:
  1. 180
  2. 181
  3. 182
  4. 183
  5. 184
  6. 185
  7. 186
  8. 187
  9. 188
  10. 189
  11. 190
  12. 191
  13. 192
  14. 193
  15. 194
  16. 195
  17. 196
  18. 197
  19. 198
  20. 199
  21. 200