Intel® Advanced Network Services (Intel® ANS) avanzate per i team
Fare clic su o sull'argomento per informazioni dettagliate:
Pacchetti e impostazioni probe
I team AFT e ALB utilizzano pacchetti probe. I probe sono pacchetti (tipo 886D, multicast o broadcast) passati in rete tra i membri del team. Consentono al software Intel® Advanced Network Services (Intel® ANS) di testare lo stato del membro. Aggiungono una quantità minore di traffico alla rete. Si consiglia di disattivarli nelle reti a capacità vicina.
- Team AFT: probe abilitati, probe broadcast utilizzati per impostazione predefinita
- Team ALB/RLB: probe abilitati, probe broadcast utilizzati per impostazione predefinita
- Team SFT: probe disabilitati
- SLA, team 802.3AD: nessun probe utilizzato, sondare le impostazioni non presenti nella pagina Delle impostazioni avanzate del team
| Nota |
|
Impostazioni probe:
- Probe (ProbeEnable): consente di attivare o disattivare i pacchetti probe.
- Tipo di pacchetto: broadcast o multicast
- CheckTime: imposta il tempo di attesa di una sonda.
- Numero massimo di tentativi di sonda: numero di volte in cui il probe viene rinviato senza risposta prima di impostare la scheda di rete non risponde su disabled.
- ProbeSendTime: (solo alcuni OS) Durata del tempo tra l'invio del probe. In base alle tick_frequency. Ad esempio, se tick_frequency è 50 millisecondi e l'intervallo della sonda è di 1 secondo, ProbeSendTime è 20.
| Nota | La modifica di una qualsiasi di queste impostazioni avanzate modifica anche la quantità di tempo per il failover. |
Meccanismo del probe per determinare i membri validi del team e la scheda di rete principale.
Ad ogni intervallo di probe, ogni scheda del team invia un pacchetto probe a tutte le altre schede del team. L'indirizzo di destinazione del probe è un indirizzo multicast. Viene scaricato nelle schede di rete dei membri sottostanti durante l'inizializzazione, quindi viene inviato un solo pacchetto. Questi pacchetti vengono inoltrati attraverso il bus PCI ai livelli superiori, ma saranno ricevuti solo dalle schede di rete registrate con questo indirizzo. Inoltre, i pacchetti probe non passano attraverso i router non registrati o qualsiasi router che blocca il tipo di pacchetto. Questo trasferimento è comunemente fatto con i pacchetti broadcast.
Se si abilita il probe invia:
- Dopo l'intervallo ProbeSendTime, tutte le schede di rete del team inviano pacchetti probe periodicamente contemporaneamente. Le sonde broadcast o multicast inviano queste sonde ad altre schede del team.
- Se una scheda di rete non invia o segnala la ricezione di probe validi dopo il periodo di timeout impostato, il sistema la considera disattivata. Se la scheda principale non riesce, la scheda secondaria è il failover.
- Se i pacchetti probe non raggiungono la destinazione prima di ProbeCheckTimeout, è possibile utilizzare i tentativi prima di disattivare la scheda di rete di destinazione (ProbeMaxRetryCount).
Finché non lo sono nei ruoli primari o secondari, è possibile contrassegnare le schede di rete come disabilitate senza modificarne i ruoli. Tuttavia, se il sistema considera disabilitata una scheda di rete primaria o secondaria, è necessario un failover. La verifica di una migliore scheda di rete viene effettuata una volta durante ogni ciclo di failover. Potrebbero applicarsi impostazioni o condizioni che rendono una scheda di rete diversa dalla scheda primaria corrente la migliore per il ruolo principale. (Le schede abilitate sono ovviamente preferite rispetto a una scheda disabilitata).
| Nota | Se il driver di base viene reimpostato, l'invio del probe non riesce e causa un failover immediato. |
Altri metodi per rilevare il failover
Le sonde potrebbero spegnersi per diversi motivi:
- Per evitare il failover ripetuto causato da una latenza di rete troppo elevata,
- Per ridurre al minimo il traffico di rete o
- A causa di un router o di un altro dispositivo che blocca le trasmissioni o questo tipo di pacchetto.
Con probe disattivati, ci sono due altri metodi per monitorare lo stato del membro del team:
- Basato su collegamento: monitoraggio del collegamento effettivo alla porta partner per scheda di rete.
- Basato sull'attività: monitorare l'attività sulla rete per determinare quale è il traffico più intenso.
Failback e il ruolo del principale preferito
Dopo il failover, la scheda di rete principale torna allo stato attivo. Il failback restituisce il ruolo principale alla scheda di rete principale preferita. Il failback si verifica solo quando si imposta manualmente la scheda principale preferita. Se si imposta la scheda primaria con il software, non si verifica il failback.
Altre impostazioni avanzate per il teaming
- Frequenza di aggiornamento/intervallo di bilanciamento del carico: l'intervallo tra controlli software del bilanciamento del carico corrente e determinare la rigenerazione.
- Numero di pacchetti RX/NumTXPackets: la regolazione dell'utilizzo della memoria è simile a quella dei descrittori di impostazione e dei buffer. L'aumento dei valori può aumentare il throughput, ma utilizza le risorse di sistema. Regolare le risorse della singola scheda di rete. Per consigli, consultare i file della guida appropriati.
- Indirizzo amministrato localmente (LAA): consigliamo di utilizzare l'indirizzo MAC del team con driver di livello intermedio come WLBS/NLB. Per i team 802.3ad dinamici, ci sono impostazioni per l'aggregatore attivo.
- Metodo LinkAg Join: indica agli aggregatori come dividere i team e quale team rendere attivo. Scegliere la larghezza di banda massima (schede di rete più veloci) o la scheda di rete massima (team più grande).
Per ulteriori informazioni sulle impostazioni avanzate del sistema operativo Microsoft,consultare il file Intel® PROSet guida. Per gli altri sistemi operativi, consultare la pagina di teaming, le Guide dell'utente e i file della Guida per ulteriori informazioni.
