NAS 10GbE con client Gigabit: conviene aggiornare prima il server o gli endpoint?
Se il NAS dispone già di un uplink 10GbE funzionante, ma tutte le workstation attive sono ancora su 1GbE, aggiorna prima il percorso di un endpoint quando il problema riguarda il trasferimento di file di un singolo utente. Aggiorna prima il lato NAS solo quando le misurazioni mostrano che il server non può fornire più di un throughput di classe gigabit a causa dello storage, della CPU, del protocollo o della configurazione dell'uplink. Con diversi client gigabit, un NAS 10GbE può già offrire una larghezza di banda aggregata utile; pertanto, il primo aggiornamento corretto dipende dal fatto che il collo di bottiglia sia per client o a livello dell'intero server.
Prima separa la capacità della rete dal throughput del servizio file
Il primo test dovrebbe rispondere a due domande diverse. Il percorso di rete può trasferire dati più velocemente di 1GbE quando entrambe le estremità sono compatibili, e lo stack di storage del NAS è in grado di fornire dati a quella velocità? L'etichetta di una porta 10GbE, da sola, non risponde a nessuna delle due domande. Cablaggio, negoziazione dello switch, driver della scheda di rete, CPU, comportamento di SMB o NFS e pool di storage possono tutti ridurre il throughput delle applicazioni.
Lo strumento di misurazione iperf3 di ESnet è utile perché verifica la larghezza di banda IP effettivamente raggiungibile senza trasformare il pool di dischi del NAS nel carico di lavoro principale. Se un client compatibile con 10GbE e il NAS non riescono a ottenere risultati iperf nell'ordine dei gigabit multipli sul percorso previsto, occorre sistemare la rete prima di acquistare storage o unità endpoint più veloci.
Esegui quindi il trasferimento di file reale. Se iperf è veloce, ma SMB, NFS o l'I/O dell'applicazione rimane vicino o al di sotto della velocità gigabit, il componente limitante si trova ora al di sopra o al di sotto del collegamento Ethernet. Questo risultato indirizza verso l'ottimizzazione del server o dello storage. Se sia iperf sia il trasferimento di file raggiungono il limite di 1GbE del client, il percorso dell'endpoint è chiaramente il primo elemento da aggiornare.
Un endpoint Gigabit è il limite massimo per quell'endpoint
Una workstation con una scheda di rete da 1GbE non può sfruttare a 10Gbps una connessione NAS da 10GbE. Anche se il pool NAS e la CPU del server hanno un ampio margine di capacità, quel client accede alla rete tramite il proprio collegamento negoziato. Per chi attende il completamento di grandi copie di progetti, backup, immagini di macchine virtuali o trasferimenti di foto RAW, la scheda di rete del client e la porta dello switch tra client e NAS costituiscono il primo limite pratico.
La specifica dell'adattatore X550 multi-rate di Intel mostra perché l'aggiornamento degli endpoint non debba necessariamente essere una scelta binaria tra 1GbE e 10GbE. Un adattatore adeguato può negoziare 2,5, 5 o 10GbE a seconda dell'altra estremità, rendendo possibile un aggiornamento graduale della rete domestica.
Aggiorna prima il percorso del client quando una workstation specifica è lenta e il NAS ha già dimostrato di saper gestire traffico più veloce. Questo percorso include la NIC della workstation, la porta dello switch, il cablaggio e qualsiasi uplink intermedio. Sostituire la CPU o lo storage del server mentre la workstation continua a negoziare a 1GbE lascia invariato lo stesso limite per singolo client.
Usa un endpoint più veloce come verifica controllata prima di espandere l'infrastruttura
La sequenza con il rischio più basso consiste nel creare un unico percorso più veloce da un'estremità all'altra e testarlo. Aggiorna la workstation che trasferisce i file più grandi, collegala tramite una porta compatibile con 2,5/5/10GbE e misura sia iperf sia i trasferimenti reali dal NAS. In questo modo puoi stabilire se il NAS 10GbE esistente riesce a trasformare la velocità della sua porta in prestazioni visibili nelle applicazioni.
Lo switch QNAP 10GBASE-T a cinque velocità illustra l'utilità di una topologia a velocità miste: un NAS 10GbE, una workstation veloce e diversi client gigabit possono condividere la stessa infrastruttura, mentre ogni porta negozia la velocità con il dispositivo collegato. Non è necessario aggiornare ogni endpoint per dimostrare il valore del collegamento 10GbE del server.
Se ora l'endpoint più veloce trasferisce dati a una velocità diverse volte superiore, la scelta di intervenire prima sull'endpoint è convalidata e il resto della rete può essere aggiornato in base alle necessità. Se le prestazioni cambiano appena, smetti di acquistare adattatori per gli endpoint e analizza il NAS. Questa verifica controllata impedisce che un acquisto multi-gigabit per tutta la casa nasconda un collo di bottiglia lato server.
Aggiorna il lato NAS quando un client più veloce non riesce ancora a trasferire dati più rapidamente
Un endpoint veloce elimina il limite per singolo client, rendendo più facile individuare qualsiasi limite residuo. Un pool di HDD potrebbe non riuscire a sostenere un impegnativo carico di lavoro casuale, la crittografia o la compressione potrebbero consumare CPU, un server a basso consumo potrebbe faticare nell'elaborazione dei servizi file e un'applicazione potrebbe serializzare l'I/O molto prima che la NIC sia saturata.
L'attuale guida hardware di TrueNAS sui colli di bottiglia di SMB, CPU e carichi di lavoro dello storage ricorda utilmente che l'hardware di rete è solo una delle fasi. Sottolinea che le CPU poco potenti possono diventare colli di bottiglia per il calcolo dei checksum, la compressione, la crittografia e la gestione dei file, mentre la virtualizzazione e i carichi di lavoro paralleli modificano il profilo di CPU preferibile.
Aggiorna lo storage, la CPU, la memoria o la configurazione lato NAS solo dopo che l’endpoint più veloce ha dimostrato che il collegamento dispone di margine che il server non riesce a saturare. In questo modo preservi l’ordine degli aggiornamenti: rimuovi il limite del client, osserva il limite successivo e modifica il componente del server che sta effettivamente rallentando il carico di lavoro.
Più client Gigabit possono già utilizzare insieme l’uplink 10GbE del NAS
Un NAS 10GbE non è sprecato solo perché ogni client è 1GbE. Quattro client possono utilizzare contemporaneamente ciascuno il proprio collegamento di accesso gigabit, mentre l’uplink del server può trasportare il traffico aggregato senza costringere tutti e quattro a condividere un’unica connessione NAS 1GbE. Per questo la porta 10GbE lato server è preziosa nelle abitazioni con più utenti, prima ancora che un singolo endpoint diventi multi-gigabit.
La documentazione Microsoft su SMB Multichannel mostra anche la distinzione tra un singolo percorso di connessione e più percorsi disponibili. SMB può utilizzare più interfacce nelle configurazioni supportate, ma il singolo percorso ordinario di un client 1GbE non eredita magicamente l’etichetta 10GbE del server. La capacità aggregata e la capacità per client sono due questioni d’acquisto diverse.
Se il problema è «tutti rallentano quando iniziano i backup», mantieni il collegamento uplink 10GbE del NAS e verifica innanzitutto la capacità aggregata del server e dello storage, prima di sostituire ogni endpoint. Se il problema è «un solo editor ha bisogno subito di un progetto da 400 GB», aggiorna prima il percorso di quell’editor. Il limite da considerare dipende dall’utente che percepisce il ritardo.
Definisci l’ordine degli aggiornamenti in base al collo di bottiglia osservato
Usa una sequenza decisionale semplice. Per prima cosa verifica che il NAS negozi a 10GbE e che riesca a raggiungere un throughput iperf di diversi gigabit con un client compatibile. Poi confronta il risultato di rete con il throughput effettivo del servizio file. Infine stabilisci se il problema riguarda un solo client, più client contemporaneamente o il NAS stesso.
| Risultato osservato | Aggiorna prima | Perché |
|---|---|---|
| iperf del NAS è multi-gigabit, ma un client è limitato a circa 1GbE | Percorso dell’endpoint | La scheda di rete del client o la porta dello switch rappresenta il limite massimo |
| Il client più veloce ha un buon risultato con iperf, ma copie di file lente | Storage/CPU/configurazione del NAS | La rete può essere più veloce dello stack di servizi file |
| Più client 1GbE rallentano solo quando sono attivi contemporaneamente | Misura la capacità aggregata del NAS | Il collegamento uplink 10GbE potrebbe essere già utile; ora lo storage o la CPU potrebbero essere condivisi |
| Il NAS stesso negozia a 1GbE nonostante disponga di una scheda di rete 10GbE | Percorso di rete lato server | La capacità 10GbE pubblicizzata non è attiva da un’estremità all’altra |
| Per il flusso di lavoro più impegnativo basta un endpoint veloce | Fermati dopo un solo percorso | Un aggiornamento dell’intera casa aumenta i costi senza modificare l’attività di riferimento |
Se il primo endpoint più veloce è sufficiente a raggiungere l'obiettivo del flusso di lavoro, fermati lì. Se diversi client gigabit generano già una domanda aggregata, mantieni il collegamento server 10GbE e verifica la capacità dello storage condiviso e della CPU prima di intervenire su ogni client. Il prossimo acquisto dovrebbe rimuovere un limite misurato, non semplicemente far coincidere le velocità nominali dei collegamenti.
Questa decisione PC2 riguarda l'ordine, non l'individuazione di un vincitore universale. Il percorso che parte dall'endpoint è il più comune quando il NAS ha già dimostrato di essere veloce e una workstation rappresenta il collo di bottiglia per l'utente. Il percorso che parte dal server è corretto quando un client di test più veloce rivela un limite sul NAS o quando la domanda aggregata di più client supera le risorse del server.
Fermati quando il prossimo aggiornamento non cambia più il flusso di lavoro
Gli aggiornamenti di rete possono diventare autoalimentati. Dopo che una workstation raggiunge 2,5GbE o 10GbE, viene spontaneo sostituire ogni switch, cavo, dock e adattatore. Non ampliare il progetto, a meno che un altro carico di lavoro misurato non superi abbastanza spesso un collegamento più lento da rendere la differenza significativa.
Il confronto di ZimaSpace tra un collegamento diretto 10GbE e uno switch 10GbE gestito definisce il confine topologico adiacente: una singola workstation con carichi elevati può giustificare un percorso veloce prima che il resto della casa diventi una rete condivisa ad alta velocità. L'ordine degli aggiornamenti dovrebbe seguire la stessa logica economica.
Quando l'editor di destinazione, la finestra di backup o il carico di lavoro multi-client soddisfa il requisito temporale, fermati. Un NAS 10GbE può servire efficientemente i client gigabit; un singolo client veloce può utilizzare una parte maggiore delle risorse del NAS senza dover aggiornare tutti, e l'hardware del server va modificato solo quando le evidenze indicano che il limite è nel server.
Domande frequenti
Un NAS 10GbE rende più veloce un client 1GbE?
Non oltre il collegamento 1GbE del client per un singolo trasferimento. Il NAS 10GbE può comunque migliorare il servizio complessivo gestendo più client gigabit contemporaneamente, senza costringerli tutti a passare attraverso un unico uplink server 1GbE.
Devo aggiornare prima lo switch o la scheda di rete della workstation?
Il percorso più veloce richiede che entrambe le estremità e la porta dello switch intermedio supportino la velocità prevista. Se lo switch attuale è solo gigabit, una scheda di rete multi-gigabit nella workstation negozierà comunque a 1GbE. Considera il percorso dell'endpoint come l'insieme di scheda di rete, switch e cablaggio.
L'aggregazione di link permetterà a un client gigabit di utilizzare interamente il collegamento NAS 10GbE?
L'aggregazione di link ordinaria non trasforma una singola interfaccia client 1GbE in un'interfaccia 10GbE. Alcuni protocolli possono utilizzare più percorsi quando sia il client sia il server li espongono, ma l'endpoint deve comunque disporre di più collegamenti adeguati e di software compatibile.
Prodotti consigliati
Confronti tra prodotti
Altro da leggere
Docker vs macchina virtuale per Plex: quale modalità di distribuzione fa al caso tuo?
Un verdetto condizionale sulla distribuzione di Plex tramite Docker, macchine virtuali o Docker all’interno di una macchina virtuale, basato su requisiti operativi condivisi.
8 GB vs 16 GB vs 32 GB di RAM per Plex: quale livello è più adatto al tuo carico di lavoro?
Scegli 8 GB per un Plex essenziale, 16 GB per app condivise di media entità oppure 32 GB per VM e spazi di lavoro...
L'accelerazione hardware dedicata offre a Plex un vantaggio significativo?
L’accelerazione hardware è vantaggiosa per le transcodifiche ripetute supportate; l’uso della sola CPU resta valido per la riproduzione diretta, le conversioni occasionali e le...
