appharbor - AppHarbor有关架构和可靠性的基本问题

Question

AppHarbor对于我们的.NET解决方案而言非常吸引人。但是我有一些在网上找不到的问题。

我们主要关注的是专用SQL Server的可靠性:

它是集群/镜像/复制的吗？

他们升级/修补/维护服务器时会发生什么。托管服务器，何时硬件出现故障？

是否计划了升级？

我们可以设置它们升级的时间间隔吗？

使用哪个版本的Sql Server？

我可以使用全文搜索吗？

我可以使用报告服务吗？

与SQL数据库的通信是否可靠？例如，在Azure SQL中，建议构建重试逻辑-如果命令未成功，则重试。

AppHarbor是否可靠？每个云提供商有时都会出现一些停电情况(亚马逊，MS Azure ...)。与它们相比，AppHarbor是否更不可靠？我知道AppHarbor在Amazon之上运行。

您遇到很多隐藏的问题吗？最常见的是什么？

是否有人有充分的理由决定离开appHarbor？

到目前为止，我可以看到Azure是一个真正的云系统，具有所有缺点和缺点-更具可伸缩性，但具有经过修改的基础结构，例如自定义的SQL Server...。AppHarbor模仿了更多本地解决方案。我的理解正确吗？

文档如何？

如何获得支持？

感谢您的帮助。

Answer 1

是AppHarbor提供冗余/复制的专用SQL Server数据库。这些计划可应要求提供。

这取决于维护/更新的类型和您的SQL Server数据库计划。如果复制了数据库服务器，则可以在执行维护时通过故障转移到副本来最大程度地减少停机时间。如果服务器发生故障，数据库将被附加到新实例，并且应用程序的配置将自动更新。如果硬盘驱动器发生故障导致数据损坏/丢失，AppHarbor会进行每日备份，这些备份将用于还原数据库。应该指出的是，硬盘故障很少见。

我们通常会协调计划中的维护工作，该维护工作需要在可能的情况下与客户停机。专用的SQL Server客户还可以选择自己的维护窗口。

并非如此，但是AppHarbor会在需要时与您联系并与您进行协调。

根据计划使用不同的SQL Server版本。对于单实例专用SQL Server，我们通常使用SQL Server 2008 R2 Web Edition。可根据要求提供专用的SQL Server 2012实例。复制设置需要其他且价格更高的SQL Server版本。如果您想降低成本并且不依赖SQL Server的特定功能，则可能还需要考虑使用我们专用的MySQL服务-因为AppHarbor不必支付许可证费用，所以这些费用较便宜，特别是对于复制设置。

是的。

默认情况下不是，但是我们可以与您一起在专用SQL Server实例上支持报表服务。

是的。实际上，客户从共享SQL升级到专用SQL Server的主要原因是为了获得一致，可靠的性能。

我会这样说。由于electrical storm that affecting multiple availability zones in AWS's North Virginia region，上一次严重停机发生在2012年7月29日。举例来说，自那时以来，我们的博客已有99.997％的时间可用。如果发生应用程序实例故障，则会将应用程序快速移至运行状况良好的实例。我们建议至少与两个工作人员一起运行，以确保在这些情况下具有冗余性。

我公认不是回答此问题的最佳人选。我们听到的最常见的请求/限制是您当前无法自己触发备份。此功能将在以后提供，但我们会保留您数据库的每日备份。

-

AppHarbor的云应用程序平台在可伸缩性方面相对类似于Azure。我们支持应用程序工作人员在垂直和水平方向上的快速“弹性扩展”。关于专用SQL Server服务，您的理解是正确的:它与本地解决方案非常相似。尽管伸缩性故事与SQL Azure有所不同，但这可以提供更大的灵活性。无论您是否需要高CPU，RAM和/或I / O性能，我们都可以为您量身定制适合自己的数据库计划和服务器。同样，我们提供的数据库大小比SQL Azure当前的150GB数据库大小限制大10倍。

大多数文档位于knowledge base中。我们会尽量保持最新和全面的信息，但是如果您发现自己缺少一些信息，当然欢迎您告诉我们，我们会加以补充。第三方加载项提供商通常会维护自己的特定于AppHarbor的文档。

这是我可能有一些偏见的另一个问题，但是我可以告诉我们一些目标:我们的目标是始终在一天之内回答与免费计划和付费计划中的应用程序相关的非关键支持请求。关键支持请求和与付费计划中的应用程序或数据库相关的支持请求优先。计划中包括支持，但我们也在努力提供高级支持选项。通常，我们会尽力超出您的期望，并且总是乐意为您遇到的问题提供帮助和建议-无论它们是否与AppHarbor平台有关。

免责声明:我是AppHarbor的联合创始人。