Hoe zouden jullie websites hosten

[afraca]

Gewoon even een simpele peiling.

We zitten met een redelijk standaard, zij het wat "ouderwetse" LAMP stack.

• CentOS 6
• PHP 5.6 (via CustomBuild, een DirectAdmin plugin)
• Mysql (5.6)
• Apache (2.4)

In combinatie met DirectAdmin, beheren we hiermee een heleboel websites, een groot deel redelijk low-traffic. Bij overstappen naar PHP 7 viel toch tegen dat 2 versies naast elkaar draaien veel kopzorgen kost** . Dus nu willen we aan de slag met een tweede server. Maar hoe vullen we dat precies in?

Webdev is de wereld van "leef 3 seconden en je bent ouderwets" . Docker, Droplets, backend als pure API, en frontend in Vue.js/Angular/React, Node.js, noem het maar op, spanning en sensatie. Maar we willen eigenlijk gewoon naar een "iets modernere" setup, waar m'n collega's niet 3 bijscholingen voor nodig hebben, en wat voorlopig gewoon nog prima blijft werken.

Is er een reden om níet CentOS 7 te gebruiken? Ik zou er zelf 1 weten: als we een exotisch uitstapje doen voor 1 project, kun je op Ubuntu makkelijk een PPA toevoegen en iets ernaast installeren* .

Apache zal er gewoon nog inblijven, net als Mysql. Trouwens, wat betreft requirements voor oude sites: we zullen onze Laravel 5 applicaties overzetten naar de nieuwe server, maar die zijn redelijk flexibel (willen niet teveel onnodig werk insteken)

We zitten momenteel trouwens dus vast aan mod_ruid2, om alles te scheiden op gebruiker. Dit valt een beetje samen met een discussie die ik laatst had over PHP handlers*** . Die mod_ruid2 is meestal prima, maar misschien zijn er betere methodes ondertussen?

Wat zijn jullie ideeën over de situatie? Hoe zouden jullie dat in onze situatie aanpakken? Kan je de keuzes onderbouwen? Dank


* denk dat er meer PPA's zijn dan CentOS repo's
** Je kan met CustomBuild verrassend eenvoudig 2 versies binnen Apache actief hebben, als ze maar verschillende handlers hebben (mod_php, php-fpm, SuPHP etc). Toch zijn er wat restricties in hoe dat werkt!
*** SuPHP is de enige handler die tegelijk met mod_ruid2 kan draaien, en die scheid ook per gebruiker. PHP-FPM kan zoiets ook wel via httpd.conf configuratie volgens mij . Oja, weinig informatie over handlers trouwens te vinden, dit zijn 2 oude bronnen:
https://www.litespeedtech...enchmarks/php-hello-world
http://www.firewing1.com/...reforkmodphp-vs-itkmodphp

ps. Ik vergeet vast informatie, beetje geschreven over loop van de avond dit.

[RobIII]

Dit is meer iets voor WSS

[ Voor 56% gewijzigd door RobIII op 07-04-2016 21:39 ]

[Douweegbertje]

Ik ben een programmeur, dus het laatste wat ik ga doen is met de servers kloten. Mijn ervaring is dat je ook maar beter bij je vakgebied kunt blijven. Zoals ik het lees zijn jullie een web-bureau maar doen jullie alles zelf.

Ik zou lekker alles dumpen bij een partij die hierin gespecialiseerd is. Denk dan aan wellicht kleine VPSjes zodat elke site op zijn eigen 'server' draait. Nieuwe site? +1 aantikken en gaan. Kant en klare configs voor je standaard meuk en wellicht betaal je 3-5 euro per website voor de hosting..

Wat uiteindelijk gewoon het punt is, is dat je het niet helemaal goed weet. Dat is ook logisch want je bent geen sysadmin en het is niet je core-business. Ga dan gewoon met partijen in gesprek, en laat hun met een oplossing komen. Dan kan jij weer verder met programmeren.

[webgangster]

CentOS 6 vind je ouderwets? Oke, nummer 7 is er maar 6 wordt nog ondersteund tot 2020.
Tevens zou ik PHP 7 nog even laten voor wat het is, mijn ervaring is dat de meeste scripts hier toch nog niet helemaal goed op werken.

[afraca]

DE: Ik snap op zich je punt, maar op zich is hier het punt van toepassing: never change a winning horse. Nou is winning overdreven, maar het werkt best prima, we installeren updates en dat is eigenlijk alles, behalve dus met PHP 7.

Ik ken DigitalOcean met hun droplets. Maar als we 100 sites hebben, is een eigen server toch echt goedkoper.

Wat betreft CentOS 6 ouderwets: zo bedoelde ik het zeker niet. En webganster, m'n ervaring is dat meeste moderne dingen prima draaien in PHP 7. Daarom laten we nog een oude server draaien voor onze oude sites. Maar meeste systemen bouwen we in Laravel 5 nu, al een tijd compatibel met php 7.

