Topics와 데이터, 스키마, Connectors, 액세스 제어 및 클라이언트, 어느 Kafka 소스에서든 데이터와 인프라를 마이그레이션하세요. 당사의 도구는 클라이언트를 점진적으로 이전하므로, 애플리케이션은 최소한의 조정과 다운타임으로 계속 실행됩니다.
마이그레이션에서 어려운 부분은 복제가 아니라 조율입니다. Confluent를 사용하면 간편하게 처리할 수 있습니다. 클라이언트는 게이트웨이에 연결하고, Cluster Linking은 백그라운드에서 복제하며, 준비가 되면 단일 명령으로 전체 Topics 배치를 Confluent로 전환할 수 있습니다.
복제 지연을 모니터링하고 적 절한 시점을 선택하세요. 명령을 실행하기 전까지는 아무것도 전환되지 않습니다.
모든 클라이언트는 단일 Confluent Gateway 주소로 한 번만 다시 지정됩니다. 그 이후부터는 게이트웨이가 클라이언트의 인증을 전환하고 그 아래에서 Confluent로 라우팅하므로 추가적인 재시작이나 구성 변경이 필요하지 않습니다.
단일 토픽 또는 그룹을 마이그레이션할 수 있습니다. Cluster Linking은 오프셋을 유지하면서 바이트 단위로 복제하므로 consumers는 중단된 부분부터 다시 시작할 수 있습니다.
모든 바이트가 복제되고 지연 시간이 0이 될 때까지 트래픽이 보류된 후 토픽이 승격됩니다. 전환이 완료될 때까지 모든 작업은 되돌릴 수 있습니다.
Confluent의 마이그레이션 도구인 KCP는 모든 Kafka Cluster에서 작동합니다. 소스 환경을 스캔하고 이전을 평가한 다음 모든 리소스를 Confluent Cloud로 마이그레이션합니다.
클라이언트는 절대 변경되지 않는 단일 게이트웨이 엔드포인트에 연결됩니다. 각 토픽이
승격되면 게이트웨이는 이를 Confluent로 라우팅하기 시작하며, 나머지는 소스로
계속 전달됩니다. 클라이언트 변경이나 다운타임이 전혀 없습니다.
Topics만 옮기고 나머지는 그대로 두는 것이 아니라, KCP는 전체 환경을 마이그레이션합니다. 각 계층은 특화된 Confluent 구성 요소로 처리되며 모든 과정이 자동으로 조정됩니다.
| 리소스 | 처리 담당 | 어떤 일이 일어납니까 |
|---|---|---|
| Topics 및 데이터 | Cluster Linking | Consumers 위치가 보존된 상태로 바이트 단위로 복사되므로 애플리케이션은 중단된 부분부터 다시 시작할 수 있습니다. |
| 스키마 | 스키마 마이그레이션 | 데이터가 이동하기 전에 Confluent Schema Registry로 이전되므로, 애플리케이션이 도착할 때 스키마가 준비되어 있습니다. |
| Connectors | Connect 마이그레이션 유틸리티 | 지원되는 커넥터는 구성 및 상태와 함께 Confluent 관리형 커넥터로 다시 생성됩니다. |
| 액세스 제어 | ACL 및 ID 매핑 | Confluent 서비스 계정 및 ACL에 매핑된 기존 사용자, 역할 및 ACL |
| 애플리케이션 | 마이그레이션 게이트웨이 | 한 번만 재지정하고 코드 변경 없이 전환했으며, 재인증도 자동으로 처리됩니다. |
| 비용 기준선 | 평가 | 실제 사용량을 바탕으로 현재 지출액을 산출하므로, 이전하기 전에 비교할 기준을 확보할 수 있습니다. |
마이그레이션 계획 수립 환경에 관한 몇 가지 질문에 답변하면 순서가 지정된 마이그레이션 계획을 받을 수 있습니다.
환경 평가 현재 클러스터를 스캔하여 모든 리소스와 현재 비용을 확인하세요.
상담하기 Confluent 마이그레이션 전문가와 함께 구체적인 설정을 검토하세요.