亚马逊EC2汇出字preSS极其缓慢 [英] Amazon EC2 Bitnami Wordpress Extremely Slow

问题描述

我遇到的几个问题与亚马逊EC2和放大器;汇出字preSS AMI（红帽）小实例..和老实说，我不知道是谁问:)我不是一个系统管理员/ Linux的专家，但我已经学会需要基本的SSH命令和其他的东西继续下去，一个基本的开始。

I've encountered several issues with Amazon EC2 & Bitnami Wordpress AMI (RedHat) on small instance.. and honestly I don't know who to ask :) I'm not a SysAdmin/Linux expert, but I've learned basic SSH commands and other things required to keep going for a basic start.

因此​​，这里发生了什么：

So here's what is happening:

字preSS网页加载极其缓慢 - PageSpeed​​和放大器; YSlow的分数是100 27。 我认为，这是由于memory_limit的php.ini中。当我安装汇出字preSS AMI，进口WP用户，设置主题和其他基本的东西，我不能连访问字preSS网站 - 只是一个空白页出现了。几个解决方案之后，我试着从增加32M php.ini中memory_limit的为128M（最大）。我也增加了WP内存限制为64M。

Wordpress website is loading extremely slow - PageSpeed & YSlow score is 27 of 100. I think this is caused by memory_limit in php.ini. When I installed Bitnami Wordpress AMI, imported WP Users, set the theme and other basic things, I wasn't able to even access wordpress website - just a blank page showed up. After few solutions, I've tried increasing php.ini memory_limit from 32M to 128M (Max). And I've increased WP memory limit to 64M.

网页加载正常，用户能够访问它 - 但它是非常缓慢的。 当我尝试减少php.ini的内存限制为64M，网站显示再升一个空白页。

Website loaded properly and users were able to access it - but it's extremely slow. When I try decreasing php.ini memory limit to 64M, website shows up a blank page again.

唯一的事情，我能想到的目前是从。小到。大或类似的增加EC2实例。请让我知道你的想法对这个问题..并非常感谢！

Only thing that I can think of currently is increasing EC2 instance from .small to .large or similar. Please let me know your thoughts on this issue.. and many thanks!

推荐答案

我们也有类似的问题，一个PHP / MySQL的应用程序，我们搬到了一个EC2实例连接到RDS数据库实例。页面服用10倍更长的加载时间比我们previous服务器上，即使所有规格都是一样的，即处理器，内存，时钟速度的数量，和PHP /阿帕奇的版本是相同的。

We had a similar problem with a Php/MYSQL Application which we moved to an EC2 instance connecting to an RDS database instance. Pages were taking 10x longer to load than on our previous server, even though all specs were the same, i.e. number of CPUs, RAM, clock speed, and the versions of Php/Apache were identical.

我们终于找到了问题的原因，默认设置为缓存查询大小的RDS数据库是0。这会导致数据库运行极其缓慢。我们改变了 query_cache_size变量是 10亿（1G）（作为RDS实例有内存4G），并立即将应用性能良好，为我们的previous（非-AWS）服务器。

We finally found the cause of the problem, the default setting for an RDS database for the Cache query size is 0. This causes the database to run extremely slowly. We changed the query_cache_size to be 1000000000 (1G) (as the RDS instance had 4G of RAM) and immediately the application performance was as good as our previous (non-AWS) server.

其次，我们发现，EC2服务器与MySQL安装在本地服务器上的表现都不好，在亚马逊的Linux版本。我们试图运行Ubuntu上EC2 instnace同样的事情，并与当地的MySQL数据库的性能是伟大的。

Secondarily, we found that an EC2 server with MySQL installed locally on the server did not perform well, on the Amazon Linux build. We tried the same thing on an EC2 instnace running Ubuntu, and with a local MySQL database the performance was great.

显然，对于可扩展性的原因，我们就跟着使用RDS实例，但我们发现它有趣的是，MySQL数据库移动到EC2实例从根本上提高了一个Ubuntu Linux的EC2服务器的性能，但没有什么区别与亚马逊建立的Linux。

Obviously for scalability reasons we went with using an RDS instance but we found it interesting that moving the MySQL database onto the EC2 instance radically improved the performance for an Ubuntu linux EC2 server but made no difference with the Amazon Build of Linux.

这篇关于亚马逊EC2汇出字preSS极其缓慢的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！