alphanetでのノード同期が非常に遅い

ピアが少なすぎるというメッセージが表示されている場合は、ピアを追加してみてください.このスクリプトはアルファネットで機能するはずです(jqがインストールされている必要があります)

 for j in 0 1; do
  for i in `curl -s "http://api.alphanet.tzscan.io/v3/network?state=running&p=$j&number=50" \
    | jq -r '.[] | .point_id' | xargs`; do

    # handle ipv4 or ipv6
    numparts=$(echo $i | awk -F: '{print NF}')
    basenum=$((numparts-1))
    port=$(echo $i | cut -d: -f$numparts)
    base=$(echo $i | cut -d: -f1-$basenum)
    formatted="[$base]:$port"

    echo "Connecting $formatted..."
    ~/tezos/tezos-admin-client connect address $formatted
  done
done
 

クレジットはこのスクリプトの作成者に送られます.

You could try adding more peers if you are seeing the too few peers message. This script should work for the alphanet (you need jq installed)

for j in 0 1; do
  for i in `curl -s "http://api.alphanet.tzscan.io/v3/network?state=running&p=$j&number=50" \
    | jq -r '.[] | .point_id' | xargs`; do

    # handle ipv4 or ipv6
    numparts=$(echo $i | awk -F: '{print NF}')
    basenum=$((numparts-1))
    port=$(echo $i | cut -d: -f$numparts)
    base=$(echo $i | cut -d: -f1-$basenum)
    formatted="[$base]:$port"

    echo "Connecting $formatted..."
    ~/tezos/tezos-admin-client connect address $formatted
  done
done

Credit goes to creator of this script.

T2インスタンスは、ネットワークパフォーマンスが低から中程度で、入出力操作(IOPS)用に最適化されていない汎用コンピューティングインスタンスです.Tezosは、すべてのアカウントで非常にIOを集中的に使用します.

ストレージ最適化インスタンス(H1/I3/D2)を起動してみてください.パフォーマンスが向上すると思います.

参照- https://aws.amazon.com/ec2/instance-types/

T2 instances are general purpose compute instances which have low to moderate network performance and are not optimised for Input/Output operations (IOPS). Tezos is very IO intensive by all accounts.

Try spinning up a Storage Optimised instance (H1/I3/D2) and I suspect it will provide better performance.

See - https://aws.amazon.com/ec2/instance-types/

解決策:インスタンスタイプの変更

Alphanetのノードを同期しているときに、T2.microからT3.xlargeまでの複数のインスタンスを試しました.

ある時点で、RAMサイズまたはネットワークパフォーマンスがここで役割を果たす可能性があると思いました.しかし、T3.xlargeインスタンスでさえ、ノード全体が高速に同期されるわけではありませんでした.

本当に役立ったのは、インスタンスタイプを定期的に変更することです. ノードが開始されたばかりの最初の段階で、ノードの同期がはるかに高速であることに気付いたかもしれません.その後、しばらくすると、再び非常に遅くなりました.

AWSインスタンスタイプがさらに大きくなると、この操作を1回のテイクですばやく完了できないことがわかりました.

計画は次のとおりです.

1. パン屋、支持者、告発者を停止してから、ノード自体を停止します
2. t2.mediumインスタンスを停止します
3. インスタンスのタイプをt2.smallに変更します
4. t2.smallインスタンスを開始します
5. ノードを起動してから、ベイカー、エンドーサー、告発者.開始中 これらのプロセスは、出力をログファイルにリダイレクトすることを忘れないでください それぞれ:tezos.log、baker.log、endorser.log、accuser.log
6. 新しいブロックが新しいブロックで同期される速度の監視を開始します インスタンス. tail -f tezos.logを使用します.その新しいインスタンスのブロックを覚えておく必要があります から始まりました
7. しばらくそのままにしておきます.後で来て、ノードを開始してから同期されたブロックの数を確認することをお勧めします.正しく思い出せば、選択したインスタンスによって異なりますが、最大10000ブロック程度の速度で同期される可能性があります.たとえば、t2.smallの代わりに、t2.largeを選択した可能性があります.
8. 同期プロセスが最終的に遅くなる場合は、操作をもう一度繰り返します.今回はt2.smallからt2.mediumに移行します.それはあなたに速く同期された別の10kブロックを与えるでしょう.

このアプローチは機能しましたが、手動による介入が必要でした.

PS:より良い結果を得るには、上記のt2.small +t2.mediumではなく、t2.large +t2.mediumを変更ペアとして使用できます.しかし、違いは重要ではありません.

solution : instance type changing

while syncing the node for Alphanet I have tried multiple instances : from T2.micro to T3.xlarge.

At some point I thought that RAM size or Network performance may play a role here. But Even T3.xlarge instance did not bring the whole node synced fast.

What really helped is changing the instance types periodically. You may have noticed that node is syncing much faster in very beginning, when it just started. Then, after some time, it became very slow again.

I've made an observation that even bigger AWS instance type won't allow you to finish this operation fast in one take .

The plan may be:

1. Stop the baker, endorser, accuser and then stop the node itself
2. Stop the t2.medium instance
3. Change the type of your instance to t2.small
4. Start the t2.small instance
5. Start the node and then baker, endorser, accuser. While starting these processes do not forget to redirect the output to log files respectively: tezos.log, baker.log, endorser.log and accuser.log
6. Start watching how fast new blocks are getting synced on a new instance. Use tail -f tezos.log . You have to remember the block that new instance has started from
7. Leave it alone for sometime. You may want to come later and see how many blocks have been synced since you started the node. If I recall correctly, it may sync very fast up to 10 000 blocks or so, though it depends on the instance you have chosen. Instead of t2.small, you may have selected t2.large for instance.
8. When sync process will eventually slow down, repeat operation again. This time migrate from t2.small to t2.medium. It will give you another 10k blocks synced fast.

This approach worked, though it required some manual interventions.

PS: for better results you may use t2.large + t2.medium as a changing pair, not t2.small + t2.medium as described above. But the difference won't be significant.