声明:本网站为 Atlassian 官方公众号知识库

【最佳实践】Atlassian Data Center如何帮助您减少停机时间

发表时间:2021-01-05 13:50
当您的组织规模较小时,停机会带来不便,但并不会让您感到痛苦,如果出现系统停机,您的 IT 团队会有足够的时间来发现并解决问题,而且不会造成太多干扰。在安排停机时间上也具有更大的灵活性,这可以允许 IT 团队在自己和所支持的团队方便的时候进行升级。
但是,随着组织的发展,这种平衡发生了变化。系统停机的影响现在被放大了,停机的时间每过一分钟,您的团队就会开始对产品失去信心。而产品需要进行升级时,也只能在团队不需要使用它们的时候才能进行(通常是在周末)。
越来越多的组织开始使用 SaaS 解决方案来解决停机问题,但是有些组织还没有做好过渡的准备,或者有监管要求不允许他们这么做。考虑到这一点,我们努力让 Data Center 产品增加更多新功能,以帮助您减少停机时间,同时保持对环境的控制。

分类停机时间

停机时间可以通过两种方式分类:
  • 计划外——环境因系统停机而关闭
  • 已计划——您的组织需要关闭环境以进行升级或其他维护
根据 Gartner 的研究,停机会使组织每分钟损失约5,600美元进入该页面(http://www.atlassian.com/enterprise/data-center/3-enterprise-problems-orgs-face)以获取更多有关停机时间的信息。

预防计划外的停机

我们不可能准确地确定计划外停机将在何时发生,这就是为什么为大规模组织需要做好准备应对这一挑战的原因。在自托管环境中,这可能会更加复杂,具体取决于您所运行的产品的基础设施类型。
我们认为您不应受到部署的限制。因此,无论您是在自己的硬件上运行,还是在利用云服务来托管产品,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 或滚动升级。您可以将所有流量保持在一个节点上,而仅在准备升级时才启动一个新节点,而不是一直运行集群。

对于 Bitbucket 和 Confluence,好看易用的用户界面使您可以轻松选择最新的可用 bug 修复,并在升级过程中清晰地查看每个节点的状态。升级从未如此简单。
想了解更多?
有兴趣了解更多有关 Data Center 的信息吗?可以查看我们的 I&O 页面(https://www.atlassian.com/enterprise/data-center/infrastructure-and-operations)或者识别下方海报中的二维码下载《AtlassianData Center 终极指南》白皮书。

图片


分享到:
评论留言
关注我们
 
 

关注Atlassian官方公众号

获取最新产品与活动信息

7a6583172c789ff30f0e7ac723b18111.png