Google compute engine 谷歌云中的星号

问题

---

我知道GCE内实例的电信服务有限制。我很清楚，不会直接连接到PSTN，但这是否适用于SIP提供商连接。SIP提供商将通过GCE上基于SIP的IP PBX提供电话服务和统一通信。基于GCP限制，这是否可以接受？

星号是实时软的。这意味着它应该每隔50-100ms左右授予cpu一次

不，它在谷歌云中不起作用。在许多虚拟化环境中，如果没有cpu访问权限，也无法正常工作

---

当然你可以试试，但更可能的是，你会在声音上有间隙。

星号是实时软的。这意味着它应该每隔50-100ms左右授予cpu一次

不，它在谷歌云中不起作用。在许多虚拟化环境中，如果没有cpu访问权限，也无法正常工作

---

当然，您可以尝试，但更可能的是，您的声音会有间隙。

我们在GCP上运行了几个asterisk实例来管理数百个呼叫，效果很好。它们必须安装在未共享的vm实例（免费和/或小型实例）上。更小的是安装在Centos 7映像上的4 CPU和4 GB。

我们在GCP上运行了几个asterisk实例来管理数百个呼叫，并且工作正常。它们必须安装在未共享的vm实例（免费和/或小型实例）上。更小的是安装在Centos 7映像上的4 CPU和4 GB。

非常适合星号。

非常适合星号。

有趣的答案，因此，您正在编写的vCPU不执行Asterisk的指令或功能？除非它没有每50ms授予足够的CPU时间。在这种环境下，这将是一个挑战，需要在Asterisk开发论坛中继续我正在进行的帖子通信。奇怪的是，这是一个独立于所选操作系统的通用设置，所选操作系统与Asterisk 13.20.0-rc2共生工作。按照此答案进行更新可能是基于错误的假设。在GCE中，只有像f1 micro这样的共享机器类型共享CPU资源。“普通”实例不共享一个核心->您的来宾总是“被授予”CPU。很抱歉，您错了。微总是不起作用。其他类型有时有效，有时无效。大多数情况下，高成本的实例可以正常工作，但仍然不被认可。有趣的答案，因此，您正在编写的vCPU不执行Asterisk的指令或功能？除非它没有每50ms授予足够的CPU时间。在这种环境下，这将是一个挑战，需要在Asterisk开发论坛中继续我正在进行的帖子通信。奇怪的是，这是一个独立于所选操作系统的通用设置，所选操作系统与Asterisk 13.20.0-rc2共生工作。按照此答案进行更新可能是基于错误的假设。在GCE中，只有像f1 micro这样的共享机器类型共享CPU资源。“普通”实例不共享一个核心->您的来宾总是“被授予”CPU。很抱歉，您错了。微总是不起作用。其他类型有时有效，有时无效。高成本的实例在大多数情况下都可以，但仍然不被认可。如果对ToS中关于电话服务的限制有疑问，我建议联系谷歌销售人员讨论您的使用案例。关于Stackoverflow的建议可能是错误的/不准确的。如果对ToS中有关电话服务的限制有疑问，我建议联系谷歌销售人员讨论您的使用案例。关于Stackoverflow的建议可能是错误的/不准确的。如arheops的回答所述，不适用于“常规”机器类型。它可以工作，但由于在同一台机器下与其他租户工作负载进行上下文切换，因此声音会有间隙。您可以使用的最“合适”的实例是独家租用服务器，这将花费您至少一大笔钱，n1-node-96-624不适合“常规”机器类型，正如arheops的答案所解释的。它可以工作，但由于在同一台机器下与其他租户工作负载进行上下文切换，因此声音会有间隙。您可以使用的最“合适”的实例是独家租用服务器，这将花费您至少一大笔钱n1-node-96-624