Page MenuHomePhabricator

🤖 Deploy new redis cluster for main MW cache
Closed, ResolvedPublic

Description

We wish to try to see if our redis session expiry rate can be reduced by moving the highly volatile data away from the relatively stable data.

We will deploy a new cluster for this (using argo). And then configure it to be used for the main MediaWiki cache as per the comment at T376853#10234021

Event Timeline

Waiting on new redis password

Tarrow renamed this task from Deploy new redis cluster to attempt to reduce session expiry rate to Deploy new redis cluster for main MW cache.Nov 25 2024, 5:39 PM
Tarrow updated the task description. (Show Details)

For now it was decided to reuse the other redis cluster password. This has been deployed to staging but unfortunately won't quite "fit"

Warning  FailedScheduling   27s (x104 over 8h)     default-scheduler   0/3 nodes are available: 1 Insufficient memory, 3 Insufficient cpu. preemption: 0/3 nodes are available: 3 No preemption victims found for incoming pod.
Tarrow renamed this task from Deploy new redis cluster for main MW cache to 🤖 Deploy new redis cluster for main MW cache.Nov 27 2024, 11:15 AM

Shipped the new version of MW to staging and floundered about for a couple of hours wondering why I couldn't see any keys turning up in redis2. I was checking with KEYS * in redis-cli

I then talked to @Deniz_WMDE and discovered that we hadn't set the password :facepalm: . See this PR for the fix. Shipped to staging and it was behaving well with 91 keys immediately appearing in the new cluster.

Now shipping the new argocd-config chart to production and intend to followup with the new mediawiki chart and image