Page MenuHomePhabricator

Dispatch Data protection (e.g. data exported and backed up)
Closed, DeclinedPublic

Description

As we prepare dispatch further for production usage, we should consider a backup strategy. This task should address strategy and track the implementation of this effort.

Event Timeline

CC\ @jcrespo for visibility and counsel and recommendations.

Please remind me which persistence technology dispatch uses? We should be ready, even if not perfect, for the most common ones.

Please remind me which persistence technology dispatch uses? We should be ready, even if not perfect, for the most common ones.

postgres which currently runs on hosts dispatch-be[12]001

lmata renamed this task from Data protection (e.g. data exported and backed up) to Dispatch Data protection (e.g. data exported and backed up).Jan 12 2023, 6:44 PM
lmata triaged this task as Medium priority.
lmata added a project: Incident Tooling.

Sadly, the current PostgreSQL workflow is not supported by the data persistence team. We plan to do so, but we cannot at the moment (we don't have enough resources, and the current workflows is too faulty and likely to fail). That doesn't mean a recovery plan cannot be setup- there are postgres services being backed up, and puppet code for it, but it has to be entirely maintained by the individual service owners, as those services were warned Data Persistence cannot take ownership of that at the moment (including backups). Data persistence role will start at the Bacula boundary- we will take any file and store it long term for you, but cannot handle at the moment the exporting consistently, monitoring, and recovering a postgres database, as there are no tools already deployed at WMF that can do that with the expected reliability.

BCornwall subscribed.

As Dispatch has been rejected as WMF's solution and is tasked for decommision (T344937), I'm closing this.