Onderwerp: Inrichten server voor hosting en remote backup

Allereerst wil ik even zeggen dat ik niet precies weet of ik dit draadje hier wel moet plaatsen, of misschien ergens anders. Ik hoor het graag als het hier verkeerd staat.

Ik ben van plan om een of twee eigen server(s) aan te schaffen voor enerzijds webhosting en anderzijds remote backup diensten.

Dankzij dit forum ben ik al achter heel wat handige opmerkingen en tips gekomen voor wat betreft alles waar ik rekening mee moet houden voor het opzetten van de beoogde servers.

Graag wil ik hier aangeven wat ik tot nu toe heb gevonden. Aan jullie dan de vraag of ik nog dingen over het hoofd heb gezien. Zo ja, graag aangeven waar ik nog meer rekening mee zou moeten houden en indien mogelijk ook graag een prijs indicatie.

Webhosting:
--------------
- Colocation serverhosting
- 19" Rackserver 1U (P4, 2xSATA 160GB RAID 0/1, 512MB, 2x Hot Swap)
- Fedora Core 4
- DirectAdmin Controlpanel (LifeTime License)
- Client Exec Clientmanager (LifeTime License)
- Installatron (LifeTime License)
- Ticketing systeem (incl. bij Client Exec)
- Lidmaatschap bij bv. OpenProvider voor registratie van domeinen
- Later eventueel SIDN lidmaatschap (nu nog niet interessant)

Remote Backup (FTP):
-------------------
- Colocation serverhosting
- 19" Rackserver 2U (P4, 3xSATA 160GB RAID 5, 512MB, 6x Hot Swap)
- Fedora Core 4
- SSL certificaat voor versleuteling van de verbinding met de server
- Remote Backup client software (Werkt via FTP - incl. 1024bit encryptie)
- Open Files backup module voor client software
- Eventuele externe backup op tape
- Verzekering tegen dataverlies

Aangezien de eisen voor de Remote Backup server iets uitgebreider zijn dan die van de webhosting server, is het wellicht mogelijk om beide services op 1 systeem aan te bieden. In dat geval zou ik de harde schijven van de server uitbreiden naar 6 x 160GB SATA of zelfs schijven van 250MB gebruiken in een RAID 5 opstelling.

Mijn vraag hierbij is: Kan dit zomaar? Beide oplossingen werken immers middels FTP. De remote backup service kan in een andere folder geplaatst worden, zodat de backup data niet in de knoei komt met de websites.

Mochten er nog vragen zijn, dan hoor ik het graag. En nogmaals, wanneer dit draadje niet in dit topic thuis hoort, maar ergens anders, dan hoor ik het graag en zal het z.s.m. verplaatsen.

Ik zie jullie reacties graag tegemoet.

Backups op dezelfde server is niet aan te raden. Stel dat een hacker toegang werft tot je webhosting server, dan heeft deze direct toegang tot je backups.

Die remote backup is alleen voor je webhosting klanten of wil je ook remote backups aanbieden? Voor je webhosting klanten kun je natuurlijk ook denken aan (weekelijks, afhankelijk van bandbreedte gebruik) offsite backups.

@getUP:

Het is de bedoeling om de Remote Backup echt als een aparte service aan te bieden. Het betreft een backup service middels FTP voor bestanden, documenten, databases etc. Het is dus geen backup voor de websites. Dat is voor zover ik weet namelijk gewoon te regelen binnen DirectAdmin. Bovendien kan een klant zelf via zijn controlpanel ook nog backups maken indien gewenst.

Een vraag waarom doe je de hosting op een 1U? Bij een hoge load word deze heel erg warm, persoonlijk zou ik liever voor een 2U gaan.

En voor een SIDN lidmaatschap moet je een KvK-nummer hebben

Een goede 1U is prima. Heb je zelf kennis van zaken als systeembeheer? met een controle panel automatiseer je bepaalde zaken, maar er kunnen nog steeds problemen voorkomen, plus de server OS moet natuurlijk wel secured worden.

Origineel geplaatst door Rollerscapes
Een vraag waarom doe je de hosting op een 1U? Bij een hoge load word deze heel erg warm, persoonlijk zou ik liever voor een 2U gaan.

En voor een SIDN lidmaatschap moet je een KvK-nummer hebben

Wij draaien hele clusters in 1U rackmounts.

Allemaal Dual Opteron systemen. Zolang je maar goede rackmounts neemt is er niets aan de hand.

2U is een beetje zonde van je dure rackspace...

KvK nummer heb ik al sinds 1997.... heb al lang een bedrijf. Sinds ongeveer een jaar bezig met hosting via reseller account, maar ik wil kijken in hoeverre het haalbaar is om hosting voor mezelf op te zetten. SIDN lidmaatschap is op dit moment nog niet interessant vanwege hoge kosten.

