Graag zou ik een eigen web server opzetten op een externe schijf , gebruik nu wamp als test omgeving maar zou graag dit op een aparte server willen,
Wat ik mij af vraag kan je meerdere websites laten draaeien op zo aparte server bijv. 1 van synology met 1 harde schijf ?
Heb hier nog weinig ervaring mee maar lijkt me leuk als dit kan .
Is het dan ook mogelijk om meerdere domeinnamen te gebruiken die doorlinken naar deze server ?
Graag zou ik wat tips krijgen wat ik hiervoor nodig heb en wat eventueel de beste servers zijn ?
Er zijn mensen die problemen kregen met de filesystem van de PI... iemand hier ervaring mee?
Ja, heb ik ruime ervaring mee, sd kaartjes raken defect bij intensief gebruik (7x24). Ik heb inmiddels het Linux filesysteem verhuisd naar USB-stick. Mijn PI start nu alleen nog maar op van een (256Mb) sd kaartje en gebruikt daarna de sd niet meer. Het defect raken is voorbij!
@Frank: Ja, ik neem aan van wel, USB-memory-sticks kunnen kennelijk veel meer (7x24) i/o aan. Ik heb daar verder geen technische verklaring voor. Ik heb deze handleiding gevolgd en ben zeer tevreden: http://www.raspberrypi.org/forums/viewtopic.php?f=29&t=44177
Voorheen was ik elke maand wel een keer bezig om een backup image opnieuw op het kaartje te zetten en wanneer dat niet meer lukt een nieuw kaartje (4GB) te kopen en daarop een nieuw image te zetten. Ik heb 4 kleine websites voor familie/vrienden maar op een gegeven moment wordt je toch "gevonden" en vind ik toch dagelijks honderden 404 in logfiles hetgeen toch veel i/o geeft wat sd kaartjes verpest. Nu alles op USB en geen i/o problemen meer.
> Mag ik hieruit opmaken dat een USB stick langer mee gaat dan een SD kaartje
Volgens mij is er iets anders aan de hand. Het probleem is, dat er zoveel factoren zijn die de boel kunnen beïnvloeden. Het kan bijvoorbeeld een voeding zijn die net niet voldoende stroom levert, of een SD-kaart die niet goed compatible is met de RPi.
Verder telt de grootte ook mee (yes, size DOES matter! ;-) ). Flash-geheugen kan maar een beperkt aantal keren worden herschreven; het maakt niet uit of je het in een USB-stick hebt zitten of in een SD-kaart. Maar als je een kleine SD-kaart hebt en veel schrijfacties, zal elk stukje geheugen vaker worden overschreven dan wanneer je een grote USB-stick hebt.
Stel dat een basisinstallatie 2GB kost. Dat is data die redelijk statisch is en dus niet vaak wijzigt. Bij een SD-kaart van 4GB hou je dan 2GB over voor overige data. Daarvan gebruik je nog eens 1 GB voor software-installaties en website-data (afbeeldingen) enzo, die ook redelijk statisch is. Vervolgens hou je 1 GB over voor dynamische data, zoals databases en logfiles. Een database zal veel schrijfacties geven. Om te voorkomen dat elke keer dezelfde geheugensector wordt overschreven, zal de management-software van de flashkaart de schrijfacties distribueren over de vrije sectoren.
Bij een SD-kaartje van 4 GB heb je dus 1 GB over om die schrijfacties over te verdelen. Bij een USB-stick van 32 GB (ik gebruik even de getallen die Aad noemde in zijn post) hou je na aftrek van die 3 GB statische data nog 29 GB over voor je dynamische data, waardoor een sector veel minder vaak beschreven zal worden. Gaat je SD-kaart na een maand kapot, dan kun je daaruit extrapoleren dat een USB-stick het ongeveer 2,5 jaar uit zal houden. En aangezien extrapolatie een zekere onnauwkeurigheid geeft kan dat ook rustig 2 jaar of 3 jaar zijn. Daarnaast heeft vrije ruimte de neiging om zich te vullen, waardoor de pool met vrije sectoren kleiner wordt en bij gelijkblijvend aantal schrijfacties de levensduur ook weer wordt verkort.
Een manier om deze factor wat minder een rol te laten spelen is door de filesystems die nodig zijn voor het booten van het besturingssysteem (dus in ieder geval je root filesystem, en als daar aparte filesystems voor zijn aangemaakt ook /boot, /usr en/of /var) read-only te maken in je fstab. Dat zou een probleem kunnen geven met logging en daarom moet je /var/log wel eerst symlinken naar een filesystem dat wél beschrijfbaar is. Zo is de kans dat je je RPi niet meer kunt booten door een beschadigd filesystem een stuk kleiner geworden.
Nog een ander puntje met RPi is dat de USB-poorten en de netwerkpoort gebruik maken van dezelfde bus. Het is dus niet mogelijk om gelijktijdig I/O te doen op zowel het netwerk als de USB-stick. Afhankelijk van wat je met je RPi doet, kan dat een performance-probleem geven. In dat geval kan het verstandig zijn je data juist op een SD-kaart te zetten.
Tot slot moet je je realiseren dat een RPi een experimenteerbordje is. Ga er dus geen dingen mee doen die belangrijk zijn.
>Tot slot moet je je realiseren dat een RPi een experimenteerbordje is.
Nonsens, dat is een perceptie en wat je er zelf van maakt. In je android telefoon draait ook een simpele linux, is dat ook een experimenteerbordje? Ik citeer even de tekst van de developer die de howto schreef: I use one of my Pi's (Pies?) in a more or less Mission Critical Application on another continent, and was getting concerned with the reports about SD cards getting corrupted. Apparently, these cards are not really made for heavy read/write applications, although nice and cheap in educational and hobby environments.
Alles wat je schrijft over SD kaart en USB is voor mij een gelopen race. Mijn sd-kaartjes gaan maximaal een maand mee. Alles onderzocht, drie voedingen (2A), scoop langdurig erop (en ja, ik heb ook een soldeerbout), professionele stabiele voeding voeding erop, diverse merken SD kaartjes 2Gb en 4Gb. Allemaal pet. Mijn PI draait nu al veel langer op USB. Ik ga er niet van uit en ik durf het ook niet aan om schrijf acties te spreiden en er een 32Gb sd-kaartje in plaatsen. Nogmaals: Apparently, these cards are not really made for heavy read/write. Verder is het geen mission critical toepassing, ik draai er 4 domeinen op dat door een klein groepje gebruikt wordt maar we willen wel graag dat ik niet 1x per maand moet restoren. De meest heftige i/o is het op uurbasis ophalen van 60 meterstanden (minutenwaarden) op 3 electriciteits meters in drie woningen. Daarnaast draait er 1 developmentsite op die incidenteel wordt gebruikt.
Tenslotte nog dit, het uitgangspunt in deze topic was volgens mij een kleine server en hiervoor is de PI uitermate geschikt. Daarnaast is de PI ook wel geschikt voor kleine embedded toepassingen. Ik ken twee cafe's die er een camera beveiligingssysteem op draaien. Ik schat zomaar in dat er nog veel meer toepassingen draaien die niet des experimenteerdbordjes zijn.
> Nonsens, dat is een perceptie en wat je er zelf van maakt.
Nee, dat maak ik er niet zelf van. De Raspberry Pi Foundation is een educatieve liefdadigheidsinstelling die het computeronderwijs wil stimuleren door goedkope computers aan te bieden. De RPi is dus primair bedoeld om mee te experimenteren/leren. Zie ook http://www.raspberrypi.org/help/what-is-a-raspberry-pi/
> Ik citeer even de tekst van de developer die de howto schreef
Even voor alle duidelijkheid: we hebben het hier niet over een RPi-developer, maar over een hobbyist die een RPi gebruikt als thermostaat. Een typische experimenteerbordtoepassing. ;-) In een andere post schrijft hij overigens dat wanneer een applicatie echt kritisch is, hij zelf ook geen RPi zou gebruiken.
> In je android telefoon draait ook een simpele linux, is dat ook een experimenteerbordje?
Nee. Maar die vallen niet te vergelijken met RPi. Zitten enkele tientallen, zo niet honderden miljoenen euro's verschil in ontwikkelbudget tussen. Ik heb een paar jaar gewerkt op een afdeling die embedded software maakt voor mobiele telefoons en we zaten al met zo'n 20-30 ontwikkelaars op ons stukje software, dat maar een fractie uitmaakte van het totaal dat in zo'n telefoon zit.
Het bedrijf waar ik momenteel werk heeft een stuk of 600 meetsystemen die aangedreven worden door een embedded Linux-doos (geen RPi). Al die systemen draaien vanaf een SD-kaart (het nadeel van USB-sticks is dat ze uitsteken, waardoor ze af kunnen breken) en in de bijna 3 jaar dat ik ermee werk heb ik nog geen enkel systeem terug zien komen met een kapotte SD-kaart.
Een RPi kun je inderdaad voor veel meer dingen gebruiken dan alleen een beetje gefröbel. Webserver, backup/extra DNS-server, servermonitor, lichtkrant, bewakingscamera, noem maar op. Maar het blijft garantie tot de spreekwoordelijke deur, want ze zijn niet ontworpen op stabiliteit. Een van de meest spannende dingen vind ik ook het upgraden van het OS, omdat ik het al een paar keer mee heb gemaakt dat een RPi brickte. En blijkbaar gaan ze dus ook niet lekker om met SD-kaarten. Maar dat ligt volgens mij meer aan de RPi dan aan de SD-kaart.
?Onbekende gebruiker
24-12-2014 17:27
Persoonlijk, maar pin me er niet op vast, vindt ik dat het ontwikkelen op een soortgelijke machine moet.
Wat veelal wordt gebruikt op mijn werk zijn virtuele servers op basis van VirtualBox.
Deze server worden ingericht met een simpel commando, Vagrant, waarnaar Vagrant de server compleet installeert zoals jij hebt aangegeven. Dit doet Vagrant met Ansible.
Ik heb een dergelijke machine gemaakt waar je een website op kan plaatsen. Het betreft een CentOS machine met PHP 5.5 of 5.6 geinstalleerd.
Je kan dan gemakkelijk met FTP e.d verbinden en je website lokaal testen op een Linux machine die vegelijkbaar is aan een live webserver, ligt eraan waar je op gaat hosten natuurlijk.
Dit soort webservers kunnen ook op afstand worden ingericht. Je kan een webserver laten managen dmv code en ook herzien als er bijvoorbeeld iets misgaat.
