Page MenuHomePhabricator

Move micro sites from Ganeti to Kubernetes and from Gerrit to GitLab
Closed, ResolvedPublic

Description

After T281538 is done and created the new kubernetes service miscweb, this ticket is about removing the (remaining) micro sites from "miscweb on Ganeti VMs" (miscweb1/2* machines) to the kubernetes service with the name. With the long-term goal to completely remove the miscweb* VMs.

Also part of this ticket is removing static-bugzilla code and other sites that are moved completely from the puppet repo.

The first site that has already moved was https://static-bugzilla.wikimedia.org/, it's still hosted on Gerrit so still needs to be migrated to GitLab.

One medium-term goal will be moving 3 additional sites since this is an OKR in Betterworks for this quarter.

Sites currently on the ganeti VMs are:

On Kubernetes but needs migrating from Gerrit to GitLab

This is a mix of static sites and apps though. That is because we merged "webserver misc static" and "webserver misc apps" into a single role in the past.

For the kubernetes service miscweb only the static sites are expected to move there, not the applications.

Details

Related Changes in Gerrit:
SubjectRepoBranchLines +/-
operations/puppetproduction+0 -4
operations/puppetproduction+0 -2
integration/docrootmaster+3 -3
operations/deployment-chartsmaster+166 -41
operations/deployment-chartsmaster+3 -0
operations/deployment-chartsmaster+4 -0
operations/deployment-chartsmaster+2 -4
operations/deployment-chartsmaster+4 -4
operations/puppetproduction+0 -163
operations/deployment-chartsmaster+2 -2
operations/deployment-chartsmaster+23 -1
operations/puppetproduction+17 -16
operations/deployment-chartsmaster+11 -0
operations/puppetproduction+11 -55
operations/puppetproduction+0 -10
operations/puppetproduction+10 -9
operations/puppetproduction+1 -1
operations/puppetproduction+29 -1
operations/puppetproduction+0 -74
operations/puppetproduction+31 -2
operations/puppetproduction+14 -0
operations/puppetproduction+12 -0
operations/puppetproduction+14 -0
operations/puppetproduction+29 -29
operations/puppetproduction+0 -30
operations/puppetproduction+1 -1
operations/puppetproduction+8 -8
operations/puppetproduction+1 -0
operations/deployment-chartsmaster+3 -0
operations/deployment-chartsmaster+2 -2
operations/deployment-chartsmaster+1 -1
operations/deployment-chartsmaster+3 -0
operations/deployment-chartsmaster+46 -30
operations/container/miscwebmaster+8 -3
operations/container/miscwebmaster+1 -1
operations/container/miscwebmaster+3 -16
operations/container/miscwebmaster+61 -6
operations/container/miscwebmaster+3 -0
operations/container/miscwebmaster+34 -0
operations/container/miscwebmaster+27 -0
operations/container/miscwebmaster+31 K -0
operations/puppetproduction+0 -3
operations/puppetproduction+10 -8
operations/puppetproduction+0 -125
Show related patches Customize query in gerrit

Related Objects

StatusSubtypeAssignedTask
ResolvedJelto
ResolvedDzahn
ResolvedJelto
ResolvedJelto
ResolvedDzahn
ResolvedJelto
ResolvedDzahn
Resolvedfkaelin
ResolvedRequestClement_Goubert
ResolvedSecurityJelto
ResolvedJelto
ResolvedJelto
ResolvedVolker_E
ResolvedJelto
ResolvedBUG REPORTJelto
ResolvedJelto
ResolvedEBernhardson
ResolvedLucas_Werkmeister_WMDE
ResolvedArnoldokoth
ResolvedArnoldokoth
ResolvedJelto
StalledNone
ResolvedDzahn
ResolvedJelto

Event Timeline

There are a very large number of changes, so older changes are hidden. Show Older Changes

Change 937938 had a related patch set uploaded (by Jelto; author: Jelto):

[operations/deployment-charts@master] miscweb: use timestamp in image tags

https://gerrit.wikimedia.org/r/937938

Change 937938 merged by Dzahn:

[operations/deployment-charts@master] miscweb: use timestamp in image tags

https://gerrit.wikimedia.org/r/937938

