教程 - 基于队列长度的 microscaling

了解 microscaling

Microscaling 调整计算群集内运行的任务的平衡。这允许您的基础架构从较低到较高优先级任务自动重新分配资源，并在几秒钟内响应需求变化。Microscaling 可监控较高优先级任务是否符合性能目标。在本教程中，性能目标是维护配置队列值的长度。当超出目标时，优先级较高的任务在不满足目标时被增容，并在超出目标时被减容。优先级较低的任务可以使用备用资源。

时间估计：

范围：

在本教程中，microscaling 可根据 Azure 存储队列中的项目数量调整两个任务（一个高优先级和一个后台）之间的平衡。

图 1. - Microscaling 队列

演示创建了四个作为 Docker 容器运行的 Marathon 应用程序。

• Producer实例将项目添加到队列中。Producer 越多，队列的填充速度就越快。我们在启动时启动了 3 个Producer，您可以使用 Marathon UI 手动扩展它们。
• Consumer实例从队列中删除项目，并由 Microscaling Engine 进行调整。
• Remainder是后台任务。任何备用容量都用于此后台任务。您可以使用 Marathon UI 更改 Docker 镜像以使用您自己的镜像。
• Microscaling 是监控队列长度的引擎，可以扩展 Consumer 和 Remainder 任务。它还将数据发送到我们的 Microscaling-in-a-Box 网站，以便您可以看到正在发生的事情。

先决条件

• Microsoft Azure 帐户。您的 DC/OS 群集可以在任何地方运行（不必在 Azure 上运行），但演示使用 Azure 存储队列。如果您还没有帐户，可以获得。
• Marathon API 地址。如果您在端口 80 上设置 SSH 隧道到 Marathon 主节点，则可以在 上访问 Marathon API。
• Ruby 在您的本地机器上运行演示脚本。

设置 Azure 存储帐户

• 登录 Azure 门户。
• 导航至新建 -> 数据 + 存储 -> 存储帐户。
• 使用以下设置创建存储帐户：

• 名称 - 在所有 Azure 存储账户中，该名称必须是全局唯一的。记下这一点 - 您稍后将使用它作为环境变量 AZURE_STORAGE_ACCOUNT_NAME。
• 复制 - 为队列选择本地冗余存储。
• 资源组 - 为队列创建新的资源组。

• 如果您还没有帐户，请转到 站点并注册帐户。

• 跳过步骤 2 和 3 以使用默认值。
• 导航至步骤 4（运行）页面，找到您的用户 ID 以及我们将要在演示中使用的队列的默认值。您稍后将使用这些值作为环境变量 和 AZURE_STORAGE_QUEUE_NAME。

• 登录 Azure 门户。
• 从左侧菜单中选择资源组。
• 找到并删除您为 Azure 队列创建的资源组。
• 如果您为此演示创建了 ACS 群集，则还需要删除该群集的资源组。

后续步骤

• 在运行演示之前，尝试修改 Microscaling-in-a-Box 步骤 3 中的一些配置设置。您需要停止任务（手动或通过运行 ./marathon-uninstall）并使用 ./marathon-install 重启它们以获取配置更改。
• 查看 目录中包含的 JSON 文件中每个 Marathon 应用程序的设置。
• 这是 microscaling engine 代码。