ServerMigration2018

1. General Plan

Debian packages updated for stretch
- create proper signed repository on ServerNavajos, rebuild packages
- config-packages may be dropped here
Board votes on new provider
Account at provider set up
New primary and secondary afs and kerberos servers set up
- Small 10G block storage attached to primary, expanded once we begin moving volumes. No block storage needed for secondary.
- Added to existing cluster as secondaries
- Create test volumes, check cross-site performance, make sure moving volumes works reliably
Set up puppet [might be able to preload before new servers set up]
- simple puppetdb + manual git pull + puppet apply from cron on each server
- convert config-packaged config to puppet classes as needed
Set up new members vm
- Easy setup, allow members to test on stretch as early as possible
Mail server set up
- exim config rebased on latest, test keep_environment
- exim, courier, mailman, ejabberd
New web server set up
- DomTool ported to apache 2.4 (reuse 2.2 config if needed, can deal with new Require syntax later)
- Defer on PHP 7.x until after dropping colo expense, unless it proves easy to support in parallel with 5.6
- Only support fastcgi php, suphp is 100% dead
Databases setup
- Keep mysql 5.6, upgrade to postgres 10
- dbs are so small, probably just do a flag day and suffer a few minutes downtime

At this point, we can start moving members. Volunteers first, followed by folks using daemons on bog, then everyone.

Enable IPv6 for all services that can support it
- Assuming there's no/minimal risk of people with broken ipv6 being unable to access hcoop

What to do with hardware?
- Need to scrub hard drives (mail to board member for manual destruction?), datacenter has on-site server recycling so we could just let it be recycled (essentially worth $0 at this point)
Check bandwidth overage rates... may need to limit transfer rates to avoid, but weigh against another month of hosting
Terminate contract
- have members migrated two weeks ahead of time ideally...