storj/satellite/satellitedb/dbx
Jessica Grebenschikov 803e2930f4 satellite: use IP for all uplink operations, use hostname for audit and repairs
My understanding is that the nodes table has the following fields:
- `address` field which can be a hostname or an IP
- `last_net` field that is the /24 subnet of the IP resolved from the address

This PR does the following:
1) add back the `last_ip` field to the nodes table
2) for uplink operations remove the calls that the satellite makes to `lookupNodeAddress` (which makes the DNS calls to resolve the IP from the hostname) and instead use the data stored in the nodes table `last_ip` field. This means that the IP that the satellite sends to the uplink for the storage nodes could be approx 1 hr stale. In the short term this is fine, next we will be adding changes so that the storage node pushes any IP changes to the satellite in real time.
3) use the address field for repair and audit since we want them to still make DNS calls to confirm the IP is up to date
4) try to reduce confusion about hostname, ip, subnet, and address in the code base

Change-Id: I96ce0d8bb78303f82483d0701bc79544b74057ac
2020-03-11 09:11:40 -07:00
..
templates satellite/satellitedb/dbx: monitor the database calls 2019-12-18 21:57:36 +00:00
gen.go all: use monkit v3 2020-02-05 23:53:17 +00:00
gen.sh satellite/satellitedb/dbx: Remove bashism from gen.sh 2020-01-23 17:09:07 -05:00
satellitedb.dbx satellite: use IP for all uplink operations, use hostname for audit and repairs 2020-03-11 09:11:40 -07:00
satellitedb.dbx.cockroach.sql satellite: use IP for all uplink operations, use hostname for audit and repairs 2020-03-11 09:11:40 -07:00
satellitedb.dbx.go satellite: use IP for all uplink operations, use hostname for audit and repairs 2020-03-11 09:11:40 -07:00
satellitedb.dbx.postgres.sql satellite: use IP for all uplink operations, use hostname for audit and repairs 2020-03-11 09:11:40 -07:00