Likes: 0
24/06/07 16:01
Ik raad je gewoon een rsync (incremental) aan om X tijd..Oorspronkelijk geplaatst door webspecialist
Je kan met rsync, mits zelfde MySQL etc, maar dat is logisch ook gewoon de /var dir van SQL overpompen.. en gewoon zeker van zijn dat je sql niet running is, pas als het nodig is, maar daar heb je heartbeat voor (start/stop scripts)..
rsync is voor ons geen optie. Het moet realtime. Er draaien shops en aardig wat belangrijkrijke databases op die iedere seconde kunnen wijzigen. Een faillover waarbij we een X periode aan tijd missen kan tot ernistig dataverlies leiden.
Als we het met DRBD doen kunnen we de MySQL ook gewoon hierop zetten.
24/06/07 16:38
Ik heb nog even nagedacht over e.e.a.
Het komt hier ongeveer op neer en zou dus graag richtprijzen ontvangen:
Opstelling
Balancer_1 (active)
Balancer_2 (passive/faillover)
Node_1 (webserver)
Node_2 (webserver)
NAS (Fileserver)
Balancers
De balancers moeten nog aangekocht worden. Ik zit denken aan:
2x Core2Duo 1.86 E6320, in Raid1 met 2Gb DDR2 geheugen, Raid 1, 80Gb Sata
Nodes
Nodes moeten gemakkelijk uitbreidbaar zijn met extra nods als het cluster meer performance nodig heeft. Ik heb kort geleden twee 2 nieuwe Supermicro's aangeschaft en tot mijn beschikking die gebruikt dienen te worden. Ik stel voor om ze als Node te gebruiken:
2x Supermicro, Core2Duo 2.4 E6600, Raid1, 2x250 Sata300 16Mb, 2Gb DDR2, DVD combo, floppy, etc.
NAS
NAS moet i.i.g. een Raid5 config hebben van 320 Gb. Dat is voorlopig wel voldoende.
Hier komt alle data op te staan (www,mysql,mail). Ik zit te denken aan:
1x Supermicro, 4xhotswap, 2 voedingen, Core2Duo 2.4 E6600, Raid5, 2x250 Sata300 16Mb, 2Gb DDR2
Controlpanel
Ik wil graag alles met Plesk draaien. Dus Plesk installeren op de NAS (centrale opslag) indien mogelijk. De acties in Plesk worden dan op de NAS uitgevoerd.
Backup
NAS moet ’s nachts back-ups draaien naar externe locatie, incrementeel, 2 dagen back-up, en wekelijks.
Dataverkeer
Onderling over netwerk (geen). Buiten het netwerk (Up/Down) i.i.g. 2TB (gebruik ik nog lang niet, maar wil ruim in mijn jasje zitten).
SLA
Ik wil een vast maandelijks bedrag voor het cluster kwijt zijn, voor support, onderhoud, monitoring en service. Evt. kapotte hardware mag gefactureerd worden. Dus maximale en snelle ondersteuning, op basis van geen gezeur, als je snapt wat ik bedoel. Ik wil in deze maandelijkse vergoeding ook de installatie-/ plaatsingskosten verwerkt zien. Als alles draait zoals het moet, dan heb je aan ons absoluut geen werk / omkijken.
Offerte
Ik wil graag een heldere richtprijs hebben op basis van een vast maandelijks bedrag. In mijn ogen is dat onder te verdelen in 2 categorieën:
- De maandelijkse co-locatie kosten
- De maandelijkse kosten voor SLA
Een vereiste is dat je ervaring hebt met deze materie!
Ik kan me geen speeltuin veroorloven
Ik zie jullie reactie graag tegemoet, details kunnen later ingevuld worden.
25/06/07 18:44
Meer info mag altijd gevraagd worden.
Ik ben er vanuit gegaan dat een "hardware" balancer echt een flink stuk duurder is. Als dit niet het geval is dan is dit uiteraard ook een optie, mits goed configureerbaar zoals aangegeven.
25/06/07 19:08
Ik zou het gewoon overlaten aan de leverancier. Je vraag mensen met ervaring op dit gebied, laat de leverancier dus maar zelf kiezen wat hij het best kent, en waar hij de hoogste uptime mee denkt te halen...
Je slaat de spijker op z'n kop! dus kom maar op met jullie voorstellen. Ik denk dat er genoeg info is verstrekt. Ik ben benieuwd naar de reacties en zie ze graag tegemoet!
25/06/07 19:57
Laatste vraag: heb je een budgetindicatie voor deze dienstverlening?
25/06/07 20:42
Die vraag is al eerder beantwoord:
Budget wordt gemaakt naar aanleiding van de kosten en het voorstel. Doe een goed voorstel dan kunnen we verder kijken.
Ik heb natuurlijk wel een budget. Maar ik verwacht gewoon van iedereen dat ze een zo'n scherp mogelijk voorstel doen. Ik zal daar ook geen uitspraken over doen. Als je ervaren bent met deze opzet, dan is het allemaal goed te doen en krijg je een jarenlange relatie erbij. Neem daar ook nog eens het potentie van het cluster in mee. En dan doel ik op extra nodes die in de toekomst zullen worden bijgeplaatst.
Ik zie jullie voorstel graag tegemoet, als er verder nog vragen zijn hoor ik ook graag, alvast bedankt!
28/06/07 23:27
Zou het geen betere optie zijn om de sites alles op 2 database servers weg te laten schrijven op dezelfde locatie (mocht er 1 mislukken dan is een waarschuwing naar de admin voldoende), waarbij je eerst standaard van 1 van de 2 database servers de data probeert te halen en mocht dat niet lukken dat je dan de andere pakt? Met een dergelijke setup zou je voor meerdere (lees: 2) loadbalancers kunnen gaan waarbij een werkende met round robin geselecteerd wordt.
De loadbalancers sturen de verzoeken door naar een aantal webservers (min. 2). Dit alles zou aangesloten kunnen worden op 2 netwerken (bijv. elke loadbalancer in een ander netwerk). Indien je alles in 1 datacenter hebt kun je de rest weer delen (zolang alles maar dubbel is en netjes verdeeld over de A en B feed beperk je de risico's al zeer sterk). Het enige risico is dan nog dat er iets met het datacenter aan de hand is (stroomprobleem, explosie, etc.), het kan ook in 2 datacenters, maar dan zijn de maandelijkse en eenmalige kosten beduidend hoger.
Wij zouden een dergelijke setup aan kunnen bieden, echter is een gesprek vereist voor ik een offerte kan maken welke aan al uw wensen voldoet.
Tools die handig zjn voor ISPs vind je natuurlijk bij Tools 4 ISP.
29/06/07 09:46
Als je alles zo redundant mogelijk wilt houden zou ik inderdaad ook voor een tweede NAS gaan.
Ik zou graag willen weten of je alles bij één partij wilt houden. Zo niet, dan geldt mijn aanbod nog steeds.
29/06/07 10:00
Ik zal eerlijk tegen je zijn, zonder budget indicatie begin ik niet aan het bouwen van een offerte. Wij hebben veel ervaring hiermee, plus meerdere systeembeheerders die het beheer zouden doen. Het plannen, bouwen en beheren van zo een cluster kost veel tijd, het plannen start al in de offerte fase.
Omdat het plannen al start in de offerte fase (offerte moet ons idee hierover weerspiegelen) willen we weten wat je budget is. Zonder budget kunnen we immers geen oplossing plannen. Soms moet een offerte rond een budget opgesteld worden, is je budget laag, dan vervallen sommige opties (zoals hardware firewall, 24/7 management, onsite beheer) is je budget hoger dan zijn dit allemaal flinke verbeteringen aan de dienstverlening.
Je budgetindicatie is dus een cruciaal onderdeel van de offerte.
Ik snap alle moelijkheden omtrent budget / het geven van een richtprijs niet zo goed.
Ik heb in het topic aangegeven welke hardware ik beschikbaar heb en welke oplossingen ik globaal zoek. Daarnaast heb ik aangegeven dat ik het budget laag wil houden.
Met alle deze info die ik gegeven heb in dit topic, moet je toch een voorstel kunnen doen waarmee je ervaring hebt. Ik vraag niet direct een uitgebreide offerte, dat kan altijd in een vervolggesprek, maar wel een richtprijs die op waarheid is berust.
Wij ontwikkelen webshops, maar als iemand globaal aangeeft wat zijn wensen zijn, dan weet ik wel welke richting iemand op wilt en wat globaal de investeringen zijn.
Kortom: als je dit niet kunt of wilt, dan kun je beter niet reageren. Op deze wijze wordt het topic een beetje een rommeltje. Zonder duidelijke indicaties zal ik dan ook niet verder reageren of contact opnemen. Hiervoor jullie begrip. Voor de overige alvast bedankt voor jullie moeite!
Quote