Il server database: dietro le quinte di hwupgrade

[Paolo Corsini]

Originariamente inviato da Alessandro::Xalexalex

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

Codice: mettersi a migrare vbulletin ad altra piattaforma database è una soluzione che preferiamo non adottare.
Anche perchè mi sembra che le prestazioni di questo forum siano tutt'altro che disprezzabili nel complesso.

[neonato]

i server dell sono veramente competitivi come prezzo/prestazioni.
Io ho in mente di acquistarne uno come questo e metterci VMware infostructure e farci girare 8 VM.
I prezzi di IBM, HP, SUN nn sono vicini al prezzo dell (server + garanzia gold support).

Ottima scelta.

[DVD2005]

Articolo davvero interessante

ti costiamo un bel po' di soldi con tutto i post che scriviamo

[ShadowX84]

A buon intenditor...(ehm...a buon editor...)



Credo che la non-scelta di Oracle come già detto, sia da ricercarsi nel codice, ma anche nell'elevao costo delle licenze.
Inoltre credo (ma è una mia sensazione, quindi vale poco) che in determinati ambiti di utilizzo Oracle risulti meno performante rispetto ad altre piattaforme.


Chi di voi si volesse divertire, vada sul sito della Dell e provi a configurarsi un server simile a questo, ovviamente noi non sappiamo i tipi di assistenza e di garanzia che sono stati scelti, però chi non ha mai lavorato con dei server, può rendersi conto di che cifre possono esserci in gioco a determinati livelli

[Motosauro]

Originariamente inviato da DVD2005

Articolo davvero interessante

ti costiamo un bel po' di soldi con tutto i post che scriviamo

se non avessero così tanti hit sul forum gli spazi pubblicitari li venderebbero alla metà.
Fra l'altro devo ammettere che tutti i negozi online dai quali mi sono rifornito li ho conosciuti tramite banner qui

[DVD2005]

Originariamente inviato da Motosauro

se non avessero così tanti hit sul forum gli spazi pubblicitari li venderebbero alla metà.
Fra l'altro devo ammettere che tutti i negozi online dai quali mi sono rifornito li ho conosciuti tramite banner qui

do ut des

[Motosauro]

Originariamente inviato da DVD2005

do ut des

Unreal Tournament l'ho capito, ma DO e DES che sono?

[DVD2005]

Originariamente inviato da Motosauro

Unreal Tournament l'ho capito, ma DO e DES che sono?

"io ti do affinché tu mi dia"......

.....una mano lava l'altra

[FabryHw]

Visto che usate Linux con SO, potrei consigliare di valutare PostgreSql 8.2 (o la sua incarnazione commerciale, aka EnterpriseDB 8.2) come DB Server.

Se ne parla bene in giro ed in alcuni benchmark ha dimostrato di scalare molto meglio di MySql al salire del numero di core presenti.
Insomma MySql su una CPU era più veloce di PGS, ma poi scalava male (anche se le ultimissime release di MySql dovrebbero aver mitigato il problema) al salire del numero di processori. Su 2 QuadCore PGS umiliava nettamente MySql (roba tipo anche 3 o 4 volte più veloce).

Per il Clustering, non so cosa dire ma penso che PGS (e meglio ancora EnterpriseDB) sia messo bene in tal senso.

[Rubberick]

Passi lo scaling all'aumentare dei processori ma credo che il punto sia l'accesso ai dischi... certo che mettendo tutto in ram...

ma con tutta la richiesta sempre + prepotente di ram i prezzi non stanno scendendo? :|

[marcy1987]

BELLISSIMO ARTICOLO!!!

l'ho letto in un sol boccone, davvero mi è piaciuto!!! e poi era dsa un sacco di tempo che non vedevo un articolo così interessante in ambito server!!!

una domanda da perfetto niubbo... ma perchè la memoria cache del controller SAS è così piccola??? non sarebbe stato meglio un modulo più capiente??? in teoia velocizzerebbe l'accesso, no???

