hosting:hostingchangeplan
Differences
This shows you the differences between two versions of the page.
Next revision | Previous revision | ||
hosting:hostingchangeplan [2023/03/13 18:08] – created jim | hosting:hostingchangeplan [2024/04/19 09:44] (current) – Correct formatting jim | ||
---|---|---|---|
Line 1: | Line 1: | ||
====== Moving hosting away from Bytemark ====== | ====== Moving hosting away from Bytemark ====== | ||
- | Bytemark' | + | Bytemark' |
+ | |||
+ | ===== Current situation ===== | ||
+ | |||
+ | A summary of our current hosting position is this. We have a single VPS, '' | ||
+ | |||
+ | * Main ACCU website. | ||
+ | * The old ACCU website, now used only for membership administration until a better solution is found. | ||
+ | * The ads server. | ||
+ | * The blog aggregator - a WordPress site. | ||
+ | * Git repository (Gitea - thing a GitLab type system) and main website build. | ||
+ | * A small wiki. | ||
+ | * Conference organisation website and tooling. | ||
+ | * Email, mailing lists and mailing list admin website. | ||
+ | |||
+ | Disc space - we currently have 44Gb main store and 100Gb archive store - was a perennial problem until a recent expansion of the archive store. | ||
+ | |||
+ | Publication of popular articles in particularly Overload can cause load spikes that seriously degrade website performance. We don't have much headroom. | ||
+ | |||
+ | On the plus side, ioMart have not yet stopped Bytemark' | ||
+ | |||
+ | ===== Goals ===== | ||
+ | |||
+ | For me, a change in hosting should aim to achieve the following goals. | ||
+ | |||
+ | - Relieve storage pressure. | ||
+ | - Split main website hosting onto a separate host. At present, any CPU or IO heavy operation on the host (such as making changes to the website and building the website) impacts website performance. | ||
+ | - Introduce host configuration management and configuration version management. | ||
+ | - Ensure configuration is managed in a way that allows services to further distributed across separate hosts as requirements change. | ||
+ | - Add a CI tool to manage builds of the main website. | ||
+ | |||
+ | We also need to update the OS version, and this in turn will mean moving the mailing lists from MailMan2 to MailMan3. This is a considerable change. | ||
+ | |||
+ | ===== Trial work ===== | ||
+ | |||
+ | I run a personal server setup that is not dissimilar to the ACCU setup, though with considerably less traffic. I have recently completed the process of moving this from Bytemark to Mythic Beasts. Specifics are: | ||
+ | |||
+ | * Two hosts configured. | ||
+ | * All certificate generation done on the main host and distributed to other host. | ||
+ | * Gitea and Jenkins moved. | ||
+ | * Main website moved. | ||
+ | * Music part of Morris side website moved. This includes a substantial build process. | ||
+ | * Move two WordPress websites. | ||
+ | * Move email hosting. | ||
+ | * Move two small MailMan mailing lists. | ||
+ | |||
+ | ===== New hosts ===== | ||
+ | |||
+ | Almost uniquely, I believe, Mythic offer hosting on Raspberry Pis. Pi hosting means you get a dedicated, not virtual, host with network attached storage, at an rather attractive price. I have two hosts, one a Pi3 w/ 1Gb RAM and the other a Pi4 w/ 4Gb RAM, both with 100Gb network attached storage. For these I am forking out the princely sum of 15GBP per month (inc VAT). That's all together, not each. | ||
+ | |||
+ | The one downside of this offering is that only IPv6 connectivity is provided. Mythic observe that the annual cost of a single IPv4 address now exceeds the cost of the entire computer. They do, however, provide website IPv4 proxying, which I find works very well, and also IMAP proxying, plus NAT64 to handle outbound traffic to IPv4 addresses. Inbound email needs to be passed through their servers, which they configure to forward to the Pi. | ||
+ | |||
+ | The Mythic email servers do run all incoming email through '' | ||
+ | |||
+ | I am also considering changing all current ACCU forwarding aliases (e.g. '' | ||
+ | |||
+ | I am using SaltStack for configuration management, and (of course) keeping Salt configurations under version control. Configuration for my personal sites can be viewed [[https:// | ||
+ | |||
+ | Having successfully complete this personal project, I suggest ACCU considered following a similar-ish course. | ||
+ | |||
+ | I suggest ACCU rents one RPi4 with 8Gb RAM and 200Gb network attached storage. This would host the website build infrastructure (Git/Gitea, and add Jenkins for CI), email/ | ||
+ | |||
+ | For the foreseeable future we need to keep the old website running for the membership system. This in turn has to use an antediluvian version of PHP, which I think realistically means we need to run it on our own host. We can continue to run it for the foreseeable future on the Bytemark server, and also look at using that to continue to server the main website. Alternatively, | ||
+ | |||
+ | We should then look at improving the main website hosting by deploying onto a hosting service & CDN. All I can do here is to hand-wave at the [[https:// | ||
+ | |||
+ | Alternatively, | ||
+ | |||
+ | The cost of 2 Mythic RPi4s as above, paid annually, would cost £168 and £111 inc VAT. Permitted bandwidth would be 3Tb and 2Tb per month respectively, | ||
+ | |||
+ | ====== accu.org domain ====== | ||
+ | |||
+ | As part of the moving process we would also need to move hosting the '' |
hosting/hostingchangeplan.1678730885.txt.gz · Last modified: 2023/03/13 18:08 by jim