EC2上的Openfire性能[关闭]答案

【问题标题】：Openfire performance on EC2 [closed]EC2上的Openfire性能[关闭]
【发布时间】：2012-03-06 17:27:07
【问题描述】：

我们计划在我们的移动应用中引入实时聊天功能。当然我们会采用 XMPP 方式。

任何人都可以了解 Openfire 在现实世界中不同大小的 EC2 实例（Windows 服务器）上支持的最大并发用户数的统计数据吗？

我们正在查看从 22500 名并发用户到 75000 名并发用户的数字，具体取决于预测的应用下载增长模式和用户对这一新的实时聊天功能的适应性。时间范围 = 未来 12 个月。

从我到目前为止所做的任何谷歌搜索来看，Openfire 似乎在横向扩展方面可能不是最好的选择，那么随着时间的推移，单个 ec2 实例能否支持这些数字？即：我们开始托管较小的实例，并根据负载需求不断增加实例大小。

Ejabbered 似乎是扩展的最佳选择，但由于我们需要具备 erlang 技能才能扩展它，因此 ejabbered 对我们来说是一个艰难的选择。另一个替代方案是 tigase，它是 java，因此我们可以轻松扩展它，但如果 Openfire 可以通过扩展与扩展在接下来的 12 个月左右为我们工作，我们很乐意现在使用它，看看它有多好新的聊天功能被接受。第一个原因是易于管理。

最后，如果您可以在 SaaS/PaaS 提供商上为 XMPP 聊天提供链接提供帮助，并且在用户离线时将通知推送到移动设备，那就太棒了。我们与 quickblox.com 取得了联系，但他们的企业产品目前对我们来说似乎很昂贵。如果我们采用 SaaS/PaaS 方式，我们希望我们的数据拥有 100% 的所有权和可移植性。

【问题讨论】：

这个问题在stackoverflow上似乎离题了，最好问serverfault。

标签： amazon-ec2 xmpp ejabberd openfire tigase

【解决方案1】：

单个服务器上的并发用户有多个参考 Openfire handling those and larger numbers。

2007 年的 document on scalability 显示 3.2 版支持 50000 个用户。当前版本是 3.7.1。不要忘记，这也意味着机器比您今天可能运行的任何机器都要慢得多。

您还必须考虑将使用 XMPP 的哪些功能，但简单的消息传递应该能够轻松处理您所指的数字。

【讨论】：

【解决方案2】：

你提到的数字应该很容易被 ejabberd 处理。

我不确定你想如何“扩展”ejabberd。所有服务器都可以很好地处理多用户聊天和消息传递，当然还有 ejabberd。此外，如果您正在考虑自定义协议，可以用您选择的语言编写这些协议，并作为 XMPP 组件连接到 ejabberd。

您可能会错过的唯一一件事是 Web 界面（ejabberd 有，但它相当有限），但是如果您希望通过应用程序的 Web UI 管理事物，您将需要重新考虑；）

【讨论】：

【解决方案3】：

如果您想使用 ejabberd，您可以随时获得 ProcessOne 的支持。这是 ejabberd 的另一个优点，因为如果您愿意/负担得起，它可以得到商业支持。

【讨论】：

，你好，ejabbed 得到商业支持真是太好了，我们计划在我们的 android 应用程序中使用 ejabberd 来实现 IM 服务，作为 erlang 和 ejabberd 的大人物，你能建议我任何参考吗？教程，以便我可以快速开始使用它。谢谢

【解决方案4】：

Android Push Notification 是一个很好的解决方案。

借助 Android-Push 服务，您（Android 开发人员）可以直接向安装了您的应用的人发送消息。您只需将代码 sn-p 包含到您的应用中，然后发布到特定 URL 以吸引您的应用用户，即使您的应用在他们的手机上处于非活动状态。

特点：

免费

免费，除非您的应用需要大量推送。当然，您可以为更多的推动和更快的技术支持付费。

简单

非常容易集成到您的应用中推送到应用程序超级简单：只需发送一个 URL 请求没有 C2DM 限制，您无需拥有 gmail 帐户即可使用推送服务云服务，无需自己搭建推送服务器

有效

手机电池和网络消耗不足跟踪用户互动，了解用户对您的推送有何反应

【讨论】：