Questions tagged «lamp»

在尝试弄清楚为什么即使服务器资源正常的情况下我的站点响应仍然这么慢之后，我终于检查了Apache的状态并发现： 78 requests/sec - 0.7 MB/second - 8.5 kB/request 256 requests currently being processed, 0 idle workers 看来我的apache在连接方面实在是太累了。任何试图访问我的网站的人都会被列入“等待名单”，直到Apache再次免费。 看来我有两个选择。 A）将最大连接限制提高到256以上。尽管根据本文所述，这并不容易： 默认情况下，MaxClients参数的编译硬限制为256。但是，可以通过重新编译Apache来更改此参数。一些发行版或托管公司将此限制提高到非常高的值，例如512甚至1024，以应付较大的负载。 B）找到占用太多时间的脚本。对我来说，这似乎更加棘手，因为大多数apache进程只是出现然后又消失。另外，我的站点的PHP脚本已进行了很好的优化……并且再次，服务器资源很好： Server load 2.69 (8 CPUs) Memory Used 25.33% (2,039,108 of 8,048,804) Swap Used 1.32% (54,156 of 4,095,992) 我应该选择哪个选项（如果有），应该怎么做？ 编辑 详细信息：服务器版本：Apache / 2.2.23（Unix）mod_ssl / 2.2.23 OpenSSL / 1.0.0-fips DAV …

9 apache-2.2  php  http  lamp 

我的小型ec2实例（具有1.7 GB内存）在CentOS的基础上运行Amazon AMI，但Apache出现了一个问题，即Apache使用过多的内存。如果您看一下屏幕截图，在我重新启动httpd服务之前，内存使用率将为90-100％，它将重新开始，从而将其恢复到90％以上的方式。 对于如何找到问题，我将不胜感激。这是利用所有可用内存的“正常” apache行为吗？还是有可能我必须设法解决的泄漏。此刻，我对可能发生的事情感到困惑。 我们使用的是Apache MPM prefork，没有sql或类似的东西-只是apache。该网站在这里。

9 apache-2.2  memory  httpd  lamp  memory-usage 

在我们的环境中，我们同时在不同群集上使用Nginx和HA代理。使用一个相对于另一个有优势吗？ 或者，对基本的LAMP服务器群集进行负载平衡的最佳方法是什么？

9 nginx  load-balancing  lamp  cluster  haproxy 

我目前正在尝试为基于Drupal的Web应用程序指定一个可水平扩展的群集，该群集看起来类似于下面的彩色图表： 负载平衡器实现了粘性会话，因此，在为用户分配了要使用的服务器后，用户便保持状态。 每个应用程序服务器具有以下内容： 正面清漆 drupal 6在中间运行在灯堆上 内存缓存在后面 两台mysql数据库服务器位于共享IP上，它们位于具有DRBD和listenbeat的HA群集中，因此，丢失一台将不会破坏整个平台。 对于您不确定的几件事，我不确定。 文件应如何水平扩展？ 我正在考虑使用NFS在每个应用程序服务器上安装共享文件目录，因此所有位置都可以使用一次上传的文件。我之所以想到NFS，是因为它已经存在了很长时间，并且我没有使用MogileFS或GlusterFS的经验，并且它是我们以前使用过的东西，因此我们对其更加熟悉。 是否有任何可遵循的准则来确定以这种方式通过NFS共享目录的服务器数量是多少？ 应该如何在此处的共享文件存储中提供HA？ 这里的一个问题是NFS服务器是单点故障。 我们已经在Mysql服务器上使用Heartbeat和DRBD，并且我希望将堆栈中涉及的技术数量保持在尽可能低的水平-如果我对文件使用相同的HA策略，将会有什么陷阱服务器呢？ 另一种方法 这是面向内部网站的，当内部计划启动时，有限数量的用户偶尔会在短时间内非常密集地使用该网站。因此，这不需要像某些初创公司那样无限扩展。 鉴于 我们可以预期的流量上限 向文件服务器中添加HA，并设计一个可以水平扩展的设置，这样会带来相当大的复杂性 我也在考虑使两个Web服务器变得更强大，以便它们可以处理它们之间的峰值负载，并在cron作业中设置统一或rsync，以便： 它们的文件仍保持同步（粘性会话使用户保持与文件上传到的服务器相同） 丢失一个表示该站点仍在运行。 这听起来像是解决任何可能的NFS / DRBD HA复杂性难题的可行方法吗？ 谢谢， C

9 nfs  lamp  scaling 