nn fustigatemi, io in ambito server sono un perfetto NON conoscitore

[The_misterious]

complimenti, bellissimo articolo

[imayoda]

Bellissimo articolo! Complimenti

[edivad82]

Originariamente inviato da ekerazha

E' un po' OT comunque con la "manutenzione" straordinaria di stamattina credevo aggiornaste vBulletin alla 3.6.7, invece vedo che è sempre 3.6.4.

Originariamente inviato da Tovarisch

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

perchè ho messo in farm questa carriola

Originariamente inviato da DevilsAdvocate

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

mysql è un filesystem database, mysql cluster è un in-memory database...da qui capisci che è una soluzione totalmente differente..sia da gestire che per requisiti hw...

Originariamente inviato da FabryHw

Visto che usate Linux con SO, potrei consigliare di valutare PostgreSql 8.2 (o la sua incarnazione commerciale, aka EnterpriseDB 8.2) come DB Server.

Se ne parla bene in giro ed in alcuni benchmark ha dimostrato di scalare molto meglio di MySql al salire del numero di core presenti.
Insomma MySql su una CPU era più veloce di PGS, ma poi scalava male (anche se le ultimissime release di MySql dovrebbero aver mitigato il problema) al salire del numero di processori. Su 2 QuadCore PGS umiliava nettamente MySql (roba tipo anche 3 o 4 volte più veloce).

Per il Clustering, non so cosa dire ma penso che PGS (e meglio ancora EnterpriseDB) sia messo bene in tal senso.

il problema è vbulletin, implementa solo la gestione di mysql...mettermi a tradurre query o prendere un middleware...manco per tutto l'oro del mondo

[edivad82]

Originariamente inviato da neonato

i server dell sono veramente competitivi come prezzo/prestazioni.
Io ho in mente di acquistarne uno come questo e metterci VMware infostructure e farci girare 8 VM.
I prezzi di IBM, HP, SUN nn sono vicini al prezzo dell (server + garanzia gold support).

Ottima scelta.

prenderne uno e metterci VI è come castrare VI, secondo me VI è comodo proprio per feature come VMotion ecc...su server singolo, quasi quasi tanto vale Xen o VMware server

[biffuz]

Bell'articolo!

Però "per via della particolare architettura che prevede una costruzione di tipo MCP, MultiCip Package"

Cos'è un MultiCip? Ha qualcosa a che fare con un MultiCiop?

Sono contento poi di sapere che il mio Seagate 15K è una scelta diffusa, anche se io ci gioco a WoW

[edivad82]

Originariamente inviato da W4rfoX

Io valuterei PGsql.. che fà il lock a livello di record e non a livello di table. E soprattutto è all'altezza di SQLserver... e su grossi carichi spacca le ossicine a Mysql.

se hai voglia di mantenere aggiornato vbullo per PG, no problem per me

[Silkworm]

Ho letto con molto interesse il dietro le quinte...
Un suggerimento per evitare di spendere un sacco di soldi con i moduli da 4BG e' quello di prendere i PowerEdge 2900 che ospitano al loro interno 12 slot dimm per una capacita' complissiva, con moduli da 2GB, di 24GB totali.

Ciao!

[Motosauro]

Originariamente inviato da W4rfoX

Echeccevuole ?

beh, potremmo unire tutte le "menti" che frequentano il forum e scrivere una bella piattaforma performante OpenSource.
Sarebbe anche un ottimo esercizio per chi come me è ancora agli inizi (come il progetto del giochino che fece Fek a suo tempo)

[LinoX-79]

"Forkiamo Vbullet... ci si appiccica sotto Adodb.. e lo fai funzionare su qualunque Db.... volendo.. sepoffà..."

..e mandiamo a quel paese linux..

Ragazzi la granularità di un lock non dipende dal DBMS.. e dovreste saperlo..