Ciao!
Relianoide 7.6
Nel laboratorio TES ho trovato uno strano bug nella modalità di manutenzione del backend.
Nel laboratorio di prova utilizzo 2 nodi Relianoid 7.6 in un cluster che bilancia le connessioni del client Outlook con Exchange.
Quando Outlook è connesso a Exchange, vedo il numero di connessioni stabilite nella farm per ciascun backend di Exchange (ci sono solo 2 server di prova di Exchange nel DAG).
Attivo la modalità di manutenzione su uno dei backend (tagliato), vedo che le connessioni client vengono ripristinate, ma dopo iniziano a riconnettersi allo stesso backend, che ora è in modalità di manutenzione, ovvero le connessioni client non dovrebbero essere ripristinate.
Se si prova a disattivare e riattivare la modalità di manutenzione sul backend, non cambierà nulla, le connessioni client continueranno a essere ripristinate correttamente sul backend, che è in manutenzione e non dovrebbe accettare connessioni finché la manutenzione non verrà disabilitata.
La modalità di manutenzione inizia a funzionare solo se la si attiva sul backend e poi si riavvia la farm; dopodiché le connessioni client non verranno ripristinate sul backend, che è in modalità di manutenzione.
Sembra un bug.
La farm è configurata in modalità l4xnat per la porta 443, numero di backend 2.
Ciao!
Potresti generare un salvataggio di supporto (in Sistema > Salvataggio di supporto) e condividerlo con noi all'indirizzo: support AT relianoid DOT com?
Grazie!
Ciao!
Ti ho inviato il file di supporto, controlla la posta per favore)
Ciao!
Grazie per il supporto save. Sembra correlato alla persistenza configurata, poiché tutti i client sono nated allo stesso indirizzo IP.
Modificare la persistenza della sessione da "IP sorgente" a "Porta sorgente".
In attesa del tuo feedback,
Saluti.
Ciao!
Ho cambiato la persistenza della sessione da "Source IP" a "Source Port" e la modalità di manutenzione funziona meglio. Nelle vecchie versioni la modalità di manutenzione di ZEVENET funzionava senza cambiare la persistenza della sessione da "Source IP" a "Source Port". Voglio capire che la logica di manutenzione è cambiata in RELIANOID bilanciatore o ho sempre utilizzato impostazioni non corrette in ZEVENET?
La modalità di manutenzione in ZEVENET ha sempre funzionato perfettamente, indipendentemente dalle impostazioni di persistenza della sessione.
I problemi sono iniziati dopo aver aggiornato ZEVENET a RELIANOID.
Ciao!
La modalità di manutenzione e la persistenza della sessione non sono cambiate affatto.
Nella tua infrastruttura, tutti i client sono sempre stati NATed o è una modifica recente? Perché se hai bilanciato il carico dei client su backend diversi usando la persistenza tramite "Source IP" nel caso in cui i client siano NATed, allora si trattava di un bug di Zevenet.
Solo per confermare il comportamento corretto, cambialo in "IP sorgente" e abilita il debug in /usr/local/relianoid/config/global.conf , cambiando da:
Il valore predefinito è 0;
a
Il valore predefinito è 9;
E poi riproduci il problema della manutenzione.
Infine, condividi un nuovo salvataggio di supporto via email.
Cordiali saluti.
Ciao!
Ok, grazie per le informazioni!
Nel mio test le connessioni client dell'infrastruttura basata su ZEVENET hanno sempre funzionato in modalità NAT (modalità lx4nat), informazioni interessanti su ZEVENET.
Non ho bisogno di testare il bilanciatore ZEVENET perché ora lo uso RELIANOID.
RELIANOID buon e semplice bilanciatore.
Grazie per l'aiuto! =)
Prego,
Vivi RELIANOID!