我有一个我想建立的新站点，这是程序员所希望的。尽管该网站无法达到成功的StackOverflow的水平，但我确实希望它能够引起广泛的欢迎并取得相当的成功-无论如何，我很乐观。 我将从共享主机开始，可能会坚持托管我博客的公司，因为我对博客足够了解，但是我认为共享托管不是一个好的长期解决方案。 因此，到目前为止，我一直在研究各种VPS提供程序（主要是Slicehost和Linode）是否具有作为“下一阶段”提供程序的潜力。问题是我觉得使用VPS将完全超出我的范围。我对Linux的经验有限（我在笔记本电脑上尝试过几次，但总是遇到让我放弃的问题-通常是无线问题），尽管我很确定自己可以掌握基本知识安装程序，我担心我会感到非常不安全，或者无法处理维护问题。 显然，我的想法可能会完全失败，但是如果我达到了必须使用VPS的阶段，我宁愿不被裤子压垮。 因此，是否有任何好的教程/（电子书）/文章描述了如何了解您的VPS，或者我应该关注的任何其他问题。该站点很可能是“经典的” LAMP堆栈，尽管我可能会决定在以后（或确实）出现需求时将其交换出去。 我绝对最优先考虑的是security，因此是本帖子。考虑到在线资源（尤其是Slicehost和Linodes教程部分），我几乎可以怀疑，我可以共同破解一个可行的解决方案，但是我需要知道，这样做并不会使关键漏洞处于开放状态。 预防措施等 谢谢！ 编辑： 在过去的几天里，我还在Hacker News和Reddit上问过这个问题，所以也许这些讨论的链接可能有用： 黑客新闻 Reddit

9 security  vps  lamp 

这个问题不太可能帮助将来的访客。它仅与较小的地理区域，特定的时间段或格外狭窄的情况（通常不适用于Internet的全球受众）有关。要获得使该问题更广泛适用的帮助，请访问帮助中心。 8年前关闭。 我已跳到Linode（360MB），并希望获得有关选择哪种发行版的反馈。我要运行LAMP（P为PHP）。 我主要对安全性，性能，稳定性和将来的修补程序感到好奇。 我应该使用64位版本的OS，还是有缺点？ 选择... Arch Linux 2009.02 Arch Linux 2009.02 64bit CentOS 5.3 CentOS 5.3 64bit Debian 5.0 Debian 5.0 64bit Fedora 11 Gentoo 2008.0 Gentoo 2008.0 64bit OpenSUSE 11.0 Slackware 12.2 Ubuntu 8.04 LTS Ubuntu 8.04 LTS 64bit Ubuntu 9.10 Ubuntu 9.10 64bit 干杯

9 linux  vps  lamp  linode 

我在负载均衡器后面有一个Web服务器。 我需要在我的.htaccess中添加条件重定向，以便在我们使站点离线进行维护时显示维护页面。这部分很简单： RewriteEngine on RewriteCond %{REQUEST_URI} !/maintenance.php$ [NC] RewriteCond %{REQUEST_URI} !\.(jpe?g?|png|gif) [NC] RewriteRule .* /maintenance.php [R=302,L] 但是，我想补充一点，如果访问者的IP地址是我自己的，则它不会将我重定向到维护页面，并且可以像正常在线一样查看和测试该站点。这部分通常也很简单： RewriteEngine on RewriteCond %{REMOTE_ADDR} !^11\.111\.111\.111 RewriteCond %{REQUEST_URI} !/maintenance.php$ [NC] RewriteCond %{REQUEST_URI} !\.(jpe?g?|png|gif) [NC] RewriteRule .* /maintenance.php [R=302,L] 但是，由于我的Web服务器位于负载均衡器的后面，REMOTE_ADDR因此解析为负载均衡服务器的内部IP地址。 如何更改此地址以查找转发的IP地址？我知道在PHP中您可以$_SERVER['HTTP_X_FORWARDED_FOR']用来获取转发的IP地址。我已经尝试了几件事，.htaccess但是没有运气： %{X_FORWARDED_FOR} %{HTTP:X_FORWARDED_FOR} %{HTTP_X_FORWARDED_FOR} 解 我有以下工作： %{HTTP:X-FORWARDED-FOR}

9 linux  apache-2.2  php  .htaccess  lamp 

我有一台LAMP服务器（具有2GB RAM的基于CentOS的MediaTemple（DV）Extreme）运行自定义的Wordpress + bbPress组合。 每天大约有3万次浏览量，服务器开始is吟。当交通涌入时，它在今天早些时候跌跌撞撞了约5分钟。即使在正常条件下，我也可以看到虚拟服务器有时会承受90％以上的CPU负载。使用Top我经常可以看到5-7个httpd进程，每个进程使用15-30％（有时甚至50％）的CPU。 在进行大量优化之前（我们使用MySQL可能是罪魁祸首），我很想找到最主要的网页，然后对其进行处理。有没有一种方法可以找出哪些特定请求负责最耗CPU的httpd进程？总的来说，我发现了很多关于优化的信息，但是关于这个特定问题却一无所获。 其次，我知道有上百万个变量，但是如果您对使用单个具有该大小站点的专用虚拟服务器是否应该达到性能极限有任何了解，那么，我很想听听您的意见。我们应该考虑迁移到功能更强大的服务器，还是应该专注于当前服务器的优化？

5 performance  lamp  performance-monitoring  performance-tuning  top