가져오기 프로세스는 4단계로 구성됩니다.
1단계
관리자 API에서 모든 리소스를 검색합니다. Kubernetes 클러스터 태그(ncp/cluster) 또는 user-spec.yaml에 지정된 공유 리소스를 기준으로 리소스를 필터링합니다. 요청 본문을 마이그레이션 서버로 전송하기 시작합니다. 요청을 생성할 수 없는 경우 NCP는 클러스터를 마이그레이션하지 않고 종료합니다.
- 연결 문제로 인해 관리자 API에서 리소스를 검색할 수 없습니다.
해결 방법: 연결 문제 해결 후 다시 시도
- Kubernetes에 관리자 API에서 검색된 리소스가 포함되어 있지 않습니다.
해결 방법: 유휴 상태가 될 때까지 관리자 모드에서 NCP를 다시 실행합니다. CRUD(생성, 읽기, 업데이트, 삭제) 작업이 수행되지 않는 상태가 유휴 상태입니다. NCP가 재시도 요청을 보내기까지의 최대 시간 간격에 해당하는 10분 이상 기다려야 합니다. NCP 로그에 오류가 없는 경우 문제를 해결해야 합니다.
2단계
1단계에서 생성된 가져오기 요청을 마이그레이션 API로 전송하기 시작합니다. 요청이 성공적으로 처리되면 요청에 포함된 manager_id를 클라이언트의 로컬 디스크에 기록합니다. 요청이 실패하면 로컬 디스크에 저장되어 있는 manager_id를 사용하여 이미 가져온 리소스를 롤백합니다. 마이그레이션 API가 중복 요청임을 알리는 경우, 가져오기는 요청 본문에서 해당 manager_id를 제거한 후 요청을 다시 보냅니다.
- 연결 문제
해결 방법: 연결 문제 해결 후 다시 시도
- 마이그레이션 API에서 오류 반환
해결 방법: 장애가 있는 정책 API이거나 마이그레이션 API일 수 있으므로 잠시 후에 다시 시도하십시오. 문제가 지속될 경우 config.yaml에서 rollback_imported_resources 옵션을 사용하여 가져오기가 예기치 않게 중지되면 가져온 모든 리소스를 롤백합니다. 기본적으로 이 단계에서 문제가 발생하면 가져오기가 롤백됩니다. 롤백 중에 문제가 발생하면 수동으로 다시 시도해야 합니다. mp_to_policy_importer를 사용한 롤백이 실패하는 경우 백업에서 Kubernetes 클러스터를 가져오기 이전 상태로 NSX Manager를 복원해야 합니다.
참고: DFW 섹션 및 규칙을 가져온 후 리소스에 대한 가져오기 요청이 실패하면 클러스터 가져오기를 다시 시작하기 전에 생성된 백업을 사용하여 관리자 기능의 상태를 복원해야 합니다.
3단계
가져온 모든 리소스에 대한 정책의 리소스에서 추가/제거해야 하는 태그를 유추합니다. 태그를 유추할 수 없는 경우(해당 Kubernetes 리소스가 누락된 경우가 이유일 수 있음) 가져오기는 이미 가져온 리소스를 로컬 디스크에 저장된 manager_id를 사용하여 롤백합니다. 이 문제는 관리자 모드의 NCP가 트랜잭션 중간에 중지되었을 때 발생할 수 있습니다. 따라서 관리자 모드에서 NCP를 다시 시작하고 잠시 기다려야 합니다.
- Kubernetes에 관리자 API에서 검색된 리소스가 포함되어 있지 않습니다.
해결 방법: 롤백 후 유휴 상태가 될 때까지 관리자 모드에서 NCP를 다시 실행합니다. NCP가 재시도 요청을 보내기까지의 최대 시간 간격에 해당하는 10분 이상 기다려야 합니다. NCP 로그에 오류가 없는 경우 문제를 해결해야 합니다.
4단계
가장 중요한 단계입니다. 이 단계에서는 예기치 않은 오류가 발생하지 않도록 하는 것이 좋습니다. 이 단계에서 가져오기는 새 태그 및/또는 추가 정보(예: 가져오기가 세그먼트의 display_name를 업데이트함)로 정책의 리소스를 업데이트합니다. 해당 시간에 리소스를 업데이트할 수 없는 경우에는 가져오기에서 업데이트된 정책 리소스 본문 및 정책 리소스 URL을 클라이언트의 로컬 디스크에 저장하고 문제를 해결한 후 다시 시도할 것을 요청합니다(문제는 정책 API 또는 연결 문제임).
- 연결 문제
해결 방법: 연결 문제 해결 후 다시 시도
4개의 모든 단계에서 예기치 않은 중단이 발생하고 장애 및 복구에 설명된 것처럼 처리되는 기타 문제가 발생할 수도 있습니다.
