我很惊讶，我无法find任何有关这方面的信息，但我不是一个Windowspipe理员，只是一个新手EC2用户。 我有一个客户想要站在EC2上的Sharepoint服务器供内部使用。 团队很小（10-20），交通也很轻松。 大多数情况下，客户正在寻找一个地方来存储文件（和文件的修订），同时使访问世界上任何地方的authentication用户容易。 他们已经解决了Sharepoint和其他EC2实例，所以这似乎是天作之合，但我试图找出什么推荐给他们。
我正在考虑一个中等实例。 我害怕变小，因为我认为Windows需要相当数量的内存才能运行，但我非常乐于提供build议。 任何意见将不胜感激。 我预计存储本身会在EBS安装中发生，但同样欢迎提供build议。
感谢您的input。
如果你不介意一些停机时间，那么你可以从一个EBS支持的小实例开始，运行起来，看看性能如何。 如果您需要获取更多实例存储的快照，然后停止当前实例，然后使用您创build的小实例的快照启动更大的实例types。
只要您的实例是EBS支持的，您可以继续这样做。 通过这种方式，您可以随着公司的发展/使用服务器来增加实例。
由于您缺乏Windowspipe理专业知识（而且这是针对客户端的，这意味着您可能不希望/有足够的资源来保护这一点），所以我build议您寻找专门的Sharepoint托pipe提供商，如Microsoft 365 托pipe的Sharepoint或者可能是Azure。
按照用户的定价模式以及从您完全抽象出来的基础架构/维护，软件即服务（SaaS）解决scheme可能更适合。
正如我在我的评论中提到的那样，对于一个非常小的.NET / SQL应用程序来说，它是“正确的”需要大量的试验和错误，他们仍然抱怨性能，即使是一个180美元的月中等实例，我们犹豫转换为一个保留实例，因为性能如此平庸。 两个实例（一个用于SQL，一个用于IIS / .NET）的设置稍微好一些，但不值得额外花费。 我们可能会把它带回内部，因为在180个月的时间里，我们可以在三年内租用一台体面的服务器，而且性能更好。