XRPL Docs (Korean)
  • XRPL Docs(Kor)
  • Introduction
    • XRP Ledger란?
    • XRP란?
    • Crypto Wallets
    • Transactions and Requests
    • Software Ecosystem
  • Use Cases
    • 결제(Payments)
      • P2P 결제(Peer-to-Peer Payments)
      • 예금 제한(Restricting Deposits)
      • 스마트 컨트랙트(Smart Contracts)
    • 토큰화(Tokenization)
      • 스테이블코인 발행인(Stablecoin Issuer)
      • NFT 마켓플레이스 개요(NFT Marketplace Overview)
    • 탈중앙화 금융(Decentralized Finance)
      • 알고리즘 트레이딩(Algorithmic Trading)
      • 거래소에 XRP 상장하기((List XRP as an Exchange)
  • Concepts
    • 소개
      • 컨센서스 소개
      • XRP
      • 소프트웨어 생태계
    • XRP Ledger 서버
      • rippled 서버 모드(rippled Server Modes)
      • 클러스터링(Clustering)
      • Ledger 역사
      • 피어 프로토콜(Peer Protocol)
      • 트랜잭션 검열 감지(Transaction Censorship Detection)
      • 병렬 네트워크(Parallel Networks)
      • 수정안(Amendments)
        • XRP Ledger에 코드를 기여하는 방법
        • 알려진 수정안
      • 클리오 서버(The Clio Server)
    • 컨센서스 네트워크(Consensus Protocol)
      • 컨센서스 구조(Consensus Structure)
      • 컨센서스 원칙과 규칙(Consensus Principles and Rules)
      • 공격과 실패 모드에 대한 컨센서스 보호(Consensus Protections Against Attacks and Failure Modes)
      • 불변성 체크
      • 부정 UNL
      • 트랜잭션 취소 정보
      • 트랜잭션 변조 가능성
      • 수수료 투표
      • 컨센서스 연구
    • Ledgers
      • Ledger 구조(Ledger Structure)
      • 개방형, 폐쇄형, 검증형 Ledgers(Open, Closed, and Validated Ledgers)
      • Ledger 마감 시간(Ledger Close Times)
    • 트랜잭션(Transactions)
      • 수수료(Fees)
      • 신뢰할 수 있는 트랜잭션 제출(Reliable Transaction Submission)
      • 보안 서명(Secure Signing)
      • 출발, 데스티네이션 태그(Source and Destination Tags)
      • 트랜잭션 비용(Transaction Cost)
      • 트랜잭션 대기열(Transaction Queue)
      • 결과의 불변성(Finality of Results)
        • 트랜잭션 결과 조회(Look Up Transaction Results)
        • Transaction Malleability
    • 결제 유형
      • XRP 직접 결제
      • 교차 화폐 결제
      • 수표
      • 에스크로
      • 부분 결제
      • 결제 채널
    • 토큰(Tokens)
      • Non-Fungible Tokens
        • NFT 정보 저장소(NFT Payload Storage)
        • XRP Ledger에서 NFT 토큰 거래(Trading NFTokens on the XRP Ledger)
        • NFT Reserve Requirements
        • 일괄 발행(Batch minting)
        • 다른 계정에게 NFT 발행 권한 부여(Authorizing Another Account to Mint Your NFTs)
        • NFT 경매 진행하기(Running an NFT Auction)
        • NFT를 컬렉션으로 발행하기(Minting NFTs into Collections)
        • NFT의 고정 공급 보장하기(Guaranteeing a Fixed Supply of NFTs)
        • NFT 관련 API(NFT APIs)
      • 신뢰선과 발급(Trust Lines and Issuing)
      • 승인된 신뢰선(Authorized Trust Lines)
      • 토큰 환수(Clawing Back Tokens)
      • Freezing Tokens(토큰 동결)
        • 동결에 대한 일반적인 오해(Common Misunderstandings about Freezes )
      • Rippling
      • 이체 수수료(Transfer Fees)
      • 경로(Paths)
      • Demurrage(과잉보유비용)
      • 탈중앙화 거래소(Decentralized Exchange)
        • 제안(Offers)
        • Auto-Bridging
        • Tick Size
        • AMM(Automated Market Makers)
    • 계정
      • 다중 서명
      • 티켓
      • 계정 유형
      • 계정 삭제
      • 준비금(Reserves)
      • 주소(Addresses)
      • 암호화 키(Cryptographic Keys)
      • 입금 승인(Deposit Authorization)
  • Tutorials
    • 퍼블릭 서버(Public Servers)
    • Python
      • Python으로 시작하기(Get Started Using Python)
      • python 모듈형 튜토리얼(Modular Tutorials in Python)
        • python을 이용한 Send Payments(Send Payments Using Python)
          • 계정 생성 및 XRP 전송(Create Accounts and Send XRP Using Python)
          • 신뢰 생성 및 Currency 전송 (Create Trust Line and Send Currency Using Python)
          • 시간 보류 에스크로 생성(Create Time-based Escrows Using Python)
        • python을 이용한 NFTs(NFTs Using Python)
          • NFTs 발행과 소각(Mint and Burn NFTs Using Python)
          • NFTs 전송 (Transfer NFTs Using Python)
          • NFT 판매 중개 (Broker an NFT Sale Using Python)
          • 공인 발행인 지정 (Assign an Authorized Minter Using Python)
          • NFTs 일괄 발행 (Batch Mint NFTs Using Python)
        • Python에서 데스크톱 지갑 구축(Build a Desktop Wallet in Python)
    • JavaScript
      • JavaScript로 시작하기(Get Started Using JavaScript)
      • JavaScript 모듈형 튜토리얼(Modular Tutorials in JavaScript)
        • JavaScript를 이용한 Send Payments(Send Payments Using JavaScript)
          • JavaScript를 이용한 계정 생성 및 XRP 전송(Create Accounts and Send XRP Using JavaScript)
          • JavaScript를 이용한 신뢰선 생성 및 화폐 전송(Create Trust Line and Send Currency Using JavaScript)
          • 시간 기반 에스크로 생성하기(Create Time-based Escrows Using JavaScript)
          • 조건부 에스크로 생성하기(Create Conditional Escrows Using JavaScript)
        • JavaScript를 이용한 NFTs(NFTs Using JavaScript)
          • JavaScript를 이용한 NFTs 발행 및 소각(Mint and Burn NFTs Using JavaScript)
          • JavaScript를 이용한 NFTs 전송(Transfer NFTs Using JavaScript)
          • JavaScript를 이용한 NFT 판매 중개(Broker an NFT Sale Using JavaScript)
          • JavaScript를 이용한 공인 발행인 지정(Assign an Authorized Minter Using JavaScript)
          • JavaScript를 이용한 NFTs 일괄 발행(Batch Mint NFTs Using JavaScript)
      • JavaScript를 이용한 브라우저 지갑 개발(Build a Browser Wallet in JavaScript)
      • JavaScript를 이용한 데스크탑 지갑 개발(Build a Desktop Wallet in JavaScript)
    • Java
      • Java로 시작하기(Get Started Using Java)
    • HTTP / Websocket APIs
      • HTTP/WebSocket API 사용 시작하기(Get Started Using HTTP / WebSocket APIs)
      • WebSocket으로 수신 결제 모니터링(Monitor Incoming Payments with WebSocket)
    • Tasks
      • 계정 설정 관리(Manage Account Settings)
        • 일반 키 쌍 할당
        • 일반 키 쌍 변경 또는 제거
        • 마스터 키 쌍 비활성화
        • 다중 서명 설정
        • 다중 서명 트랜잭션 전송
        • 데스티네이션 태그 필요
        • 오프라인 계정 설정 튜토리얼
        • 티켓 사용(Use Tickets)
      • XRP 보내기(Send XRP)
      • 특수 결제 유형 사용(Use Specialized Payment Types)
        • 에스크로 사용(Use escrow)
          • 시간 보류 에스크로 보내기(Send a Time-Held Escrow)
          • 조건부 보류 에스크로 보내기(Send a Conditionally-Held Escrow)
          • 만료된 에스크로 취소(Cancel an Expired Escrow)
          • 에스크로 조회(Look up Escrows)
          • 에스크로를 스마트 컨트랙트로 사용(Use an Escrow as a Smart Contract)
        • 결제 채널 사용(Use Payment Channels)
          • 결제 채널을 열어 거래소 간 네트워크 활성화(Open a Payment Channel to Enable an Inter-Exchange Network)
        • 수표 사용(Use Checks)
          • 수표 전송(Send a Check)
          • 정확한 금액의 수표 현금화(Cash a Check for an Exact Amount)
          • 유연한 금액의 수표 현금화(Cash a Check for a Flexible Amount)
          • 수표 취소(Cancel a Check)
          • 발신자별 수표 조회(Look Up Checks by Sender)
          • 수취인별 수표 조회(Look Up Checks by Recipient)
      • 토큰 사용(Use Tokens)
        • 대체가능한 토큰 발행(Issue a Fungible Token)
        • 탈중앙화 거래소에서 거래(Trade in the Decentralized Exchange)
        • 동결 금지 활성화
        • 글로벌 동결 시행
        • 신뢰선 동결하기
    • Apps 구축
      • JS에서 데스크톱 지갑 구축
      • JS에서 브라우저 지갑 구축
    • XRP Ledger 비즈니스
      • XRP 차트에 거래소 등록하기
      • 스테이블코인 발행자 되기
    • rippled 서버 관리
      • rippled 설치
        • 시스템 요구 사항
        • CentOS/Red Hat에 yum으로 설치하기
        • 우분투 또는 데비안 리눅스에 설치
        • 리눅스에서 자동 업데이트
        • CentOS/Red Hat에서 수동 업데이트
        • 우분투 또는 데비안에서 수동 업데이트
        • 리포팅 모드에서 rippled 빌드 및 실행
        • 용량 계획
        • rippled v1.3.x 마이그레이션 지침
      • rippled 구성
        • rippled를 검증인으로 실행하기
        • rippled를 스톡 서버로 실행
        • 수정안 투표 구성
        • 수정안 테스트
        • StatsD 구성
        • rippled를 병렬 네트워크에 연결하기
        • 온라인 삭제 구성
        • 권고 삭제 구성
        • 히스토리 샤딩 구성
        • 전체 히스토리 구성
        • gRPC 구성
        • 공개 서명 사용
      • 피어링 구성
        • 클러스터 rippled 서버
        • 비공개 서버 구성
        • 피어 크롤러 구성
        • 링크 압축 사용
        • 피어링을 위한 포트 포워드
        • 특정 피어에 수동으로 연결
        • 최대 피어 수 설정
        • 피어 예약 사용
      • stand-alone 모드에서 rippled 기능 테스트하기
        • stand-alone 모드에서 새 제네시스 ledger 시작하기
        • stand-alone 모드에서 저장된 ledger 불러오기
        • stand-alone 모드에서 ledger 진행하기
      • 문제 해결
        • rippled 문제 진단하기
        • 상태 확인 개입
        • 로그 메시지 이해
        • rippled 서버가 동기화되지 않음
        • rippled 서버가 수정이 차단됨
        • rippled 서버가 시작되지 않음
        • SQLite 트랜잭션 데이터베이스 페이지 크기 문제 해결
    • 클리오 서버 관리
      • 우분투 리눅스에 클리오 설치
  • References
    • XRP Ledger 프로토콜 참조(XRP Ledger Protocol Reference)
      • 기본 데이터 유형(Basic Data Types)
        • base58 인코딩(base58 Encodings)
        • 화폐 형식(Currency Formats)
        • NFToken
      • Ledger 데이터 형식(Ledger Data Formats)
        • Ledger 헤더(Ledger Header)
        • Ledger 객체 IDs
        • Ledger 객체 유형
          • AccountRoot
          • Amendments
          • AMM(experimental - 수정중)
          • Check
          • DepositPreauth
          • DirectoryNode
          • Escrow
          • FeeSettings
          • LedgerHashes
          • NegativeUNL
          • NFTokenOffer
          • NFTokenPage
          • Offer
          • PayChannel
          • RippleState
          • SignerList
          • Ticket
      • 트랜잭션 참조(Transaction Reference)
        • 트랜잭션 공통 필드(Transaction Common Fields)
        • 트랜잭션 유형(Transaction Types)
          • AccountSet
          • AccountDelete
          • AMMBid
          • AMMCreate
          • AMMDelete
          • AMMDeposit
          • CheckCancel
          • CheckCash
          • CheckCreate
          • DepositPreauth
          • EscrowCancel
          • EscrowCreate
          • EscrowFinish
          • NFTokenAcceptOffer
          • NFTokenBurn
          • NFTokenCancelOffer
          • NFTokenCreateOffer
          • NFTokenMint
          • OfferCancel
          • OfferCreate
          • Payment
          • PaymentChannelClaim
          • PaymentChannelCreate
          • PaymentChannelFund
          • SetRegularKey
          • SignerListSet
          • TicketCreate
          • TrustSet
        • Pseudo-Transactions
          • EnableAmendment
          • SetFee
          • UNLModify
        • 트랜잭션 결과(Transaction Results)
          • tec Codes
          • tef Codes
          • tel Codes
          • tem Codes
          • ter Codes
          • tes Success
        • 트랜잭션 메타데이터(Transaction Metadata)
      • Binary Format
    • 클라이언트 라이브러리
      • JavaScript / TypeScript 클라이언트 라이브러
        • ripple-lib 1.x에서 xrpl.js 2.x로의 마이그레이션 가이드
      • Python 클라이언트 라이브러리
      • Java 클라이언트 라이브러리
      • Ruby 클라이언트 라이브러리
    • HTTP / WebSocket APIs
      • API 규칙
        • 요청 형식
        • 응답 형식
        • 오류 형식
        • 마커 및 페이지네이션
        • 속도 제한
        • rippled 서버 상태
      • 공개 API 메소드
        • 계정 메소드
          • account_channels
          • account_currencies
          • account_info
          • account_lines
          • account_nfts
          • account_objects
          • account_offers
          • account_tx
          • gateway_balances
          • noripple_check
        • Ledger 메소드
          • ledger
          • ledger_closed
          • ledger_current
          • ledger_data
          • ledger_entry
        • 트랜잭션 메소드
          • submit
          • submit_multisigned
          • transaction_entry
          • tx
          • tx_history
        • 경로와 오더북 메소드
          • book_offers
          • deposit_authorized
          • nft_buy_offers
          • nft_sell_offers
          • path_find
          • ripple_path_find
        • 결제 채널 메소드
          • channel_authorize
          • channel_verify
        • 구독 메소드
          • 구독
          • 구독 취소
        • Server Info 메소드
          • fee
          • manifest
          • server_info (rippled)
          • server_state
        • 클리오 서버
          • server_info
          • ledger
          • nft_history
          • nft_info
        • 유틸리티 메소드
          • json
          • ping
          • random
      • 관리자 API 메소드
        • 키 생성 방법
          • validation_create
          • wallet_propose
        • 로깅 및 데이터 관리 메소드
          • can_delete
          • crawl_shards
          • download_shard
          • ledger_cleaner
          • ledger_request
          • log_level
          • logrotate
          • node_to_shard
        • 서버 컨트롤 메소드
          • ledger_accept
          • stop
          • validation_seed
        • 서명 메소드
          • sign
          • sign_for
        • 피어 관리 메소드
          • connect
          • peer_reservations_add
          • peer_reservations_del
          • peer_reservations_list
          • peers
        • 상태 및 디버깅 메소드
          • consensus_info
          • feature
          • fetch_info
          • get_counts
          • print
          • validator_info
          • validators
        • rippled 커맨드라인 사용 참조
        • 피어 포트 메소드
          • 상태 확인
          • 피어 크롤러
          • 유효성 검증인 목록 메소드
    • xrp-ledger.toml File
  • Infrastructure
    • 커맨드 라인 사용법(Commandline Usage)
    • Install rippled
      • System Requirements
      • Install on CentOS/RedHat with yum
      • Install on Ubuntu or Debian Linux
      • Update Automatically on Linux
      • Update Manually on CentOS/Red Hat
      • Update Manually on Ubuntu or Debian
      • Build and Run rippled in Reporting Mode
      • Capacity Planning
    • Configure rippled
      • Server Modes
        • Run rippled as a Validator
        • Run rippled as a Stock Server
      • Data Retention
        • Configure Full History
        • 온라인 삭제(Online Deletion)
        • Configure Online Deletion
        • Configure Advisory Deletion
        • 히스토리 샤딩(History Sharding)
        • Configure History Sharding
      • Configure Amendment Voting
      • Test Amendments
      • Configure StatsD
      • Connect Your rippled to a Parallel Network
      • Configure gRPC
      • Enable Public Signing
    • Peering
      • Cluster rippled Servers
      • Configure a Private Server
      • Configure the Peer Crawler
      • Enable Link Compression
      • Forward Ports for Peering
      • Manually Connect to a Specific Peer
      • Set Maximum Number of Peers
      • Use a Peer Reservation
    • Testing and Auditing
      • Start a New Genesis Ledger in Stand-Alone Mode
      • Load a Saved Ledger in Stand-Alone Mode
      • Advance the Ledger in Stand-Alone Mode
    • Troubleshooting
      • Diagnosing Problems with rippled
      • Health Check Interventions
      • Understanding Log Messages
      • rippled Server Doesn't Sync
      • rippled Server is Amendment Blocked
      • rippled Server Won't Start
    • Install Clio on Ubuntu Linux
    • Run a Private Network with Docker
Powered by GitBook
On this page
  • 일시적인 실패
  • 특수한 경우
  • 제안된 개입
  • 트래픽 리디렉션
  • 재시작
  • 업그레이드
  • 네트워크 조사
  • 하드웨어 교체
  1. Tutorials
  2. rippled 서버 관리
  3. 문제 해결

상태 확인 개입

상태 확인 방법은 자동화된 모니터링을 통해 rippled 서버가 정상적이지 않을 때를 인식하고 서버를 다시 시작하거나 관리자에게 경고하는 등의 신속한 개입을 위해 사용할 수 있습니다.

인프라 모니터링, 더 일반적으로 안정성 엔지니어링은 여러 데이터 소스를 사용하여 상황에 맞는 결정을 내리는 고급 분야입니다. 이 문서에서는 상태 확인을 가장 효과적으로 사용하는 방법에 대한 몇 가지 제안을 제공하지만, 이러한 권장 사항은 더 큰 전략의 일부로서 지침으로만 사용됩니다.

일시적인 실패

상태 확인의 일부 지표는 비정상적인 범위로 급격히 변동했다가 곧 자동으로 회복될 수 있습니다. 상태 점검에서 건강하지 않은 상태가 보고될 때마다 매번 경고를 보내는 것은 불필요하고 바람직하지 않습니다. 자동화된 모니터링 시스템은 상태 확인 방법을 자주 호출하되, 문제가 심각하고 지속적으로 발생하는 경우에만 더 높은 수준의 개입으로 조절해야 합니다.

예를 들어 초당 한 번씩 서버의 상태를 확인하는 경우 서버가 '경고' 상태를 연속 3회 보고하거나 5초 동안 4회 보고하면 경고를 발생시킬 수 있습니다. 또한 서버가 5초 동안 "심각" 상태를 두 번 보고하는 경우에도 경고를 발생시킬 수 있습니다. 일반적으로 서버가 "경고" 상태를 보고할 때마다 경고를 발생시키는 것은 과도합니다.

Tip:

서버는 일반적으로 시작 후 처음 몇 초 동안 "위험" 상태를 보고하고, 네트워크 연결을 설정한 후 "경고" 상태로 전환한 다음, 네트워크에 완전히 동기화되면 "정상" 상태를 보고합니다. 재시작 후 서버가 동기화될 때까지 5~15분 정도 기다린 후 추가 개입을 해야 합니다.

특수한 경우

특정 서버 구성의 경우 정상적으로 작동할 때에도 항상 경고 상태를 보고할 수 있습니다. 서버가 특수한 경우에 해당하는 경우에는 정상 상태와 실제 문제의 차이를 인식하도록 자동화된 모니터링을 구성해야 합니다. 여기에는 상태 확인 메소드에 대한 JSON 응답 본문을 구문 분석하고 해당 값을 예상 정상 범위와 비교하는 작업이 포함될 수 있습니다.

발생할 수 있는 특수한 사례의 몇 가지 예는 다음과 같습니다:

  • 비공개 피어는 일반적으로 알려진 서버에만 P2P 연결 수가 매우 적지만, 서버가 7개 이하의 피어에 연결되어 있는 경우 상태 검사에서 피어 메트릭에 경고를 보고합니다. 서버가 구성한 정확한 피어 수를 알고 해당 값을 확인해야 합니다.

  • 새 트랜잭션이 지속적으로 전송되지 않는 병렬 또는 테스트 네트워크에서는 네트워크가 새 트랜잭션을 최대 20초까지 기다린 후 새 ledger 버전의 유효성 검사를 시도하지만, 가장 최근에 유효성이 검사된 ledger가 7초 이상 지난 경우, 상태 검사에서 validated_ledger 메트릭에 경고를 보고합니다. 비프로덕션 네트워크에서 rippled를를 실행하는 경우, 트랜잭션이 정기적으로 전송되어야 한다는 것을 알지 못한다면 이 메트릭에 대한 경고 메시지를 무시하는 것이 좋습니다. XRP Ledger 프로토콜은 처리할 새 트랜잭션이 없더라도 최소 20초에 한 번씩 새 ledger 버전의 유효성을 검사하도록 설계되었기 때문에, 20초의 위험 수준에서 경고를 표시할 수도 있습니다.

제안된 개입

일시적인 장애가 아닌 상태 확인에 실패한 경우, 중단을 복구하기 위해 취해야 할 조치는 원인에 따라 달라집니다. 일부 유형의 장애를 자동으로 해결하도록 인프라를 구성할 수 있습니다. 다른 장애는 더 복잡하거나 중요한 장애를 조사하고 필요한 조치를 취할 수 있는 관리자의 개입이 필요하며, 조직의 구조에 따라 숙련도가 낮은 하위 관리자가 특정 문제를 독립적으로 해결할 수 있지만 더 크거나 복잡한 문제를 해결하려면 상위 관리자에게 전달해야 하는 등 다양한 수준의 관리자가 있을 수 있습니다. 대응 방법과 시기는 고유한 상황에 따라 달라질 수 있지만, 상태 확인 결과에 보고된 메트릭이 이러한 결정에 영향을 미칠 수 있습니다.

다음 섹션에서는 시도해 볼 수 있는 몇 가지 일반적인 개입 방법과 이러한 개입을 유도할 가능성이 가장 높은 상태 점검 상태를 제시합니다. 자동화된 시스템과 사람 관리자는 이러한 개입 및 기타 개입을 통해 선택적으로 전달할 수 있습니다:

  • 영향을 받는 서버에서 트래픽을 다른 곳으로 리디렉션합니다.

  • 서버 소프트웨어 또는 하드웨어를를 재시작합니다.

  • rippled 소프트웨어 업그레이드를 수행합니다.

  • 문제가 다른 곳에서 발생한 경우 네트워크를 조사합니다.

  • 하드웨어를 교체합니다.

트래픽 리디렉션

일반적인 안정성 기법은 하나 이상의 로드 밸런싱 프록시를 통해 중복 서버 풀을 실행하는 것입니다. rippled 서버에서는 이 작업을 수행할 수 있지만 유효성 검사기에서는 이 작업을 수행해서는 안 됩니다. 경우에 따라 로드 밸런서는 풀에 있는 서버의 상태를 모니터링하여 현재 정상으로 보고되는 서버로만 트래픽을 보낼 수 있습니다. 이렇게 하면 서버가 일시적으로 과부하가 걸렸을 때 이를 복구하고 활성 서버 풀에 자동으로 다시 가입할 수 있습니다.

상태가 좋지 않은 서버로부터 트래픽을 리디렉션하는 것은 특히 경고 상태를 보고하는 서버의 경우 적절한 대응책입니다. 위험 범위에 있는 서버는 더 중요한 개입이 필요할 수 있습니다.

재시작

가장 간단한 개입은 서버를 다시 시작하는 것입니다. 이렇게 하면 다음 메트릭을 비롯한 여러 유형의 장애와 관련된 일시적인 문제를 해결할 수 있습니다:

  • load_factor

  • peers

  • server_state

  • validated_ledger

rippled된 서비스만 다시 시작하려면 systemctl을 사용합니다:

$ sudo systemctl restart rippled.service

더 강력한 개입은 전체 기기를 재시작하는 것입니다.

Caution:

서버를 시작한 후 네트워크에 동기화하는 데 일반적으로 최대 15분이 소요됩니다. 이 시간 동안 상태 검사에서 위험 또는 경고 상태가 보고될 수 있습니다. 서버를 다시 시작하기 전에 자동화된 시스템에서 서버를 동기화할 수 있는 충분한 시간을 확보해야 합니다.

업그레이드

서버가 상태 검사에서 "amendment_blocked": true를 보고하는 경우, 이는 서버가 이해하지 못하는 프로토콜 수정을 XRP Ledger가 활성화했음을 나타냅니다. 네트워크의 수정된 규칙을 잘못 해석하여 손실을 초래하는 것을 방지하기 위해, 이러한 서버는 정상적으로 작동하는 대신 "수정 차단됨"이 됩니다.

개정 차단을 해결하려면 서버를 개정 사항을 이해하는 최신 소프트웨어 버전으로 업데이트하세요.

또한 소프트웨어 버그로 인해 서버가 동기화되지 않고 멈출 수 있습니다. 이 경우 서버 상태 메트릭이 경고 또는 위험 상태일 가능성이 높습니다. 최신 안정 릴리스를 사용하고 있지 않다면 업그레이드를 통해 이 문제를 일으킬 수 있는 알려진 문제에 대한 최신 수정 사항을 적용해야 합니다.

네트워크 조사

네트워크 연결이 불안정하거나 불충분하면 서버가 중단을 보고할 수 있습니다. 다음 메트릭의 경고 또는 위험 값은 네트워크 문제를 나타낼 수 있습니다:

  • peers

  • server_state

  • validated_ledger

이 경우 필요한 개입에는 다음과 같은 다른 시스템 변경이 포함될 수 있습니다:

  • 방화벽 규칙을 조정하여 필요한 트래픽이 서버에 도달하도록 허용하거나 외부로부터의 유해한 트래픽을 차단합니다.

  • 네트워크 인터페이스, 스위치, 라우터 또는 케이블을 재시작하거나 교체합니다.

  • 다른 네트워크 서비스 공급업체에 연락하여 해당 공급업체 측에서 문제를 해결하도록 합니다.

하드웨어 교체

하드웨어 오류 또는 하드웨어가 처리할 수 있는 부하보다 높은 부하로 인해 중단이 발생한 경우 일부 구성 요소 또는 전체 서버를 교체해야 할 수 있습니다.

XRP Ledger에 있는 서버의 부하량은 부분적으로 네트워크의 트랜잭션량에 따라 달라지며, 이는 유기적으로 변화합니다. 로드는 또한 사용 패턴에 따라 달라집니다. 상황에 맞는 적절한 하드웨어와 설정을 계획하는 방법은 용량 계획을 참조하세요.

다음 메트릭의 경고 또는 위험 값은 하드웨어가 부족함을 나타낼 수 있습니다:

  • load_factor

  • server_state

  • validated_ledger

Previousrippled 문제 진단하기Next로그 메시지 이해

Last updated 1 year ago