Page MenuHomePhabricator

Request creation of Discuss VPS project
Closed, InvalidPublic

Description

Project Name: Discuss-space

Wikitech Usernames of requestors: Qgil and Ckoerner.

Purpose: Based on what we have learned with https://discourse-mediawiki.wmflabs.org/ and https://discourse.wmflabs.org/, we want to start a fresh Discourse instance agreeing and documenting every step, every configuration, every plugin, following quality standards as close to production as we are capable of. As soon as it is ready, this fresh install will deprecate one of the two existing Discourse instances, leaving the other one as testing/sandbox (we can import existing content & users, that is a different story to be discuss somewhere else).

Brief description: We want to run this server with a https://discourse.org install only. 80 GB storage would be great.

How soon you are hoping this can be fulfilled: This week, if possible.

Event Timeline

aborrero subscribed.

Just setting expectations: new project requests are discussed in the WMCS team meeting every week on Tue. Next week, however, we won't have the team meeting due to the SRE offsite in Dublin. The next WMCS team meeting is expected to happen on 2019-06-18.

@aborrero Thank you very much for setting expectations. Thanks to your warning we have been able to start prototyping in some VPS somewhere else, and we are ready to start working on the WMCS VPSs as soon as they are created.

Would T207400: Puppetize Discourse get fixed by this and hence be a dependency?

No, Puppetize Discourse is a dependency for the deployment of Discourse in production (as currently stated in T207400).

Ah. In that case, our understanding of "documenting every step, every configuration, every plugin, following quality standards as close to production" heavily differs.

That sentence continues with "as we are capable of. " :)

Learning to puppetize Discourse or anything is out of my reasonable possibilities with all the work I'm supposed to do. Chris and I being the sysadmins in charge of these instances is already a stretch for us.

@Qgil: Ah, thanks! For clarity, have you tried somewhere (where?) to get external expertise involved to help with puppetizing, and this help is not available due to resources or no volunteers or such? (Maybe there has been some call for help to find folks familiar with Puppet which I have missed?)

I like the idea of creating a new instance and migrating the data of discourse1002.discourse.eqiad.wmflabs :-) (And thanks for sorting out the upgrade there the other day, by the way.)

I was just wondering: why create a whole new project, instead of just a new instance within the existing discourse project?

why create a whole new project, instead of just a new instance within the existing discourse project?

I am not sure, honestly. Whatever works. Having the fresh instance is what matters.

I think adding a new large instance to that project would be sufficient. It's still got space:

2 / 8 instances. 6 / 8 VCPUs. 12.0 GB / 16.0 GB RAM. 0 / 0 floating IPs. 1 / 10 security groups.

Thank you, I didn't know this. Works for me, especially if then we can deprecate one of the two other existing instances. I don't want to give extra work to anyone!

aborrero claimed this task.

Ok, this works for us as well. For the record, the new project was approved yesterday in the WMCS team meeting. Will close the task now, as I understand you will be using a VM in the discourse project [0].
Feel free to reopen if required.

[0] https://tools.wmflabs.org/openstack-browser/project/discourse

this fresh install will deprecate one of the two existing Discourse instances

@Qgil: What's the task ID for that deprecation? I'm curious how that deprecation is performed and communicated. Or where to file bugs about that Discourse instance.

bd808 changed the task status from Resolved to Invalid.Oct 10 2019, 11:59 PM
bd808 subscribed.

Project was not created. Instead available quota in the related discourse project was used.