This repository has been archived on 2022-10-07. You can view files and clone it, but cannot push or open issues or pull requests.
skynet-webportal/scripts
Ivaylo Novakov e2171b5a89
Don't use a default reason when downing a portal.
2022-04-06 18:18:32 +02:00
..
README.md remove nginx prune script 2022-03-15 23:20:55 +01:00
backup-aws-s3.sh rename s3 backup subdirectory 2022-03-31 14:38:06 +02:00
blocklist-skylink.sh drop nginx blocklist proxy endpoint 2022-03-15 10:47:02 +01:00
db_backup.sh Cleanup Kratos, Oathkeeper, CockroachDB. 2021-12-16 13:08:35 +02:00
db_restore.sh Cleanup Kratos, Oathkeeper, CockroachDB. 2021-12-16 13:08:35 +02:00
es_cleaner.py fix health check script invalid syntax 2021-10-06 14:21:58 +02:00
maintenance-upgrade.sh
portal-down.sh Don't use a default reason when downing a portal. 2022-04-06 18:18:32 +02:00
portal-restart.sh Just make the scripts runnable. 2021-08-16 15:48:59 +03:00
portal-up.sh Update portal control scripts, so they can talk to the new health-check container. 2022-04-06 11:59:28 +02:00
portal-upgrade.sh
wait_to_start.sh

README.md

Skynet Webportal Scripts

This package contains useful scripts for managing a Skynet Webportal.

Available Scripts

blocklist-skylink.sh
The blocklist-skylink.sh script adds a skylink to the blocklist on all servers.

maintenance-upgrade.sh
The maintenance-upgrade.sh script upgrades the docker images for nodes on a maintenance server.

portal-down.sh
The portal-down.sh script takes a portal out of the load balancer by disabling the health check.

portal-restart.sh
The portal-restart.sh script restarts a portal by taking it out of the load balancer, restarting the docker containers, and adding the portal back to the load balancer.

portal-up.sh
The portal-up.sh script puts a portal back into the load balancer by enabling the health check.

portal-upgrade.
The portal-upgrade.sh script upgrades the docker images for a portal and clears and leftover images.

Webportal Upgrade Procedures

TODO...

  1. 1 server upgraded at a time
  2. Clusters of servers upgraded at a time
  3. How to safetly revert to previous stable version. Document what those versions were.
  4. Upgrading single subsystem
  5. Upgrading multiple subsystems