DongHyeonkaandClaude Opus 5
22d873eb4f
PostgreSQL statement logging shows keycloak-1 reading and updating the session created on keycloak-0. The same transaction reveals optimistic locking via VERSION, SKIP LOCKED, and synchronous_commit turned off. Fixes the earlier concept note that credited Infinispan with cross-node propagation. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
1.9 KiB
1.9 KiB
실험 0 — 세션 복제 증거
수집: 2026-09-04 09:54 KST · Keycloak 26 / Infinispan 16.0.12 / PostgreSQL 16
해설: docs/experiment-00-session-replication.md
| 파일 | 무엇을 보여주는가 |
|---|---|
01-cross-node-session.txt |
클러스터 2멤버 확인 → keycloak-0 로그인 → 같은 sid 가 양쪽에서 보임 → keycloak-1 이 refresh 성공(200) → keycloak-1 로그아웃 → keycloak-0 갱신 실패(400) → DB 행 삭제 확인 |
02-cache-delta.txt |
로그인 하나를 사이에 둔 양쪽 노드의 캐시 계수기. keycloak-1 은 전부 +0 |
03-cache-ownership.txt |
로그인을 반대편에 몰아준 결과. 요청을 받은 노드에서만 엔트리가 는다. 캐시 합 7+5 = DB 12 |
session-cache-entries-per-pod.png |
위 사실의 시계열. 파란 선(keycloak-1)이 0에 붙어 있는 동안 초록 선(keycloak-0)만 14까지 오른다 |
keycloak-admin-sessions.png |
관리 콘솔의 Sessions 화면. 브라우저는 nginx→Traefik 을 거쳐 두 파드 중 하나에 닿지만 어느 파드가 만든 세션이든 전부 보인다 |
핵심 한 줄
클러스터는 형성되지만 세션 엔트리는 노드를 건너가지 않는다. 두 노드가 같은 답을 하는 이유는 Infinispan 복제가 아니라 같은 PostgreSQL 이다.
| 파일 | 무엇을 보여주는가 |
|---|---|
04-read-path-sql.txt |
PostgreSQL 문장 로깅으로 잡은 keycloak-1 이 실제로 날린 SQL. SELECT ... FROM OFFLINE_USER_SESSION 로 남의 세션을 읽고 UPDATE ... where VERSION=$5 로 쓴다. 같은 트랜잭션에 SET LOCAL synchronous_commit TO OFF 가 들어 있다 |
추론이 관측이 된 지점
0b·0c 는 "keycloak-1 메모리에 없는데 쓸 수 있으니 DB 에서 읽었을 것"이라는 추론이었다. 0d 에서 그 SQL 을 파드 IP 와 함께 직접 잡았다.