docker 此长时间运行的后台作业应使用哪种AWS服务/解决方法?[已关闭]

xytpbqjk  于 11个月前  发布在  Docker
关注(0)|答案(1)|浏览(71)

**已关闭。**此问题正在寻求有关书籍、工具、软件库等内容的建议。它不符合Stack Overflow guidelines。当前不接受答案。

我们不允许提出问题来寻求对图书、工具、软件库等的推荐。您可以编辑问题,以便用事实和引文来回答。
7天前关闭
Improve this question
所以,首先是我将要运行的作业类型的上下文,它是一个30分钟长的作业,不能从多处理器架构中受益(因为开源库不支持它)。
现在,我们手动配置它的扩展计划,并将其作为启动类型为EC2的ecs任务运行。(它扩展到50多个任务,持续3小时,然后恢复到1个)。每个ecs任务运行自己的作业示例。
我现在想把它转移到一个更自动化的方法上,在这个方法中,每次点击API时都会启动一个ECS任务,这样它就可以自动扩展并实现这一点,同时不会在AWS上产生任何额外的闲置费用。
到目前为止,我已经探索过的选择-

  1. Lambda -由于15分钟的硬运行限制,无法使用此选项。
  2. App runner -不能使用此选项,因为在后台运行作业的情况下,它会大幅限制示例的vCPU。
    1.远距-它会产生无效电荷。
    所以,你们能不能帮我一些选择/解决办法,并提供相关的链接/教程/职位,以实现同样的?
hk8txs48

hk8txs481#

我可以看到三个选择。
1.按计划使用自动缩放组:https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-scheduled-scaling.html
1.使用EventBridge调度触发lambda启动/停止EC2示例:https://repost.aws/knowledge-center/start-stop-lambda-eventbridge
1.实现示例堆栈:https://aws.amazon.com/solutions/implementations/instance-scheduler-on-aws/
后者有点复杂,因为你需要启动一个CF堆栈,但允许你在启动之后管理你的EC2,而不需要简单地通过编辑示例标签来接触那个堆栈。

相关问题