Amazon EC2 Bitnami Wordpress速度非常慢
我在AmazonEC2和BitnamiWordPressAMI（RedHat）的小实例上遇到了几个问题。。老实说，我不知道该问谁：）我不是系统管理员/Linux专家，但我已经学会了基本的SSH命令和其他一些基本的开始所需的东西 下面是正在发生的事情： Wordpress网站加载速度非常慢-PageSpeed&YSlow分数为27分/100分。 我认为这是由php.ini中的内存限制造成的。当我安装Bitnami Wordpress AMI、导入WP用户、设置主题和其他基本内容时，我甚至无法访问Wordpress网站——只显示了一个空白页面。经过几次解决之后，我尝试将php.ini的内存限制从32M增加到128M（最大值）。我已经将WP内存限制增加到64M 网站加载正确，用户可以访问它，但速度非常慢。 当我尝试将php.ini内存限制降低到64M时，该网站再次显示一个空白页面Amazon EC2 Bitnami Wordpress速度非常慢,wordpress,amazon-ec2,amazon,bitnami,Wordpress,Amazon Ec2,Amazon,Bitnami,我在AmazonEC2和BitnamiWordPressAMI（RedHat）的小实例上遇到了几个问题。。老实说，我不知道该问谁：）我不是系统管理员/Linux专家，但我已经学会了基本的SSH命令和其他一些基本的开始所需的东西 下面是正在发生的事情： Wordpress网站加载速度非常慢-PageSpeed&YSlow分数为27分/100分。 我认为这是由php.ini中的内存限制造成的。当我安装Bitnami Wordpress AMI、导入WP用户、设置主题和其他基本内容时，我甚至无法访问W
目前我唯一能想到的是将EC2实例从.small增加到.large或类似。请让我知道你对这个问题的看法。。非常感谢 既然您还没有收到答复，请允许我将我的评论总结成一些有用的东西：
- 了解时间花在哪里
- PHP需要RAM，但您的数据库也需要RAM（我对Bitnami一无所知，但Wordpress使用SQL数据库进行存储）
- 为PHP分配足够的RAM。看起来是在64MB和128MB之间
- 如果您使用的是MySQL，请编辑my.ini。如果您使用的是MySQL的默认配置文件，则内存分配参数拨得太低。如果您发布my.ini文件，我可以提供建议（或者如果您使用的是其他数据库，请说明是哪个数据库）
- 考虑您的数据分区
- 如果还没有，请使用
如果您手头有评测结果，您可以更明智地决定在何处进行调优。我建议使用缓存工具。您可以尝试的第一个方法是APC（可选PHP缓存）。在Red Hat中很容易安装：yum安装php-pecl-apc。使用WordPress特定的缓存插件（如W3 Total cache或Super cache）可以获得更好的结果。我使用的是最后一个，很容易在WordPress应用程序中安装：
希望有帮助。我们看到了类似的情况。对我们来说，我们花时间摆弄优化设置的机会成本远远高于只与专门的Wordpress主机提供商合作 在这个领域（专门的Wordpress托管）的领导者似乎是WP引擎和其他一些类似合成的引擎 我在dreamhost上有我的个人网站，但这些年来它们变得越来越糟糕，所以我搬到了bluehost，这很好 总的来说，我认为EC2很棒，但它需要大量的修改。根据您的时间成本和专业领域，您可能会选择转向更专业的提供商
除了我在dreamhost和bluehost作为个人共享主机客户的个人经验外，我与这些公司中的任何一家都没有任何关联 我们在Php/MYSQL应用程序中遇到了类似的问题，我们将其移动到连接到RDS数据库实例的EC2实例。尽管所有规格都相同，即CPU数量、RAM、时钟速度和Php/Apache版本都相同，但页面的加载时间比以前的服务器长10倍 我们终于找到了问题的原因，RDS数据库缓存查询大小的默认设置为0。这会导致数据库运行极其缓慢。我们将query\u cache\u size更改为100000000（1G）（因为RDS实例有4G的RAM），应用程序性能立即与我们以前的（非AWS）服务器一样好 其次，我们发现在AmazonLinux构建中，本地安装了MySQL的EC2服务器性能不好。我们在运行Ubuntu的EC2 Instance上尝试了同样的方法，使用本地MySQL数据库，性能非常好
显然，出于可扩展性的原因，我们使用了RDS实例，但我们发现有趣的是，将MySQL数据库移动到EC2实例上可以从根本上提高Ubuntu linux EC2服务器的性能，但与Amazon构建的linux没有什么区别。一个好友在两个实例之间的延迟达到500毫秒时，就离开了EC2web服务器和数据库服务器。您是否看到类似的延迟？EC2中的IO可能非常慢。这会杀死MySQL（我想那是你的存储？）。确保您也为MySQL分配了足够的内存。如果尚未备份，请使用EBS备份实例并将数据（而不是操作系统）存储在软件RAID分区（例如8个条带化EBS实例）上。见@EricJ。我不认为对EBS卷进行条带化是一种很好的性能改进。EBS使用网络IO，因此即使您在8个EBS卷上分条，您仍然有一个单一的网络接口，所有流量都必须通过该接口。RAID条带化有助于克服磁盘速度这一瓶颈，但当网络和EBS一样成为瓶颈时，RAID条带化则无济于事。@user1087981:你错了：-）在一个大型实例上，最多可以看到8个EBS卷的近似线性性能提升（由于NIC能力较低，在一个较小的实例上，可能会看到大约4个EBS卷）。我在一本书上对8卷进行了基准测试