Il server database: dietro le quinte di hwupgrade

[Paolo Corsini]

Originariamente inviato da Tovarisch

Manco a farlo apposta stamattina per 2 ore abbondanti il database del forum era down!

Il forum è stato chiuso attorno alle 11 questa mattina, e riaperto attorno alle 12; le 2 ore sono 1 all'atto pratico. La chiusura è legata alla manutenzione che stiamo facendo questa mattina in farm, come da annuncio:

http://www.hwupgrade.it/forum/announ...php?f=52&a=130

[silviohw]

Salve,
articolo molto interessante.

Immagino che avrete sicuramente preso in considerazione macchine di altri produttori.. quali sono state le motivazioni che vi hanno spinto nella scelta del Dell PowerEdge 2950 (costi, personalizzazione, assistenza) ???

[Paolo Corsini]

Originariamente inviato da snarchio

Nell'articolo c'è scritto: "vBulletin esegue delle table lock nel momento in cui viene eseguita una scrittura sul database"

E perché deve fare un Table Lock? Cioè, non è normale che per operare su un solo record devo bloccare una intera tabella con qualche milione di record

È una svista nello scrivere o è davvero così che funziona?
Se fosse così starebbe lavorando malissimo

Esatto, esegue delle table lock e questo non è di certo uno dei punti di forza di questa soluzione. Devi fare un table lock perché vi sono accessi contemporanei in scrittura e se non bloccassi la tabella alla specifica query che viene eseguita ci potrebbe essere il rischio di sovrascritture dei dati.

[Paolo Corsini]

Originariamente inviato da silviohw

Salve,
articolo molto interessante.

Immagino che avrete sicuramente preso in considerazione macchine di altri produttori.. quali sono state le motivazioni che vi hanno spinto nella scelta del Dell PowerEdge 2950 (costi, personalizzazione, assistenza) ???

Varie considerazioni: abbiamo recentemente acquistato un server simile a questo per altri utilizzi in farm, e ci siamo trovati molto bene come struttura e configurazione hardware. Le opzioni del 2950 ci permettevano di configurare un server database adatto al tipo di carico che abbiamo per il forum quindi è stata una scelta di continuità.

In precedenza eravamo soliti acquistare server barebone, principalmente Tyan e Supermicro, configurandoli secondo le nostre esigenze ma volevamo più ridondanza e controllo esterno e per questo motivo abbiamo adottato questa soluzione.

[nebuk]

Ma quindi il sito e il forum sono implementati entrambi nello stesso cluster web?
La separazione viene fatta solo a livello di configurazione software?

[airon]

Originariamente inviato da silviohw

Salve,
articolo molto interessante.

Immagino che avrete sicuramente preso in considerazione macchine di altri produttori.. quali sono state le motivazioni che vi hanno spinto nella scelta del Dell PowerEdge 2950 (costi, personalizzazione, assistenza) ???

E perchè non andare su soluzioni custom, tipo google, e magari fare un contratto di manutenzione con il vostro ISP. Secondo me avreste risparmiato parecchio sull'hardware. Sopratutto per la memoria.

E poi perchè andare su piattaforma intel che ha il problema del bus che castra le prestazioni? Non era meglio aspettare settembre con i nuovi opteron?

[Paolo Corsini]

Originariamente inviato da DjLode

Ti va di spiegare la cosa un pò meglio? E' solo curiosità ma in cosa, a livello di repliche, SQL è "migliore"?

non entro nel tecnico perché non è il mio campo diretto, ma SQL Server ha una gestione del cluster di più server database che è elementare, nel senso che è molto semplice da configurare e funziona immediatamente.
MySQL cluster, al contrario, è un calvario in termini di configurazione e richiede una dotazione di memoria fisica incredibile per ogni server, e al momento attuale una soluzione non percorribile sia come amministrazione che come costi, quantomeno con il database che noi abbiamo in termini sia di dimensioni che di operazioni effettuate contemporaneamente.

[Paolo Corsini]

Originariamente inviato da airon

E perchè non andare su soluzioni custom, tipo google, e magari fare un contratto di manutenzione con il vostro ISP. Secondo me avreste risparmiato parecchio sull'hardware. Sopratutto per la memoria.

