我是否应该对需要16个vCPU的独立命令行或终端应用程序进行容器化?

时间:2016-07-07 14:03:05

标签: azure amazon-web-services docker containers cluster-computing

我们正在使用一个当前为windows编译的应用程序(它是一个独立的.exe,没有挂钩到注册表中),如果需要,也可以交叉编译为* nix。此应用程序使用大约16个并行线程以最佳方式运行。

部署整个Windows(或Linux)堆栈看起来既繁琐又沉重,但我不明白容器是否有意义。 我感到困惑的是,我认为容器基本上会在某种垫片上运行在Azure或AWS上。 它看起来像是,我需要旋转一个主机虚拟机来容纳容器。如果这是真的,那么我只能在32个vCPU上放两个容器,容器没有意义(我认为)。

希望我只是误解了这一点。 是否有任何轻量级的东西可以让我运行一个重度计算和文件I / O的过程(结果文件是16gb +每个)但不依赖于GUI等?

随着所有的广告出现在docker / swarm,core-os,kubernetes,mesos / mesosphere,我真的很感染。

1 个答案:

答案 0 :(得分:1)

您的应用程序类似于我们为支持使用Microsoft转换器并行执行Office文件转换所做的工作。我们运行转换器来支持ppt到mp4的转换,每个容器有一个相当大的cpu分配。 WinDocks上的容器设计重量更轻,因为它不包含操作系统文件。您可以使用WinDocks.com

上的免费社区版试一试

披露:我是WinDocks的联合创始人