Choose your deployment
출처: 문서
본문
배포 방식 선택
Migration Assistant는 항상 Kubernetes에서 실행돼요. 가장 중요한 결정은 이 도구가 플랫폼 구성을 얼마나 자동화할지예요.
배포 유형
다음 표는 두 가지 배포 유형을 비교해요.
| 유형 | 적합한 경우 | 포함 내용 |
|---|---|---|
| Kubernetes에 배포 | 이미 Kubernetes 플랫폼을 운영 중이거나, AWS를 사용하지 않거나, 로컬에서 평가 중인 경우 | 핵심 Migration Assistant 엔진과 워크플로 모델이며, 플랫폼 통합은 직접 제공해요 |
| Amazon Elastic Kubernetes Service (EKS)에 배포 | AWS를 사용 중이고 권장되는 프로덕션 경로를 원하는 경우 | 동일한 엔진에 AWS 부트스트랩 자동화, pod identity, 이미지 미러링, 스냅샷 헬퍼, CloudWatch 통합이 추가돼요 |
두 경로 모두 동일한 Migration Assistant Helm chart를 설치해요. 차이는 주변 환경을 얼마나 대신 준비해 주느냐예요.
기본 컴포넌트
다음 표는 Migration Assistant Helm chart가 설치하는 컴포넌트를 설명해요.
| 컴포넌트 | 용도 |
|---|---|
| Migration Console | 마이그레이션을 구성하고 실행하기 위한 CLI 도구가 있는 Pod |
| Workflow Engine | 마이그레이션 작업 오케스트레이션 (Argo Workflows) |
| Strimzi | Capture와 Replay를 위한 Kafka operator |
| Prometheus-compatible metrics | 메트릭 수집 및 플랫폼 observability 통합 |
소스 및 타깃 클러스터 구성은 대용량 Helm value 파일이 아니라 Workflow CLI를 통해 동적으로 처리돼요.
AWS에서 Amazon EKS가 권장되는 이유
AWS에서는 마이그레이션과 무관한 작업을 상당 부분 없애 주기 때문에 Amazon EKS가 권장되는 경로예요:
- 클러스터와 VPC 부트스트랩.
- AWS API 접근을 위한 Pod identity.
- 격리된 서브넷을 위한 프라이빗 이미지 지원.
- 스냅샷 버킷과 역할 헬퍼.
- CloudWatch 대시보드와 로깅.
- AWS를 인식하는 스토리지와 node-pool 기본값.
이 방식은 플랫폼 구성 작업을 줄여 주고 마이그레이션 검증에 집중할 수 있게 해 줘요.
사전 요구 사항
모든 배포 경로에는 다음이 필요해요:
- Kubernetes 클러스터: 버전 1.24 이상.
- Helm 3: 설치 및 구성 완료
kubectl: 클러스터에 접근하도록 구성 완료.- 네트워크 접근: 클러스터에서 소스 및 타깃 클러스터로의 연결.
직접 Kubernetes 플랫폼을 준비하는 경우에는 Kubernetes에 배포를 사용하세요.
새 Migration Assistant 문서의 나머지 부분이 기본적으로 가정하는 AWS 프로덕션 경로를 원한다면 Amazon EKS에 배포를 사용하세요.
{% include migration-phase-navigation.html %}