Rackspace Cloud Hosting

[guest]

Spero non leggano qui

Azz, ho appena mandato una mail agli sviluppatori.
Son sempre stato favorevole alle implementazioni di nuove funzionalità, ho pensato che far leggere questo thread potesse servire......

[Valeriano Manassero]

Banda di bastardi

Cmq ho sempre una macchina da tirare su al volo per ritornare su mysql quando chiedo assistenza

[GrG]

Corbelli:

1 - Ho fatto la battuta della mail prima di te
2 - PER COLPA TUA siamo OT di nuovo

E non hai nemmeno letto il mio PM.

Cmq ho sempre una macchina da tirare su al volo per ritornare su mysql quando chiedo assistenza

Ah pure la sincronizzazione!

[guest]

Corbelli:

1 - Ho fatto la battuta della mail prima di te

Il problema è che io leggo il thread dalla mail di notifica, clicco sul link e rispondo. Spesso non leggo chi altro ha scritto.

2 - PER COLPA TUA siamo OT di nuovo

LOL.

[Valeriano Manassero]

Ah pure la sincronizzazione!

No, vecchio dump.
Tanto se ci sono problemi legato al layer dati so che sono ciufoli miei, ma se il baco è in applicazione, prima ci provo che tanto non se ne accorgono, poi se succede metto a posto e non possono dirmi no

[Uno]

Vuoi anche sapere quanta ram hanno i due server pgsql? 256mb l'uno.

Nel senso che ti servono? Solo per il portale? Ma dai....

Pgsql è ottimo anche per carichi bassi, solo è difficile ottimizzarlo in tal senso, mysql è piu immediato, ma una volta fatto bene, non c'è paragone.

Ci sto pensando da un pò per alcune cosette, vedrò...

I benchmark non li ho,

Peccato sarebbe stato interessante

ah, il porting postgresql di vb non lo vendo a nessuno

Ma figurati se lo pagherei a te
Comunque io se faccio il lavoretto faccio un porting un pò più lungo, mando proprio vbulletin in pensione

[GrG]

Invece, il web come lo bilanci?

[guest]

Più che altro sarebbe interessante sapere come ti tuteli da errori nelle query, che magari vanno a buon fine su un master ma sul secondo no.
Il problema delle repliche non atomiche è proprio questo: non si ha la certezza che il server slave abbia scritto correttamente il dato.

[Ste]

Un po' meno OT ragazzi, so che siete tremendi, ma cosi non va Mentre le opinioni su Rackspace e GoGrid ottime, Valeriano quando vuoi fare un post dedicato al solo confronto (nuovo thread) è il massimo!

[Valeriano Manassero]

Nel senso che ti servono? Solo per il portale? Ma dai....

Sono ovviamente abbondante, ma l'advertising ciuccia parecchio.

Invece, il web come lo bilanci?

L'IP è un balanced a monte che fa round-robin sulle richieste sulle due macchine che gestisco.
Tutto ciò che è lavoro di filesystem (allegati e sessioni) è costantemente updated by drbd.

Più che altro sarebbe interessante sapere come ti tuteli da errori nelle query, che magari vanno a buon fine su un master ma sul secondo no.
Il problema delle repliche non atomiche è proprio questo: non si ha la certezza che il server slave abbia scritto correttamente il dato.

Tramite il motore di replica PGCluster la query è considerata valida e committata solo quando ambo i server rispondono OK, diversamente è rollback. E' abbastanza intensivo per le macchine, ma almeno sono tranquillo.
Se uno dei due nodi va a ramengo al ritorno online non è più master prima di una risincronizzazione dato che si passa ad una situazione master/null.
Il vero pericolo è uno splitbrain (come in tutte le applicazioni cluster).

[Valeriano Manassero]

Valeriano quando vuoi fare un post dedicato al solo confronto (nuovo thread) è il massimo!

Ci penso su, mi sa che devo dire a Luca che gli fatturerò il thread

[GrG]

Un po' meno OT ragazzi, so che siete tremendi, ma cosi non va

Però spezzarla adesso è un casino, forse riesci a fare un taglio decente tu, no?

L'IP è un balanced a monte che fa round-robin sulle richieste sulle due macchine che gestisco.
Tutto ciò che è lavoro di filesystem (allegati e sessioni) è costantemente updated by drbd.

Non l'avevo mai vista così. Di solito c'è comunque uno share nfs unico su cui scrivono i due server, che poi è replicato opportunamente via dbrd.

Il vero pericolo è uno splitbrain (come in tutte le applicazioni cluster).

Terribbbbbile

[guest]

Il vero pericolo è uno splitbrain (come in tutte le applicazioni cluster).

e come l'hai risolto su PG?


Ok fine ot Ste.

[Valeriano Manassero]

e come l'hai risolto su PG?

Lo splitbrain non lo risolvi.
Ho fatto solo un piccolo script in cron che se vede un errore di replica (anche solo da una parte), mette automaticamente tutto il portale in manutenzione e mi spara 10 email direttamente sul ifono

E' grezzo, lo so, ma per ora non ho una soluzione migliore

[mixian]

Visto che gli ho rotto le balle in tutte le salse per un progetto su cui sto lavorando, posso darti qualche info.
Ad oggi i limiti sono molti e non parlerei proprio di cloud.
Parlando dei Cloud Server e non del Cloud Hosting dove non rilasciano informazioni in merito alla struttura che è interamente gestita da loro, ti posso dire che per loro, attualmente, il concetto di Cloud è quello per cui ti danno un pool di risorse e tu ci fai quello che vuoi pagando ad ore le risorse utilizzate in base a vari piani prepagati o no.
Ne più ne meno.
Eventuali bilanciamenti te li gestisci tu costruendoti la rete con le VPS che ti crei.
Tra l'altro i limiti sono ancora evidenti, dal punto di visto della ridondanza geografica, il progetto è in corso perchè ad oggi è tutto all'interno di un solo DC. In realtà ne hanno due in Texas, ma l'account che ti viene assegnato ha un pool di risorse esclusivamente su un DC, alias se il DC ha un qualsiasi problema lo pigli nello stoppino.

Attualmente sembra pure che il Cloud Hosting non sia distribuito geograficamente.

Attualmente sto trattando con GoGrid che, seppur sia più caro, offre sistemi di bilanciamento basati su appliance F5 e mi permette di scalare in un certo modo verso la rete pubblica (MySQL rimangono tutti azzi miei, ma ho fatto un test con un paio di VPS in replica con davanti una vps proxy e mi sembrava andare bene.
Anche GoGrid ha il limite di un solo DC, quindi niente Cloud sparsa geograficamente.

In ambo i casi il FileHosting, utilissimo per i backup, ha il limite di essere nello stesso DC come già detto.

Ciao,
attualmente sto con HostEurope con un paio di Vps economiche.
Ora sto scegliendo tra Amazon, Rackspace CloudServer, Linode e altri per una Cloud.
La cosa che noto è che quelli più interessanti non hanno datacenter europei e quindi hanno risposte che superano i 200ms.
Può questo essere un problema per applicazioni web e siti complessi con miglialia di accessi al giorno ?

Grazie.

P.S. Che ne pensate di VPS.NET ?