Cardano KB
  • 初めに
  • Cardano Node Operation
    • ノードの疎通確認
    • Cardanoノードの正常性確認
    • バックアップ
    • CPU 使用率が急上昇した時
    • メトリック
    • 監視
    • 手作業でファイルを書き換えた時
    • ブロック調査
    • Cardano-cli
      • Withdrawing rewards
    • Cardano Nodeリリース情報
      • Cardano Node 1.35.3
      • Cardano Node 1.35.0
      • Cardano Node 1.34.1
      • Cardano Node 1.34.0
      • Cardano Node 1.33.0
      • Cardano Node 1.32.1
      • Cardano Node 1.31.0
      • Cardano Node 1.29.0
      • Cardano Node 1.27.0
      • Cardano Node 1.26.2
      • Cardano Node 1.26.1
      • Cardano Node 1.25.1
  • Tools
    • ADApools
    • PoolTool
Powered by GitBook
On this page

Was this helpful?

  1. Cardano Node Operation

監視

プールの監視で気づいたことを書きます。

PreviousメトリックNext手作業でファイルを書き換えた時

Last updated 4 years ago

Was this helpful?

エポック切り替わり

2021/5/1のエポック切り替わりで、ノード2台のうち1台、運用開始以来初めてサービスが停止しました。

Relay Node#1 (真ん中の列)、6:44以降グラフが途切れています。この間、CPU使用率が300%へ、メモリ使用率が100%へスパイクし、カルダノノードのサービスが停止していました。最近負荷が重くなってきているため、エポック切り替わり時の負荷によるものと思われます。他のプールでもこのタイミングで落ちたノードがあるとの報告がありました。 一方、Block Producer Node(一番左の列)のメモリ使用率はスパイクがなく、安定しているように見えます。

スペック: 8 GB RAM, 2 vCPUs, 160 GB SSD やっておいてよかったと思ったこと: - 障害通知設定 - ブロックリーダログの確認 - Relay Nodeの冗長化 疑問に思ったこと: 推奨通りのスペックでもこういうことがあるのだということ。つまりサーバのチューニングはオペレータ自身でする必要があるといえます。

メモ: - サーバのスペックを全て同じにすることは一つリスクになり得るということ。 - スパイクを考えると、結果から6割使用率が越えたあたりが警戒域になる。

対応: - ノードを16 GB RAM, 4 vCPUs, 320 GB SSDへアップグレード