Close

Data Center 迁移指南

世界上没有完全一样的组织,不可生搬硬套其他组织的迁移之旅。顺利迁移的关键在于规划。


指南 2:迁移规划

现在,您已查看并选好了迁移路径,也已准备好开始进行 Data Center 迁移规划了。

打造您的团队 必要

这一旅程的其中一个最重要部分是组建合适的团队,而且需要尽早组建。启动 Data Center 将对整个组织的多个团队产生影响,需要所有人集体参与。

项目团队组建完毕后,务必要让整个团队目标一致,并商定一个目标日期时间表。

团队的角色设定和人数方面不做要求。但在组建团队时,必须考虑以下几个专业领域:


应用管理员

角色

应用管理员负责处理日常管理。他们对产品有着深入的了解,关心产品性能、可靠性,并且会评估和维护 Marketplace 应用。他们还可能与终端用户建立密切合作,了解他们的需求并提供协助或培训。

职责
  • 在测试期间验证功能和性能,确保 Data Center 正常运行。
  • 在升级时,确定是否保留未经 Data Center 认证的应用。
  • 核实过渡期间是否保留、变更或纠正了用户和权限。

系统管理员

角色

系统管理员负责处理从基础设施到产品界面的各种事务。他们主要关注备份、存储、网络和性能。

职责
  • 收集所需硬件(实际或虚拟)
  • 执行实际的 Data Center 安装。
  • 如果您选择在集群中部署,请确保所有组件均能正常运转。
  • 将日志从磁盘 Pipes 到日志聚合器,以启用监控和安全策略。

项目负责人

角色

项目负责人与业务联系密切,知道如何以及为何使用本产品来实现公司目标,还知道如何做出正确的权衡,让所有产品物尽其用。

职责
  • 根据关键里程碑和预计实现日期,确保项目正常进行。
  • 掌控进度,确保任务完成,并解决跨职能问题。
  • 向利益相关者传达项目更新信息,向终端用户发布公告。
  • 与主要利益相关者合作购买 Data Center。

如果您在集群架构中部署 Data Center,您可能还要考虑让团队成员具备以下领域的技术专长:

  • 网络工程:审查规格并构建您的基础设施。
  • 数据库管理:确认数据库的完整性和平稳运行。
  • 网站可靠性:建立实例的正常运行时间、性能和灾难恢复操作。
  • 安全性:确保符合安全标准(VPN、防火墙等)。

需要其他团队成员

如果您在迁移中需要帮助,Atlassian 可提供支持。

Data Center 免费支持

优先支持(前六个月)向 Atlassian 支持提交请求,您的问题将直接提交给我们最资深的工程师,他们致力于提供更高水平的 SLA、更快地进行分类和解决问题。目前,持有 Jira Software、Jira Service Desk 或 Confluence 的 Data Center 许可证的客户均可享受此项服务。

*自 2021 年 2 月 2 日起,此项服务将列入您的 Data Center 订阅当中。

客户成功经理:在实现团队目标和业务需求方面需要帮助?作为 Data Center 新客户,您在购买后第一年可随时联系您的专属客户成功经理。此处联系客户成功经理。

Atlassian 社区:首选众包?通过其他 Atlassian 用户寻找答案、支持和灵感。我们建议您加入 Enterprise 社区团队,了解大规模使用 Atlassian 产品的故事、技巧和最佳实践。

付费支持资源

技术客户经理:想要经验丰富、具备产品和行业知识的 Atlassian 顾问提供支持?可以考虑将技术客户经理视为您在 Atlassian 各方面问题上的战略合作伙伴。他们将通过提供专业知识并提出您想不到的问题来指导您走完整个旅程。

高级技术支持:在寻找高级别的服务?Atlassian高级技术支持提供我们最高水平的支持,配有 24/7 全天候在线的专门高级支持团队。

企业合作伙伴:想要获得一站式服务?企业合作伙伴可以亲自执行系统集成、部署和更新。对于有复杂要求或正在寻求现场帮助的组织来说,可以选择与企业合作伙伴建立合作。访问我们的合作伙伴目录,查找适合您的合作伙伴。

制定时间表 必要

您可参考以下基本时间表衡量您的迁移时间。

 

非集群

集群

规划

0-2 周

1 个月以上

试运行

0-1 周

3-6 个月

线上推出

0-1 周

约 6-9 个月

信息图标

此处所列时间表根据已经顺利安装 Data Center 的客户推断,但需要注意,实际时间表将根据您独特的环境因素而变化,包括但不限于环境规模、复杂性和准备情况。

审查您的 Server 实例并优化您的基础设施

无论您选择如何部署 Data Center(非集群或集群),都需要审查您的 Server 实例,了解在迁移过程中是否有任何需要优化的地方。

升级至最新 LTS 版本 推荐

同时升级和迁移很有挑战性,因此如果您尚未完成升级,我们建议您首先将您的产品升级至最新 LTS 版本。这样有助于您更顺利地完成迁移。

评估您的实例规模 必要

