ノードの種類
BOT Chain を実行
アーカイブ ノード
高速ノード
ノードのメンテナンス
1. バイナリ
すべてのクライアントは、最新リリースにアップグレードすることをお勧めします。最新バージョンはより安定しており、パフォーマンスも向上していると考えられます。
2. 保管
2.1 プルーンの状態
テストによると、ストレージ サイズが大容量に達すると、フルノードのパフォーマンスが低下します (以前は 1.5 TB でしたが、これは実験値であり、最新の数値を更新する必要があります)。フルノードでは、ストレージをプルーニングして常に軽いストレージを維持することをお勧めします。
2.2 剪定方法
-
BOT Chain ノードを停止します。
-
nohup geth snapshot prune-state --datadir {the data dir of your BOT node} &を実行します。完了までに 3 ～ 5 時間かかります。 -
完了したらノードを起動します。
保守者は、ノードの 1 つがプルーニングされた場合に備えて、常にいくつかのバックアップ ノードを用意しておく必要があります。ハードウェアも重要です。SSD が次の条件を満たしていることを確認してください: 500 GB のディスク空き容量、ソリッド ステート ドライブ(SSD)、gp3、8k IOPS、500 MB/S スループット、読み取り遅延 <1ms (ノードがスナップ同期で起動されている場合は、NVMe SSD が必要です)。
2.3 リアルタイムでの古代データのプルーニング
古代データは、すでに不変とみなされているブロックデータです。これは、現在 90000 に設定されているしきい値によって決定されます。これは、90000 より古いブロックが古いデータであるとみなされることを意味します。古いデータを気にしないユーザーには --prunceancient フラグをお勧めします。これは、最新の 90000 ブロックのデータのみを保持するため、ディスク領域を節約したいユーザーにもお勧めします。このフラグをオンにすると、古いデータは再び復元されなくなり、起動コマンドでこのフラグがないとノードの実行に戻ることができないことにご注意ください。
2.4 フラグの使い方
./geth --tries-verify-mode none --config /server/config.toml --datadir /server/node --cache 8000 --rpc.allow-unprotected-txs --history.transactions 0 --pruneancient=true --syncmode=full
2.5 ブロック プルーン ツール
不要な古いブロック データを削除するために v1.1.8 で導入された新しいオフライン機能。スペースを節約するために、古代データベース内のブロック、レシート、ヘッダーが破棄されます。
剪定の仕方
-
BOT Chain ノードを停止します。
-
運行
./geth snapshot prune-block --datadir /server/node --datadir.ancient ./chaindata/ancient --block-amount-reserved 1024
block-amount-reservedは、プルーニング後に保持する古いデータ ブロックの数です。
3. ライトストレージ
ノードがクラッシュするか強制終了されると、ノードは数分または数時間前のブロックから同期されます。これは、メモリ内の状態がリアルタイムでデータベースに保持されず、ノードは開始後に最後のチェックポイントからブロックを再生する必要があるためです。再生時間は、config.toml の設定 TrieTimeout によって異なります。長い再生時間を許容できる場合は、ノードが軽いストレージを維持できるように、値を上げることをお勧めします。