Buenas llevo mas de dos semanas con un nodo que ya esta dado sus frutos, he intentado montar un esxi, cosa que el primer día no hice, y estoy intentando montar un segundo nodo pero ya virtualizado y con una copia de seguridad incremental (algo que debía haber hecho desde el principio pero no estaba seguro de esto).
Bueno después de montarlo todo resulta que no se puede sacar dos nodos desde la misma ip publica por el mismo puerto, yo pensaba que en la instalación podría especificar otro puerto que no sea el por defecto, pero lo he puesto y aunque lo haya abierto sigue estando el nodo offline.
Bueno mi pregunta es si es posible cambiar algún parámetro en el nodo para poder hacerlo salir por otro puerto.
Por que si no es posible la solución seria poner el router de la compania en cascada y comprar dos mas, así tendría la posibilidad de montar dos nodos para el mismo puerto, por desgracia mi compania no te da la opción de poner su router en cascada, así que aquí estoy.
Ten cuidado con las copias de seguridad. Si en algún momento necesitas recuperar una copia de seguridad seguramente acabes DQ en unos pocos días cuando un AUDIT vaya a buscar algún fichero que se ha guardado en algún momento posterior a la fecha del backup. En el foro lo desaconsejan.
Para salir por otro puerto, si utilizas cli es tan fácil como cambiar el primer puerto en el parámetro “-p 28967:28967” y poner el mismo que usas en ADDRESS. Ese es el que tendrás que abrir en el router.
Pregunta desde el desconocimiento.
El tema de redirección de puertos lo llevo bien, pero tengo entendido que correr dos nodos (tokens e ID diferentes) no termina de ser una buena idea bajo la misma IP.
Dicen que te tratan como un mismo nodo peeeero realmente son dos diferentes, con sus puertos y dyndns claramente diferenciados.
¿Sabes algo de esto? Actualmente solo está ON el nodo1, pero quiero usar la raspy para poner el nodo2 y nodo3 dentro de ella. ¿Tengo que esperar tiempo prudencial? ¿Se entorpecerían entre ellos?
Ejemplo real: Nodo 1: Windows 10, 8GB ram, 128 ssd y disco HDD de 2 TB y con 1.5 TB como nodo. Nodo 2: Raspy4 en raspbian, 4GB ram (1.6 dedicados en docker), 64 ssd y disco HDD de 2 TB y con 1.6 TB como nodo. Nodo 3: Misma Raspy4 que antes en raspbian, 4GB ram (1.6 dedicados al docker) 64 ssd y disco HDD de 2 TB y con 1.6 TB como nodo.
Todos los nodos con IP pública de la subred / 24 se considerarán como un nodo. Es decir, el tráfico se compartirá entre todos, como si solo un nodo estuviera funcionando.
Sin embargo, las auditorías y las verificaciones de disponibilidad se realizan de forma independiente para ellos.
Entonces, si uno de los 3 nodos cae y pierdo toda la información… ¿Los otros dos se verían perjudicados? @Alexey
No me preocupa porque los discos son nuevos, pero está bien tener la información.
Lo que te recomiendo es tener 1 nodo y cuando esté cerca de llenarse pongas ON el otro nodo para que empiece recibir AUDITS. Hasta que no llegue a 100 audits por satellite no vas a recibir el 100% del tráfico. Y cuando se llene este segundo… lanzas el tercero.
Otra opción que se me ocurre para acortar los tiempos de “vetting” es lanzar el nodo 2 y nodo 3 limitando su capacidad al mínimo de 500GB. Cuando se llenen no repartirás el tráfico entrante entre 3 y seguro que le llegarán audits. Así cuando se llene el nodo 1 tendrás otros nodos ya “vetted” y con más meses en la red. Esto último también es importante porque durante los primeros meses sólo te
van a pagar un porcentaje (Te dejo una imagen donde se explica) En teoría te devuelven el 50% de lo que se van quedando después de 15 meses! El otro 50% te lo devuelven también si haces un “graceful exit”, cosa que sólo puedes lanzar después de llevar 6 meses en cada satellite.
Los satélites envían audits aleatorios para comprobar que tienes la info que te han subido.
En los logs aparece algo como “Action”: “GET_AUDIT”.
Si por algún motivo pierdes la info, esos audits fallarán y al poco tiempo te descalificarán.
La forma más fácil es abrir el panel de control http://localhost:14002
Las Audits muestran el puntaje de auditoría como un porcentaje, si hay 100%, entonces su nodo está funcionando normalmente.
Si desea ver más detalles, puede ver el paso de las auditorías en los registros.
Dependiendo de la versión de storagenode - docker o la Windows GUI, puede buscar solicitudes de auditoría en los registros: