Closing, I will add the URL of the relevant documentation when I finish writing it

This work is done

We are happily serving maps from codfw, and both datacentres are up to date 🎉

Import to codfw has been completed, and we have bootstrapped its tile storage using https://gerrit.wikimedia.org/r/c/operations/puppet/+/875973

@Papaul, this is my bad, thank you for taking care of Netbox (or the gentle soul that did so).

Import to eqiad has been completed and traffic is being served via eqiad.

For the time being, we have packaged memkeys for bullseye so not to block T293216

Bluntly closing this as we are moving to mediawiki to kubernetes

@Jclark-ctr please note that mc2020 and mc2021 are probably still bootable due to a failure during running the decomm script

I will explore our option to upgrade to 0.11.1 and get back to you

That sounds alright, but if wikitech is still using redis for sessions (via nutcracker), then the problem remains. I propose the two profiles (profile::mediawiki::nutcracker and profile::openstack::base::nutcracker) to be merged to one under profile::openstack::base::nutcracker, which will unblock T277183

All hosts are in production.

Given that this task was opened when the infra was completely different, I am bluntly closing this task. I am happy to re-open if/when we believe there are reasons to do anything more than rely in the default disk usage monitors we already have for all hosts

@ssastry do you think we could close this task?

@ayounsi If you wish to use our redis_misc cluster, you can assign a pair/port/db combination here: https://wikitech.wikimedia.org/wiki/Redis. We have 2 pairs (primary-secondary) in each DC. Please keep in mind that: