运用快照启动FIBOS、EOS节点

为何运用快照

1. 疾速同步节点

EOS 的日记文件已到达了 160G，同步一个 EOS 全节点约莫须要耗时 10-15 天的时候，时候本钱异常高。作为一个一般 Dapp 开发者，我们并不须要之前的区块数据，所以完全不须要糟蹋大把时候去同步一个 EOS 全节点。经由过程快照同步的体式格局能够很好的满足我们的需求，运用最新快照启动的节点，能够在 3~4 分钟内完成节点同步到达主网高度，时候本钱大大下降。

2. 节约效劳器资本

  快照启动的节点，区块日记 block.log 内只会保留节点启动以后的区块数据，占用的磁盘空间更小。对照全节点和快照体式格局启动的节点两种体式格局同步 EOS 主网的效果来看，能够得出的结论是运用快照启动的节点在 CPU 和 RAM 的运用上都要远远小于全节点。这就意味着在肯定程度上运用快照同步的节点能够很大程度上的下降我们的效劳器本钱。

3. 不停机数据备份

传统的区块数据备份步骤:

1. 住手同步中的节点
2. 运用压缩工具将区块数据压缩
3. 重新启动节点

快照备份步骤:

接见对应的接口: /v1/producer/create_snapshot，节点最先数据备份，备份完毕后继承同步，无需停掉正在运转的节点。

经由过程上面的对照能够看出，运用快照体式格局启动的节点，在数据备份大将越发简朴便利。

快照完成的道理

1. 运用快照启动

响应的源码地点: https://github.com/EOSIO/eos/&＃8230;，截取部份代码:

auto infile = std::ifstream(my->snapshot_path->generic_string(), (std::ios::in | std::ios::binary));
auto reader = std::make_shared(infile);
reader->validate();
reader->read_section([this]( auto §ion ){
section.read_row(my->chain_config->genesis);
});
infile.close();

从源码中能够看出当启动增加参数:snapshot时,会以快照中的数据启动。

2. 完成快照备份

举行快照备份时，效劳器资本运用情况稳固。但正在备份中的节点效劳将临时不可用，待数据备份完毕后将恢复。所以引荐备份节点和营业节点自力开。
响应的源码以下: https://github.com/EOSIO/eos/&＃8230;

producer_plugin::snapshot_information producer_plugin::create_snapshot() const {
chain::controller& chain = my->chain_plug->chain();
auto reschedule = fc::make_scoped_exit([this](){
my->schedule_production_loop();
});
if (chain.pending_block_state()) {
// abort the pending block
chain.abort_block();
} else {
reschedule.cancel();
}
auto head_id = chain.head_block_id();
std::string snapshot_path = (my->_snapshots_dir / fc::format_string("snapshot-${id}.bin", fc::mutable_variant_object()("id", head_id))).generic_string();
EOS_ASSERT( !fc::is_regular_file(snapshot_path), snapshot_exists_exception,
"snapshot named ${name} already exists", ("name", snapshot_path));
auto snap_out = std::ofstream(snapshot_path, (std::ios::out | std::ios::binary));
auto writer = std::make_shared(snap_out);
chain.write_snapshot(writer);
writer->finalize();
snap_out.flush();
snap_out.close();
return {head_id, snapshot_path};
}

从源码中能够看出，当举行快照备份时，会将备份数据写到我们设置的途径下，快照的文件名为当前区块的hash。

下面我们将细致引见在 FIBOS、EOS 上怎样经由过程快照启动

启动 FIBOS 节点

注重: FIBOS 版本: v1.4.0+

建立快照

设置快照目次

快照天生位置 config.data_dir 为根目次,能够设置为:

config.data_dir = "./blockData/data"
fibos.load("producer", {
"snapshots-dir": "snapshots"
});

依据设置,快照天生的位置为:
./blockData/data/snapshots

载入插件

fibos.load("producer_api");

注重: 开启该插件后,请确保你的节点安排在内网平安。

完全设置文件可参考:

const fibos = require('fibos');
fibos.config_dir = "./blockData/data"
fibos.data_dir = "./blockData/data";
fibos.load("http", {
"http-server-address": "0.0.0.0:8870",
"access-control-allow-origin": "*",
"http-validate-host": false,
"verbose-http-errors": true
});
fibos.load("net", {
"p2p-peer-address": [],
"max-clients": 100,
"p2p-listen-endpoint": "0.0.0.0:9876"
});
fibos.load("producer", {
"snapshots-dir": "snapshots"
});
fibos.load("producer_api");
fibos.load("chain", {
"contracts-console": true,
"genesis-json": "genesis.json"
});
fibos.load("chain_api");
fibos.start();