构建 Data Center 旨在为满足团队的规模化需求提供支持。为确保您完成基础设施的设置,保证迁移成功,您需要审查您当前 Server 实例的规模,并根据配置文件的大小建议进行调整。您在调整规模时,需要考虑其增长速度,以便您可以相应进行扩展。

为您的 Server 实例设定基准 推荐

对您的系统的现有功能和性能进行基准衡量。这样您在选择使用自定义字段优化器或归档等功能时,便可衡量 Data Center 与您的现有 Server 实例相比,性能方面有了哪些改进。

微调您的 Server 实例 推荐

即使您计划立即利用我们的功能(如存档和自定义字段优化器)来冷却您的实例,迁移之前,您也应该对您的 Server 进行微调。查看您当前的 Server 实例,并耐心识别和纠正任何次优配置。早期花费的这些时间将有助于为您的 Data Center 实例建立更坚实的基础。

访问并更新管理 必要

用户与产品的交互方式也会对性能产生影响。在部署 Data Center 之前,请评估这些使用特性,并确定是否需要出于保护性能的目的对 REST 调用或其他集成的脚本设定任何限制。

记录当前流程 推荐

完成实例调整后,便需要记录您的 Server 环境。记录文件可以帮助指导 Data Center 迁移中的配置决策,影响流程修改,并确定迁移后发现的问题是新问题还是原本就存在的旧问题。

审核您的当前应用

使用大量应用可能会降低您的实例性能。您必须审核并删除对系统功能来说不重要的应用,以提高整体系统性能。您还需要确保应用与 Data Center 兼容,如果有可用的 Data Center 版本,您的应用需要升级至 Data Center 版本。

如果您的应用目前没有 Data Center 版本,可以继续使用 Server 版本应用。一旦有 Data Center 版本可用,您需要立即升级。

计算 Data Center 总拥有成本时,您需要考虑应用的当前和未来价格。更多详情,请见我们的总体拥有成本页面

评估技术决策

提前做好技术决策有助于针对您的组织需求更快地为 Data Center 产品定制生产就绪环境。无论您打算在集群还是非集群环境中部署 Data Center 产品,都要查看您当前用于运行产品的基础设施,并考虑在 AWS、Azure 或您自己的硬件上部署是否合理。如果你决定在集群环境中部署,则需要评估您所需要的额外组件,如负载均衡器、文件系统和应用节点。花点时间确定有哪些组件可用,或者您可能需要购买哪些组件。

如需获得更多有助于您评估技术决策的建议和资源,请下载我们的部署清单

Understand environment changes if you’re using a cloud provider

Browser grid icon

Application layer


Instances and locations

  • Do you want to federate or consolidate your instances?
  • What does your future growth look like?
  • Do you need to have any data isolation?
  • How many environments does your team have, such as staging or production environments?

Instances profiles

  • How many people are going to be accessing your instance?
  • Where are your teams going to be located?
  • How much data is currently in your instance and how much data do you plan to add to your instance?

Apps, integrations, and customizations

Do you need all of them, or is this an opportunity to simplify?

Server icon

Infrastructure layer


Instance sizing

  • What are your future growth projections?
  • Are there times when you have lower levels of user traffic?
Information icon

Looking at your user traffic can help determine your organization’s scale patterns. If there are times when you have more teams accessing your products, you can also consider setting up a scaling schedule.

For more information, here’s our node sizing overview.

Account structure

  • Which accounts should your environment be deployed on?
  • Do you want different accounts associated with each of your environments?
  • Do you want your Data Center products to use the same account as your other CI/CD or collaboration tools?

Governance model

  • What does your governance model look like?
  • What are your minimal system standards?
  • Are you using centralized logging?
  • What are your user management needs?

Consider using AWS landing zone and AWS System Manager as part of your governance model.

VPC

  • Do you want to use a new virtual private cloud (VPC)?

Information icon

Whether you want to deploy in a new VPC or use an existing one, you can leverage the Atlassian Standard Infrastructure (ASI) template.

  • Are there any network principles that you want to change, such as limiting public internet access and internal IP addressing for office and VPN network routing?
  • Should you use TLS certificates?

Geography

  • If using an existing VPC, have you come up with a plan for office and VPN network access?

Information icon

We recommend that you allow access from all offices and VPNs as your product usage will most likely grow over time.

Direct Connect

  • Do you want to use Direct Connect to help with performance and security?
  • How much data do you need to move from your server instance to Data Center?
Information icon

AWS Snow Family may be a resource that you may want to consider if you’re moving large amounts of data.

Safe icon

Business continuity and disaster recovery


Backup

What does your backup strategy look like?

Information icon

We recommend that you use a combination of both your existing backup strategy and backup capabilities built into AWS. For more information, see:

AWS provides infrastructure services that are less prone to singular outages. Our Quick Start templates use some of those services to provide high availability for your instance:

Regional failover

Do you need to implement cold, warm, or hot sites in different regions?

Typically, your disaster recovery needs are met by having your services run over multiple availability zones, but you may want to mitigate regional outages too. As you’re deciding if you want to implement these sites in different regions consider the following:

  • Cost of infrastructure and data transfer
  • Speed of recovery vs AWS
  • Time spent maintaining and testing the recovery site
  • Cost of running the site