Ciao Matteo,

dipende da cosa c'e' nel server, nel senso, lo usi per un sito web? ha un
database? il contenuto sw del server lo modifichi frequentemente?
e soprattutto dipende cosa intendi con "nel momento in cui il master
dovesse avere problemi", problemi di carico?

Per un esigenza del genere io uso amazon AWS ed ho adottato una soluzione
tipo:
1 Load Balancer pubblico a cui collego 2 server non pubblici sempre online
ed ognuno scrive su 1 altro server non pubblico sul quale gira solo il db.
Con "non pubblico" intendo non accessibile direttamente da internet ma solo
da lan.
La macchina master l'ho configurata da 0 e poi ho creato un immagine che ho
usato come root disk per il secondo server.

Svantaggi:

   - Faccio gli update manualmente su ogni server e le applicazioni le
   aggiorno tramite git, sempre a mano.
   - possibili alti costi rispetto a soluzioni VPS

Vantaggi:

   - Dal load balancer puoi attaccare o staccare i due server al volo a tuo
   piacimento in pochi secondi.
   - in pochi secondi puoi crearti un altro server "identico" da attaccare
   al load balancer per sostituire o affiancare quelli esistenti
   - un downtime che tende a 0, il dns lo fi puntare al load balancer di
   amazon che e' sempre online
   - non troppo complicato da gestire
   - backup automatico di DB e log su Amazon S3, o altro, tramite script e
   cron

ciao
valentino


Il giorno 2 febbraio 2017 23:57, matteo Locci <[email protected]> ha
scritto:

> Salve a tutti,
> È da un po' che non mi faccio vivo. Vorrei chiedere ai più esperti se
> qualcuno ha mai tentato un mirroring tra due server Debian collocati in due
> farm diverse.
> La mia esigenza è quella di avere un mirror sempre online che mi permetta
> di avere due macchine uguali sia dal punto di vista hardware e software,
> configurate come master e slave e nel momento in cui il master dovesse
> avere problemi reindirizzare il traffico sulla macchina slave modificando
> solo i DNS o gli ip.
>
> Grazie
> Saluti
> Matteo
>
> PS. Ho inviato erroneamente la mail da un altro indirizzo di posta non in
> lista.
>
> _______________________________________________
> Gulchelp mailing list
> [email protected]
> http://www.gulch.crs4.it/cgi-bin/mailman/listinfo/gulchelp
>
>
_______________________________________________
Gulchelp mailing list
[email protected]
http://www.gulch.crs4.it/cgi-bin/mailman/listinfo/gulchelp

Rispondere a