我pipe理的EC2实例数量less，但花费更less的时间和预算可以使其更新，并能够推出新的实例以进行testing和升级应用程序。 我需要能够轻松实现AMIbuild筑的自动化，所以从定义的依赖列表中，我可以build立新的系统，知道他们只有我们需要的东西，因此需求是已知的。
好。 云计算是块中的新手。 而我们公司正在迅速进入。 价格收益并不多，而是从stream程pipe理的angular度来看。 我正在移动在Windows 2003 Server中运行的IIS 6.0服务器。 IIS引擎有许多网站和每个网站都configuration了虚拟主机，应用程序池和所有的好东西。 我正在备份IISPUB目录，但是现在所有的东西都在云端运行，所以我想确定一下，如果有一天我进来，服务器完全没有了。 所以我唯一拥有的是备份，我可以很容易地重新创build完整的场景。 我正在尝试将所有IP地址绑定到所有IP地址，所以如果IP被重新分配，所有的IP地址仍然可以正常工作。 我知道MetaBase是持有configuration文件，我不知道如何经常备份该文件。 有没有任何的同事ITpipe理员之前得到这种情况？
我支持运行Exchange和Sharepoint的单个SBS 2003服务器的非盈利环境。 他们需要一个体面的备份解决scheme，我宁愿合并在线备份，可能与本地副本以及使用可移动的USB驱动器。 是否有任何良好的备份解决scheme，以最低的成本（我将接受在线存储的成本，S3等）支持SBS 2003，特别是Exchange邮箱和Sharepoint数据？ 主要function包括最小化发送到在线服务的数据（块级别更改，而不是整个文件），以及从邮箱或共享点可能的项目级别恢复信息，以便于在需要时更轻松地恢复特定项目。
迁移到Rackspace这样的云时，我应该注意些什么？ 在serverfault的另一个用户有像计算周期（CC）爆炸问题 ，我不想有相同的经验。
我正在寻找一个简化脚本执行的EC2按需实例pipe理的项目。 这是我的情况。 脚本等待新的工作 我的脚本读取执行参数 它执行外部python脚本进行长期处理 脚本处理python脚本的输出 循环到开始（转到10） 而不是在同一台服务器上执行cpu密集型python脚本，我想委托它到一个按需EC2实例。 我正在寻找一个项目来帮助我以下几点： 提供build立在ec2之上的脚本来进行实例pipe理 我想，一旦实例启动，可能会进入并build立必要的环境，比如上传数据文件 在这个新实例中执行应用程序执行 收集结果表单实例并终止实例 我知道这可以通过一些疯狂的脚本来完成，但我更愿意使用现有的软件。 请build议我可以使用的软件包/库或工具。
使用Terraform时，使用configuration的IAM策略时，ecs服务创build失败。 Error applying plan: 1 error(s) occurred: * aws_ecs_service.beatthemarket_service: InvalidParameterException: Unable to assume role and validate the listeners configured on your load balancer. Please verify the role being passed has the proper permissions. status code: 400, request id: ba3a3fb8-0972-11e6-a877-954fd57ba1a9 这似乎与这个问题一致 。 但是我似乎无法修复它，即使在添加策略之后 。 我也不认为这是一个计时问题，因为angular色已经存在，经过多次terraform apply 。 到目前为止，我只有一个IAM angular色 ， 策略 ， ELB和ECS 集群 ， 服务和任务定义 […]
是否有像Eucalyptus这样的云软件，可以让你轻松地“转换开关”，并开始扩展到EC2作为附加的“虚拟”桉树（或其他）节点？
比方说，我们有一个networking应用程序，并有一个自动化/引擎盖下的过程，更新数据库。 目前，他们都在同一台服务器上运行。 我们希望将批处理过程从apache活动和数据库中分离出来： 服务器1：web服务器 – CPU负载和BW消耗的浮动/浪涌 服务器2：dbserver – 从Web服务器上浮动I / O，以及批处理过程中稳定/繁重的I / O 服务器3：批处理 – 稳定/低CPU负载和稳定/繁重的带宽 一个解决scheme是设置3个VPS（例如在Slicehost / Rackspace）。 或者我们应该去云吗？ 说亚马逊EC2：设置3 EC2实例真的是矫枉过正，不是吗？ 如果我将所有3个“服务器”都转换成1个EC2实例，那么我们是否会获得与3 VPS解决scheme一样多的可靠性？ （考虑1个EC2 = 1个VPS 1.6GB 1 / 1.2GHz Opteron / Xeon） 每个解决scheme（1EC2或3VPS）有什么区别/优势？
寻求最佳实践的澄清和指导。 我们应该在哪里存储应用程序的图像，CSS和日志文件？ 应用服务器还是S3？ 我们将在S3上存储用户相关的图像和缩略图。 在这个阶段，我们不会使用CloudFront，直到有真正的需求。 我有另一组问题与EBS有关。 应用程序服务器是否使用EBS卷？ 这样做的好处是什么？ 我们会支付额外的使用EBS。 谢谢。
我是使用云计算技术的新手。 有一个stream行的云软件叫Eucalyptus。 我发现在Eucalyptus中启动虚拟机的方式与Virtualbox非常不同。 在Virtualbox中，我们可以创build一个虚拟磁盘文件，将任何操作系统安装到磁盘文件中，然后我们可以使用这个磁盘文件作为虚拟硬盘来启动虚拟机。 整个过程简单易懂。 另一方面，我发现在Eucalyptus中启动虚拟机的方式非常复杂。 首先，我们需要创build原始磁盘文件并安装客户操作系统。 然后，我们需要将虚拟机映像分割成内核映像，虚拟盘映像和磁盘映像。 我们还需要在这些图像文件上执行所谓的“捆绑”处理，然后才能使用它。 我不明白为什么桉树使得启动虚拟机非常困难。 为什么不能使用更容易的Virtualbox方法？ 我可以知道将虚拟机分成内核映像，虚拟盘映像和磁盘映像的目的是什么？ 如果虚拟机是Windows虚拟机，那么我们将如何分割它？ 为什么我们不能直接使用原始磁盘文件？ 打包图像的目的是什么？