DJI FlightHub 2 클러스터 소개
개요
V2.0부터 FlightHub 2 On-Premises는 대규모 비행 운영 요구 사항을 충족하기 위해 고가용성, 부하 분산, 재해 복구를 지원하는 클러스터 아키텍처를 사용합니다. 시각적 운영 기능과 배포 환경에 대한 의존성 감소로 배포 및 유지 관리 비용을 줄입니다.
먼저 단일 노드를 배포한 후 비즈니스 요구가 늘어남에 따라 확장할 수 있습니다. 노드가 3개 이상이면 클러스터는 다음 기능을 제공합니다.
- 고가용성: 노드 장애 시 자동 장애 조치로 핵심 서비스를 계속 실행합니다.
- 부하 분산: 노드 리소스에 따라 작업을 할당하여 개별 서버의 과부하를 방지합니다.
- 재해 복구: 여러 백업 사본을 통해 데이터 손실과 서비스 중단 시간을 줄입니다.
배포 절차 개요
- 첫 번째 노드 배포: “빠른 시작”을 참조하십시오.
- 노드 확장: “노드 관리”를 참조하십시오.
- V1.7.1 및 이전 버전을 V2.0으로 업그레이드: “이전 버전을 V2.0으로 업그레이드”를 참조하십시오.
배포 제약 사항
- 모든 노드는 동일한 서버실에 배포해야 합니다. 서로 다른 지역에 걸친 배포는 지원하지 않습니다.
- 모든 노드를 동일한 서브넷에 배포하는 것이 좋습니다.
- 다중 노드 클러스터에서는 통합 접속 엔드포인트를 제공하도록 부하 분산(LB)을 직접 구성하십시오. 권장 구성 방법은 운영 및 유지 관리 문서를 참조하십시오.
지원되는 배포 구성
| 구성 | 아키텍처 | 노드 수 | 배포 서비스 | 설명 |
|---|---|---|---|---|
| 전체 x86 클러스터 | x86_64 (Intel / AMD) | 노드 1–N개 | 모든 DJI FlightHub 2 + Terra 서비스 | 모든 서비스가 x86 노드에 배포됩니다 |
부하 분산
통합 접속 엔드포인트(VIP)를 제공하고 각 노드의 30888 포트로 트래픽을 분산하려면 다중 노드 클러스터에 부하 분산을 구성해야 합니다.
L4 부하 분산 솔루션을 권장합니다. 권장 구성 방법은 운영 및 유지 관리 문서를 참조하십시오.
단일 노드 배포에서는 노드 IP 주소로 직접 접속할 수 있으며 LB가 필요하지 않습니다.
이전 버전과의 주요 차이점
라이선스 설치: DJI FlightHub 2, 4G, Terra 라이선스를 동일한 인증 노드에 설치해야 합니다. 라이선스가 서로 다른 장비에 설치되어 있으면 V2.0으로 업그레이드하기 전에 고객 지원팀에 문의하여 이전하십시오.
- 먼저 체험 라이선스를 사용하여 이전 후 서비스 안정성을 검증하십시오. 이전이 성공적으로 완료되고 서비스가 안정적으로 실행되는지 확인한 후에만 운영 라이선스를 이전하십시오.
업그레이드 방법: V1.7.1 및 이전 버전은 기존의 시각적 업그레이드 또는 명령줄 업그레이드 방법으로 V2.0으로 직접 업그레이드할 수 없습니다. “이전 버전을 V2.0으로 업그레이드”에 따라 이전하십시오.
데이터 백업: 백업 명령과 절차가 변경되었습니다. 이 설명서의 관련 장을 따르십시오.
일상 운영 및 유지 관리: 유지 관리 명령, 서비스 로그 내보내기 방법, 포트 목록이 업데이트되었습니다. 이 설명서의 관련 장을 참조하십시오.
기능 변경: 원격 운영 및 유지 관리, 로그인 페이지 사용자 지정, 경고 규칙 수정은 일시적으로 사용할 수 없습니다.