Selezionando l'opzione Personalizza nella scheda Generale, è possibile specificare le informazioni sui membri di un pool quali la porta sulla quale tali membri ricevono il traffico, il tipo di protocollo che il bilanciamento del carico di NSX può utilizzare per accedere a tale porta, l'algoritmo utilizzato per il bilanciamento del carico e le impostazioni di persistenza.

Informazioni su questa attività

Un pool rappresenta un cluster di macchine in cui viene eseguito il bilanciamento del carico. Un membro del pool rappresenta una macchina in tale cluster.

Le impostazioni predefinite del protocollo del membro e della porta del membro corrispondono alle impostazioni del protocollo e della porta nella pagina Generale.

Il pool di macchine membro viene visualizzato nel valore dell'opzione Membro nell'interfaccia utente del componente del bilanciamento del carico blueprint. La voce Membro è impostata sul pool o sul cluster di macchine.

Procedura

  1. (Facoltativo) L'impostazione di Protocollo membro corrisponde al protocollo specificato nella scheda Generale. Questa impostazione definisce la modalità con cui il membro del pool riceve il traffico di rete.
  2. (Facoltativo) Immettere un numero di porta nella casella di testo Porta membro per specificare la porta in cui il membro del pool riceve il traffico di rete.

    Ad esempio, se la richiesta in entrata all'indirizzo IP virtuale (VIP) del bilanciamento del carico viene ricevuta tramite la porta 80, è possibile instradare la richiesta a un'altra porta, ad esempio la porta 8080, nei membri del pool.

  3. (Facoltativo) Selezionare il metodo di bilanciamento dell'algoritmo per questo pool.

    Le opzioni dell'algoritmo e i parametri dell'algoritmo per le opzioni che li richiedono vengono descritti nella tabella seguente.

    Opzione

    Descrizione e parametri dell'algoritmo

    ROUND_ROBIN

    Ciascun server viene utilizzato a turno in base al peso assegnato.

    Se il bilanciamento del carico è stato creato in vRealize Automation, il peso è lo stesso per tutti i membri.

    Si tratta dell'algoritmo più uniforme ed equo quando il tempo di elaborazione del server rimane distribuito in modo omogeneo.

    I parametri dell'algoritmo sono disabilitati per questa opzione.

    IP-HASH

    Seleziona un server in base a un hash dell'indirizzo IP di origine e al peso totale di tutti i server in esecuzione.

    I parametri dell'algoritmo sono disabilitati per questa opzione.

    LEASTCONN

    Distribuisce richieste client a più server in base al numero di connessioni già presenti nel server.

    Le nuove connessioni vengono inviate al server con il numero minore di connessioni.

    I parametri dell'algoritmo sono disabilitati per questa opzione.

    URI

    Nella parte sinistra dell'URI (prima del punto di domanda) viene applicato un hash e tale parte viene divisa per il peso totale dei server in esecuzione.

    Il risultato indica il server che riceverà la richiesta. Ciò assicura che un URI venga sempre indirizzato allo stesso server purché nessun altro server diventi attivo o inattivo.

    Il parametro dell'algoritmo dell'URI ha due opzioni, ovvero uriLength=<len> e uriDepth=<dep>. Immettere i parametri di lunghezza e profondità in righe separate nella casella di testo Parametri algoritmo.

    I parametri di lunghezza e profondità sono seguiti da un numero intero positivo. Queste opzioni possono bilanciare i server solo in base alla parte iniziale dell'URI.

    Il parametro di lunghezza indica che l'algoritmo deve prendere in considerazione solo i caratteri definiti all'inizio dell'URI per calcolare l'hash. L'intervallo del parametro di lunghezza deve essere 1<=len<256.

    Il parametro di profondità indica la profondità di directory massima da utilizzare per calcolare l'hash. Viene conteggiato un livello per ciascuna barra presente nella richiesta. L'intervallo del parametro di profondità deve essere 1<=dep<10.

    Se vengono specificati entrambi i parametri, la valutazione termina quando viene raggiunto uno dei parametri.

    HTTPHEADER

    In ciascuna richiesta HTTP viene cercato il nome dell'intestazione HTTP.

    Nel nome dell'intestazione tra parentesi non viene fatta distinzione tra maiuscole e minuscole, in modo simile alla funzione ACL 'hdr()'.

    Il parametro dell'algoritmo HTTPHEADER ha un'unica opzione, ovvero headerName=<name>. Ad esempio, è possibile utilizzare host come parametro dell'algoritmo HTTPHEADER.

    Se l'intestazione è assente o non contiene alcun valore, viene applicato l'algoritmo round robin.

    URL

    Nella stringa di query di ciascuna richiesta HTTP GET viene cercato il parametro dell'URL specificato nell'argomento.

    Il parametro dell'algoritmo dell'URL ha un'unica opzione, ovvero urlParam=<url>.

    Se il parametro è seguito da un segno di uguale = e da un valore, al valore viene applicato un hash e tale valore viene diviso per il peso totale dei server in esecuzione. Il risultato indica il server che riceverà la richiesta. Questo processo viene utilizzato per tenere traccia degli identificatori utente nelle richieste e assicurare che lo stesso ID utente venga sempre inviato allo stesso server purché nessun altro server diventi attivo o inattivo.

    Se non viene trovato alcun valore o parametro, viene applicato un algoritmo round robin.

  4. (Facoltativo) Selezionare il metodo di persistenza per questo pool.

    La persistenza tiene traccia dei dati della sessione e ne effettua l'archiviazione, come nel caso del membro del pool specifico che ha gestito la richiesta di un client. Con la persistenza, le richieste del client vengono indirizzate allo stesso membro del pool per la durata di una sessione o durante le sessioni successive.

    Protocollo

    Metodo di persistenza supportato

    HTTP

    Nessuno, Cookie, IP di origine

    HTTPS

    Nessuno, IP di origine e ID sessione SSL

    TCP

    Nessuno, IP di origine, MSRDP

    UDP

    Nessuno, IP di origine

    • Selezionare Cookie per inserire un cookie univoco allo scopo di identificare la sessione la prima volta che un client accede al sito. Al cookie verrà fatto riferimento nelle richieste successive per la persistenza della connessione al server appropriato.

    • Selezionare IP di origine per tenere traccia delle sessioni in base all'indirizzo IP di origine. Quando un client richiede una connessione a un server virtuale che supporta la persistenza dell'affinità dell'indirizzo di origine, il bilanciamento del carico verifica se tale client si è già connesso in precedenza. In caso affermativo, restituisce il client allo stesso membro del pool.

    • Selezionare l'ID sessione SSL e il modello di traffico HTTPS passthrough SSL.

      • Passthrough SSL - Client -> HTTPS-> LB (passthrough SSL) -> HTTPS -> server

      • Client - HTTP-> LB -> HTTP -> server

      Nota:

      vRealize Automation attualmente supporta solo passthrough SSL. Viene utilizzato il metodo passthrough SSL indipendentemente dall'opzione selezionata.

    • Selezionare MSRDP per mantenere le sessioni persistenti tra i client e i server Windows in cui è in esecuzione il servizio Microsoft Remote Desktop Protocol (RDP). Lo scenario consigliato per abilitare la persistenza di MSRDP consiste nel creare un pool di bilanciamento del carico composto da membri che eseguono il server Windows supportato, in cui tutti i membri appartengono a un cluster Windows e partecipano a una directory di sessione Windows.

    • Selezionare Nessuno per fare in modo che le azioni della sessione non vengano archiviate per il richiamo successivo.

  5. Se si utilizza un'impostazione di persistenza Cookie, immettere il nome del cookie.
  6. (Facoltativo) Selezionare la modalità di inserimento del cookie dal menu a discesa Modalità.

    Opzione

    Descrizione

    Inserisci

    NSX Edge invia un cookie.

    Se il server invia uno o più cookie, il client riceve un ulteriore cookie (i cookie del server + il cookie di NSX Edge). Se il server non invia alcun cookie, il client riceve il cookie di NSX Edge.

    Prefisso

    Il server invia un cookie. Utilizzare questa opzione se il client non supporta più di un cookie.

    Se si dispone di un'applicazione proprietaria che utilizza un client proprietario che supporta un solo cookie, il server Web invia un cookie ma NSX Edge inserisce (come prefisso) le informazioni del proprio cookie nel valore del cookie del server.

    Sessione app

    Il server non invia alcun cookie. Invia invece le informazioni della sessione utente come URL.

    Ad esempio, http://mysite.com/admin/UpdateUserServlet;jsessionid=X000X0XXX0XXXX, dove jsessionid rappresenta le informazioni della sessione utente e viene utilizzato per la persistenza.

  7. (Facoltativo) Immettere l'ora di scadenza della persistenza per il cookie in secondi.

    Ad esempio, per un bilanciamento del carico L7 con un IP di origine TCP, se non vengono effettuate nuove connessioni TCP per l'ora di scadenza specificata si verifica un timeout della voce di persistenza, anche se le connessioni esistenti sono ancora attive.

  8. (Facoltativo) Fare clic sulla scheda Controllo di integrità e vedere l'argomento Definizione delle impostazioni di controllo dell'integrità del server virtuale per continuare a definire il server virtuale nel componente del bilanciamento del carico NSX.