Recensione del cliente VDI Atrust t176L

Il client Atrust t176L è rivolto ai knowledge work dell'infrastruttura desktop virtuale (VDI) che cercano un client VDI discreto che supporti due monitor. Per fornire una breve panoramica delle specifiche, Atrust t176L è un thin client con fattore di forma ridotto dotato di 4 porte USB e 2 porte DisplayPort alimentato da una CPU Intel che esegue un sistema operativo Linux su misura. Supporta due monitor a 3840 x 2160 a 30 Hz o 2560 x 1600 a 60 Hz. Supporta tutti i principali ambienti VDI.

Il client Atrust t176L è rivolto ai knowledge work dell'infrastruttura desktop virtuale (VDI) che cercano un client VDI discreto che supporti due monitor. Per fornire una breve panoramica delle specifiche, Atrust t176L è un thin client con fattore di forma ridotto dotato di 4 porte USB e 2 porte DisplayPort alimentato da una CPU Intel che esegue un sistema operativo Linux su misura. Supporta due monitor a 3840 x 2160 a 30 Hz o 2560 x 1600 a 60 Hz. Supporta tutti i principali ambienti VDI.

Atrust ha sede a Taiwan ed è stata fondata nel 2007. Atrust ha avuto un'esposizione limitata al mercato del Nord America, ma i suoi prodotti sono ben noti in Asia ed Europa. Atrust produce thin client, zero client, server VDI e software di gestione client VDI.

Questa recensione fornirà una panoramica approfondita delle specifiche del cliente Atrust t176L VDI, del design e della qualità costruttiva, nonché un riepilogo dei test che abbiamo effettuato su di esso nell'arco di tre settimane. Presenteremo quindi i risultati principali di tali test, forniremo le nostre opinioni sul dispositivo e discuteremo brevemente chi trarrebbe vantaggio da questo prodotto.

Specifiche Atrust t176L

Progetta e costruisci

La scatola di cartone con cui è arrivato il dispositivo era pesante e il dispositivo stesso era avvolto in un sacchetto di plastica elettrostatica. La confezione conteneva anche un alimentatore CC da 12 V 3 A e una guida rapida.