Thanks for merging the above change @Dzahn . I deployed the change to all wikikube clusters. So we are using the same release workflow and tags for all services now (this issue was raised in T340182#8992829). One exception is bugzilla, but that service is still on Gerrit. Once we migrated this to GitLab, it should be similar as well.

kubectl get deployment -o=jsonpath="{range .items[*]}{'\n'}{.metadata.name}{':\t'}{range .spec.template.spec.containers[0]}{.image}{', '}{end}{end}"

miscweb-annualreport:   docker-registry.discovery.wmnet/repos/sre/miscweb/annualreport:2023-07-13-114826, 
miscweb-bienvenida:     docker-registry.discovery.wmnet/repos/sre/miscweb/bienvenida:2023-07-13-113046, 
miscweb-statictendril:  docker-registry.discovery.wmnet/repos/sre/miscweb/statictendril:2023-07-13-115511, 
miscweb-transparencyreport:     docker-registry.discovery.wmnet/repos/sre/miscweb/transparencyreport:2023-07-13-111133

I'll claim the task for now.

Yep! So regarding static-bugzilla on Gerrit. That content repo is _quite large_ compared to any other microsite. Because there are thousands and thousands of HTML pages in there, though they are gzipped. I remember splitting the original upload into several patches because it was too much to have 50k files in a single Gerrit patch. So we should be careful when trying to import that into gitlab.

Yep! So regarding static-bugzilla on Gerrit. That content repo is _quite large_ compared to any other microsite. Because there are thousands and thousands of HTML pages in there, though they are gzipped. I remember splitting the original upload into several patches because it was too much to have 50k files in a single Gerrit patch. So we should be careful when trying to import that into gitlab.

I refactored the repo a bit and zipped all html files into a single gz file. This gz file is around 440Mb in size and stored in GitLabs LFS.
During image build this gz archive gets extracted and added to the image (note: I had to use multi stage builds to make sure the archive does not end up in some of the docker layers).

See also T343914 for some more reasoning for the refactoring.

Change 952228 had a related patch set uploaded (by Jelto; author: Jelto):

[operations/deployment-charts@master] miscweb: migrate bugzilla image to GitLab

https://gerrit.wikimedia.org/r/952228

Change 952228 merged by jenkins-bot:

[operations/deployment-charts@master] miscweb: migrate bugzilla image to GitLab

https://gerrit.wikimedia.org/r/952228

Change 988495 had a related patch set uploaded (by Jelto; author: Jelto):

[operations/deployment-charts@master] miscweb: set requests and limit for bugzilla staging

https://gerrit.wikimedia.org/r/988495

Change 988495 merged by jenkins-bot:

[operations/deployment-charts@master] miscweb: set requests and limit for bugzilla staging

https://gerrit.wikimedia.org/r/988495

Change 988499 had a related patch set uploaded (by Jelto; author: Jelto):

[operations/deployment-charts@master] miscweb: also set requests for bugzilla staging

https://gerrit.wikimedia.org/r/988499

Change 988499 merged by jenkins-bot:

[operations/deployment-charts@master] miscweb: also set requests for bugzilla staging

https://gerrit.wikimedia.org/r/988499

Change #1079279 had a related patch set uploaded (by Jelto; author: Jelto):

[operations/deployment-charts@master] miscweb: bump base and mesh templates to newest version

https://gerrit.wikimedia.org/r/1079279

Change #1079279 merged by jenkins-bot:

[operations/deployment-charts@master] miscweb: bump base and mesh templates to newest version

https://gerrit.wikimedia.org/r/1079279

Change #1121748 had a related patch set uploaded (by Jelto; author: Jelto):

[integration/docroot@master] update links to microsites source code

https://gerrit.wikimedia.org/r/1121748

Change #1121748 merged by jenkins-bot:

[integration/docroot@master] update links to microsites source code

https://gerrit.wikimedia.org/r/1121748

Mentioned in SAL (#wikimedia-operations) [2025-02-24T10:34:27Z] <hashar@deploy2002> Started deploy [integration/docroot@59d9e3f]: update links to microsites source code - T300171

Mentioned in SAL (#wikimedia-operations) [2025-02-24T10:34:37Z] <hashar@deploy2002> Finished deploy [integration/docroot@59d9e3f]: update links to microsites source code - T300171 (duration: 00m 10s)

Aklapper changed the task status from In Progress to Open.Apr 11 2025, 10:15 PM

Resetting task status from "In Progress" to "Open" as this task has been "in progress" for more than one and a half years (see T380300).

Change #1137486 had a related patch set uploaded (by Dzahn; author: Dzahn):

[operations/puppet@production] microsites/backup: remove rt-static backup fileset

https://gerrit.wikimedia.org/r/1137486

Change #1137486 merged by Dzahn:

[operations/puppet@production] microsites/backup: remove rt-static backup fileset

https://gerrit.wikimedia.org/r/1137486

Change #1137484 had a related patch set uploaded (by Dzahn; author: Dzahn):

[operations/puppet@production] miscweb: remove static-rt profile from legacy miscweb role

https://gerrit.wikimedia.org/r/1137484

Change #1137484 merged by Dzahn:

[operations/puppet@production] miscweb: remove static-rt profile from legacy miscweb role

https://gerrit.wikimedia.org/r/1137484

I removed the static-rt site from the legacy miscweb VMs.

Now os-reports (T350794) is the only remaining site.

root@miscweb1003:/home/dzahn# apache2ctl -S
VirtualHost configuration:
[::1]:80               localhost (/etc/apache2/conf-enabled/50-server-status.conf:15)
127.0.0.1:80           localhost (/etc/apache2/conf-enabled/50-server-status.conf:15)
*:80                   os-reports.wikimedia.org (/etc/apache2/sites-enabled/50-os-reports-wikimedia-org.conf:1)

T397264 is for moving the monitoring checks to a new place.

T397080 is for decom'ing the legacy VMs, which happened today.

legacy VMs are shut down.

DNS discovery records deleted.

confirmed with Arnold os-reports is done.

We can close this ticket :)

Dzahn changed the status of subtask T397080: decom legacy miscweb VMs from Open to In Progress.Nov 24 2025, 8:12 PM