linux – 适用于大型facebook应用程序的正确服务器架构？

发布时间：2020-12-14 02:42:55 所属栏目：Linux 来源：网络整理

导读：我们是一个由3名学生组成的小组,我们创建了一个Facebook应用程序,目前有超过753,320名活跃用户,应用程序托管在LAMP 1 1服务器上： - AMD Opteron 1352 4 x 2,1 GHz- 4 GB RAM.- 2 x 750 Go (RAID 1 Hardware).- Connection : 100 Mbps. 这个应用程序工作得很

我们是一个由3名学生组成的小组,我们创建了一个Facebook应用程序,目前有超过753,320名活跃用户,应用程序托管在LAMP 1& 1服务器上：

- AMD Opteron 1352 4 x 2,1 GHz
- 4 GB RAM.
- 2 x 750 Go (RAID 1 Hardware).
- Connection : 100 Mbps.

这个应用程序工作得很好,没有任何问题.

我们正在准备一个新的应用程序,我们预计几个月后将有数百万活跃用户.

应用信息：

>使用PHP / MySQL创建.
>每个用户每次使用至少可以运行25个查询.
>提供许多静态文件(图像,flash文件,css,js).
>此应用程序包含8个部分,例如游戏,礼品等……

我们想知道这个应用服务器的正确架构.

>我们需要多少台服务器来托管它？
>如果我们在此服务器上托管php文件：

>英特尔?酷睿?i7-920处理器4×2.66 GHz
> 12GB RAM

MySQL远程服务器和每个服务器上的静态文件具有相同的配置.

应用程序可以每天处理数百万个请求吗？

>您对此类应用程序的建议是什么？,有人能告诉我建议的架构的详细信息吗？

提前致谢.

解决方法

关于MySQL,

> mysqltuner是任何产品盒的必备品.>慢速查询日志将为您提供更长远的路径,以获得更高性能的应用程序.>打开常规日志(简要)可能是一件好事,然后对所有查询运行EXPLAIN以确保您具有正确的索引(无覆盖,良好的基数等)>您是否在数据库中保留会话？如果可以避免,请不要这样做,但如果没有,请考虑MEMORY表.>关于表类型的主题,请考虑每个表的实际用法. InnoDB存储引擎中具有高读/写需求的事务表可能更好.主要写入或读取的表最好用作MyISAM.您是否也登录到数据库？考虑这些表的ARCHIVE引擎.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!