Buonasera a tutti,
sto per proporre a un cliente di grandi dimensioni una soluzione 3CX, e per la prima volta mi sto ponendo il problema del disaster recovery in maniera un pò più "studiata".
Allora, la situazione è questa: abbiamo una ventina di sedi distribuite tra 4 continenti;
La mia idea sarebbe quella di predisporre un 3cx in cloud ospitato e poi fornire un SBC per ogni sede (anche perchè ho provider diversi, linee diverse, firewall diversi, e pensare di fare tutto con i 3CX on-premise collegati in bridge mi sembra una follia)
Ora, siccome i know my chickens so già che mi porranno queste due domande:
- cosa succede se va giù il cloud di 3cx?
Questo non mi è mai capitato, però, se io mi porto fuori un backup del centralino che ho in cloud (su FTP o altro) e in un ipotetico momento in cui il cloud di 3CX non funziona lo ripristino da un'altra parte, una volta che si propaga il nuovo IP dell'FQDN io immagino che il centralino torni operativo, ma chiedo conferma.
Tralaltro su questo mi chiedo se ci sono dei dati pubblici, in modo che io possa dire al cliente: "guarda ti consiglio il centralino ospitato da 3CX perchè hanno x datacenter, oppure non si sono registrati down da x tempo ecc...
- cosa succede se si rompe un SBC?
Questo lo so, non vanno i deskphone ed è il minore dei mali, perchè tanto avranno APP su smartphone e webclient, ma se io per esempio alla sede in Nicaragua mando un clone su un'altra macchina dell'SBC (quindi anche stesso IP locale) una volta che stacco l'SBC "guasto" e attacco l'altra macchina dovrò ri-approvigionare i telefoni? Perchè questo potrebbe essere un problema.
Stesso caso, però non ho la macchina "clone" può aver senso avere un clone del disco?
O ancora, stesso caso, non ho nè macchina "clone" nè disco "clone" dell'SBC, se io configuro un nuovo SBC ma gli do lo stesso IP locale, i telefoni andranno senza ri-approvigionare?
Si accetta qualsiasi tipo di altro consiglio, ovviamente.
sto per proporre a un cliente di grandi dimensioni una soluzione 3CX, e per la prima volta mi sto ponendo il problema del disaster recovery in maniera un pò più "studiata".
Allora, la situazione è questa: abbiamo una ventina di sedi distribuite tra 4 continenti;
La mia idea sarebbe quella di predisporre un 3cx in cloud ospitato e poi fornire un SBC per ogni sede (anche perchè ho provider diversi, linee diverse, firewall diversi, e pensare di fare tutto con i 3CX on-premise collegati in bridge mi sembra una follia)
Ora, siccome i know my chickens so già che mi porranno queste due domande:
- cosa succede se va giù il cloud di 3cx?
Questo non mi è mai capitato, però, se io mi porto fuori un backup del centralino che ho in cloud (su FTP o altro) e in un ipotetico momento in cui il cloud di 3CX non funziona lo ripristino da un'altra parte, una volta che si propaga il nuovo IP dell'FQDN io immagino che il centralino torni operativo, ma chiedo conferma.
Tralaltro su questo mi chiedo se ci sono dei dati pubblici, in modo che io possa dire al cliente: "guarda ti consiglio il centralino ospitato da 3CX perchè hanno x datacenter, oppure non si sono registrati down da x tempo ecc...
- cosa succede se si rompe un SBC?
Questo lo so, non vanno i deskphone ed è il minore dei mali, perchè tanto avranno APP su smartphone e webclient, ma se io per esempio alla sede in Nicaragua mando un clone su un'altra macchina dell'SBC (quindi anche stesso IP locale) una volta che stacco l'SBC "guasto" e attacco l'altra macchina dovrò ri-approvigionare i telefoni? Perchè questo potrebbe essere un problema.
Stesso caso, però non ho la macchina "clone" può aver senso avere un clone del disco?
O ancora, stesso caso, non ho nè macchina "clone" nè disco "clone" dell'SBC, se io configuro un nuovo SBC ma gli do lo stesso IP locale, i telefoni andranno senza ri-approvigionare?
Si accetta qualsiasi tipo di altro consiglio, ovviamente.
