콘텐츠로 이동

vpm 및 클러스터 상태

vpm은 Customer Edge를 테넌트에 등록하고 플랫폼 컨테이너를 관리하는 에이전트입니다. 노드가 온라인 상태가 되지 않을 경우, 그 상태를 먼저 확인해야 합니다.

Terminal window
execcli systemctl-status-vpm
● vpm.service - VP Manager service
Loaded: loaded (/etc/systemd/system/vpm.service; enabled; preset: disabled)
Active: active (running) since Tue 2026-07-28 18:07:43 UTC; 2h 36min ago
Main PID: 11329 (docker)
Tasks: 10 (limit: 204889)
Memory: 14.9M
CPU: 496ms
CGroup: /system.slice/vpm.service
└─11329 /usr/bin/docker run --rm --name vpm --net=host --privileged -v /dev:/dev -v /bin/udevadm:/bin/udevadm -v /etc/:/hostetc/:rw -v /opt/:/hostopt/:rw -v /:/hostos/:ro -v /usr/bin/:/hostusr/bin/:ro -v /e…
Jul 28 20:40:47 f5-xc-ce-vm-01 vpm[11329]: etcd.go:123: Holding dictator lock for path /_lock/dictator
Jul 28 20:41:44 f5-xc-ce-vm-01 vpm[11329]: module.go:84: Running intra-cluster, type: node
Jul 28 20:41:44 f5-xc-ce-vm-01 vpm[11329]: pinger.go:38: Stats for connectivity-check: <name: intra-cluster, type: intra-cluster, success: true>
Jul 28 20:42:44 f5-xc-ce-vm-01 vpm[11329]: module.go:84: Running intra-cluster, type: node
Jul 28 20:42:44 f5-xc-ce-vm-01 vpm[11329]: module.go:90: Running intra-cluster, type: fabric
Jul 28 20:42:44 f5-xc-ce-vm-01 vpm[11329]: pinger.go:38: Stats for connectivity-check: <name: fabric, type: fabric, success: true>
Jul 28 20:42:44 f5-xc-ce-vm-01 vpm[11329]: pinger.go:38: Stats for connectivity-check: <name: intra-cluster, type: intra-cluster, success: true>
Jul 28 20:42:50 f5-xc-ce-vm-01 vpm[11329]: etcd.go:123: Holding dictator lock for path /_lock/dictator
Jul 28 20:43:44 f5-xc-ce-vm-01 vpm[11329]: module.go:84: Running intra-cluster, type: node
Jul 28 20:43:44 f5-xc-ce-vm-01 vpm[11329]: pinger.go:38: Stats for connectivity-check: <name: intra-cluster, type: intra-cluster, success: true>

확인할 사항.

  • Active: active (running) since … 및 경과 시간. 몇 시간 동안 가동 중인 노드에서 몇 분 전에 vpm이 재시작되었다면 이는 신호입니다 — 등록 실패는 테넌트에 나타나기 훨씬 전에 재시작 루프로 나타납니다.
  • Main PIDdocker입니다. vpm은 네이티브 프로세스가 아닌 권한 있는 Docker 컨테이너로 실행되며, --net=host --privileged 옵션과 /, /dev, /etc를 포함한 긴 호스트 바인드 마운트 목록과 함께 시작됩니다. 따라서 vpmdocker-ps에는 나타나지만 crictl-ps에는 절대 나타나지 않습니다 — 이것이 CE에서 docker-ps에 항목이 세 개인 것이 증상이 아니라 정상인 이유이기도 합니다.
  • 마지막 저널 라인. statusreporter.go: Status reporter loop has finished without error, sleeping for 5m…은 정상적인 안정 상태입니다: vpm은 대략 5분 주기로 보고합니다. module.go: Running intra-cluster, type: node는 독립 실행이 아닌 클러스터에 합류했음을 확인합니다.

알 수 없는 사항. 테넌트가 등록을 수락했는지 여부는 알 수 없습니다. 완전히 정상적인 vpm도 이를 거부하는 컨트롤 플레인에 대해 무한 루프를 반복할 수 있습니다 — 그 이유는 저널 라인에서 확인하십시오.

Terminal window
execcli systemctl-restart-vpm

이 노드의 etcd 파드에서 쿼리된, CE의 Kubernetes 컨트롤 플레인을 지원하는 etcd 클러스터입니다.

Terminal window
execcli etcdctl-cluster-member-status
+--------------------------+------------------+---------+---------+-----------+------------+-----------+------------+--------------------+--------+
| ENDPOINT | ID | VERSION | DB SIZE | IS LEADER | IS LEARNER | RAFT TERM | RAFT INDEX | RAFT APPLIED INDEX | ERRORS |
+--------------------------+------------------+---------+---------+-----------+------------+-----------+------------+--------------------+--------+
| https://etcd-0.etcd:2379 | dc946acaf076bc59 | 3.5.11 | 2.8 MB | true | false | 3 | 1981 | 1981 | |
+--------------------------+------------------+---------+---------+-----------+------------+-----------+------------+--------------------+--------+

확인할 사항. IS LEADER, RAFT TERM, 그리고 RAFT INDEXRAFT APPLIED INDEX가 일치하는지 여부. 두 값 사이의 지속적인 차이는 멤버가 로그보다 늦게 적용되고 있음을 의미합니다. ERRORS가 비어 있는 것이 정상적인 상태입니다.