SSL e bilanciamento del carico

Question

Che effetto ha SSL sul modo in cui funziona il bilanciamento del carico? So che è necessario utilizzare sessioni persistenti se si è scelto di non archiviare le informazioni sulla sessione nel DB o Fuori processo, ma come funziona SSL?

Answer 1

Giusto per chiarire, le sessioni SSL/TLS non hanno nulla a che fare con le sessioni HTTP. (Alcune implementazioni potrebbero utilizzare l'ID sessione SSL/TLS come base per il mantenimento delle sessioni HTTP, ma questo è un cattivo progetto, dato che SSL/TLS può cambiare le sessioni in modo completamente indipendente rispetto a ciò che sta facendo HTTP).

In termini di bilanciamento del carico, si ottiene un paio di opzioni:

• Utilizzare un bilanciamento del carico che è la tua SSL/TLS endpoint. In questo caso, il bilanciamento del carico verrà eseguito a livello HTTP: il client si connetterà al bilanciamento del carico e il bilanciatore del carico scollega la connessione SSL/TLS per passare il contenuto HTTP (quindi in chiaro) ai suoi dipendenti.

• Utilizzare un servizio di bilanciamento del carico a livello TCP/IP, che reindirizza l'intera connessione TCP direttamente a un nodo di lavoro. In questo caso, ogni nodo di lavoro dovrebbe avere il certificato e la chiave privata (che non è necessariamente un problema se sono amministrati in modo coerente). Utilizzando questa tecnica, il bilanciamento del carico non esegue alcuna elaborazione HTTP (poiché non guarda all'interno della connessione SSL/TLS): da un lato ciò riduce l'elaborazione eseguita dallo stesso load balancer, dall'altra per esempio, ti impedirebbe di inviare a un particolare nodo di lavoro in base alla struttura dell'URL. Entrambi i metodi hanno i loro vantaggi e svantaggi.