- Kubernetes-sig - lists.wikimedia.org

Mediawiki Caching and Performance Improvemnts
by Dileep Kumar Paladugu 25 Sep '24

25 Sep '24

I'm new to MediaWiki and currently exploring caching strategies to improve the performance of my wiki setup. Specifically, I have a scenario where MediaWiki is deployed in Kubernetes with multiple replicas running simultaneously. I would appreciate any insights or best practices for managing caching in this environment, especially when it comes to the localisation (L10N) cache. I have a few specific questions: Apart from upgrades and extension changes, are there any other scenarios where the localisation cache changes? Is it possible for multiple MediaWiki instances (with the same codebase) to share a common L10N cache? What are the recommended strategies for handling caching in a multiple replica setup? Thank you in advance for your help!

2 1

Document shared with you: "Container Runtime Engine selection criteria "
by Alexandros Kosiaris (via Google Docs) 30 Jan '24

30 Jan '24

I've shared an item with you: Container Runtime Engine selection criteria https://docs.google.com/document/d/1xsnGZqWSZea2c6Seew4tDj5vLJlh3Qo5FZj8DAK… It's not an attachment -- it's stored online. To open this item, just click the link above.

1 0

Tuesday meeting prep work
by Alexandros Kosiaris 21 Jul '23

21 Jul '23

Hello everyone, As pointed out earlier this month in IRC wikimedia-k8s-sig, next week's Kubernetes SIG meeting has already a topic that was brought in by management and it is the usage of Alpine images in our production workloads. Since that IRC message and today, Ben Tullis has been gracious enough to share some information regarding that. I am summarizing below for the group's convenience so that interested parties show up prepared *https://phabricator.wikimedia.org/T303381 <https://phabricator.wikimedia.org/T303381> is the driver for this, as it took me six months to get the upgrade to DataHub done: https://phabricator.wikimedia.org/T329514 <https://phabricator.wikimedia.org/T329514>. The idea for alpine was just one possible solution of how we could have gotten around the issues with the build process described in the task above. However, now the datahub building scripts are now effectively unforked from upstream, allowing significant progress in building it with Blubber and Debian from pristine sources. I am much happier with things as they are right now.* While the immediate problem that led to this request seems to have been addressed adequately, I think that we have much to gain as a group discussing this as we can disseminate knowledge abouts pros and cons, in a variety of fields, regarding the type of images we choose and document our discussion and findings in more permanent form that can be easily referred to in the future. Regards, -- Alexandros Kosiaris Principal Site Reliability Engineer Wikimedia Foundation

1 0

Interest in Kubernetes trainings?
by Alexandros Kosiaris 17 Feb '23

17 Feb '23

Hello everyone, I am sending this to gauge interest in attending Kubernetes training sessions. We currently are mostly focused in courses like https://training.linuxfoundation.org/training/kubernetes-fundamentals-lfs25…. The exact details (online vs instructor led, with or without an exam at the end) are still being worked on. If you are interested, please do reply to me. Let me repeat, that this is to gauge interest, it's not binding for you. -- Alexandros Kosiaris Principal Site Reliability Engineer Wikimedia Foundation

1 0

Using upstream helm charts?
by Jesse Hathaway 08 Feb '23

08 Feb '23

What is the general thought process of the group around using upstream helm charts? In my effort to stand up Jaeger I have been using the upstream charts to test locally in Minikube. Thus far they seem to work pretty well, my current work in progress may be found here, https://gitlab.wikimedia.org/repos/sre/jaeger-minikube. Giuseppe mentioned concerns with the quality of upstream charts. How does one assess the quality, other than through use?

2 1

Kubernetes SIG pages/docs created
by Alexandros Kosiaris 06 Feb '23

06 Feb '23

Hello everyone, Per one of my action items from our last meeting, I 've created the following: https://www.mediawiki.org/wiki/Kubernetes_SIG I consider it a draft, but good enough that I decided to be bold the wiki way and just publish it. In the same spirit, feel free to amend. Meetings notes from our last 2 meetings have been published as well and are included at the end of the page. Furthermore, the topic for our next meeting (having 4 votes) is going to be: - Persistent Storage for workloads in our clusters Runner ups, with 3 votes each (and candidates for our next discussions) are: - Expected Kubernetes usage/roadmap/vision/plan per team - Kubernetes versioning discussion I 've started drafting an agenda in https://docs.google.com/document/d/18-dlIEOJjWqOXQ7doW7izYoa7-gLDAkQCVwQJwf… , feel free to contribute. -- Alexandros Kosiaris Principal Site Reliability Engineer Wikimedia Foundation

1 0

MGB archive list
by mgbtrust＠engineer.com 29 Jan '23

29 Jan '23

Policy

1 0

Entity constituency
by mgbtrust＠engineer.com 29 Jan '23

29 Jan '23

***

1 0

2024

2023

Kubernetes-sig