From hey at morrisjobke.de Thu Nov 5 19:24:25 2015 From: hey at morrisjobke.de (Morris Jobke) Date: Thu, 5 Nov 2015 20:24:25 +0100 Subject: [Codeforde-cert] =?utf-8?q?Server-Infrastruktur_f=C3=BCr_die_Labs?= In-Reply-To: References: <561A80CD.1020707@jochenklar.de> <1A8FABCE-0868-4DFC-846B-1AADA8C8DEBF@okfn.org> <561BA28B.5080304@jochenklar.de> Message-ID: Hallo, so die Zeit ist um und ich habe mal wieder etwas Zeit gefunden. Aktuell haben wir auf dem Brandt folgendes: 8 GB RAM (~6GB in use) 4*3,2 GHz (Load: 3.3) 1 TB HDD (310GB in use) F?r VMs braucht man ja prinzipiell etwas mehr. Ich w?rde sagen, dass wir mindestens 16 GB RAM br?uchten - mehr ist nat?rlich immer besser. Da die CPUs jetzt schon gut zu tun haben, w?re da nat?rlich auch mehr besser (so 6 oder 8 Kerne, da wir ja Parallelit?t wirklich nutzen k?nnen) ;) Die HDD reicht ?ber unsere Zwecke glaub ich immer. Wir haben jetzt nicht wirklich die datenintensiven Sachen und RAID wird in dieser Kategorie von Server immer verbaut sein. Wie sehen das die Anderen hier? Ansonsten kann sich Julia damit ja dann mal auf die Suche machen. Viele Gr??e Morris Am 13. Oktober 2015 um 08:58 schrieb Morris Jobke : > > >> Das mit AWS etc. kann ich auch verstehen. Ich frage mich aber schon ob es >> eine L?cke zwischen GitHub pages und "Ich brauche einen Server" gibt. Ich >> habe zum Beispiel eine kleine alte PHP+mysql App bei Red Hat Openshift am >> laufen, das kostet nichts. Aber wenn jede Lab sowieso eine VM haben will, >> ist es wahrscheinlich nicht relevant. >> > > Diese L?cke hatte ich auch angesprochen. Die Idee war es auf entweder > uberspace, etc zu verweisen oder eine gemeinsam (vom cert-Team) > administrierte shared Webspace VM zu haben. Da muss dann halt ein MySQL, > PHP und Python in einem Webserver laufen k?nnen und die Daten werden aus > den userdirs gezogen. Halte ich jetzt f?r nicht allzu viel Arbeit. > > Viele Gr??e > Morris > > >> >> Viele Gr??e, >> Matt >> >> 2015-10-12 14:07 GMT+02:00 Jochen Klar : >> >>> Hallo Matt, >>> >>> Ich sehe da das Problem das docker, im Vergleich zu ich-habe-ein-ssh >>> login doch einiges mehr an Einarbeitung erfordert. Man muss aus der >>> existierenden Webapplikation ja erst mal etwas machen was in einem >>> docker Container l?uft. >>> >>> Virtuelle Maschinen sind da deutlich Einsteiger-freundlicher. In den VM >>> kann man ja immer noch per docker deployen. >>> >>> Btw: bei 'nur' docker m?sste man organisatorisch einiges kl?ren. So eine >>> VM f?r jedes Lab verteilt auch die Verantwortlichkeiten gleich mit. >>> >>> cheers, >>> Jochen >>> >>> On 10/12/2015 01:53 PM, Matthew Fullerton wrote: >>> > Ich finde den Plan gut. Ich w?rde nur raten Docker f?r VMs >>> auszutauschen. >>> > >>> > In den letzten 1.5 Jahren haben die Hypethemen Docker und Cloud >>> Services >>> > sich weniger als Hype herausgestellt und mehr als die Zukunft. Ist ?ber >>> > Docker nachgedacht worden? Da bleiben die einzelne gr??ere Projekte >>> > abgetrennt von einander ohne VM overhead. >>> > >>> > Mit Cloud bin ich mich nicht so sicher, aber kleinere Projekte (z.B. >>> > nodejs, Django basiert) lassen sich gut ?ber Heroku oder Amazon Elastic >>> > Beanstalk deployen und skalieren. Und Amazon hat inzwischen das EC2 >>> > Container Service - da kann man kompletten Docker containers pushen und >>> > die werden ebenso deployed. Das Gute ist dass man da einen Cluster von >>> > Instanzen haben kann (bei Bedarf), falls es zu viel Containers wird >>> oder >>> > zu viele Instanzen von den Containers. Der Nachteil ist nat?rlich dass >>> > die Kosten weniger vorhersehbar sind als bei einem fixierten Server. >>> > >>> > Zum Thema sponsoring kann ich mich gut vorstellen, dass Amazon da was >>> in >>> > die Hand nehmen wird. >>> > >>> > Viele Gr??e, >>> > Matt >>> > >>> > 2015-10-12 12:34 GMT+02:00 Julia Kloiber >> > >: >>> > >>> > Liebe Leute, >>> > >>> > ich k?mmere mich gerne um einen weiteren Server - ich br?uchte dazu >>> > nur die Infos: Gr??e.. etc. >>> > bzw. auch ganz kurz f?r was er verwendet werden soll. >>> > >>> > Sobald ich die Infos habe, spreche ich Sponsoren an. >>> > >>> > Lg Julia >>> > >>> > >>> > > Am 11.10.2015 um 17:31 schrieb Jochen Klar >> > >: >>> > > >>> > > Hallo Morris, hallo Liste, >>> > > >>> > > cool das Ihr die euch zum Thema Infrastruktur zusammen gesetzt >>> habt. >>> > > Hier ein Paar Gedanken vom mir dazu. >>> > > >>> > > Das mit den VMs finde ich sehr gut. Im Prinzip war das ja auch >>> > schon der >>> > > Plan mit brandt, nur das sich damals herausgestellt hat das die >>> > Maschine >>> > > daf?r einfach zu schwach (insb. RAM) ist. Ich hatte libvirtd >>> schon >>> > > installiert ... >>> > > >>> > > Ich bin auch stark daf?r die Leute auf github-pages zu >>> verweisen. Im >>> > > Nachhinein denke ich, unserer gitolite/git-hook deploy Kiste hat >>> > da eher >>> > > unn?tige Komplexit?t rein gebracht. >>> > > >>> > > Nach ein-einhalb Jahren brandt denke ich das der Bedarf f?r die >>> > > mittleren Projekte (php/python/scala + datenbank + login um logs >>> zu >>> > > lesen) am gr??ten ist. Es ist aber insbesondere eine St?rkere >>> > Kapselung >>> > > was den Ressourcenverbrauch angeht n?tig. VM w?rden das deutlich >>> > > vereinfachen. >>> > > >>> > > F?r gr??ere Sachen, gerade wenn es nicht unmittelbar aus den Labs >>> > kommt, >>> > > sollte man irgendwo anders Platz finden. offenesparlarment.de >>> > , ich >>> > > schaue in deine Richtung. >>> > > >>> > > Ich wei? nicht ob Lab-Infrastrukturen wie das M?nster-Discourse >>> nicht >>> > > besser auf einer der anderen OKFN Kisten aufgehoben w?ren. >>> > > >>> > > Zum Thema Proxy: Ich glaube gerade laufen auch nur Port 80/443 >>> Dienste >>> > > daher sollte das mit nem Revese-Proxy auch gehen. >>> > > >>> > > cheers, >>> > > Jochen >>> > > >>> > > On 11/10/15 15:03, Morris Jobke wrote: >>> > >> Hallo liebes Server-Team, >>> > >> >>> > >> wir hatten ja gestern Lab-Lead-Workshop in Hamburg und da ist >>> das >>> > Thema >>> > >> Infrastruktur aufgekommen. Aktuell haben wir ja brandt, was >>> aber mehr >>> > >> Wildwuchs als organisierte Infrastruktur ist. Ebenfalls l?uft >>> dieser >>> > >> stark an seiner Belastungsgrenze (Load von 3-4 bei einem >>> Quadcore). >>> > >> >>> > >> Deshalb haben wir uns einmal spontan zusammen gesetzt und >>> > nachgefragt, >>> > >> was denn so gebraucht wird und was f?r L?sungen es geben k?nnte. >>> > Dabei >>> > >> sind wir dann zu dem Schluss gekommen, dass eine grobe >>> > Dreiteilung den >>> > >> Labs an die Hand gegeben werden soll: >>> > >> >>> > >> - ausschlie?lich (serverseitig) statische Projekte sollen nach >>> > >> M?glichkeit ?ber GitHub-Pages gehostet werden >>> > >> - kleinere Projekten soll shared Webspace mit PHP/Python/... >>> > >> Interpretern zur Verf?gung gestellt werden >>> > >> - gr??ere Projekte sollen VMs zugeteilt bekommen, die dann >>> unter der >>> > >> Verantwortung der Labs administriert werden >>> > >> >>> > >> Als L?sungsvorschlag war dann folgendes als Idee aufgekommen: >>> Julia >>> > >> k?mmert sich um einen zweiten Root-Server (Sponsoring, etc), >>> auf dem >>> > >> dann etwas striktere Regeln zur Administration gelten sollen, >>> > damit es >>> > >> nicht wieder in der ?hnlichen Situation wie aktuell endet. Auf >>> diesem >>> > >> zweiten Server sollen dann ausschlie?lich Zugang zu VMs f?r die >>> > >> einzelnen Projekte der Labs erstellt werden. Die Administration >>> > der VMs >>> > >> obliegt dann den einzelnen Labs. >>> > >> >>> > >> Das einzigste Problem, was wir gesehen haben, dass wir >>> ausschlie?lich >>> > >> eine IPv4-Adresse haben und deshalb nur ?ber Ports an die VMs >>> > >> herankommen. Eventuell m?ssten wir dann noch einen HTTP(S)-Proxy >>> > auf dem >>> > >> Host aufsetzen und im Einzelfall ?ber SNI und Virtual Hosts auf >>> die >>> > >> jeweiligens VMs weiterleiten. Aber aktuell d?rfte das ja auch >>> nicht >>> > >> anders funktionieren. Oder haben wir mehrere IPs? >>> > >> >>> > >> Bez?glich des Shared Webspace: Eine M?glichkeit w?re es, auf >>> > Dienste wie >>> > >> Uberspace zu verweisen. Andere meinten, dass man auch eine >>> eigene VM >>> > >> dediziert daf?r administriert und dort den Leuten einfache >>> Zug?nge zu >>> > >> ihren eigenen Webspace geben kann und eben einen Apache mit PHP >>> und >>> > >> Python bereitstellt. >>> > >> >>> > >> Ich w?rde mich auch bereit erkl?ren das in entsprechende >>> > Ansible-Skripte >>> > >> zu giesen, da wir das ja bereits einsetzen und auch entsprechend >>> > >> dokumentieren, damit wir als Admin-Team, da m?glichst einfach >>> die >>> > >> Infrastruktur den Labs zur Verf?gung stellen. >>> > >> >>> > >> Falls es noch Anregungen, Ideen, Verbesserungsvorschl?ge, >>> Kritik oder >>> > >> Fragen dazu gibt: Immer her damit. Ansonsten w?rde ich das dann >>> > weiter >>> > >> angehen, sofern es keine Einw?nde bis in zwei Wochen >>> (2015-10-25) >>> > gibt. >>> > >> >>> > >> Ich habe Vater und Tobias noch mit in CC genommen, da wir ?ber >>> dieses >>> > >> Thema ausf?rhlich geredet haben. >>> > >> >>> > >> Viele Gr??e >>> > >> Morris >>> > >> f?r die Infrastruktur Session :) >>> > >> >>> > >> >>> > >> _______________________________________________ >>> > >> Codeforde-cert mailing list >>> > >> Codeforde-cert at lists.okfn.org >> Codeforde-cert at lists.okfn.org> >>> > >> https://lists.okfn.org/mailman/listinfo/codeforde-cert >>> > >> >>> > > >>> > >>> > >>> > _______________________________________________ >>> > Codeforde-cert mailing list >>> > Codeforde-cert at lists.okfn.org >> Codeforde-cert at lists.okfn.org> >>> > https://lists.okfn.org/mailman/listinfo/codeforde-cert >>> > >>> > >>> >>> >> >> _______________________________________________ >> Codeforde-cert mailing list >> Codeforde-cert at lists.okfn.org >> https://lists.okfn.org/mailman/listinfo/codeforde-cert >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at jochenklar.de Thu Nov 5 19:57:32 2015 From: mail at jochenklar.de (Jochen Klar) Date: Thu, 05 Nov 2015 20:57:32 +0100 Subject: [Codeforde-cert] =?utf-8?q?Server-Infrastruktur_f=C3=BCr_die_Labs?= In-Reply-To: References: <561A80CD.1020707@jochenklar.de> <1A8FABCE-0868-4DFC-846B-1AADA8C8DEBF@okfn.org> <561BA28B.5080304@jochenklar.de> Message-ID: <563BB4AC.8080508@jochenklar.de> Hallo, sehe ich auch so, w?rde aber noch mehr RAM drauflegen: Also 8 Cores, 32 Gig RAM, 1TB Raid (kann auch Software sein so wie jetzt). Wenn ich mal hier https://www.hosteurope.de/Server/Root-Server/ https://www.manitu.de/root-server/vergleich/ schaue, scheint das aktuell so die L bis XL Fraktion zu sein, je nach Anbieter. cheers, Jochen On 11/05/2015 08:24 PM, Morris Jobke wrote: > Hallo, > > so die Zeit ist um und ich habe mal wieder etwas Zeit gefunden. > > Aktuell haben wir auf dem Brandt folgendes: > > 8 GB RAM (~6GB in use) > 4*3,2 GHz (Load: 3.3) > 1 TB HDD (310GB in use) > > F?r VMs braucht man ja prinzipiell etwas mehr. Ich w?rde sagen, dass wir > mindestens 16 GB RAM br?uchten - mehr ist nat?rlich immer besser. Da die > CPUs jetzt schon gut zu tun haben, w?re da nat?rlich auch mehr besser > (so 6 oder 8 Kerne, da wir ja Parallelit?t wirklich nutzen k?nnen) ;) > > Die HDD reicht ?ber unsere Zwecke glaub ich immer. Wir haben jetzt nicht > wirklich die datenintensiven Sachen und RAID wird in dieser Kategorie > von Server immer verbaut sein. > > Wie sehen das die Anderen hier? > > Ansonsten kann sich Julia damit ja dann mal auf die Suche machen. > > Viele Gr??e > Morris > > > Am 13. Oktober 2015 um 08:58 schrieb Morris Jobke >: > > > > Das mit AWS etc. kann ich auch verstehen. Ich frage mich aber > schon ob es eine L?cke zwischen GitHub pages und "Ich brauche > einen Server" gibt. Ich habe zum Beispiel eine kleine alte > PHP+mysql App bei Red Hat Openshift am laufen, das kostet > nichts. Aber wenn jede Lab sowieso eine VM haben will, ist es > wahrscheinlich nicht relevant. > > > Diese L?cke hatte ich auch angesprochen. Die Idee war es auf > entweder uberspace, etc zu verweisen oder eine gemeinsam (vom > cert-Team) administrierte shared Webspace VM zu haben. Da muss dann > halt ein MySQL, PHP und Python in einem Webserver laufen k?nnen und > die Daten werden aus den userdirs gezogen. Halte ich jetzt f?r nicht > allzu viel Arbeit. > > Viele Gr??e > Morris > > > > Viele Gr??e, > Matt > > 2015-10-12 14:07 GMT+02:00 Jochen Klar >: > > Hallo Matt, > > Ich sehe da das Problem das docker, im Vergleich zu > ich-habe-ein-ssh > login doch einiges mehr an Einarbeitung erfordert. Man muss > aus der > existierenden Webapplikation ja erst mal etwas machen was in > einem > docker Container l?uft. > > Virtuelle Maschinen sind da deutlich > Einsteiger-freundlicher. In den VM > kann man ja immer noch per docker deployen. > > Btw: bei 'nur' docker m?sste man organisatorisch einiges > kl?ren. So eine > VM f?r jedes Lab verteilt auch die Verantwortlichkeiten > gleich mit. > > cheers, > Jochen > > On 10/12/2015 01:53 PM, Matthew Fullerton wrote: > > Ich finde den Plan gut. Ich w?rde nur raten Docker f?r VMs auszutauschen. > > > > In den letzten 1.5 Jahren haben die Hypethemen Docker und Cloud Services > > sich weniger als Hype herausgestellt und mehr als die Zukunft. Ist ?ber > > Docker nachgedacht worden? Da bleiben die einzelne gr??ere Projekte > > abgetrennt von einander ohne VM overhead. > > > > Mit Cloud bin ich mich nicht so sicher, aber kleinere Projekte (z.B. > > nodejs, Django basiert) lassen sich gut ?ber Heroku oder Amazon Elastic > > Beanstalk deployen und skalieren. Und Amazon hat inzwischen das EC2 > > Container Service - da kann man kompletten Docker containers pushen und > > die werden ebenso deployed. Das Gute ist dass man da einen Cluster von > > Instanzen haben kann (bei Bedarf), falls es zu viel Containers wird oder > > zu viele Instanzen von den Containers. Der Nachteil ist nat?rlich dass > > die Kosten weniger vorhersehbar sind als bei einem fixierten Server. > > > > Zum Thema sponsoring kann ich mich gut vorstellen, dass Amazon da was in > > die Hand nehmen wird. > > > > Viele Gr??e, > > Matt > > > > 2015-10-12 12:34 GMT+02:00 Julia Kloiber > > >>: > > > > Liebe Leute, > > > > ich k?mmere mich gerne um einen weiteren Server - ich br?uchte dazu > > nur die Infos: Gr??e.. etc. > > bzw. auch ganz kurz f?r was er verwendet werden soll. > > > > Sobald ich die Infos habe, spreche ich Sponsoren an. > > > > Lg Julia > > > > > > > Am 11.10.2015 um 17:31 schrieb Jochen Klar > > >>: > > > > > > Hallo Morris, hallo Liste, > > > > > > cool das Ihr die euch zum Thema Infrastruktur zusammen gesetzt habt. > > > Hier ein Paar Gedanken vom mir dazu. > > > > > > Das mit den VMs finde ich sehr gut. Im Prinzip war das ja auch > > schon der > > > Plan mit brandt, nur das sich damals herausgestellt hat das die > > Maschine > > > daf?r einfach zu schwach (insb. RAM) ist. Ich hatte libvirtd schon > > > installiert ... > > > > > > Ich bin auch stark daf?r die Leute auf github-pages zu verweisen. Im > > > Nachhinein denke ich, unserer gitolite/git-hook deploy Kiste hat > > da eher > > > unn?tige Komplexit?t rein gebracht. > > > > > > Nach ein-einhalb Jahren brandt denke ich das der Bedarf f?r die > > > mittleren Projekte (php/python/scala + datenbank + login um logs zu > > > lesen) am gr??ten ist. Es ist aber insbesondere eine St?rkere > > Kapselung > > > was den Ressourcenverbrauch angeht n?tig. VM w?rden das deutlich > > > vereinfachen. > > > > > > F?r gr??ere Sachen, gerade wenn es nicht unmittelbar aus den Labs > > kommt, > > > sollte man irgendwo anders Platz finden. offenesparlarment.de > > , ich > > > schaue in deine Richtung. > > > > > > Ich wei? nicht ob Lab-Infrastrukturen wie das > M?nster-Discourse nicht > > > besser auf einer der anderen OKFN Kisten aufgehoben > w?ren. > > > > > > Zum Thema Proxy: Ich glaube gerade laufen auch nur > Port 80/443 Dienste > > > daher sollte das mit nem Revese-Proxy auch gehen. > > > > > > cheers, > > > Jochen > > > > > > On 11/10/15 15:03, Morris Jobke wrote: > > >> Hallo liebes Server-Team, > > >> > > >> wir hatten ja gestern Lab-Lead-Workshop in Hamburg > und da ist das > > Thema > > >> Infrastruktur aufgekommen. Aktuell haben wir ja > brandt, was aber mehr > > >> Wildwuchs als organisierte Infrastruktur ist. > Ebenfalls l?uft dieser > > >> stark an seiner Belastungsgrenze (Load von 3-4 bei > einem Quadcore). > > >> > > >> Deshalb haben wir uns einmal spontan zusammen > gesetzt und > > nachgefragt, > > >> was denn so gebraucht wird und was f?r L?sungen es > geben k?nnte. > > Dabei > > >> sind wir dann zu dem Schluss gekommen, dass eine grobe > > Dreiteilung den > > >> Labs an die Hand gegeben werden soll: > > >> > > >> - ausschlie?lich (serverseitig) statische Projekte > sollen nach > > >> M?glichkeit ?ber GitHub-Pages gehostet werden > > >> - kleinere Projekten soll shared Webspace mit > PHP/Python/... > > >> Interpretern zur Verf?gung gestellt werden > > >> - gr??ere Projekte sollen VMs zugeteilt bekommen, > die dann unter der > > >> Verantwortung der Labs administriert werden > > >> > > >> Als L?sungsvorschlag war dann folgendes als Idee > aufgekommen: Julia > > >> k?mmert sich um einen zweiten Root-Server > (Sponsoring, etc), auf dem > > >> dann etwas striktere Regeln zur Administration > gelten sollen, > > damit es > > >> nicht wieder in der ?hnlichen Situation wie aktuell > endet. Auf diesem > > >> zweiten Server sollen dann ausschlie?lich Zugang zu > VMs f?r die > > >> einzelnen Projekte der Labs erstellt werden. Die > Administration > > der VMs > > >> obliegt dann den einzelnen Labs. > > >> > > >> Das einzigste Problem, was wir gesehen haben, dass > wir ausschlie?lich > > >> eine IPv4-Adresse haben und deshalb nur ?ber Ports > an die VMs > > >> herankommen. Eventuell m?ssten wir dann noch einen > HTTP(S)-Proxy > > auf dem > > >> Host aufsetzen und im Einzelfall ?ber SNI und > Virtual Hosts auf die > > >> jeweiligens VMs weiterleiten. Aber aktuell d?rfte > das ja auch nicht > > >> anders funktionieren. Oder haben wir mehrere IPs? > > >> > > >> Bez?glich des Shared Webspace: Eine M?glichkeit > w?re es, auf > > Dienste wie > > >> Uberspace zu verweisen. Andere meinten, dass man > auch eine eigene VM > > >> dediziert daf?r administriert und dort den Leuten > einfache Zug?nge zu > > >> ihren eigenen Webspace geben kann und eben einen > Apache mit PHP und > > >> Python bereitstellt. > > >> > > >> Ich w?rde mich auch bereit erkl?ren das in > entsprechende > > Ansible-Skripte > > >> zu giesen, da wir das ja bereits einsetzen und auch > entsprechend > > >> dokumentieren, damit wir als Admin-Team, da > m?glichst einfach die > > >> Infrastruktur den Labs zur Verf?gung stellen. > > >> > > >> Falls es noch Anregungen, Ideen, > Verbesserungsvorschl?ge, Kritik oder > > >> Fragen dazu gibt: Immer her damit. Ansonsten w?rde > ich das dann > > weiter > > >> angehen, sofern es keine Einw?nde bis in zwei > Wochen (2015-10-25) > > gibt. > > >> > > >> Ich habe Vater und Tobias noch mit in CC genommen, > da wir ?ber dieses > > >> Thema ausf?rhlich geredet haben. > > >> > > >> Viele Gr??e > > >> Morris > > >> f?r die Infrastruktur Session :) > > >> > > >> > > >> _______________________________________________ > > >> Codeforde-cert mailing list > > >> Codeforde-cert at lists.okfn.org > > > > > >> https://lists.okfn.org/mailman/listinfo/codeforde-cert > > >> > > > > > > > > > _______________________________________________ > > Codeforde-cert mailing list > > Codeforde-cert at lists.okfn.org > > > > > https://lists.okfn.org/mailman/listinfo/codeforde-cert > > > > > > > > _______________________________________________ > Codeforde-cert mailing list > Codeforde-cert at lists.okfn.org > https://lists.okfn.org/mailman/listinfo/codeforde-cert > > > From hey at morrisjobke.de Fri Nov 6 07:18:17 2015 From: hey at morrisjobke.de (Morris Jobke) Date: Fri, 6 Nov 2015 08:18:17 +0100 Subject: [Codeforde-cert] =?utf-8?q?Server-Infrastruktur_f=C3=BCr_die_Labs?= In-Reply-To: <563BB4AC.8080508@jochenklar.de> References: <561A80CD.1020707@jochenklar.de> <1A8FABCE-0868-4DFC-846B-1AADA8C8DEBF@okfn.org> <561BA28B.5080304@jochenklar.de> <563BB4AC.8080508@jochenklar.de> Message-ID: Hallo sehe ich auch so, w?rde aber noch mehr RAM drauflegen: > > Also 8 Cores, 32 Gig RAM, 1TB Raid (kann auch Software sein so wie jetzt). > > Wenn ich mal hier > > https://www.hosteurope.de/Server/Root-Server/ > https://www.manitu.de/root-server/vergleich/ > > schaue, scheint das aktuell so die L bis XL Fraktion zu sein, je nach > Anbieter. > > Dem kann ich mich nur anschlie?en. @Julia reicht dir das? Brauchst du noch was als Info? Viele Gr??e Morris -------------- next part -------------- An HTML attachment was scrubbed... URL: From fiona.krakenbuerger at okfn.de Wed Nov 25 17:35:07 2015 From: fiona.krakenbuerger at okfn.de (=?iso-8859-1?Q?Fiona_Krakenb=FCrger?=) Date: Wed, 25 Nov 2015 18:35:07 +0100 Subject: [Codeforde-cert] =?iso-8859-1?q?Server-Infrastruktur_f=FCr_die_La?= =?iso-8859-1?q?bs?= In-Reply-To: <5C654D9A-FC11-455F-8CAB-00EB4268C9A2@okfn.org> References: <5C654D9A-FC11-455F-8CAB-00EB4268C9A2@okfn.org> Message-ID: <0E0395F8-A478-4C39-B36E-D1C67B5C241A@okfn.de> Hey Alle! Danke f?r?s Zusammenfassen, ich w?rde dann mal versuchen, bei Manitu anzufragen - das wird etwas knifflig, da wir ja bereits Sponsoring von denen bekommen, aber wir finden da sicher ein Modell. Wenn das die endg?ltige Info ist, w?rde ich mich jetzt drum k?mmern. LG und Danke Fiona >> Anfang der weitergeleiteten Nachricht: >> >> Von: Morris Jobke >> Datum: 6. November 2015 08:18:17 MEZ >> Betreff: Aw: [Codeforde-cert] Server-Infrastruktur f?r die Labs >> An: Jochen Klar >> Kopie: Matthew Fullerton , Code for De - Cert , vater at c3d2.de, Julia Kloiber , Tobias Bradtke >> >> Hallo >> >> >> sehe ich auch so, w?rde aber noch mehr RAM drauflegen: >> >> Also 8 Cores, 32 Gig RAM, 1TB Raid (kann auch Software sein so wie jetzt). >> >> Wenn ich mal hier >> >> https://www.hosteurope.de/Server/Root-Server/ >> https://www.manitu.de/root-server/vergleich/ >> >> schaue, scheint das aktuell so die L bis XL Fraktion zu sein, je nach >> Anbieter. >> >> >> Dem kann ich mich nur anschlie?en. @Julia reicht dir das? Brauchst du noch was als Info? >> >> Viele Gr??e >> Morris > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 842 bytes Desc: Message signed with OpenPGP using GPGMail URL: From hey at morrisjobke.de Thu Nov 26 19:17:47 2015 From: hey at morrisjobke.de (Morris Jobke) Date: Thu, 26 Nov 2015 20:17:47 +0100 Subject: [Codeforde-cert] =?utf-8?q?Server-Infrastruktur_f=C3=BCr_die_Labs?= In-Reply-To: <0E0395F8-A478-4C39-B36E-D1C67B5C241A@okfn.de> References: <5C654D9A-FC11-455F-8CAB-00EB4268C9A2@okfn.org> <0E0395F8-A478-4C39-B36E-D1C67B5C241A@okfn.de> Message-ID: Hallo Fiona, dankesch?n :) Morris Am 25. November 2015 um 18:35 schrieb Fiona Krakenb?rger < fiona.krakenbuerger at okfn.de>: > Hey Alle! > > Danke f?r?s Zusammenfassen, ich w?rde dann mal versuchen, bei Manitu > anzufragen - das wird etwas knifflig, da wir ja bereits Sponsoring von > denen bekommen, aber wir finden da sicher ein Modell. > Wenn das die endg?ltige Info ist, w?rde ich mich jetzt drum k?mmern. > > LG und Danke > Fiona > > > Anfang der weitergeleiteten Nachricht: > > *Von: *Morris Jobke > *Datum: *6. November 2015 08:18:17 MEZ > *Betreff: **Aw: [Codeforde-cert] Server-Infrastruktur f?r die Labs* > *An: *Jochen Klar > *Kopie: *Matthew Fullerton , Code for De - Cert > , vater at c3d2.de, Julia Kloiber < > julia.kloiber at okfn.org>, Tobias Bradtke > > Hallo > > > sehe ich auch so, w?rde aber noch mehr RAM drauflegen: >> >> Also 8 Cores, 32 Gig RAM, 1TB Raid (kann auch Software sein so wie jetzt). >> >> Wenn ich mal hier >> >> https://www.hosteurope.de/Server/Root-Server/ >> https://www.manitu.de/root-server/vergleich/ >> >> schaue, scheint das aktuell so die L bis XL Fraktion zu sein, je nach >> Anbieter. >> >> > Dem kann ich mich nur anschlie?en. @Julia reicht dir das? Brauchst du noch > was als Info? > > Viele Gr??e > Morris > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: