Close

Data Center 마이그레이션 가이드

No organization is the same and neither is your migration journey. The key to any good migration is planning.


가이드 4: 클러스터형 아키텍처에 배포

시작하기 및 계획하기 가이드를 검토했으므로, 클러스터형 환경에 Data Center를 배포할 준비를 마쳤습니다.

클러스터에 필요한 인프라 확보

클러스터에 Data Center를 배포하려면 다음의 구성 요소가 필요합니다.

  • 데이터베이스
  • 로드 밸런서
  • 애플리케이션 노드
  • 파일 시스템
  • ElasticSearch 노드(Bitbucket)

로드 밸런서

클러스터에서 배포한 경우 사용자의 요청이 처음으로 닿는 것은 로드 밸런서입니다. 로드 밸런서에 요청이 들어오면 로드 밸런서는 각 요청을 애플리케이션 노드에 분산합니다. 로드 밸런서는 하드웨어 또는 소프트웨어 기반 모두 사용 가능합니다. 소프트웨어 및 하드웨어 솔루션 모두, 로드 밸런서는 높은 대역폭과 낮은 대기 시간을 보장하도록 고속 LAN 연결을 사용하여 애플리케이션 클러스터에 연결되어야 합니다. 모든 소프트웨어 로드 밸런서는 전용 머신에서 실행되어야 합니다.

Data Center 제품은 세션 중에 각 사용자의 요청이 같은 노드로 이동한다고 가정합니다. 요청이 다른 노드로 이동하면 사용자가 예기치 못하게 로그아웃될 수 있으며, 세션에 저장된 정보를 잃게 될 수도 있습니다. 따라서 로드 밸런서에 쿠키 기반의 '고정 세션'(또는 세션 선호도)을 사용 설정하여 세션을 같은 노드에 연결해야 합니다. 쿠키 기반의 고정 세션을 사용하면 제품에서 발행한 쿠키 또는 로드 밸런서에서 생성한 쿠키를 사용 가능합니다.

로드 밸런싱 솔루션에 이중화를 더해 더 강력하게 보호하고 로드 밸런서가 단일 실패 지점이 되는 것을 방지하세요. 이 작업은 로드 밸런서 2개에 걸친 가상 IP를 사용하여 로드 밸런서 2개를 액티브-패시브 구성으로 설정하여 가능합니다. 액티브 로드 밸런서가 실패하면 패시브 로드 밸런서로 장애 조치합니다.

자세한 정보는 로드 밸런서 구성 옵션을 확인하세요.

애플리케이션 노드란 무엇인가요?

애플리케이션 노드는 실제 제품이 있는 장소입니다. Data Center 클러스터의 각 노드는 지연 시간을 최소한으로 유지하기 위해 제품의 같은 버전에서 실행되고 한 곳에 위치해야 합니다. 하지만 CDN(콘텐츠 배달 네트워크)을 사용 설정하여 지역적으로 분산된 팀의 성과를 지원할 수 있습니다. 이러한 노드는 클러스터에 구성되어 하나로서 역할을 하여 사용자에게 제품을 제공해야 합니다. 클러스터에 있는 노드의 수는 요구 사항, 그리고 제품을 구성하는 방법에 따라 다릅니다. 일반적으로 대부분의 클러스터에는 2~4개의 노드로 충분하지만 알맞은 결정을 내리려면 노드 크기 가이드를 사용하세요.

정보 아이콘

중요 참고 사항: Bitbucket에는 코드 검색을 지원하는 ElasticSearch 전용 추가 애플리케이션 노드가 필요합니다.

파일 시스템은 어떻게 작동하나요?

공유된 파일 시스템은 제품의 모든 기반이 저장되어 있는 공간입니다. 이곳에는 첨부 파일, 아이콘, 사용자 정보, 앱 및 소스 코드 등이 있습니다.

Data Center 환경에서는 공유 파일 시스템을 자체적인 노드로 설정해야 합니다. 공유 파일 시스템에는 NFS 기반의 모든 NAS 또는 SAN 프로그램을 사용 가능하지만, 성능 유지를 위해서 NFS3을 권장합니다. DFS와 같은 분산된 프로토콜은 지원하지 않으므로 피하시기 바랍니다.

클러스터 구축

Data Center 클러스터를 구축할 차례입니다. 클러스터의 여러 구성 요소(애플리케이션 노드, 로드 밸런서, 데이터베이스, 파일 시스템)를 각각 설정하는 데 더해, 성능 요구 사항을 기반으로 클러스터에서 애플리케이션 노드의 크기를 조절해야 합니다.

참고할 만한 샘플 구성을 모아보았습니다. Atlassian은 특정 벤더나 구성을 보증, 승인 또는 추천하지 않으며 해당 샘플은 참고용입니다. 최적의 환경을 구성하는 데 더 많은 안내가 필요한 경우 기술 담당 관리자, 프리미어 지원 또는 파트너와의 협업이 잘 맞는지 확인해보세요.

