메인 콘텐츠로 건너뛰기
모든 콜렉션이오스(EOS) 관련 소식
노드 운영자 회의 요약 [2023년 11월 #2] 립 5.0 업데이트 일정, 프로메테우스, BLS for RC3, 블록 로그 설정 및 기타 토론
노드 운영자 회의 요약 [2023년 11월 #2] 립 5.0 업데이트 일정, 프로메테우스, BLS for RC3, 블록 로그 설정 및 기타 토론

2023년 12월 5일 발간

Sangyong Jeong avatar
작성자: Sangyong Jeong
1주 전에 업데이트함

작성자: Markus Hinrichs

편집자: Randall Roland

옮긴이: Sangyong Jeong

노드 운영자(Node Operator), 안텔로프(Antelope) 핵심 개발자, 그리고 다양한 커뮤니티 구성원은 네트워크 발전을 위한 건설적이고 흥미로운 주제에 대해 논의합니다. 노드 운영자 회의(Node Operator Roundtable)의 목표는 다음과 같습니다:

"노드 운영자들을 위해 안텔로프 프로토콜을 개선하는 것"

회의는 매주 수요일 오후 UTC 14시부터 15시까지 진행됩니다. 회의 참여에 관한 정보는 텔레그램(Telegram) 채널을 방문해주세요. 이오스 노드 운영의 기초를 배우고자 하는 분들을 위해, EOS 네트워크 재단(EOS Network Foundation, 이하 ENF)은 관련 튜토리얼 및 문서를 제공하고 있습니다.

다음은 이번 달 진행된 회의의 간략한 개요입니다:

  • 11월 29일: 립 5.0 업데이트 일정, 프로메테우스 메트릭 및 대시보드(Prometheus Metrics & Dashboard), 그 외

  • 11월 22일: BLS, RC3 현황 및 립 6.0 관련 즉각적 최종성(Instant Finality) 진행 현황, 블록 로그 스트라이드(Stride) 설정 및 기타 사항

깃허브(GitHub)에서 해당 회의록을 확인하시고, ENF 유튜브 채널에서 녹화 비디오를 확인하세요.

11월 29일: 립 5.0 업데이트 일정, 프로메테우스 메트릭 및 대시보드 등

5.0 업데이트 일정:

  • 12월 6일에 예정된 RC3 5.0을 중심으로 여러 예정된 릴리스에 대한 기대.

  • 코딩 과정 중 발견된 호환성 문제로 인해 패치 릴리스 (3.2.5 및 4.0.5)에 대한 언급.

RC3 이후 5.0 안정화(Stabilizing):

  • RC3 이후 빠르게 안정화 단계로 전환하고, RC3와 안정 버전 간에는 큰 변경이 예상되지 않음.

  • 미국 휴일 전 릴리스는 피하고, RC3에 문제가 발생하지 않는다면 1월 3일까지 안정 버전을 목표로 함.

RC3 테스트 요청:

  • RC3 관련 테스트 횟수 증가를 요청하며, 특히 API 노드 관련 문제를 ENF에 보고할 것을 당부함.

RC3를 위한 BLS 활성화 준비:

  • RC3 릴리스 전 BLS 활성화 준비의 필요성을 강조함.

프로메테우스 메트릭 및 대시보드:

  • 메트릭을 기반으로 대시보드를 생성하는 데 대한 토론이 이루어졌으며, 목록을 개발자 팀과 공유하여 피드백을 받았습니다.

  • 코드베이스를 잘 모르는 외부 사용자를 고려하여 더 많은 설명과 안내가 필요하다는 강조가 있었으며, 명확한 이해를 위해 노드오스(nodeos)와 유사한 단위 설명의 중요성을 제안했습니다.

  • 이 토론은 주로 즉시 릴리스 일정, RC3 이후 안정성 계획, 테스트 호출, BLS 활성화 준비, 그리고 프로메테우스 메트릭의 설명을 개선하여 사용자의 이해를 높이는 데 관한 고려 사항을 중심으로 진행되었습니다.

    • 중복된 에이전트 이름 문제(Duplicate Agent Names Issue): config.ini에서 중복된 에이전트 이름으로 인해 전송 문제가 발생하는 것에 대한 문제점이 있었으며, 종종 에이전트 이름 필드에 불필요한 따옴표로 인해 발생합니다.

    • 에이전트 이름 생성(Agent Name Generation): 에이전트 이름에 대한 고유성을 강제 적용하거나 전송 문제를 해결하기 위해 무작위 이름을 생성하는 것을 고려했습니다. 활성화된 기능을 기반으로 자동 업데이트할 수 있는 가능성도 있었습니다.

    • 제안된 해결책 - 연결 ID: 중복된 에이전트 이름 문제를 해결하기 위해 "연결 ID(connection ID)"라는 새로운 config.ini 옵션을 도입하는 것을 제안했습니다. 시작 시 생성 및 파일 쓰기 가능성과 관련하여 잠재적인 도전에 대한 토론이 이루어졌습니다.

    • Config.ini 관리: 다양한 노드 구성을 더 효과적으로 관리하기 위해 config.ini를 여러 파일로 분할하는 데 대한 오래된 기능 요청이 있었습니다. Debian DOD 파일과 유사한 방식으로 관리합니다.

    • 사용 선호도 - Config.ini vs. 명령 줄 인수: 일부 사용자들은 편의성과 통합 테스트 실행을 위해 config.ini보다 명령 줄 인수를 선호하는 경향이 있다는 관찰이 있었습니다.

    • 구성 옵션의 가시성: 명령 줄과 config.ini에서 구성 옵션을 볼 수 있는 이점에 대한 토론이 이루어졌으며, 비디폴트 옵션을 표시하기 위한 엔드포인트가 필요할 수 있다는 가능성에 대해 논의되었습니다.

    • 포트 분리 및 보안: 보안을 위해 포트를 분리하고 공개적으로 노출되는 노드의 관리를 쉽게하는 장점에 대한 논의가 있었으며, 업그레이드된 노드에서 발생한 도전과 조정 사항에 대해 다뤄졌습니다.

    • API 엔드포인트 문제: API 노드에서 특정 프로토콜 기능의 가시성과 관련된 문제를 다루고, 더 나은 액세스와 제어를 위해 다른 노드 그룹 내에서 솔루션을 제안했습니다.

11월 22일: BLS, RC3 상태, 립 6.0 즉각적 최종성, 블록 로그 스트라이드 설정 등

기술적 토론과 업데이트:

  • BLS 내재값 패치에 대한 토론 및 노드 기능에 미치는 영향에 관한 논의.

  • 업데이트 중에 잠재적인 버그 언급 및 잠재적인 수정을 위한 테스트에 대한 언급.

  • RC3에서의 변경 사항과 블록 로그의 테스트 Stride에 대한 진행 기대.

주간 노드 운영자 라운드테이블:

  • 2023년 11월 22일의 업데이트 개요로, BLS 변경 사항 및 RC3 상태를 포함하여 개요 제공.

  • 6.0 릴리스를 위한 즉시 확정 진행 상황에 대한 토론 및 재설계 단계에서 직면한 도전에 대한 논의.

블록 로그 Stride 설정에 대한 토론:

  • 블록 로그 Stride 설정의 백업 및 데이터 복구 이점에 대한 탐색.

  • 상태 히스토리 Stride 설정에서의 잠재적인 버그 언급 및 수정 계획에 대한 언급.

  • 저장 공간 최적화 및 아카이빙을 위한 블록 로그 Stride의 이점에 대한 통찰력 제공.

검증 및 디버깅:

  • 로그 Stride에서 데이터의 손상을 방지하기 위해 체크섬(checksums)과 파일 무결성을 고려하는 것.

  • 결정론적인 배송 로그, 콘솔 로깅의 활성화/비활성화, 그리고 성능에 대한 잠재적인 영향에 대한 토론.

콘솔 로깅의 영향:

  • 콘솔 로깅이 디버깅에서 기능적 도구로 진화한 과정에 대한 통찰력 제공.

  • 콘솔 로깅 남용에 대한 주의를 제시하고, Layer 2 솔루션에 미치는 영향과 이전에 과도한 로깅이 문제를 일으킨 사례에 대해 경고.

  • 이 대화는 기술적인 측면, 업데이트, 노드 운영자들 간의 대화, 그리고 노드 작업 및 성능에 영향을 미치는 다양한 설정에 대한 토론을 다뤘습니다.

블록 및 배송 로그 작업:

  • 효율적인 처리를 위해 블록 및 배송 로그를 분리하는 데 대한 토론.

  • 전원 손실이나 갑작스러운 종료 후 블록 로그가 무효화되는 문제.

  • 블록 로그 손상이나 삭제의 잠재적 원인에 대한 통찰력 제공.

파일 공유 서비스와 로그의 이점:

  • 블록 및 배송 로그(block and ship logs)에 파일 공유 서비스를 사용하는 것에 대한 고려.

  • 이로 인한 이점으로는 더 쉬운 전체 노드 설정, 보다 쉬운 아카이빙, 저렴한 저장 솔루션 등이 있습니다.

  • 여러 노드에 대한 공유 로그의 잠재적 가능성으로 확장성을 향상시킬 수 있는 부분이 있습니다.

로그 분할과 파일 시스템 제한:

  • 많은 파일이 있는 디렉토리의 파일 시스템 제한에 대한 주의 사항.

  • 스트라이드 크기 변화(예: 백만 개의 블록 대 작은 스트라이드)에서는 상당한 성능 트레이드오프가 관찰되지 않았음을 언급.

  • 작은 스트라이드 크기가 파일 시스템에서 문제를 일으키는 도전과제.

로그 쓰기 작업 및 복구:

  • 로그 쓰기 작업 및 그것들이 되돌릴 수 있는 블록과 되돌릴 수 없는 블록과의 연관성에 대한 이해.

  • 갑작스러운 종료 시 로그 쓰기 중에 잠재적인 문제로 인해 로그 파일이 삭제되는 경우에 대한 질문과 관련된 문제점에 대한 이해.

OS 캐시와 로그 쓰기 완료:

  • OS 캐싱과 로그 쓰기 완료에 따른 잠재적 지연에 대한 고려.

  • 전원 손실 이후 회복을 위한 로그 파일 삭제의 이유에 대한 추측.

미래 개선 사항 및 주의사항:

  • 로그 쓰기 및 복구 메커니즘을 다루는 잠재적인 미래의 개선 방안에 대한 아이디어.

  • 운영자 오류와 예상치 못한 종료가 로그 무결성에 영향을 미치는 것에 대한 고려.

  • 이 대화는 로그 작업의 다양한 측면, 파일 시스템 제한, 로그 쓰기의 잠재적인 문제, 로그 처리 및 복구 메커니즘 개선에 대한 아이디어 등


출처 및 참고문헌

답변이 도움되었나요?