Amazon ec2 amazon EC2实例上的星号11可处理100个并发调用

我想知道AmazonEC2上的星号11是否是一个好主意，它可以处理100多个并发调用？如果是，那么哪种类型的实例可以很好地工作？ 我有大量的业务逻辑和应用程序逻辑以及星号。 我想知道EC2实例的性能如何？是否建议使用带星号的EC2实例

---

谢谢

亚马逊ec2对于voip来说是个坏主意

它有NAT，但不是完美的时机。而且它的性能也不是很好

100个调用需要像c1.xlarge/m1.xlarge/c3.large这样的实例-ECU 8+

根据拨号计划和您的技术，中号星号通常可以处理50-80个电话

还要注意，ec2上的带宽非常昂贵

我不建议对asterisk使用ec2实例，除非您需要具备以下任何一项：

• 带故障切换设置的按需应用程序
• 每分钟付费/可扩展应用程序（例如计划会议服务）
• 需要在崩溃和/或EC2上已有的其他基础设施上启动posibility实例

---

在所有其他情况下，最好配备2台专用服务器，并为这些服务器设置故障切换。您将以类似的成本获得更高的性能。

在Amazon EC2上成功部署Asterisk需要在EC2的防火墙上启用三个关键端口。没有它们，星号将无法工作。因此，以下端口是传递RTP数据包（用于语音）和SIP信令（用于设备、DTMF代码等）的关键：

5060（UDP）

4569（UDP）

10000-20000（UDP）

22（TCP）（SSH访问时需要此选项）

使用Eric Hammond的Ubuntu AMI（亚马逊机器映像），AMI-ce44a1a7和1000HZ的AKI，AKI-9b00e5f2。此AKI非常重要，因为它是专门为Asterisk等VoIP应用程序编译的。除了1000HZ的设置之外，任何AKI（亚马逊内核映像）都会在语音质量和功能方面产生不理想的结果

---

提示：Asterisk 1.4.21.1是一个较旧但稳定的版本。如果您愿意，请使用更新的版本号来补充版本号

我们在EC2上尝试了M1实例，用于14人的会议。会议一开始进行得很顺利，但当用户发言时，他们的声音断断续续地下降。电话好像断了。星号AMI显示这些用户仍然是连接的，我们的SIP中继提供商也显示这些用户是连接的。1） 这可能是什么原因？2） 我们只在MST下午4点的美国营业时间看到过一次。在下午10点MST之后进行测试时，我们无法复制此问题。原因可能是什么？谢谢！启动后音频丢失的原因是什么？这是由于sip.conf中缺少NAT设置，还是由于实例被淹没？根据CPU使用情况，似乎处理能力不是问题。请阅读vps的工作原理。原因是vps不能给你真正的表现。当有人在同一个节点上使用cpu时-你没有cpu，所以语音有问题。我不知道…twilio使用aws不是吗？哪个实例更适合带有G729和星号12的PIAF。