Los bericht bekijken
Oud 30 november 2017, 10:36   #22
zonbron
Secretaris-Generaal VN
 
zonbron's schermafbeelding
 
Geregistreerd: 9 december 2010
Berichten: 36.784
Standaard

Citaat:
Oorspronkelijk geplaatst door Jeroen Bekijk bericht
Nee, maar hier komt het
Het forum was (hopelijk!) erg traag geworden doordat de server al die jaren hetzelfde is gebleven en de database wel bleef groeien. Database en web stonden ook op één dedicated server bij OVH.
Wat ik al gedaan heb nu is de database overgezet naar CloudSQL bij Google Cloud en op een even grote instance als vroeger de gecombineerde server. Wat nog moet gebeuren is vBulletin zelf overzetten naar een aparte instance ook bij Google Cloud, en dan meteen ook eindelijk een SSL certificaat eraan hangen.

Wat er foutliep maandag is dat de database niet alleen 56GB is ondertussen en dus wel even duurt om te exporteren en importeren, maar ook dat ik jaren (11 blijkbaar) geleden (en vergeten) wijzigingen gemaakt heb aan de database van vBulletin om sneller te werken op onze toenmalige hardware en MySQL versie.
Toendertijd had ik de post tabel van vBulletin in meerdere tabellen gesplitst zodat de recentste posts altijd in het geheugen pasten. Dat gebruikte MyISAM dan en om de tabellen terug samen te brengen gebruikte ik MRG_MyISAM. Nu bij de overzetting heb ik ook MySQL geupgrade en meteen ook (eindelijk) InnoDB gebruikt, waardoor dat niet meer werkte. Vermits ik vergeten was dat dat gebruikt werd duurde het even om te vinden wat er fout was. Ondertussen zijn alle aparte postvtabellen geherimporteerd in één en is die in plaats van de merge engine nu gepartitioneerd.

Wat er nog moet gebeuren dus is de laatste stukken van OVH verhuizen naar recentere machines en de webserver + php beer configureren voor die timeouts. De timeout die nu nog voorkomt bij grotere threads is omdat de php-fpm processen eindigen voor de nginx timeout.

En waarom we nog steeds op een antieke vBulletin versie draaien: er zijn verschillende patches in de code gebeurd om sneller te werken jaren geleden en upgraden is niet zo evident met de standaard tools door de omvang, het is mogelijk maar neemt relatief veel tijd in beslag.
56GB? Ik ben op 43G gestopt. Dacht dat er geen einde aan kwam.

IK beschikt over het meeste van de DB, bepaalde lagen niveau's uitgesloten omdat het automatisch niet zomaar verwezenlijkbaar is.

Mooi. Met 10 extra gb heb ik dus zowat de complete inhoud.

U levert prima werk. Dan zal ik die extra 10 gb maar laten, en mss binnen 2 jaar nog eens een copij maken. TNX Jeroen
__________________
Citaat:
Oorspronkelijk geplaatst door Salah Bekijk bericht
Het zal weer het gekende Zonbron momentje zijn.
HIER

Laatst gewijzigd door zonbron : 30 november 2017 om 10:38.
zonbron is offline   Met citaat antwoorden