Il Mistero dei Cerchi nel Grano 1/5
Altre parti seguono su YouTube nel canale di FlyingObject78
Utenti connessi attualmente
Coobox Blog
il blog di Cubello Antonio, at the heart of technologies.
il blog di Cubello Antonio, at the heart of technologies.
Il Mistero dei Cerchi nel Grano 1/5
Altre parti seguono su YouTube nel canale di FlyingObject78
Ho letto la tua guida e mi sono posto una domanda…
ma hai messo anche in pratica quello che hai scritto o tradotto?
In pratica il risultato finale è che ho due db e un mgm…l’mgm gestisce i nodi cluster ( e fin qui tutto ok ) mentre i due server costituiscono il nodo cluster e di fatto si replicano i dati in realtime ( e anche qui tutto bene ) ma poi..il nodo SQL chi è? Da un cluster mi aspetto un ip al quale puntare il server di front-end…e che poi il back-end esegua tutto il resto…
Se metto in pratica la tua guida mi ritrovo due macchine che si replicano ma ad un down di servizio dovrei dire al server di front-end chi è il nuovo server dove scrivere/modificare/ecc ecc i dati…in pratica devo compiere per forza un down di servizio ( quello in cui modifico la configurazione del server di front-end ripuntandolo )
Poi…perchè esegui un’installazione completa di mysql-server sul server di management? All’inizio pensavo che questo fungesse anche da Nodo SQL ma non va…se lo interroghi esso si muove col suo db ( giustamente )
Se devo applicare un sistema di ridondanza di un DNS su due ip diventa una cosa un po’ “lunga” e dispendiosa ( ruoli e server ulteriori )
Sicuro di non aver dimenticato qualcosa?
Ciao