7.1 KiB
html, parent, seo, labels
| html | parent | seo | labels | ||||
|---|---|---|---|---|---|---|---|
| configure-history-sharding.html | data-retention.html |
|
|
履歴シャーディングの設定
履歴シャーディングでは、各サーバで完全な履歴を保管することなく、履歴XRP Ledgerデータを保存できます。デフォルトではrippledサーバは履歴シャードを保管しません。
ヒント: バリデータおよびrippled追跡（またはストック）サーバの両方で履歴シャードを保管するように設定できます。ただしrippledバリデータサーバの経費を抑えるために、バリデータサーバでシャードを保管するように設定 しない ことが推奨されます。バリデータを実行していて、XRP Ledger履歴を保管したい場合は、履歴シャーディングを有効にして別のrippledサーバを実行することが推奨されます。
レジャー履歴のシャードを保管できるようrippledを設定するには、以下の手順を実行します。
1. シャードストアーに割り当てる容量を決めます。
履歴シャードを保管できるようにrippledサーバを設定する前に、履歴シャードストアーに割り当てるディスク容量を決定する必要があります。これはまた、デフォルトのレジャーストアーに保持する履歴の量にも影響します。シャードストアーのサイズを設定する際には、以下の点を考慮してください。
- レジャーストアー（
[node_db]スタンザにより定義される）は、履歴シャードストアーとは別のストアーです。レジャーストアーはすべてのサーバに必要であり、そこには一定範囲の最近の履歴が保管されている必要があります。保管する範囲は、online_deleteパラメーターに使用可能な状態で維持するレジャーの数によって定義されます。（デフォルトの設定では、最新のレジャー2000個が保管されます。）- レジャーストアーに215個以上のレジャー（32768）が保持されている場合は、レジャーストアーからシャードストアーへ最近の履歴のグループを効率的にインポートできます。
- 履歴シャードストアー（
[shard_db]スタンザにより定義される）は、履歴シャードを保管する場合にのみ必要です。履歴シャードを保管しないサーバではこの構成スタンザを省略する必要があります。履歴シャードストアーのサイズはmax_size_gbパラメーターでギガバイト単位で定義されます。サーバは完全なシャードを保管するため、この容量を最大限利用します。履歴シャードストアーは、 必ず ソリッドステートディスクまたは同様の高速なメディアに保管します。従来の回転式ハードディスクでは不十分です。 - シャードには214個のレジャー（16384）が含まれており、シャードの経過期間に応じて約200MB～4GBを専有します。古いシャードほどXRP Ledgerでのアクティビティが少ないため、サイズが小さくなります。
- 履歴シャードストアーとレジャーストアーはファイルパスを分けて保管する 必要があります 。必要に応じて、レジャーストアーと履歴ストアーをそれぞれ別のディスクやパーティションに配置するように設定できます。
- 完全なレジャー履歴をレジャーストアーと履歴シャードストアーの両方に保持できますが、冗長な処理となります。
- シャードの取得にかかる時間、
rippledサーバに必要なファイルハンドル数、およびメモリーキャッシュ使用率は、シャードのサイズの影響を直接受けます。
2. rippled.cfgの編集
rippled.cfgファイルを編集し、[shard_db]スタンザを追加します。
{% partial file="/@i18n/ja/docs/_snippets/conf-file-location.md" /%}
以下のスニペットに、[shard_db]スタンザの例を示します。
[shard_db]
type=NuDB
path=/var/lib/rippled/db/shards/nudb
max_size_gb=50
typeフィールドは省略できます。省略しない場合は、NuDBである 必要があります 。{% badge href="https://github.com/XRPLF/rippled/releases/tag/1.3.1" %}新規: rippled 1.3.1{% /badge %}
注意: rippledがシャードストアーパスで不適切なデータを検出すると、起動できない可能性があります。シャードストアーには新しいフォルダーを使用する必要があります。以前にRocksDBシャードストアー（rippled 1.2.x以前）を使用していた場合は、別のパスを使用するか、RocksDBシャードデータを削除します。
詳細は、rippled.cfgの設定例の[shard_db]の例を参照してください。
3. サーバの再起動
systemctl restart rippled
4. シャードのダウンロードの待機
サーバはネットワークと同期すると、履歴シャードのダウンロードを自動的に開始し、シャードストアーの空き容量を埋めます。ダウンロード対象のシャードを確認するには、シャードストアーを設定したフォルダー内に作成されるフォルダーを確認します。（これはrippled.cfgファイルの[shard_db]スタンザのpathフィールドによって定義されます。）
このフォルダーには、サーバに保管されている各シャードのフォルダーが番号付きで保存されています。常に、最大で1つのフォルダーに、未完了であることを示すcontrol.txtファイルが保存されています。
[download_shardメソッド][]を使用して、サーバにアーカイブファイルからシャードをダウンロードしてインポートするように指示できます。
サーバとそのピアが使用できるシャードのリストを表示するには、[crawl_shardsメソッド][]かピアクローラーを使用します。
関連項目
- コンセプト:
- チュートリアル:
- リファレンス:
- [download_shardメソッド][]
- [crawl_shardsメソッド][]
- レジャーデータフォーマット
{% raw-partial file="/docs/_snippets/common-links.md" /%}