1U is voorlopig goed genoeg voor webhosting. Uiteraard wordt het geen budgetserver, maar gewoon een goed rackmount van Chenbro of Supermicro. Omdat ik voor een Remote backupserver veel meer data verwacht te moeten kunnen opslaan, moet het een server zijn die de eerste tijd gewoon uitbreidbaar is qua harddisks. Dan ben je met een 1U snel uitgekakt.... vandaar een 2U Chassis.

Het gaat me verder meer over de samenstelling van de server(s), en alle andere zaken waar ik rekening mee moet houden om webhosting gewoon GOED op te zetten, zodat ik niet achteraf nog voor bepaalde aanschaffen kom te staan. De service moet gewoon goed zijn en niet van houtje-touwtje oplossingen aan elkaar hangen.

Zijn de benodigdheden die ik hierboven heb beschreven daar dekkend voor? Of heb ik nog een aantal zaken over het hoofd gezien?

Ik hoor het graag van jullie.

Zo tezien heb je zo ongeveer wel goed, ik zelf ben nog een beginer dus ik zie niet alles

Ps: Plaats ja KvK-nummer bij je profiel dat voorkomt verwaring

KvK nummer staat er voortaan ook bij.... :-)

Ik zou in je webhosting server iets meer geheugen prikken. Voor off-site backups, kun je eventueel ook kijken naar rdiff-backup. Erg interessant prog:

- Incremental (dus laag gebruik van traff/bandwith/resources (hoewel..)).
- Slaat (ook incremental) 'oude' files op tot een tijdstip welke je zelf in kan stellen (wij kunnen tot één week terug kijken).
- Onthoud owner, permissies, tijd van laatste keer bewerken, etc.
- Werkt via ssh (dus secured).

Backup systeem van DA zou ik niet zo erg vertrouwen. Ik meen dat restoren van de automated backups bijvoorbeeld een crime was (maar misschien is dat al verbeterd).

Jochem

Dus 1GB geheugen erin prikken bijvoorbeeld i.p.v. 512MB?

Off-site backups, wat bedoel je daarmee? Dat ik op een backupserver zelf ook nog backups maak of zo? Of is dat voor klanten dat ze op hun eigen netwerk een backup kunnen maken?

Off-site backups
=> Off-site houdt in "op een andere locatie".

dus bijvoorbeeld op een andere server zetten..... wellicht de backup-server voor remote acces... :-)

Ik zie vaker dat er aparte servers zijn voor e-mail, MySQL, load balancing etc. Is dat allemaal al van toepassing als ik het op wil starten? Vanaf hoeveel gebruikers of dataverkeer moet je daar aan gaan denken?

Vanaf het aantal dat je server over de kop doet gaan. Is niet altijd even gemakkelijk in te schatten.

Wat ik met name bedoelde met off-site, was de backupdienst die je wilde gaan aanbieden. Dit zal veel traffic gaan slurpen, omdat ze natuurlijk niet in hetzelfde rack hangen en dus via een tweede nic hun data kunnen sturen (waardoor de kosten nihil zullen zijn). Voor je eigen backups moet je eigenlijk ook off-site backups nemen (omdat, als je server uitfikt/hdd crasht/weet ik het), je dan je backups ergens anders hebt. Eigenlijk is off-site zelfs meer dan 'op een aparte server', maar in een apart rack of eigenlijk zelfs in een apart DC (maar hoever je daarin gaat, hangt erg af van hoeveel service jij naar je klanten wilt leveren).

In dataverkeer vormen weet ik niet echt, maar wil je gaan clusteren (zoals het heet als je voor elke service verschillende servers opzet), kan je het beste daar direct mee beginnen (maar moet je wel voldoende budget hebben). Dit omdat het vaak moeilijk is een dergelijke infrastructuur in je huidige infra op te zetten (en zul je dus na verloop van tijd een losse cluster op moeten zetten en alle klanten die je dan al hebt over zetten. Niet bepaald prettig).

Tevens laat DirectAdmin clusteren nog niet toe. Ik hoor wel geluiden van de ontwikkelaars van DirectAdmin dat er in versie 3 waarschijnlijk volledige clustering ondersteund gaat worden (dus echt elke service op een aparte server mogelijk maken), maar dat zal nog wel even duren. Zie ook: http://directadmin.com/forum.

Cluster je niet, zul je gewoon veel aparte servers opzetten die elk hun ding doen. Voordeel daarvan is dat als één server uitvalt, enkel die groep klanten er last van heeft. Voordel van clusteren is dat je alles bij elkaar hebt en daardoor alles centraal kunt onderhouden (en je tevens de servers kan uitzoeken voor hun bepaalde job. Zo kan je het parsen van de php files/serveren van bestanden op een simpele sempron doen en je MySQL weer op een dual opteron), grootste nadeel van clusteren is wel dat je alles redundant moet opstellen (omdat je bij uitval van je MySQL server, bijvoorbeeld, álle klanten problemen hebben).

Jochem