728x90 반응형 zookeeper3 [Kraft] Kraft 소개 목적 Kraft 도입에 대한 니즈를 소개하기 위함 등장 배경 기존 아파치 주키퍼의 경우 아래의 문제점이 있었음성능적인 부분브로커는 모든 토픽과 파티션에 대한 메타데이터를 주키퍼에서 읽어야 하며, 메타데이터의 업데이터는 주키퍼에서 동기방식으로 일어나고, 브로커에는 비동기방식으로 전달됨. 이 때문에 토픽과 파티션이 많은 대규모 카프카 클러스터에서는 지연이 등의 병목현상이 발생하게 됨관리적인 부분주키퍼와 카프카는 완전히 다른 애플리케이션으로 서로 다른 구성 파일, 환경, 서비스 데몬을 가지고 있음. 결국 관리자는 동시에 서로 다른 애플리케이셩늘 운영해야 함모니터링 등서로 다른 애플리케이션인 만큼 모니터링을 적용하는 방법과 주요 메트릭도 다름 Kraft의 주요 목적 카프카의 구조를 단순화하고 확장성을 향.. 2024. 11. 2. [Zookeeper] Ver. 3.5.8 Release note 요약 New Feature- Improvement재구성 노드에 대해 ACL을 설정하지 않는 옵션을 추가함문서에서 tbd를 제거함주키퍼 프로그래머 가이드에서 더이상 사용하지 않는 링크를 제거함Maven POM에서 중복된 GroupID를 제거함ZooKeeper-jute의 maven_compiler-plugin을 업그레이드함주키퍼 클라이언트는 zk 앙상블의 서버 중 하나를 DNS가 해석하지 못해도 ZSYSTEMERROR로 실패하지 않도록 개선함3.5 소스 tarball을 git 저장소에 정확하게 반영되도록 수정함소스르 JDK14로 빌드할 수 있게 함 BugINET-ADDRSTRLEN의 잘못된 사용이 수정됨빠른 리더 선출이 계속 실패하는 버그가 수정됨acceptedEpoch가 currentEpoch보다 작으면 주키퍼.. 2024. 10. 16. [Zookeeper] Zookeeper 소개 주키퍼 도입 배경 과거에는 한 대의 컴퓨터에서 동작하는 단일 프로그램이 대다수였으나, 현재 빅데이터와 클라우드 환경에선 대규모의 시스템들이 동작하고 있음 이 대규모 시스템은 수많은 서버와 인프라로 구성 되어 애플리케이션 기능을 함 복잡한 시스템 구조로 인하여 각 애플리케이션이 공유하고 있는 클러스터 자원에 무분별한 쓰기 동작으로 인한 경쟁 상태가 발생할 수도 있고, 단일 장애점이 쉽게 발생되기도 함 결국 이 개별적인 시스템들을 각각 조율해야 하는 코디네이션 시스템의 수요가 발생 이러한 분산 코디네이션 시스템의 수요가 발생하더라도, 정작 대강 만들거나 필요한 로직에 집중하지 못하게 되는 경우가 많아짐 주키퍼는 무엇인가? 분산 코디네이션 서비스를 제공하는 오픈소스 개발자가 코디네이션 로직보다는 비즈니스 핵심.. 2023. 7. 14. 이전 1 다음 728x90 반응형
