Close

Data Center 마이그레이션 가이드

모든 조직은 서로 다르며, 마이그레이션 여정 역시 마찬가지입니다. 좋은 마이그레이션의 핵심은 계획에 있습니다.


가이드 2: 마이그레이션 계획하기

마이그레이션 경로를 둘러보고 선택했으므로, Data Center로의 이동을 계획할 준비가 되었습니다.

팀 만들기 필수 사항

이 여정의 가장 중요한 부분 중 하나는 알맞은 팀을 최대한 빨리 구성하는 것입니다. Data Center를 시작하면 조직 전반의 여러 팀에 영향을 주며, 모두의 참여가 필요합니다.

프로젝트 팀이 구성된 후에는 팀을 공동의 목표에 맞추어 정비하고, 합의된 목표 날짜를 바탕으로 일정을 세우는 것이 중요합니다.

팀에 어떤 역할이 주어지고 몇 명이 포함되어야 하는지에 대해 정해진 답은 없습니다. 하지만 팀을 구성할 때 다음의 분야별 전문가를 고려하는 것이 중요합니다.


애플리케이션 관리자

역할

애플리케이션 관리자는 일상적 관리 업무를 처리합니다. 제품에 대해 심층적으로 알고 있으며, 성능과 안정성에 신경을 쓰며 Marketplace 앱을 평가하고 유지 관리합니다. 또한, 최종 사용자와 긴밀히 협업하여 요구 사항을 이해하고 지원이나 교육을 제공합니다.

책임
  • 테스트 중에 기능과 성능을 확인하여 Data Center가 올바르게 운영되도록 합니다.
  • 업그레이드 시 Data Center에서 인증받지 않은 앱을 계속 사용할지 여부를 판단합니다.
  • 전환 중에 사용자와 권한이 올바르게 유지되는지 또는 변경되는지 확인합니다.

시스템 관리자

역할

시스템 관리자는 인프라부터 제품 인터페이스에 이르기까지 모든 것을 처리합니다. 백업, 저장 공간, 네트워크 및 성능과 관련이 있습니다.

책임
  • 필요한 하드웨어(물리적 및 가상)를 모읍니다.
  • 실제 Data Center 설치를 수행합니다.
  • 클러스터형 배포를 선택했다면 모든 구성 요소가 올바르게 작동하는지 확인합니다.
  • 디스크의 Pipes 로그에서부터 로그 집계까지 모니터링 및 보안 전략을 지원합니다.

프로젝트 리더

역할

프로젝트 리더는 비즈니스와 깊은 관계를 맺고 있으며 회사의 목표를 충족하기 위해 제품이 어떻게, 그리고 왜 사용되는지 알고 있습니다. 또한, 제품 전반에서 거버넌스를 유지하기 위한 올바른 취사선택 방법에 대해 알고 있습니다.

책임
  • 주요 마일스톤 및 이를 달성할 예상 날짜를 통해 프로젝트를 진전시킵니다.
  • 일정을 완전히 파악하고, 작업 완료를 보장하고, 교차 기능 문제를 해결합니다.
  • 이해 관계자에게는 프로젝트 업데이트를, 최종 사용자에게는 공지 사항을 커뮤니케이션합니다.
  • Data Center 구매와 관련된 주 이해 관계자와 협업합니다.

클러스터형 아키텍처에서 Data Center를 배포하는 경우, 다음 분야의 기술 전문가 팀원을 고려해 보세요.

  • 네트워크 엔지니어링: 사양을 검토하고 인프라를 구축합니다.
  • 데이터베이스 관리: 데이터베이스 무결성과 운영이 원활하게 되고 있는지 확인합니다.
  • 사이트 안정성: 인스턴스 가동 시간, 성능 및 재해 복구 운영을 확고히 합니다.
  • 보안: 보안 표준(VPN, 방화벽 등)을 통해 규정 준수를 보장합니다.

팀원이 더 필요하신가요?

마이그레이션에 도움이 필요한 경우 Atlassian에서 지원을 제공합니다.

Data Center에서 무료로 제공

우선 순위 지원(첫 6개월 동안): Atlassian 고객 지원팀에 요청을 제출하면 더 높은 SLA, 더 빠른 심사 및 더 신속한 해결을 제공하기 위해 노력하는 Atlassian의 최고 선임 엔지니어에게 이슈가 직접 전달됩니다. 현재 Jira Software, Jira Service Desk 또는 Confluence를 위한 Data Center 라이선스가 있는 고객에게 이 서비스를 제공합니다.

*2021년 2월 2일부터 Data Center 구독에 포함됩니다.

고객 성공 관리자: 팀 목표와 비즈니스 요구 사항을 달성하는 데 도움이 필요하신가요? Data Center 신규 고객은 첫해 동안 지속적인 리소스로서 전담 고객 성공 관리자의 지원을 받을 수 있습니다. 여기에서 연락하세요.

Atlassian 커뮤니티: 크라우드소싱을 선호하시나요? 다른 Atlassian 사용자의 답변과 지원, 영감을 주는 사례를 찾아보세요. Atlassian 제품을 대규모로 사용하는 스토리, 팁 및 모범 사례를 찾는 경우 Enterprise 커뮤니티 그룹에 참여하는 것을 권해드립니다.

유료 지원 리소스

기술 담당 관리자: 제품 및 업계 지식이 있는 숙련된 Atlassian 상담사가 필요하신가요? 기술 담당 관리자는 Atlassian의 모든 것과 관련하여 전략적인 파트너가 되어줍니다. 전문 지식을 제공하고 스스로 떠올리기 어려운 질문을 물어봄으로써 여정을 안내해줍니다.

프리미어 서포트: 한 차원 높은 수준의 서비스를 찾고 계신가요? Atlassian 프리미어 서포트에서는 연중무휴 24시간 전담 시니어 지원 팀의 지원을 받을 수 있는 최고 수준의 서비스를 제공합니다.

엔터프라이즈 파트너: 원스톱 서비스를 찾으시나요? Enterprise 파트너는 직접적인 시스템 통합과 배포, 업그레이드를 수행하고 있습니다. 복잡한 요구 사항이 있거나 온사이트 지원을 원하는 조직의 경우 Enterprise 파트너가 좋은 옵션입니다. 파트너 디렉토리를 방문하여 적합한 파트너를 찾아보세요.

타임라인 작성 필수 사항

마이그레이션 소요 시간을 예측하는 데 사용 가능한 기본 일정표입니다.

 

비클러스터형

클러스터형

계획

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 버전이 없다면 계속하여 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