Afdrukvoorbeeld
De cache is bij alle pagina's zonder cookies actief. Wel zijn we nog aan het afwegen om het standaard voor plaatjes te gaan forceren (op bestandsextensie). Het flushen van objecten kunnen klanten nu nog niet, op termijn wil ik dit echter wel mogelijk gaan maken (hiervoor kunnen klanten nu nog contact opnemen).
Als jullie nu de mogelijkheid hebben om gemakkelijk PER domein te flushen dan is het toch ook nihil werk om een scriptje te maken die dat doet met behulp van button in DA of iets dergelijks?Citaat:
Oorspronkelijk geplaatst door Mark17
afhankelijk van welke versie, maar met 3.0 zou je dit kunnen proberen:
ban req.http.host == domein.nl && req.url ~ ^/path/met/beginnende/slash.html
Percona. XtraDB gaat wel uit van InnoDB en MyISAM is niet volledig ondersteunt zover ik weet. Wij doen de failover met haproxy maar met keepalived kun je waarschijnlijk zo ongeveer hetzelfde doen. Werkt zoveel makkelijker dan MySQL zelf, zeker met een cluster set up.Citaat:
Oorspronkelijk geplaatst door Mark17
Het is automatisch een master-master set up maar je wilt niet schrijven naar alle nodes tegelijk. Kan wel, maar de kans is er dat je tegen locks aan loopt.
Het is inderdaad niet veel werk en we hebben een dergelijke optie wel om het per URL te doen (incl. domein). Echter wil ik hier eerst even rustig naar kijken voor ik dit beschikbaar maak voor klanten om het zelf te doen (dan moeten ook de domain pointers meegenomen worden om maar iets simpels te noemen). Dit gaat er wel komen voor klanten (hoewel de vraag zeer klein lijkt te zijn). Het voordeel van onze huidige opzet voor klanten is dat verkeer dat door Varnish wordt opgevangen niet doorberekend wordt, enkel wat bij Apache komt belasten we door (en hebben we logs van).Citaat:
Oorspronkelijk geplaatst door golden
Ik ga er naar kijken, MyISAM is voor ons wel een eis (we kunnen moeilijk richting klanten aangeven dat we dat niet ondersteunen).Citaat:
Oorspronkelijk geplaatst door getUP
Citaat:
Oorspronkelijk geplaatst door Mark17
Hoe ga je om met bezoekers logboek? Veel lui waarvan ik weet die directadmin gebruiken gebruiken vaak website statistieken van directadmin. Natuurlijk als je een beetje kennis hebt kan je ook google analytics inbouwen maar toch.
Ga je dit nog op een manier opvangen voor de echte dummy's?
En je gaf aan foto's misschien te willen forcen om te cachen. Hoe wil je dan omgaan met bijv grote fotogalleries? Lekker handig als ik gallery heb met duizenden foto's met xxxxx bezoekers per uur en jij kan voor het traffic opdraaien.
Ik snap dat het vergezocht is hoor maar ben wel benieuwd of je hier ook over nagedacht hebt en waarom je gekozen hebt voor datgene wat je gekozen hebt.
De varnish traffic is wel te loggen en zelfs te mergen in de bestaande logfiles :)
Dat is bekend. Echter geeft Mark17 aan dit niet te gaan doen wat volgens mij best gaten in je dienstverlening brengt.Citaat:
Oorspronkelijk geplaatst door Mikey
Wat Apache bereikt wordt nog netjes verwerkt in DirectAdmin, daarnaast installeren we op verzoek van klanten een pakket als Piwik. Voor veel mensen voldoen de standaard statistieken pakketten bij DirectAdmin in de praktijk niet hebben we in het verleden al vernomen van klanten die iets met de statistieken doen.Citaat:
Oorspronkelijk geplaatst door golden
De cache is een beperkte tijd. Voor ons is het relatief gezien duur om verkeer via Apache af te handelen, extra verkeer is in de meeste gevallen voordeliger voor ons.
Dat is mij bekend, dit deden we echter in het verleden al niet en we hebben nu gekozen om dat niet te blijven doen. Wij zien hier meer nadelen dan voordelen in.Citaat:
Oorspronkelijk geplaatst door Mikey
Welke gaten zou het opleveren? Het enige dat ik kan bedenken is eventueel de statistieken en daarvoor hebben we een alternatieve oplossing die we aanbieden.Citaat:
Oorspronkelijk geplaatst door golden
Ik heb zelf ook nog even nagezocht hoe het ook alweer zat, maar MyISAM wordt sinds 5.5.23 dus wel ondersteunt in hun cluster set up. Zie ook: http://www.mysqlperformanceblog.com/...luster-5-5-23/.Citaat:
Oorspronkelijk geplaatst door Mark17
da01, web01 en web02 ga ik kort toelichten. Dit is het deel met de meeste onderlinge koppelingen en bijzonderheden.
Deze servers delen een aantal mappen, voor de volledigheid heb ik er kort bijgezet wie er heen moet kunnen schrijven. Dit kan door NFS of door een andere techniek te gebruiken.
/usr/local/directadmin/data/users/ da01 schrijven, rest lezen (voor de httpd.conf bestanden van de gebruikers)
/var/log/httpd/domains/ allen schrijven
/home/ allen schrijven
/etc/httpd/conf/extra/ allen lezen (1 voor beheer ook schrijven)
/tmp/ web01/web02 schrijven (sessies zijn gedeeld)
De logbestanden van de webserver moet je wegschrijven naar een apart bestand per webserver en vervolgens samenvoegen, voor dit laatste zijn verschillende scripts beschikbaar. De webservers zijn voorzien van Apache 2.4 (let op dat sommige opties die in een .htaccess staan anders moeten dan met Apache 2.2) en PHP 5.4 (PHP 5.3 is naar verwachting in maart 2013 EOL). Naast het aanpassen van wat DirectAdmin templates voor de config bestanden en het niet luisteren op een specifiek IP voor een bezoeker (maar op *:85) is er verder niet veel gewijzigd.
Voor de DNS is enkel bijzonder te noemen dat FTP momenteel rechtstreeks gaat naar da01 (op het externe IP daarvan). Dit is eventueel aan te passen door losse FTP servers toe te voegen, dan kan dit deel ook HA uitgevoerd worden. Alle functies van da01 op NFS na is vrij simpel HA uit te voeren, dit zonder dat eindgebruikers dit hoeven te merken/weten. Wel is het zo dat we het verstoppen in variabelen welke systemen ergens bij betrokken zijn (handig met debuggen).
Veel meer is er niet te zeggen over een dergelijk cluster. Als je globaal weet wat je doet, de wil hebt om het te doen en de hardware hebt dan kun je een dergelijk cluster zonder voorbereiding opzetten in 1 avond (het finetunen kan wel vrij veel tijd kosten helaas, dat is iets waar je nooit helemaal mee klaar bent denk ik).
Ben je al verder gekomen met de mail?
In een test opstelling draait inmiddels alles in HA. Dit betekend effectief dat alles minimaal 2x is uitgevoerd.
@Mark17 - zou je misschien kunnen delen hoe je DA volledig redundant hebt gemaakt