Cardano Node 11.2.1、台帳スナップショット時のメモリ使用を削減

Intersectは11月10日、11.2系のメンテナンス向けプレリリースとしてCardano Node 11.2.1を公開した。リリースノートは、ノードが台帳スナップショットを保存する際に一時的なメモリ急増が発生する問題の修正について説明している。さらに、ディスクバックドのLSM構成がブロック生成に関するOuroboros Praosの性能要件を満たしたことも報告している。

台帳スナップショットのメモリ使用量が減少

Cardanoノードは定期的に台帳状態のコピーをディスクに保存し、再起動後にその時点から再開できるようにしている。以前は、スナップショットを書き込む際に、そのスナップショットとほぼ同じ規模で一時的にメモリ使用量が増加することがあった。リリースノートによれば、11.2.1はこのスパイクを解消した。また、チェーンデータベースは初期の台帳状態をメモリに保持しなくなり、未使用トランザクション出力や委任の初期集合が大きいネットワークでは数百MiBを節約できる。

このリリースでは、スナップショットを書き込むタイミングも変更された。初期同期中は、要求されしだい直ちにスナップショットを書き込む。チェーン先端に追いついた後は、ランダム化された遅延を適用する。mainnetとPreprodでは、最大遅延が6時間から1時間に短縮される。

Intersectは以前、11.1.x系でメモリ回帰を特定し、使用量を11.0水準に近づける計画を示していた。今回のスナップショット修正は、ディスク書き込み中のピークメモリ使用の特定の原因に対処するものだ。この処理で節約される量は、スナップショットの大きさに依存する。

ディスクバックドストレージがステークプールに意味するもの

CardanoのUTxO-HD設計により、ノードは未使用トランザクション出力データの一部をディスク上に保持できる。リリースノートは、そのLSMストレージバックエンドが、Cardanoがブロック生成に用いるプロトコルであるOuroboros Praosの性能要件を満たしたと報告している。ハードウェア表には、インメモリ構成でRAMが24 GB、ディスクバックド構成で8 GBと記載されており、後者のより低い最小値は引き続き検証中だ。

ステークプール運用者にとっての実務上の関心事は、プロトコルのブロック生成期限を満たしつつ、ノードがRAM使用量を抑えられるかどうかだ。台帳状態の一部をディスクに移すことで、計算にはストレージ性能も関与する。リレーは運用者が構成を評価する助けになり、ブロック生成向けハードウェアでのテストは、その負荷下での挙動を示してくれる。Intersectは、ブロック生成ノードに導入する前にLSM構成を試験することを推奨している。

[NEWSBREAK]

11.1.xから移行する運用者にとっての変更点

11.2系では、公開されるネットワーク設定ファイルにバージョン付き形式が導入される。既存のフラットな設定は11.2でも動作し、cardano-node config migrateで変換できる。11.2より古いノードは、新たに公開されるファイルを読むことができない。

ウォレット、エクスプローラー、APIサービスは、11.2系のノードに接続する際に別の互換性変更に直面する。この系では、node-to-clientプロトコルのバージョン16から22が削除され、それらのバージョンにのみ依存していたクエリも同様に削除される。