- 관련 상품
- 2026년 8월 10일 오후 3:51 UTC
- 이름 *
- Kamo
- 뚱 베어
- b2dd887
그것은 CockroachDB 보다는 더 적은에서 그것을 대체했습니다 -- 20Gi/6cpu에 대하여 CockroachDB의 32Gi/8cpu -- 더 필요로 하는 동안, YSQL이 분리되기 때문에 저장 엔진의 상단에 연결 당 PostgreSQL 백엔드 프로세스. 3개의 변화: 1. tserver 12Gi/3cpu -> 24Gi/8cpu 요청, 20Gi/6cpu -> 48Gi/16cpu 제한. 측정된 8,323 throttled 기간 및 ~19 분의 누적 CPU 축 6 코어 캡에서. 노드는 7%의 48 코어를 실행합니다. 2. ****************는 명시된 대로 대체했습니다 --memory limit hard bytes .. hostNetwork 플래그 크기 YugabyteDB 오프 HOST의 123 GB는, 그래서 20 GiB cgroup 안쪽에 18.52 GB가 있었습니다 또한 PostgreSQL 백엔드의 9.9 GB를 보유했다. 그것은 하나의 트래픽이었다 OOM 살인에서 스파이. 이제 핀 : tserver 24 GiB, 마스터 3 GiB. 3. --enable ysql conn mgr=true, 그래서 150+ 클라이언트 연결 다중화 각 프로세스 대신 관리 풀. 커널.shmmni가 32768에 올리는 연결 관리자로 k1m1에 필요. 침입 된 240s 창 이상 : 0.00 % throttled (기간의 1.4%), 차단 캐시 천장 9.26 GB -> 12 GB, 루트 메모리 제한 올바르게 24 GB.