Atlassian Data Center 如何帮助您减少停机时间

当您的组织规模较小时，停机会带来不便，但并不会让您感到痛苦，如果出现系统停机，您的 IT 团队会有足够的时间来发现并解决问题，而且不会造成太多干扰。在安排停机时间上也具有更大的灵活性，这可以允许 IT 团队在自己和所支持的团队方便的时候进行升级。

是，随着组织的发展，这种平衡发生了变化。系统停机的影响现在被放大了，停机的时间每过一分钟，您的团队就会开始对产品失去信心。而产品需要进行升级时，也只能在团队不需要使用它们的时候才能进行(通常是在周末)。

越来越多的组织开始使用 SaaS 解决方案来解决停机问题，但是有些组织还没有做好过渡的准备，或者有监管要求不允许他们这么做。考虑到这一点，我们努力让 Data Center 产品增加更多新功能，以帮助您减少停机时间，同时保持对环境的控制。

分类停机时间

停机时间可以通过两种方式分类：

• 计划外——环境因系统停机而关闭

• 已计划——您的组织需要关闭环境以进行升级或其他维护

根据 Gartner 的研究，停机会使组织每分钟损失约5,600美元。进入该页面以获取更多有关停机时间的信息。

预防计划外的停机

我们不可能准确地确定计划外停机将在何时发生，这就是为什么为大规模组织需要做好准备应对这一挑战的原因。在自托管环境中，这可能会更加复杂，具体取决于您所运行的产品的基础设施类型。

我们认为您不应受到部署的限制。因此，无论您是在自己的硬件上运行，还是在利用云服务来托管产品，Data Center 都可以帮助您最大程度地减少计划外的停机时间。

为了预防计划外停机，您可以在集群架构中部署 Data Center。与其在一个节点上运行产品，不如在多个节点上运行它们。流量通过负载平衡器分配到群集中的每个节点，因此，如果您的一个节点出现故障，您的用户流量将分配到群集中的其他活动节点之一。

专家小提示：在集群架构中进行部署不仅可以帮助您摆脱停机时间，而且还有助于提高产品的性能。

升级时无需关闭实例

当您是一个自托管环境的管理员时，决定是否以及何时升级可能是一个挑战。您需要权衡团队受到影响的利弊，确定环境需要离线多长时间，并预测第三方应用程序或内部自定义的潜在问题。最重要的是，您经常会进行一些关键的更改，而这些更改对于您或您的IT团队而言并不是很理想。

保持升级进度

如果您使用的是 Jira Software Data Center 7.3 或 Jira Service Management 3.6 或更高版本，您可以利用零停机时间升级（ZDU）。通过使用 ZDU，您可以升级到任何版本的 Jira Software 或 Jira Service Management，而不是从一个平台版本升级到另一个平台。

我们也很高兴地宣布，Confluence 和 Bitbucket 7.9 现在都提供滚动升级功能。通过滚动升级，您可以针对当前所运行的任何版本升级到最新的 bug 修复程序，而无需关闭环境。

它是如何工作的？

与仅在一个节点上运行产品的传统升级不同，在集群架构中部署 Data Center 时，滚动升级使您可以一次升级一个节点。负载平衡器将您的团队的用户流量分配给群集中的其他活动节点，因此它们不受升级的影响。它还使您和您的 IT 团队有时间按自己的进度测试更新，而不会影响质量（或您的周末安排）。

专家小提示：如果您不需要高可用性，或者不想承担运行多个节点的成本，那么，如果您在多节点环境中部署产品，则仍然可以利用 ZDU 或滚动升级。您可以将所有流量保持在一个节点上，而仅在准备升级时才启动一个新节点，而不是一直运行集群。

如果您不需要高可用性，或者不想承担运行多个节点的成本，那么，如果您在多节点环境中部署产品，则仍然可以利用 ZDU 或滚动升级。您可以将所有流量保持在一个节点上，而仅在准备升级时才启动一个新节点，而不是一直运行集群。

对于 Bitbucket 和 Confluence，好看易用的用户界面使您可以轻松选择最新的可用 bug 修复，并在升级过程中清晰地查看每个节点的状态。升级从未如此简单。

想了解更多？有兴趣了解更多有关 Data Center 的信息吗？可以查看我们的 I&O 页面。