Sul retro del dispositivo ci sono due porte DisplayPort, due porte USB 2.0, un jack RJ45 e la connessione di alimentazione. La parte anteriore del dispositivo ha il pulsante di accensione, due jack audio da 3.5 mm (uno per l'ingresso audio e l'altro per l'uscita audio), due porte USB 3.0 e una spia di accensione.

L'intero case, tranne la parte posteriore, è realizzato in spessa plastica nera con fori di ventilazione sui due lati e sulla parte superiore. La parte posteriore della custodia è realizzata in metallo nero. Il lato sinistro del dispositivo presenta due fori che possono essere utilizzati per collegare il dispositivo al supporto VESA. Sulla parte superiore del dispositivo è presente uno slot per un lucchetto Kingston. Sul lato del dispositivo è presente un supporto a doppia funzione che può essere rimosso rimuovendo una singola vite a testa Philips. Il supporto rimovibile contiene sei viti con testa a croce che possono essere utilizzate con i fori sul lato del dispositivo per montare la base sul lato come supporto VESA; questa è in realtà una caratteristica molto ingegnosa. Nel complesso, il case di questo dispositivo è molto resistente e dovrebbe resistere in un ambiente d'ufficio.

 

La custodia è tenuta insieme da due viti con testa Phillips sul lato del dispositivo, una delle viti è sotto un adesivo "Garanzia nulla se rimossa". Rimuovendo queste viti, puoi sollevare la parte inferiore del dispositivo ed esporre la scheda madre del dispositivo, che è ben realizzata, e un SO-DIMM 2G X 4 con marchio ADATA. Tutti i componenti e le porte visibili sono montati in superficie sulla scheda madre. La qualità costruttiva del dispositivo è superiore alla media e non ha parti meccaniche, come una ventola, che potrebbero guastarsi. 

Documentazione

La guida rapida aveva un URL per la documentazione del client VDI. La documentazione per il dispositivo era lunga 268 pagine e ha svolto un ottimo lavoro spiegando come impostare il dispositivo e configurarlo per funzionare con i principali ambienti VDI. Per essere un'azienda che sta entrando nel mercato statunitense, siamo rimasti piacevolmente sorpresi dalla qualità della documentazione.

usabilità

Il vero test di un client desktop virtuale è la sua usabilità; per testare l'usabilità del t176L, abbiamo utilizzato il client per tre settimane nel nostro laboratorio del Pacifico nordoccidentale con varie configurazioni. Di seguito sono riportati i risultati principali che abbiamo notato durante l'utilizzo del client.

Per testare il t176L, lo abbiamo collegato alla nostra rete tramite un cavo Cat 6 tramite la porta RJ45 del dispositivo che era collegata alla nostra rete tramite una rete da 1 Gb tramite un singolo switch collegato a un server o a un router WAN. Il server ospitava il nostro desktop virtuale VMware Horizon locale mentre il router WAN veniva utilizzato per connettersi ai desktop virtuali basati su cloud. Per creare un ambiente controllato, la rete è stata monitorata durante i test per garantire che sulla rete non fosse presente altro traffico. Durante i nostri test sono stati utilizzati una tastiera e un mouse wireless Dell (codice articolo KM636).

Per l'avvio iniziale e il test del dispositivo, abbiamo collegato il t176L a un monitor 38K curvo da 4 pollici Dell UltraSharp (U3818DW) tramite uno dei dispositivi DisplayPort. Il monitor Dell è dotato di uno switch per tastiera, mouse e video (KVM) integrato. Lo switch KVM integrato nel monitor è stato estremamente utile durante i nostri test poiché ci ha permesso di passare dal client VDI al nostro laptop con la semplice pressione di un pulsante. Abbiamo collegato il dongle della tastiera/mouse alla porta USB upstream del monitor.

Configurazione iniziale

Dopo aver acceso il dispositivo, ci sono voluti 40 secondi in totale per avviarsi, ottenere un indirizzo IP dal mio server DNS e presentare una schermata "Connessione rapida Atrust" che mostrava un elenco delle tre soluzioni VDI più comuni. L'elenco includeva Citrix, VMware View e connessione Desktop remoto. Da questo elenco ho selezionato VMware View e mi è stato presentato VMware Horizon Client (versione 4.8). Ho configurato il client Horizon per connettersi al mio broker di connessione Horizon.

 

Il client VDI ha impostato il display su una risoluzione di 2560 x 1440 anziché sulla risoluzione massima del dispositivo di 3840 x 1600, sospettiamo che si tratti di un problema con la configurazione del monitor poiché siamo riusciti a collegare il dispositivo al nostro monitor Lenovo P27 4K tramite il stessa porta e hanno una risoluzione 3840 x 1600.

Il dispositivo consente l'ombreggiatura dello schermo tramite VNC, che abbiamo utilizzato per acquisire molti degli screenshot utilizzati in questa recensione. Per evitare di influenzare negativamente le prestazioni del client, tuttavia, non abbiamo utilizzato lo screen shadowing durante il monitoraggio della reattività del dispositivo. 

La condivisione dello schermo viene abilitata selezionando le impostazioni (icona degli ingranaggi) nell'angolo in basso a sinistra dello schermo, quindi selezionando  Sistema >Password e selezionando la casella di controllo Abilita Shadow.

Le informazioni di sistema (come le versioni dei client VDI, il software in esecuzione e le informazioni sul fornitore) vengono visualizzate selezionando Sistema> Informazioni di sistema dal menu delle impostazioni. 

Le prestazioni del client sono state monitorate eseguendo top dalla finestra del terminale del client. L'accesso al terminale si ottiene selezionando Impostazioni> Terminale.

Vetrina del negozio Citrix

Il client non è stato testato in un ambiente Citrix.  

Leostream

Abbiamo testato il client con un desktop VDI cloud fornito da Leostream. Il broker di connessione Leostream e il desktop virtuale erano in esecuzione in un data center AWS. Leostream supporta molti dei principali protocolli desktop remoti e alcuni di nicchia, per questo test abbiamo utilizzato il protocollo RDP HTML5. Volevamo utilizzare questo protocollo poiché non dipende dall'installazione di software aggiuntivo sul dispositivo e può essere utilizzato da qualsiasi dispositivo dotato di browser HTML5 e desktop virtuali che supportano le connessioni RDP, inclusi desktop Windows e Linux.

Per connettermi al desktop virtuale, ho utilizzato il browser web Firefox del client Atrust. Sono andato al pannello Configurazione client Atrust, ho selezionato Applicazioni e ho fatto clic su Browser Web dove ho inserito un nome per la sessione e l'URL per il broker di connessione Leostream.

Per avviare la sessione Leostream ho fatto clic sull'icona Leostream nel menu di avvio che ha aperto il browser Web Firefox, dove ho inserito nome utente e password e poi, dopo una breve attesa, mi è stato presentato un desktop virtuale.

Ho utilizzato il desktop virtuale Leostream per modificare documenti e trasmettere video in streaming praticamente con la stessa esperienza dell'utilizzo di un desktop locale. Poiché il client non dispone di un altoparlante integrato, ho collegato le cuffie alla porta da 3.5 mm nella parte anteriore del client VDI. Quando ho riprodotto un video di YouTube in scala un quarto, il video è stato riprodotto senza perdere fotogrammi; in modalità a schermo intero, tuttavia, il video era a scatti e i fotogrammi venivano persi. L'audio era chiaro e stabile durante tutta la riproduzione del video. Il fatto che la riproduzione video perdesse fotogrammi durante la riproduzione in modalità a schermo intero non era inaspettata poiché avevo riscontrato riduzioni simili della qualità video su altri client. Poiché non ho riscontrato questo problema quando lavoravo con il desktop virtuale abilitato per GPU, credo che si tratti di un artefatto del desktop virtuale e non del client, della rete o del protocollo RDP HTML5.

Dopo essermi disconnesso dal desktop virtuale, ho eseguito il ping dell'indirizzo IP del broker di connessione e ho scoperto che il tempo di andata e ritorno (RTT) era di 98 ms. Dato che il broker di connessione Leostream e il desktop virtuale si trovavano in un data center AWS situato sulla costa orientale e che il client era in esecuzione nel nostro laboratorio del Pacifico nord-occidentale, sono rimasto piacevolmente sorpreso di scoprire che un desktop virtuale con così tanta latenza funzionava altrettanto bene nonché un desktop virtuale ospitato in sede. Ho scoperto che se ridimensionavo il browser web dovevo disconnettermi e poi rientrare nella sessione per far riconoscere la nuova dimensione dello schermo. 

Desktop Horizon locale

Per il resto delle tre settimane in cui ho utilizzato il dispositivo, ho utilizzato un desktop virtuale Horizon locale per svolgere le mie attività quotidiane.

Il desktop virtuale che ho utilizzato eseguiva Windows 10 (1607), aveva 2 vCPU, 8 GB di memoria e 50 GB di spazio di archiviazione basato su NVMe. 

Il primo test che ho condotto utilizzando il mio desktop virtuale locale è stato utilizzare VLC per riprodurre un video (1280 x 720 a 712 kbs) archiviato sul desktop virtuale. Innanzitutto ho riprodotto il video utilizzando un quarto dello schermo e poi ancora una volta in modalità a schermo intero. In scala un quarto, il video viene riprodotto senza perdita di fotogrammi; in modalità a schermo intero, tuttavia, il video era a scatti e perdevano fotogrammi, come nel caso del desktop virtuale Leostream. Credo che la caduta dei fotogrammi video sia il risultato del desktop virtuale e non del client o della rete. L'audio veniva riprodotto in modo impeccabile attraverso le cuffie collegate al jack da 3.5 mm quando il video veniva visualizzato sia in modalità a un quarto di scala che a schermo intero. 

Per testare ulteriormente il dispositivo, ho collegato un auricolare Jabra voice 150 a una connessione USB; le cuffie Jabra sono state rilevate dal desktop virtuale e hanno funzionato senza problemi.

Ho utilizzato il client per le mie attività quotidiane per tre settimane senza alcun problema. Ciò includeva l'utilizzo delle applicazioni Microsoft Office, del browser Web Chrome, della riproduzione di musica in streaming su Internet, ecc. Durante questo periodo il dispositivo ha funzionato in modo impeccabile.

Condizioni avverse della rete 

Nella maggior parte dei casi, la connessione di rete tra un desktop virtuale e una connessione client VDI è stabile e pulita, ma in alcune circostanze le connessioni possono essere difettose; perdita di pacchetti di rete, latenza elevata e pacchetti consegnati fuori ordine (jitter). Per testare la capacità del client di gestire queste condizioni, ho inserito problemi di rete nel flusso tra il mio desktop virtuale e il mio client. 

Per verificare situazioni di rete avverse, ho collegato il client al mio desktop virtuale locale utilizzando PCoIP. Dopo aver inserito condizioni di rete non ottimali nel flusso di rete, ho eseguito attività sui documenti e riprodotto un video in modalità quarto di scala e in modalità schermo intero sui client VDI e ho osservato i risultati. Per raccogliere maggiori informazioni, è stato eseguito il ping del desktop virtuale dal client e monitorata l'attività della CPU del dispositivo utilizzando il comando top.

Per introdurre condizioni di rete non ottimali nel mio flusso di rete, ho utilizzato Apposite NetropyVE, una versione software dell'appliance di emulazione di rete basata su hardware di Apposite. La foto sotto mostra come si trovava NetropyVE nel mio flusso di rete.

Ho configurato e utilizzato diversi "percorsi" di NetropyVE per osservare il livello di impatto che avrebbero avuto condizioni di rete scadenti. Il primo percorso (locale) non presentava alcuna latenza aggiuntiva, perdita di pacchetti o latenza inserita nel flusso. Il secondo percorso (Coast-to-Coast) ha avuto una latenza di 100 ms. Il terzo percorso (Bad Local) presentava una caduta di pacchetti del 2% e un jitter casuale di 0-30 ms. Il quarto percorso (Bad Coast-to-Coast) presentava una perdita di pacchetti del 2% e un jitter casuale di 70-100 ms. L'immagine mostra l'interfaccia NetropyVE che ho utilizzato per configurare e selezionare i percorsi. L'immagine successiva mostra come ho monitorato l'utilizzo della CPU del client VDI con top durante la riproduzione di un video sul desktop virtuale. La tabella 1 mostra le mie osservazioni durante il test del client VDI in condizioni di rete non ottimali. 

Table 1- Risultati di rete non ottimali

Stiamo appena iniziando a includere le condizioni avverse della rete nelle revisioni dei nostri clienti VDI e non abbiamo ancora una piena comprensione delle implicazioni e del significato di questi risultati. Eseguendo ulteriori test su dispositivi diversi, tuttavia, acquisiremo una migliore comprensione di come l'hardware di un client VDI, lo stack di rete nativo e i diversi protocolli di visualizzazione remota influiscono sull'usabilità di questi dispositivi. Pertanto non prendiamo in considerazione questi test di rete non ottimali nelle nostre conclusioni sul dispositivo poiché le loro implicazioni non sono ancora del tutto comprese. 

Utilizzo di altri protocolli

Atrust pubblicizza il dispositivo come compatibile con PCoIP, VMware Horizon Blast e CITRIX HDX, ma abbiamo scoperto che quando si configura una connessione bisogna avere la possibilità di utilizzare altri protocolli. Nota: le informazioni seguenti provengono solo dalle nostre osservazioni, di cui non abbiamo tenuto conto nel nostro verdetto finale sul dispositivo.

Come notato sopra, il dispositivo include il browser web Firefox che viene eseguito in modo nativo sul client e funziona perfettamente con il desktop virtuale Leostream. Quando abbiamo testato il dispositivo utilizzando SSH e RDP, siamo riusciti a connetterci ad altri sistemi utilizzando SSH e a un sistema XP e Windows 10 utilizzando RDP senza problemi.

Gestione dei dispositivi

Il dispositivo può essere utilizzato con Atrust Remote Management Console, uno strumento di amministrazione basato su browser utilizzato per gestire più client VDI da un unico portale. L'utilizzo della console di gestione remota Atrust va oltre lo scopo di questa recensione.

Gestione del sistema

Il pulsante Impostazioni, situato nell'angolo in basso a sinistra della barra degli strumenti, aveva la possibilità di configurare le impostazioni del dispositivo.

Il riquadro di configurazione è suddiviso in cinque sezioni: Applicazioni, Interfaccia utente, Dispositivi, Rete e Sistema. 

La sezione Applicazione contiene le opzioni per configurare le connessioni utilizzando i diversi protocolli. Una volta configurata, la connessione viene visualizzata in una struttura ad albero nel Navigatore a sinistra del riquadro di configurazione.

La sezione Interfaccia utente contiene le impostazioni per display, desktop, tastiera, mouse e salvaschermo. A differenza di altri menu di configurazione del client con cui abbiamo lavorato, questo non consente agli utenti di organizzare e posizionare graficamente i monitor, ma richiede invece di farlo tramite un menu a discesa. 

Le altre sezioni nel riquadro di configurazione vengono utilizzate per configurare il client e i dispositivi ad esso collegati. Abbiamo trovato il menu intuitivo e facile da navigare e che la documentazione Atrust può essere consultata per maggiori informazioni su cosa fanno le impostazioni.

Conclusione

Atrust è un'impresa attiva da 10 anni e ha riscontrato un'ampia accettazione in Europa e Asia, ma Atrust è nuova nel mercato americano. Dopo aver utilizzato il client Atrust t176L per tre settimane, sia con desktop virtuali on-premise che basati su cloud, abbiamo riscontrato che si tratta di un dispositivo ben costruito, con un'ottima documentazione e dotato di alcune caratteristiche interessanti, come la base a doppio scopo /Supporto VESA. Atrust t176L è un buon candidato per le aziende che necessitano di un client VDI affidabile e ben costruito per i lavoratori della conoscenza che necessitano di uno o due monitor con risoluzione fino a 4K per completare le proprie attività quotidiane.

Client Atrust t176L

Discuti questa recensione

Iscriviti alla newsletter di StorageReview