스테이징 환경 만들기

마이그레이션을 성공적으로 수행하려면 프로덕션에 구현하기 전에 스테이징 환경을 만들어 Data Center를 사용해 보는 것이 좋습니다.

스테이징 환경은 리버스 프록시, SSL 구성, 또는 로드 밸런서(Data Center용)를 포함하여 프로덕션 환경을 비슷하게 복제해야 합니다. 다른 물리적 서버나 가상 솔루션을 사용할 수도 있습니다. 중요한 점은 스테이징 환경이 프로덕션 환경의 적절한 복제본이어야 한다는 것입니다.

환경을 만들었으면 다음 작업을 해야 합니다.

  • 데이터베이스 복제
  • 제품 복제
  • 로컬 홈 디렉토리를 공유 홈 디렉토리로 복사
  • 외부 사용자 관리 복제(선택 사항)
정보 아이콘

자세한 지침은 다음을 참조하세요.

앱 검토 및 업그레이드

비클러스터형 Data Center를 배포하기 전에 앱을 검토하고 가능하면 Data Center 버전으로 업그레이드해야 합니다. 앱을 업그레이드하기 전에 Data Center로 마이그레이션하면 앱이 작동하지 않을 수 있습니다.

Data Center 설치

클러스터형 아키텍처를 설정했으면 Data Center 제품을 설치할 준비가 된 것입니다.

자세한 지침은 클러스터에서의 Data Center 제품 배포를 도와주는 설명서를 확인하세요.

 

Jira Software
Jira Service Desk

Confluence

Bitbucket

Crowd

하드웨어

Jira Software
Jira Service Desk

하드웨어

Confluence

하드웨어

Bitbucket

하드웨어

Crowd

하드웨어

AWS

Jira Software
Jira Service Desk

AWS

Confluence

AWS

Bitbucket

AWS

Crowd

AWS

Azure

Jira Software
Jira Service Desk

Azure

Confluence

Azure

Bitbucket

Azure

Crowd

 

시험 실행하기

테스트 단계는 Data Center 구축의 기초적인 단계이며 마이그레이션 프로세스의 가장 집약적인 부분인 경우가 많습니다. Data Center를 프로덕션에 자신 있게 배포하려면 팀은 Data Center 설치를 조사하기 위해 반복적인 기능 테스트, 통합 테스트 및 성능 테스트를 실행해야 합니다. Server에서 마이그레이션하는 경우, 각 테스트는 1~2주가 걸릴 수 있습니다.

충분히 테스트하세요. 철저한 테스트 단계를 거치면 프로덕션 배포가 더 빨라지며 예상치 못한 상황에 대처할 수 있습니다. 필요하다면 구현에 완전히 자신감이 들 때까지 여러 번의 UAT(사용자 수용 테스트)를 실행하세요.

Data Center 제품의 성능에 대해 자세히 알아보세요.

정보 아이콘

고객 성공 관리자가 있는 경우, 상태 검사를 수행하여 구성, 호환성, 드라이버 버전, 성능 상태, 메모리 설정 등을 우선으로 알려진 문제를 파악합니다.

프로덕션에서 구현

이제 테스트 환경을 Data Center로 마이그레이션했으므로, 프로덕션에서 구현할 준비가 되었습니다.

마이그레이션을 완료하기 전에, 테스트 단계에서 수행한 단계를 동일하게 완료할 예정이므로 프로덕션에서 모든 것이 올바르게 작동하도록 프로덕션 환경이 테스트 환경과 일치하는지 확인하세요.

프로덕션 앱 업그레이드

클러스터형 환경에서 Data Center를 배포하기 전에 앱을 검토하고 가능하면 Data Center 버전으로 업그레이드해야 합니다. 앱을 업그레이드하기 전에 Data Center로 마이그레이션하면 앱이 작동하지 않을 수 있습니다.

프로덕션에 Data Center 설치

마이그레이션의 테스트 단계에서 했던 것과 마찬가지로, 프로덕션 환경을 Data Center로 마이그레이션해야 합니다. 이 방법에 대한 단계별 지침은 다음 페이지를 참조하세요.

 

Jira Software
Jira Service Desk

Confluence

Bitbucket

Crowd

내 하드웨어

Jira Software
Jira Service Desk

내 하드웨어

Confluence

내 하드웨어

Bitbucket

내 하드웨어

Crowd

내 하드웨어

AWS

Jira Software
Jira Service Desk

AWS

Confluence

AWS

Bitbucket

AWS

Crowd

AWS

Azure

Jira Software
Jira Service Desk

Azure

Confluence

Azure

Bitbucket

Azure

Crowd

 

클러스터에 Data Center를 배포했습니다!

Data Center 관리에 대해 자세히 알아보려면 리소스 섹션을 확인하세요.