问题标签 [gogrid]

我有管理自己服务器的合理经验，所以 gogrid 样式管理不是问题。但似乎 mosso 是一个更便宜的标签——除了非常难以访问的计算周期术语。任何人都可以分享这一点将非常受欢迎。

我正在创建一个要放入云中的应用程序。这个应用程序有一个主要功能。

它代表其他用户托管套接字 CLIENT 会话（想想 iPhone 的 Beejive IM，它为客户端托管 IM 会话以维护这些 IM 网络上的状态，允许客户端随意连接/断开连接，而不会中断 IM 网络连接）。

现在，我现在计划的方式是，一个“工作实例”可能只能处理有限数量的客户端会话（为了争论，假设为 50,000）。这些会话将是非常长期的工作任务。

我试图解决的问题是我有时需要对特定的客户端会话执行任务（例如：如果我需要断开客户端会话）。使用 Azure，我是否能够排队一个较小的任务，只有托管该特定客户端会话的实例才能出列？

现在我正在考虑将 GoGrid 作为我的提供商，我通过使用 Apache 的 Active Messaging Queue 软件解决了这个问题。我的 Web 应用程序将分配给特定实例 ID 的“断开连接”任务排入队列。因此，每个客户端会话都分配给特定的实例 ID。然后，该实例仅将分配给它的“断开连接”任务出列。

我想知道在 Azure 上做类似的事情是否可行，以及我通常会如何做。我喜欢不必设置许多不同的 VM 来扩展的想法，而只需部署一个包。此外，最好使用 Azure 的队列而不是集成第三方产品，例如 Apache ActiveMQ 甚至 MSMQ。

我们正在构建一个将存储大量图像的应用程序。我们在 GoGrid.com 有一个虚拟化环境，我们希望利用他们的云存储。

不知道确切的措辞，但如果我们（在我们的代码中）指定 unc 路径和凭据来放置或检索图像，那似乎非常低效（连接、获取图像、断开连接）

如果我们有大量图像或许多用户同时执行此操作，似乎它会使任何普通服务器屈服。

所以我的问题是，如果您的网站没有运行巨大的驱动器，我们应该如何实现这一目标？同样，我们选择了 GoGrid cloud starge 而不是 Amazon S3，因为一切都在一个很好的保护伞下。云存储可通过 UNC 路径和特定的用户名/密码访问。

谢谢！

有没有人使用过 GoGrid 的云托管，如果有，您的经验是什么？您是否发现它的性能和成本效益？

我们正在开发一个平台，使我们能够轻松地将多个应用程序添加到云平台上，以便可以在 SaaS 基础上提供应用程序。将有对所有应用程序的单点登录访问（可能通过 Open SSO）。

我们正在考虑： 1. Mule ESB（用于集成以不同语言开发的应用程序） 2. GigaSpaces XAP（用于可扩展性） 3. Appistry Cloud IQ 平台（用于上传应用程序） 4. GoGrid 用于托管

这是正确的工具组合吗？你能推荐其他组合吗？

我目前在 GoGrid（Microsoft 堆栈）托管我的 SaaS 应用程序。这是我所拥有的：

• 数据库服务器 - 物理盒，12 GB RAM，2 X 四核 CPU (2.13 GHz Xeon E5506)
• 2 个 Web / 应用服务器 - 云服务器、2 GB RAM、2 个 VCPU
• 300 GB 每月带宽

我为此支付大约 900 美元/月。我的 Web / 应用程序服务器出现故障，需要升级到 4 GB 的 RAM。我还需要一个防火墙，而 GoGrid 刚刚添加了这项服务，额外花费了 200 美元。升级后，我将支付大约 1,400 美元。

我开始研究 Amazon EC2，特别是这个配置：

• 数据库服务器 - “High Memory Double Extra Large Instance” - 34 GB RAM，13 个 EC2 计算单元
• 2 个 Web / 应用服务器 - “大型实例” - 7.5 GB RAM，4 个 EC2 计算单元

如果我使用 1 年的预留实例，我的前期成本为 4,500 美元，而我的每月费用为 700 美元。摊销后为每月 1,075 美元。亚马逊还免费提供防火墙。

以下是我的问题：

1. 你们中有人有在 EC2 实例上运行数据库（尤其是 SQL Server）的经验吗？与专用机器相比，它的性能如何？我主要关心的问题之一是磁盘 I/O。

2. 亚马逊对计算单元的描述相当模糊。关于如何比较数据库服务器上的 CPU 性能的任何想法？

我希望 Amazon 解决方案能够提供比我当前甚至改进的 GoGrid 设置更好的性能。就可用性而言，拥有一个虚拟数据库服务器也会很好。现在，如果我有任何硬件问题，我会遇到严重的麻烦。

感谢您的任何见解...