Node filling rate

Node Operators FAQ
,
1

Good afternoon, I now have three nodes working on one ip address:
1 node 9Tb, uptime 185h +, Used 6.73GB
2 node 20Tb, uptime 185h +, Used 7.78GB
3 node 20.2 Tb, uptime 183h +, Used 8.38GB
All nodes are signed with different keys and have different identifiers.
I read here that on one Ip, all nodes are counted as one and have a lower priority and speed of filling, is this true?
If I move the nodes to different places and they have different types, will they fill up faster ??

Добрый день, у меня сейчас работают три ноды на одном ip адресе:
1 node 9Tb, uptime 185h+, Used 6.73GB
2 node 20Tb , uptime 185h+, Used 7.78GB
3 node 20.2 Tb, uptime 183h+, Used 8.38GB
Все ноды подпсанны разными ключами и имеют различные идентификаторы.
Прочитал тут, что на одном ip все ноды считаются за одну и имеет меньший приоритет и скороть заполнения, так ли это?
Если я перенесу ноды по разным местам и у них будут разные ip они будут заполнятся быстрее??

2

Hi @kiri11ko,

Almost. The 3 nodes will act as one, so share the normal ingress of a single node.

Most likely.

2 Likes
3

Forgot to point out - they work on different ports, does it matter or not?

4

Ports don’t matter. The IP address and range (subnet) matter if you want more traffic.

5

Thank you!
If I turn off one of the nodes and move it to another location with a different network, will this not affect the work of the other nodes?
Can’t lose data from a node?

6

Each node is separate, so if all you do is move the data, identity, config and db’s for one of the nodes then you should be fine.

7

generally speaking ingress traffic is quite low these days. I observe some downloads and repair traffic mainly.

8

Yes, all nodes behind the same subnet /24 of public IPs are considered as a one node for uploads and as a separate ones for audits and egress traffic.
To be more precise, the node selection for uploads is random - the satellite will select one node from each /24 subnet of public IPs for each piece of each segment of the customer’s file - we want to be decentralized as much as possible.

It would be better for the network If you would place your nodes in a different physical places using different ISPs.

На русском

да, это так. Если быть точным, то выбор узлов случайный - по одному узлу из каждой подсети /24 публичных IP для каждого кусочка каждого сегмента файла. Это сделано для того, чтобы сократить вероятность попадания кусочков одного файла в одно физическое место или с использованием одного провайдера интернет - мы хотим быть децентрализованными насколько возможно.

Да. Но их IP должны быть из разных подсетей /24 публичных IP, желательно - разные провайдеры и физические места.

9

It will not affect other nodes in matter of harm, but it could give more traffic to remained. In total they would receive not more than a one node anyway.

You can lose data, if you move it incorrectly (change to a wrong path for example, this will finish with disqualification) or if the node would be offline too long - while node offline, its pieces considered as unhealthy, thus if repair job would be triggered, pieces will be restored to other healthy nodes and when your node become online, the garbage collector will remove these pieces from your node to the trash, then they will be deleted after 7 days automatically.

10

Это три физически разных устройствах выключу одно и отвезу в другое место и там будет другой провайдер.

11

Тогда после переезда не забудьте обновить внешний адрес и порт, сделать проброс порта. Если используется DDNS, то придётся использовать новый хост, иначе updater на роутере (или программа для обновления IP адреса в DDNS) в предыдущем месте будет постоянно подменять вам адрес на предыдущий.

Please, do not forget to update the external address and port, and make a port forwarding. If DDNS is used, then you will have to use a new host, otherwise the updater on the router (or the program for updating the IP address in DDNS) in the previous place will constantly replace your address with the previous one.