图片调整服务的理想实例类型答案

【问题标题】：Ideal instance type for image resize service图片调整服务的理想实例类型
【发布时间】：2015-08-13 18:42:30
【问题描述】：

我正在 ElasticBeanstalk 中部署图像大小调整服务 - 我应该使用什么大小的实例？ t2.medium?

典型的图片尺寸是来自手机的照片，大小在 2-10mb 范围内，并从 image magick 调整为 jpg。

【问题讨论】：

【解决方案1】：

答案很大程度上取决于实例的使用情况。在确定一些大小和类型之前，您应该考虑服务正在做什么、流量（请求数量）以及进程的 CPU 和 GPU 密集程度。

例如，亚马逊还提供了一些针对 GPU 性能（G2 系列）进行优化的实例。

查看各种instance types 以及它们如何与您的服务相对应。

另外，取自亚马逊文档：

c3.8xlarge 实例类型非常适合计算密集型工作负载，非常适合图像处理和其他受 CPU 限制的工作负载。它来了具有 32 个 vCPU、60 GiB 内存、2 个 320 GB SSD 存储和 10 千兆网络连接。

我还建议通读 documentation 并检查 pricing 以找到最适合您需求的实例类型。

【讨论】：

考虑到它只是根据大量用户调整图像大小 - 是说有 8 个小实例还是有一个大实例更好？
再次，这取决于。用户是来自同一地区还是遍布世界各地？服务会一直处于高负荷状态还是在某些频繁的时间段内？您是打算购买预留实例来省钱，还是仅仅依赖 OnDemand 实例？
在世界各地，从小到大一直使用，大量 2-3mb 大小的图像 - 以及按需实例，因为我们不知道使用率是多少 - 选择了 elasticbeanstalk，以便它可以扩展到这种高度可变的使用，所以问题是如果它达到高利用率，是拥有很多小实例还是更少的大实例更好？
在这种情况下，它真的取决于利用率。您可以在不同区域拥有实例，以确保所有用户都有良好的超时。如果您确定小型实例有足够的“马力”来执行任务，那么就选择它们（因为它们将是 OnDemand，它们在扩展方面将更加灵活）。希望对你有帮助