Nevermind. I just realized that math isn't all that hard. I got get myself a cabinet over here: https://www.portlandcolocation.com/colocation/secure-cabinets/
Then I build myself an Epyc server on Newegg (using a fake credit card number, stay safe) External wish list link here.... https://secure.newegg.com/Wishlist/SharedWishlistDetail?ID=dV3bM3iF5ddzy4BEsu17Gg%3d%3d&&cm_mmc=snc-email-_-sr-_-wishlist-dV3bM3iF5ddzy4BEsu17Gg%3d%3d-_-09/21/2018 Now I'm in about $4,000 deep. Software is free so I grab a copy of FreedomBox. WAIT. Forgot my Hard drives. One LSI RAID card and 10 WD NAS drives. 6TB x8 but I bought 2 spares up front to last my first 2 drive failures :) Now I'm at $6,000 for the machine. - AMD Epyc processor. 32 Cores. - 64GB DDR4 ram - RAID array of some sort. I'm not sure which RAID mode is best for this use case. FreedomBox is a free installation. Considering that I'm capable of building and supporting a Linux-based OS shipped on 3000+ computers in the Portland area I think I can handle 500 users on a single server. Montly fee is $249/month. and a One time setup fee of $149. I can purchase addition network bandwidth as necessary for a fee. I probably went WAY overboard on the hardware. It's just a glorified file server for me and some friends. I plan on maintaining it myself, because I'm a DIY linux guy.... But if stuff happens my host offers free remote hands during business hours :-D Am I missing anything for this 500 user self-hosted email/collab/fileshare server? Is $6k scary enough to send me running back in Google's open arms? --Ben On Fri, Sep 21, 2018 at 4:42 PM Ben Koenig <[email protected]> wrote: > Let's assume I'm an aspiring Google IT guy and I'm preparing for an > interview as a Google System Adminstrator. > > If I want to build a server that can handle emails from 800 users (500 > with some headroom) what would I need? Assume that my internet connection > is capable. > > What kind of CPU do I need to process 800 incoming and outgoing emails in > a given moment? > > > On Thu, Sep 20, 2018 at 3:53 PM Tomas Kuchta <[email protected]> > wrote: > >> When looking at the requirements 200-500 users - I cannot imagine any >> practically useful scenario without single sign on solution al least >> across >> the web services and centralized group/access control. >> >> With 200-500 users there would be fair amount of user and access >> management >> workload. This needs to be distributed to data owners/managers/leaders. >> >> That is beside the already mentioned associated storage, backup, security >> and disaster recovery management. >> >> There are other companies beside G-company providing these kind of >> services >> or enterprise level support. Some examples: Kolab, Nextcloud, Collabora, >> ... >> >> Regardless of solution chosen - someone has to manage it full time. Given >> the number of users - it is critical - hence it needs more than one >> individual to cover for vacation/sickness/disasters/etc. >> >> Just adding to the list of consideration. Do look up the services >> mentioned >> above though. They work like G-company, but they are OSS, and the >> platforms >> are deployable and manageable by individuals - so the lock-in is not as >> strong as with proprietary services. >> >> Tomas >> >> On Thu, Sep 20, 2018, 7:13 AM Tyrell Jentink <[email protected]> wrote: >> >> > It's been several years since I looked into this... Like others have >> said, >> > the administrative overhead is substantial, and I ultimately decided >> that >> > it was just easier and more reliable (for my needs) to use Google. >> > >> > That said... The top product I was looking at at the time was Kolab, >> > http://kolab.org, and it SEEMS to meet many of your requirements... >> > >> > I consider it unlikely that a company of this size would be served by >> any >> > single application... If I were setting up Kolab for a client, a good >> > amount of energy would have to be put into questions like "How do we >> manage >> > users?" And "How do we manage storage?" And "How do we manage backups?" >> > >> > Like, maybe you will find that managing lots of users pushes you into >> > needing an LDAP server, possibly with Single Signon. As you add these >> > "Supporting" services, your security footprint increases, and you may >> need >> > additional firewall and intrusion detection software; Maybe these >> services >> > should be on "Bastion Servers," individual servers for each service to >> > increase both performance and security... Maybe you virtualized some. >> > >> > Maybe those questions lead to non-Linux answers... Maybe you find >> managing >> > the workstations of all those users works best with ActiveDirectory >> rather >> > than OpenLDAP; Maybe you find that managing the storage requires >> something >> > more robust than LVM on XFS or EXT4... And then is Kolab's file sharing >> > (WebDAV, if I remember correctly) enough for your users? Adding SMB and >> NFS >> > can have unintended complications. >> > >> > And all of those questions have to be balanced against the inherent >> feature >> > creep that comes from wandering down this road. >> > >> > For many companies, the answer is to simply let Someone Else do it... >> > Often, that Someone Else is Google. >> > >> > On Wed, Sep 19, 2018, 13:40 logical american <[email protected] >> > >> > wrote: >> > >> > > Hello again: >> > > >> > > Can anyone suggest a linux system server which will successfully do >> the >> > > following? >> > > >> > > 1. successfully imitate and replace the Google Groups program >> > > 2. successfully imitate and replace the Google gmail server >> > > 3. allow Google drive operations or simulate those operations >> > > >> > > I am seeking to move a large group of users (200-500) from Google >> Groups >> > > and gmail over to a stand-alone server and provide some type of Google >> > > drive functionality also for them, but at a bare minimum a common area >> > > to download files must exist so users can store their files. >> > > >> > > What would you suggest? >> > > >> > > The users are in the public domain. >> > > >> > > Thanks for the input >> > > >> > > - Randall >> > > >> > > _______________________________________________ >> > > PLUG mailing list >> > > [email protected] >> > > http://lists.pdxlinux.org/mailman/listinfo/plug >> > > >> > _______________________________________________ >> > PLUG mailing list >> > [email protected] >> > http://lists.pdxlinux.org/mailman/listinfo/plug >> > >> _______________________________________________ >> PLUG mailing list >> [email protected] >> http://lists.pdxlinux.org/mailman/listinfo/plug >> > _______________________________________________ PLUG mailing list [email protected] http://lists.pdxlinux.org/mailman/listinfo/plug