[Giesber]

Ik neig ook meer naar Douweegbertje zijn standpunt, maar dat komt omdat ik ook programmeur ben.

Je zegt nu dat de eigen server goedkoper is, maar heb je dat al eens uitgerekend? Wat de kosten van de huidige server zijn zal je vrij goed kunnen inschatten. Neem deze kosten (vergeet de kost niet van de werknemers die er tijd in moeten steken zo nu en dan), pak daar de kosten bij om te onderzoeken wat je met de nieuwe server aan moet vangen, en de kosten van de installatie (allemaal manuren veronderstel ik) en kijk of het nog altijd goedkoper is als je dat alles uitsmeert over de levensduur van de server.

Als je dat al gedaan hebt, prima en mijn excuses voor het betoog. Indien niet, zou je wel eens versteld kunnen staan van wat die gratis server eigenlijk kost.

Never change a winning horse ga ik dikwijls mee akkoord, maar zet ook zelf de oogkleppen van dat paard niet op en blijf af en toe kijken of de beste oplossing van enkele jaren terug nu ook nog de beste is. Het is een fout die ik zelf ook af en toe maak, en soms te laat opmerk.

[jimbo123]

Inderdaad, ook ik zou kiezen om dit gewoon bij een hostingprovider onder te brengen en je te richten op je kerntaken.

[Jantje2000]

Zelf zou ik inderdaad een reseller hosting afnemen bij een bekende en erkende hosting. Je kunt een onbeperkt aantal websites hosten en je hebt een bepaald aantal GB. Als je niet heel veel websites tegelijk host (tot een stuk of 50) is dit een goede oplossing. Eventueel kun je anders een server nemen en die in servercentra laten verzorgen, waarvoor je een bepaald bedrag per maand betaalt. Zo'n reseller hosting is vaak nog behoorlijk goedkoop, zodat je meestal niet eens de hoofdprijs hoeft door te berekenen in jouw prijs, doordat je al snel aan die prijs zou komen.

[Verwijderd]

Je kunt eens naar Cloudlinux kijken. Ik heb er recent een server mee opgezet en ben hier zeer tevreden mee!

[Jazzy]

Uitbesteding betekent minder grip en minder controle, bijvoorbeeld als het gaat om finetuning, storingen en updates/upgrades. Als dat voor jullie geen probleem is dan is het een prima optie maar uit je TS krijg ik die indruk niet.

[RvdH]

Jazzy schreef op maandag 18 april 2016 @ 17:02:
Uitbesteding betekent minder grip en minder controle, bijvoorbeeld als het gaat om finetuning, storingen en updates/upgrades. Als dat voor jullie geen probleem is dan is het een prima optie maar uit je TS krijg ik die indruk niet.

Dat ligt er maar net aan aan wie je het uitbesteed. Wij doen niets anders dan finetuning, storingen verhelpen en updates/upgrades voor klanten.

Voor topicstarter: als je er zelf niet teveel kaas van hebt gegeten zou je het inderdaad door een (managed) hosting provider moeten laten doen. De kosten hiervoor zijn eenvoudigweg een soort "verzekering" die je afneemt. Ik heb geen zin om 's nachts uit mn bed gebeld te worden omdat er een bugje optreedt in een programma, zo neem ik aan dat jij geen zin hebt om uit je bed gebeld te worden als je webserver aangevallen wordt .

Over het hoe: ik ben groot fan geworden van php-fpm in combinatie met nginx. PHP 7 zou ik voor nu even laten, of alleen om te kijken of het uberhaubt werkt.

[Compizfox]

Ik neem aan dat je sowieso PHP-FPM draait (en geen mod_php)? Dan is het toch een fluitje van een cent om PHP5.6 en PHP7 naast elkaar te draaien? In Apache kun je dan per vhost een andere PHP-FPM instellen.

Zo niet, dan is dat je eerste stap, ook als je maar één PHP-versie wil. PHP-FPM is vele malen sneller en mod_php kun je eigenlijk niet echt serieus nemen...

---

webgangster schreef op donderdag 07 april 2016 @ 21:45:
CentOS 6 vind je ouderwets? Oke, nummer 7 is er maar 6 wordt nog ondersteund tot 2020.
Tevens zou ik PHP 7 nog even laten voor wat het is, mijn ervaring is dat de meeste scripts hier toch nog niet helemaal goed op werken.

Dan zijn je scripts brak... Mits fatsoenlijk geschreven werken scripts voor PHP5 ook gewoon onder PHP7.
Ja, gebruik van functies zoals de mysql_ extensie die al jaren deprecated is valt onder brak

Ik snap wel dat TS over wil naar PHP7, het performanceverschil is nogal substantieel

[ Voor 56% gewijzigd door Compizfox op 18-04-2016 22:24 ]