먼저 스토리지 아키텍처를 선택하세요. 그런 다음 프로세스를 오케스트레이션할 주체를 선택하세요. 이 두 가지 선택으로 네 가지 배포 경로가 만들어집니다.
FE 및 상태 저장 BE 프로세스가 로컬 디스크를 사용하는 호스트에서 실행됩니다.
FE, Meta Service, 무상태 BE, FoundationDB 및 공유 스토리지.
DorisCluster 리소스가 FE 및 상태 저장 BE 워크로드를 관리합니다.
Operator가 클라우드 모드 클러스터와 해당 컴퓨트 그룹을 관리합니다.
배포의 안정성은 디스크, 네트워크 식별자, 시계, 포트 및 운영 체제 준비 상태에 달려 있습니다.
명령어 집합, 커널, 제한 및 Java 요구 사항을 확인하세요.
필요한 노드 간 FE, BE 및 웹 서비스 포트의 연결을 허용하세요.
조정, 로그 확인 및 진단을 위해 시계를 동기화된 상태로 유지하세요.
FE 메타데이터, BE 데이터, 로그 및 공유 스토리지를 신중하게 계획하세요.
첫 FE를 초기화하고, FE 쿼럼을 확장하고, BE 노드를 등록한 후 데이터를 적재하기 전에 멤버십을 확인하세요.
분리형 클러스터는 기존 FE 및 BE 프로세스와 함께 FoundationDB, Meta Service 및 Storage Vault를 추가합니다.
데이터 계층 메타데이터를 영속화하고 조정합니다.
SQL을 계획하고 탄력적 작업을 실행합니다.
내구성 있는 객체 스토리지 또는 분산 파일 시스템에 연결합니다.
Doris Operator는 DorisCluster 리소스를 바탕으로 FE 및 BE 워크로드, 서비스, 구성 및 영속 스토리지를 생성합니다.
Kubernetes는 Doris 프로세스를 자동화하지만 FoundationDB, 공유 스토리지, 자격 증명 또는 장애 계획에 대한 책임까지 없애 주지는 않습니다.
용량을 모니터링하는 이중화된 FoundationDB
일관된 클러스터 식별자와 접근 가능한 엔드포인트
적절한 리소스와 캐시를 갖춘 무상태 워커
Vault 자격 증명, 권한, 내구성 및 처리량
완성도 높은 배포는 상태 점검, 보안, 관측 가능성, 확장 규칙 및 사전 연습한 업그레이드 경로로 마무리됩니다.
FE 역할, BE 하트비트 및 컴퓨팅 그룹 상태를 확인합니다.
자격 증명을 설정하고, 서비스 노출을 제한하며, 스토리지 시크릿을 보호합니다.
첫 번째 장애가 발생하기 전에 메트릭과 로그를 수집합니다.
재시작, 교체, 백업 및 업그레이드 절차를 테스트합니다.
스토리지, 탄력성, 가용성 및 플랫폼 요구 사항을 충족하는 가장 단순한 경로를 선택하고 실제 데이터로 검증하세요.
로컬 스토리지와 결합형 확장이 적합하면 운영이 단순한 방식을 선택하세요.
공유 스토리지와 플랫폼 운영 역량을 확보할 수 있으면 독립 확장을 선택하세요.