相干 p2p 节点地点信息能够去 http://p2pcheck.fibospubg.top&＃8230; 猎取。

天生快照

启动节点后，经由过程挪用接口:/v1/producer/create_snapshot 天生快照，敕令以下:

curl http://127.0.0.1:8870/v1/producer/create_snapshot

节点天生完快照后，返回效果以下:

{
"head_block_id":"00003070049e51276829f6d1020fa638e5428fc9f8b0532fc60f680d72359dbe",
"snapshot_name":"./blockData/data/snapshots/snapshot-00003070049e51276829f6d1020fa638e5428fc9f8b0532fc60f680d72359dbe.bin"
}

经由过程快照启动

设置快照文件途径

fibos.load("chain", {
"snapshot": "./blockData/data/snapshots/snapshot-00003070049e51276829f6d1020fa638e5428fc9f8b0532fc60f680d72359dbe.bin"
});

启动效劳

fibos.start();

启动 EOS 节点

注重: nodeos 版本: v1.4.0+

经由过程快照启动

下载快照文件:

最新的快照文件地点：https://eosnode.tools/snapshots

wget $(wget --quiet "https://eosnode.tools/api/snapshots?limit=1" -O- | jq -r '.data[0].s3') -O snapshot.tar.gz

解压快照文件

tar -xvzf snapshot.tar.gz

目次构造:

├── node-data
│   ├── snapshots
└── config.ini

注重:运用快照备份的体式格局启动时，须要保证
node-data 文件夹下无日记和状况数据文件。

设置文件:

vim config.ini

agent-name = EOSNODEOS
chain-state-db-size-mb = 10240
reversible-blocks-db-size-mb = 1024
http-server-address = 0.0.0.0:8870
http-validate-host = false
verbose-http-errors = true
abi-serializer-max-time-ms = 2000
access-control-allow-origin = *
allowed-cOnnection= any
max-clients = 2
sync-fetch-span = 3000
connection-cleanup-period = 30
enable-stale-production = false
plugin = eosio::chain_api_plugin
plugin = eosio::chain_plugin
p2p-peer-address = ip:prot

相干 p2p 节点地点信息能够去 https://github.com/CryptoLion&＃8230; 猎取

快照体式格局启动剧本:

nodeos --config-dir ./ --data-dir ./node-data --snapshot ./node-data/snapshots/snapshot-023e5e8813f687c6c5ffcf6eae853eb24f78d90b475dac4fb94face8c8308e4f.bin

节点启动后目次构造:
├── node-data
│   ├── snapshots
│ ├── blocks
│ ├── state
└── config.ini

考证:

curl http://127.0.0.1:8870/v1/chain/get_block -X POST -d '{"block_num_or_id":38006282}'

返回效果为高度38006282的区块数据，返回的效果大抵以下:

{
"timestamp": "2019-01-18T02:43:16.500",
"producer": "atticlabeosb",
"confirmed": 0,
"previous": "0243ee09128b14b56f90b3a0288b4b6f34526f53d71f8dc4e56bb89a42b4a93d",
"transaction_mroot": "179c0382cf457b63356f733dc93bd3c582419f2b3a64e0d270e9d9238149bae4",
"action_mroot": "e83174a2fae3c44777616993e7ba65393805a382bf423b744010873f76beaae8",
"schedule_version": 667,
"new_producers": null,
"header_extensions": [ ],
"producer_signature": "SIG_K1_KhkTgB5PHXGmYtiZMGgHVcQKxKFh8uUFVA8Mwic8bpjA6bCFSYnNkbGqYZW23A5zBXWKvb3PnMJGEiS3MHwvPGpZzf95wd",
"transactions": [.....]
}

天生快照

增加插件

在 config.ini 中增加:

plugin = eosio::producer_api_plugin

注重: 开启该插件后，请确保你的节点安排在内网平安。

设置备份目次

启动时完全参数:

nodeos --config-dir ./ --data-dir ./node-data --snapshots-dir ../snapshots-backups

建立快照

curl http://curl http://127.0.0.1:8870/v1/producer/create_snapshot

根据现在 EOS 的大小，这一步约莫须要耗时10~15分钟。快照建立完毕后，在 snapshots-backups 目次下，天生响应的快照文件。要求返回效果以下:

{
"head_block_id":"000006a4529a21b72b58c70c262fd3a754930d68b30b0b166f72fc1dbbc376e8",
"snapshot_name":"./snapshots-backups/snapshot-000006a4529a21b72b58c70c262fd3a754930d68b30b0b166f72fc1dbbc376e8.bin"
}

实用场景

1. 搭建本身的 EOS、FIBOS API 节点
2. 只体贴当前最新的区块数据、生意业务，无需溯源