E poi perchè andare su piattaforma intel che ha il problema del bus che castra le prestazioni? Non era meglio aspettare settembre con i nuovi opteron?

Stimi i nostri costi senza sapere che traffico facciamo, quando spendiamo di banda e quanto investiamo annualmente nel rinnovo dei server? Bella preveggenza
Dato che comperiamo l'hardware puoi credermi se ti dico che valutiamo quello che è disponibile in commercio e scegliamo sempre la migliore soluzione, in termini di prezzo-prestazioni.

Opteron Barcelona: era la nostra scelta preferenziale, ma non potevamo aspettare sino a Ottobre. Inoltre non sappiamo che tipo di sistemi verranno presentati dai principali partner di AMD.
Considerando il tasso di aggiornamento di questo server, comunque, credo che la necessità di acquistare un sistema Barcelona si presenterà tra non molto tempo.

[Tovarisch]

Era solo per far notare la precisione con cui la legge di Murphy è stata applicata anche in questo caso.....

[snarchio]

Originariamente inviato da Paolo Corsini

Esatto, esegue delle table lock e questo non è di certo uno dei punti di forza di questa soluzione. Devi fare un table lock perché vi sono accessi contemporanei in scrittura e se non bloccassi la tabella alla specifica query che viene eseguita ci potrebbe essere il rischio di sovrascritture dei dati.

E perché? Una discussione dovrebbe essere nel db una serie di record legati da un identificativo della discussione
In questo modo le operazioni sono sempre sul singolo record e non c'è motivo di bloccare né tabella né altro

Se poi la struttura è un'altra allora la cosa potrebbe essere diversa ma in quel caso sarebbe un db fatto peggio che con i piedi se per una update deve fare LockTable

[DevilsAdvocate]

Originariamente inviato da Paolo Corsini

Abbandoneremmo molto volentieri MySQL per il database del forum a favore di SQLServer, fosse solo per il modo con il quale con SQLServer è possibile gestire la replica dei database e quindi la ridondanza dei dati.

E' possibile che non sia altrettanto avanzato, ma
Mysql Cluster dovrebbe poter fare lo stesso, o no?

[firestormrudy]

complimenti per l'articolo, veramente interessante! specie per la spiegazione concisa e pulita di tutti gli accorgimenti adottati: è sia una visita alla vostra "fabbrica dio cioccolato" sia una guida su come fare un server...

[Gunny35]

Articolo interessante. Con una struttura relativamente semplice gestite un sito con molti accessi. Strano non riusciate a tenere un uptime del 100%, in alcune ore notturne il sito è in manutenzione. In architetture simili installo due load balancer in HA e due switch in parallelo. In realtà tre, ma il terzo switch e la terza nic gigabit servono per le sincronizzazioni.

[nico88desmo]

Complimenti per l'articolo! Molto interessante e preciso!
Ero anche io incuriosito dal motivo per cui vengano eseguite delle table lock; la risposta è stata già data, complimenti anche per il tempismo delle risposte

[Cif]

Complimenti, articolo davvero interessante. Spero di leggerne altri in futuro così

[Cappej]

Complimenti! che noccioli di server !
sono dei Tank! Meraviglioso il concetto di "continuità" del servizio, con la possibilità di cambiare componenti in modo "hot-swap"... PURE IN REMOTO! senza essere fisicamente presenti...
Complimenti!

... e grazie da parte di tutti.... dato che non scuciamo "personalmente" un centesimo e ci troviamo a "camperare" su server di ulimo grido !

Grazie HWupgrade !!!!

[Hierro81]

Originariamente inviato da DevilsAdvocate

E' possibile che non sia altrettanto avanzato, ma
Mysql Cluster dovrebbe poter fare lo stesso, o no?

Io ho provato solo una volta a mettere in piedi 2 server mysql tramite le repliche e ti assicuro che la quantità di spazio necessaria su disco fisso è impressionante.
Non ho idea però se la versione "cluster" migliori questa cosa perchè io l'ho fatto con la versione "normale" di MySql.

[Xalexalex]

L'opzione Oracle, per il DB Server, è stata scartata a priori? (per i costi magari ) ?

[ConRoe]

Articolo davvero interessante... fa sempre piacere sapere cosa c'è dietro

[Motosauro]

Bell'articolo, complimenti