안녕하세요.
그제 ws json rpc subscribe응답이 없어서 en을 보니 싱크를 하지 않고 있어서 kend stop후 kend start를 하였습니다.
그 직후부터 싱크를 하기는 하는데 느리다 싶었지만 하루정도 그냥 두었습니다(8시간도 싱크 못한상태)
다음날(어제) 보니 싱크 최신 블록에 비해 3시간정도 싱크 못한 상태라 다시 그냥 뒀습니다.
하지만 오늘까지도 싱크가 안되어 지금도 최신블록과 2시간정도의 차이가 나고 있는데요.
cpu, 메모리, io wait, 네트웍 트레픽은 부하가 없는 상태입니다.
혹시나 하여 오늘은 체인데이터를 저장할 디스크 용량도 1테라에서 1.2테라로 올렸습니다.
한가지 걸리는건 서버가 캘리포니아에있는데 혹시 이것이 문제가 될까요?
아니면 다른 문제가 있는걸까요?
전주에 클레이튼 메인넷이 계정키 문제로 내려갔다가 다시 정상화된 직후에 en을 올렸는데요.
그 후로 10여일간은 잘 동작했는데 그제부터 갑자기 속을 썪이네요.
ken 버전이 1.7.1로 업데이트 된 듯 해요.
아, 한번 ken을 업데이트해보겠습니다. 감사합니다
버전업을 하여도 싱크가 여전히 매우 느리네요ㅠㅠ
보통 CPU나 DISK IO에서 병목이 생겨야하는데, 말씀주신 내용만으로는 원인파악이 쉽지 않네요.
그래도 추측을 해보자면, 아래 부분을 더 확인해 볼 수 있을것 같습니다.
하드웨어 요구사항 문제인지 확인 필요할 것 같습니다. 먼저 EN의 하드웨어 요구사항을 만족하는지 확인해주시겠어요? 블록체인 노드는 데이터가 쌓일수록 싱크 속도도 느려지는 경향이 있으며, 아래 요구사항을 만족하지 못한 경우 그 경향성이 더 명확하게 나타날 것 같습니다.
참조: System Requirements - Klaytn Docs
admin.peers API를 이용하여 연결된 노드들의 수와 blockNumber를 확인해주세요. 최신 블록까진 싱크된 노드와 다수 연결되어 안정적으로 블록을 전파받을 수 있는지 확인이 필요합니다.
위에 썼듯, 하드웨어는 요구사항에 맞춰 올렸습니다.
그래도 엇그제까 다시 최상위 블록까지 어찌저찌 따라잡았는데
지금 댓글 쓰는 동안에 보니 다시 20여분정도를 따라잡지 못하고 있어
cpu, 메모리, 네트웤 트레픽, io wait을 보고있는데 부하는 없습니다(매우 쾌적합니다).
말씀해주신 admin.peers API로 확인을 해보았는데 10개의 피어가 확인되고있고
10개의 피어 모두 최신의 블록번호를 가지고 있는걸로 확인됩니다.
admin.peers 이후 klay.blockNumber로 확인하면 블록 번호의 차이가 꽤나 벌어져 있는 상태고요.
위에도 썼지만 걸리는것은 서버가 캘리포니아에 있는것이고 또하나 지금 걸리는게 생각났는데
리눅스를 로키를 올렸다는점인데요.
일단 한국쪽에 아마존 리눅스로 en을 올리던가 해보겠습니다.