On 5 Dec 2020, at 10:30, Bryce Harrington <bryce(a)bryceharrington.org&gt; wrote: Hi Markus, Thanks again for all the support you've provided, the project has really benefitted from cloudscale's support! Could I ask, what is the procedure for turning over responsibility for the account to another person? Should I have them create a new account and then I let you know so you can switch everything over to them? Alternatively, is there an established way for more than one person to share access to the dashboard + hosts? (With my severely limited time availability I find I am a single-point-of-failure. So we need a way to either turn it over to someone else, or a way to share the duty with them.) Thanks, Bryce On Mon, Apr 27, 2020 at 07:56:00PM +0200, Markus Furrer wrote: > Dear Bryce > > Thanks for such a quick response! > > And many thanks for the interesting insights into your environment! As your server naming indicated some sort of "scaling out", I was not sure to suggest our larger flavors and our new "Plus" offerings featuring dedicated CPU cores [1]. Seeing the list of different services, however, there probably are reasons to separate things on multiple, smaller servers. > > While we trust that our users keep a backup outside of our infrastructure (as mentioned in our TOS), you might want to take advantage of our new, second cloud location for the backups you decide to keep with us [2]. This way, you can get to your data even in the unlikely case of a major incident impacting the site where your main servers are located. > > Third, thanks for going through your servers and reducing some of them. Please note that Floating IPs are not deleted together with the respective servers - in fact, one of their use cases is to keep a service IP across server replacements. In case you do not need them anymore, just delete them in the "Floating IPs" section in our control panel. > > It was not my intention to enforce an exact budget. If you need resources going a little beyond that rough CHF 5000 per year in order to reasonably run something useful, please go ahead. In case it is considerably more, we might also be able to find a solution to split the cost - after all, we work hard to be our users' favorite cloud provider, and do not want to stop you from using us :-) > > Glad to hear you work with Canonical! Ubuntu is the distribution powering most of our own infrastructure, and - you guessed it - most of our customers' virtual servers. It was a no-brainer to support the new 20.04 LTS release as early as possible. > > Again, we are happy to support Inkscape, and if there is something we can help you with, please do not hesitate to contact us. > > > [1]: https://www.cloudscale.ch/en/news/2019/11/19/even-more-power-thanks-to-pl... > [2]: https://www.cloudscale.ch/en/news/2019/11/06/geo-redundancy-with-two-clou... > > > Best regards from Zurich - Switzerland, > Markus > > -- > Markus Furrer > > cloudscale.ch AG > Venusstrasse 29 > CH-8050 Zürich > > Fon: +41 44 55 222 55 > Fax: +41 44 55 222 56 > Web: https://www.cloudscale.ch > > >> On 27 Apr 2020, at 18:56, Bryce Harrington <bryce(a)bryceharrington.org&gt; wrote: >> >> Hi Markus, >> >> Thank you again for your sponsorship of Inkscape, and I apologize for >> going over the limits. I've freed up resources we're not actively using >> and brought the usage down to 15.55 CHF. There are a couple more >> servers I think I can remove as they were for new services that I think >> the setup work did not get completed. >> >> Regarding how cloudscale.ch's sevices are being used, they are hosting >> the primary communication channels for the Inkscape project's >> development work: >> >> * Mailman3 - All of Inkscape's user and development mailing lists are >> hosted from a cloudscale host (Flex-4 with 100GB). We had run into >> memory limitation issues running on a 2GB node, so appreciated being >> able to scale up to Flex-4 to solve the issue. >> >> * Mediawiki - Inkscape's institutional memory is its collection of >> wiki pages, which has been migrated to a cloudscale host (Flex-2 >> node with 200GB). >> >> * Rocket.Chat - The project has largely moved away from IRC to this >> modern chat system, which hosts a couple dozen channels for the >> various Inkscape teams to discuss their work. This was the first >> service we brought up at cloudscale and has been a resounding >> success. >> >> * Intranet - we also have one node we used for internal >> developer-focused web pages, such as transcripts from Inkscape's >> board meeting, and misc. cron jobs. >> >> * Backup - another node runs rsnapshot to backup the above services. >> >> Other services we've looked running include Kiwi TCMS, and a translation >> system called weblate. We also considered hosting an Inkscape community >> forum whose administrator no longer has time to maintain it, but he's >> also not had time to hand over the database. I think if we cancelled >> these efforts we can get the rate back under the limit, but I need to >> try to talk to the individuals working on those projects first. >> >> Thanks again for hosting Inkscape, and apologies again, I was more >> focused on keeping the CPU / RAM under control and didn't take into >> account the disk space resource needs. >> >> On a more personal note, last year I started a new job at Canonical, >> where I maintain the Ubuntu Server product. I'm very happy to see >> cloudscale.ch already lists our freshly released 20.04 LTS. :-) >> >> Bryce >> >> On Mon, Apr 27, 2020 at 03:00:33PM +0200, Markus Furrer wrote: >>> Dear Bryce >>> >>> Reviewing cloudscale.ch's sponsorship commitments, I am very happy that we support Inkscape - and will hopefully keep doing so for a long time to come. >>> >>> To my knowledge, the original sponsorship agreement was about servers totalling around 32 GB of RAM (which would add up to around CHF 5000 worth of services per year). Looking at your account, however, I noticed that current usage is at CHF 41.30 per day (i.e. CHF 15000 per year). Approx. one third of this amount actually covers virtual servers, and two thirds are for disk upgrades and floating IPs. >>> >>> Can you give me some more insights in how you are using our services, how they support your (or other contributors') workflows etc. And, since things generally tend to grow and accumulate over time: might there also be some room for optimization? >>> >>> I would be glad to hear back from you and understand your use case better. Thanks in advance for your beedback! >>> >>> >>> Best regards from Zurich - Switzerland, >>> Markus >>> >>> -- >>> Markus Furrer >>> >>> cloudscale.ch AG >>> Venusstrasse 29 >>> CH-8050 Zürich >>> >>> Fon: +41 44 55 222 55 >>> Fax: +41 44 55 222 56 >>> Web: https://www.cloudscale.ch >>> >