Afgelopen weekend heeft Tweakers.net, zoals reeds aangekondigd in
Artemis II, Apollo II en Alicia voor upgrade
Apollo tijdens kopiëren van databases
Artemis uit rack bevrijd
Plaatsing Apollo III
Afgelopen weekend heeft Tweakers.net, zoals reeds aangekondigd in
Artemis II, Apollo II en Alicia voor upgrade
Apollo tijdens kopiëren van databases
Artemis uit rack bevrijd
Plaatsing Apollo III
De upgrade van Alicia leverde ondertussen geen grote tegenslagen op. Doel van de upgrade was om Fok! wat extra power te geven tot het moment dat volgende maand een geheel nieuwe dual Opteron database-server ingezet kan worden. Hiertoe werd de dual Pentium III hardware van Alicia vervangen door het Tyan Thunder K7-moederbord uit Artemis II en de dual Athlon MP 1900+ processors en het DDR-geheugen uit Apollo II. Om de downtime tot een minimum te beperken, werden moederbord, processors en geheugen alvast ingebouwd in de 4U CI-Design behuizing van Apollo, welke gelijk was aan kast van Alicia.
Nadat er een backup was gemaakt van de databases werden de RAID-controller en de harde schijven overgezet naar de nieuwe configuratie. Linux bleek niet meer te willen booten vanaf de originele bootdisk van Alicia, wat op zich niet vreemd was aangezien Alicia van oorsprong een dual Pentium III was. Dit probleem werd verholpen door de inmiddels overbodige bootdisk van Apollo II te gebruiken. De databases hingen aan een RAID 5-array op een LSI MegaRAID Elite 1500 en konden daardoor zonder moeilijkheden overgezet worden. Dat Fok! toch voor lange tijd onbereikbaar was, kwam voornamelijk doordat het erg lang duurde om de databases veilig te stellen. Er bestaan geen tools om een consistente online backup te maken van MyISAM-tabellen. Daardoor was het noodzakelijk om de hele database plat te leggen. Het ontbreken van een gigabit verbinding met de fileserver zorgde ook voor vertraging.
Tijdens de werkzaamheden werd door Kees ter plekke een nieuwe dual Opteron 240 webserver voor Fok! geconfigureerd die de huidige hardware van Aphrodite zal komen te vervangen. De nieuwe Appie maakt gebruik van een door MSI gesponsord dual Opteron-moederbord en heeft als basis een 2U Chenbro behuizing met zes coldswap PATA-bays. Omdat deze swapbays uitsluitend geschikt waren voor Seagate en IBM/Hitachi-harde schijven en een nieuwe Seagate-schijf niet tijdig afgeleverd kon worden, werd ter plekke een Seagate-schijf uit de mailserver gehaald. Buiten een half uur downtime van de mailserver leverde dit geen problemen op. Aphrodite zal in de loop van deze week op afstand afgeconfigureerd worden. De overgebleven hardware van Aphrodite zal daarna ingezet worden als vervanging voor de mailserver.
Door de stabiliteitsproblemen van Apollo en de tijd die nodig was voor het backuppen en kopiëren van de databases duurde het uiteindelijk tot twee uur in de nacht voordat we TeleCity konden verlaten. De problemen met Apollo konden toen nog niet verholpen worden.
Zondagmiddag werden de werkzaamheden overgenomen door ACM en Roelant. Een aantal updates van de kernel, een wijziging van de iommu optie en gewijzigde instellingen van de MySQL-server zorgden er uiteindelijk voor dat Apollo zijn stabiele vorm hervond. Inmiddels heeft de machine ruim twee dagen uptime en kunnen we ervan uitgaan dat hij stabiel draait. Eén van de doelstellingen van de upgrade, namelijk een verbetering van de stabiliteit van de database-server van GoT, is daarmee hopelijk bereikt. De serverstatistieken wijzen uit dat de processorbelasting op Apollo ongeveer is gehalveerd. Geen slecht resultaat voor een upgrade waarbij de kloksnelheid van de processors niet werd verhoogd.
Tuurlijk joh. Die zit gewoon lekker te internettenKees aan het werk
Jullie zijn niet erg zeker van je zaak?Inmiddels heeft de machine ruim twee dagen uptime en kunnen we ervan uitgaan dat hij stabiel draait. Eén van de doelstellingen van de upgrade, namelijk een verbetering van de stabiliteit van de database-server van GoT, is daarmee hopelijk bereikt.
Mogen we weten hoe groot de GoT database na een paar jaar geworden is?De database van Apollo wordt gekopieerd naar de nieuwe server. Dit zal enige tijd duren (~2 uur) in verband met de grootte van de database en het feit dat de oude server geen gigabit ethernet heeft
Op dit item kan niet meer gereageerd worden.