问题标签 [autoscaling]

我需要在 ELB 后面的一系列自动缩放实例上对大量音频文件进行转码。转码脚本的核心是基于Node.Js和FFMPEG。排队是不可能的，因为用户没有耐心！我需要控制每个实例上的转码数量以避免 CPU 100% 问题。

我的问题：

A-有没有办法为 ELB 定义一个策略来控制每个实例的连接数？如果没有，是否有任何参数可以控制每个实例的平均 CPU 利用率并在触发级别后添加一个新的？（我找到了这张幻灯片，但它不完整）如果它动态添加一个新实例，那么新实例需要多少时间才能 100% 有效地为用户提供服务（我的意思是自动缩放是否有很长的延迟？）

B-是否有另一种替代架构来实现相同的转码解决方案？（我已将我当前的想法作为图纸包含在此答案中）。我不能使用 Transcoding.com 之类的第三方解决方案，我需要拥有自己的本地解决方案。

C-我为每个实例使用 node.js，并通过套接字向用户浏览器显示进度。从浏览器端，我定期向 node.js 端发送一些 ajax 请求以获取进度信息。这种机制是否存在粘性会话问题？

谢谢。

因此，我一直在 Python 中使用 Boto 来尝试配置基于 CPUUtilization 的自动缩放，或多或少与此示例中指定的完全一致：http: //boto.readthedocs.org/en/latest/autoscale_tut.html

然而，CloudWatch 中的两个警报都只报告：

状态详细信息：状态在 2012/11/12 16:30 UTC 更改为“INSUFFICIENT_DATA”。原因：未选中：初始警报创建

自动缩放工作正常，但警报根本没有获取任何 CPUUtilization 数据。对我可以尝试的事情有什么想法吗？

编辑：实例本身报告 CPU 利用率数据，而不是当我尝试在 CloudWatch 中以编程方式在 python 或界面中创建警报时。还启用了详细监控以防万一...

谢谢！

I have uploaded a hosted service to Azure. I am running a web role and a worker role. The autoscaling block is within the worker role. In Azure storage it automatically created a container called wad-control-container. The autogenerated blob has the following Directory Configuration

Why is it creating a local path? I do not have a container called wad-crash-dumps. Where can I find the crash dump created by the diagnostic monitor?

我想在我们的站点上使用 sphinxsearch，该站点托管在具有 1LB、2DB、2APP 和 1 个 memcached 服务器的自动扩展负载平衡服务器场上。使用 sphinx 搜索拥有超过百万个帖子的站点（论坛站点），这些想法中的任何一个都是设置 sphinxsearch 的推荐方法。

a：设置一个额外的服务器（或将其放在 memcache 实例上）并从应用服务器中获取结果。

b：在应用服务器上设置 sphinxsearch 并找到复制索引的方法

c: 你还能想到什么别的主意？

这是我第一次开发需要大量扩展的应用程序，我以前从未有过需要在多个实例上运行的应用程序。

这通常是如何实现的？我是否集群 SQL 服务器，然后在所有服务器上镜像编程并使用负载平衡？

或者我是否分离出在一台服务器上运行一些在另一台服务器上运行的功能？

另外，我如何将代码推送到我的所有 EC2 Windows 实例？

我有一个自动缩放组，除非我明确请求，否则使用自动缩放命令行工具似乎不会出现。IE：

返回自动缩放组：

然而 as-describe-auto-scaling-groups 命令根本不显示这个特定的 AS 组：

根本不返回此 Auto Scaling 组。但显示了其他 AS 组。

为什么这个 AS 组没有显示在所有 AS 组的列表中？

我在扩展系统上的并发用户数量时遇到问题。从我的测试来看，扩展并发用户的数量似乎直接增加了请求的持续时间，呈线性关系。

我正在运行一个部署在具有 16Gb RAM 的（虚拟）Ubuntu 四核机器上的 Java Web 应用程序。我正在使用 Apache Tomcat 7 和 MySQl 5.5 数据库。Tomcat 和 MySQL 使用默认设置——我没有以任何方式配置它们。

我正在使用 Apache Benchmark 运行许多测试，最终创建一个 SQL 查询以返回一行数据，其中响应大小非常小。

我使用 Spring 的 JDBCTemplate 和 Apache Commons BasicDataSource。spring bean 的配置如下所示。

我的创建几个查询的 Java 方法用 @Transactional 注释。

这些是我的测试结果：

• 1 个请求需要 0.2 秒。
• 10 个请求（同时执行）需要 0.9 秒。

因此，您可以看到我的应用程序没有缩放。我不确定问题的原因可能是什么。谁能看到我做错了什么或建议我可以进一步调查的方法？

提前致谢，

菲尔

更新

更多指标：

响应大小为 1kb。

尝试相同的请求并更改并发：

因此，将并发减少到 8 比并发 300 快 10 秒。从 8 增加会减慢事务。8 似乎是最优化的并发。

Microsoft Enterprise Library (WASABi) 中的 Autoscaling Application Block 是一款不错的软件，它允许根据存储帐户队列的长度更改角色实例的数量。

我可以使用服务总线队列而不是存储帐户队列吗？在这种情况下如何定义规则 xml？

我想根据 azure 队列的长度自动缩放我的 azure worker 角色。根据我看到的所有文档，这应该非常简单，使用 queueLength 操作数。

我已经实现了自动缩放器，将其上传到我的服务并在我的队列中添加了一堆元素，但是实例的数量并没有增加。

故障排除的最佳方法是什么？我已远程桌面化到该角色，事件日志中没有任何内容。是否有我可以检查的自动缩放事件/错误日志？

编辑：当我在开发环境中运行应用程序时，我看到 autscaler 已成功加载 ServiceInfo.xml。有一个队列条目和一个角色条目。但是，规则似乎并未从 rules.xml 文件中加载。

更多编辑：当我从 rules.xml 文件中删除反应规则和操作数节点时，约束规则加载成功。所以问题出在其中一个节点上。

我的服务信息 xml 文件：

我的规则 xml 文件：

我正在部署一个非常简单的 Azure 云服务。

试图让自动缩放工作，以便我可以根据一天中的时间安排向上/向下缩放。

安装和配置一切，部署到 Azure 没有任何问题，但我的规则似乎没有得到遵守。

目前我有以下内容，我希望服务至少运行 2 个实例，但它始终保持在 1。

感觉我错过了一些非常简单但不确定的东西？

谢谢