Der Atrust t176L-Client richtet sich an Wissensarbeiter der virtuellen Desktop-Infrastruktur (VDI), die einen unauffälligen VDI-Client suchen, der zwei Monitore unterstützt. Um einen kurzen Überblick über die technischen Daten zu geben: Der Atrust t176L ist ein Thin Client mit kleinem Formfaktor, der über 4 USB- und 2 DisplayPort-Anschlüsse verfügt und von einer Intel-CPU angetrieben wird, auf der ein maßgeschneidertes Linux-Betriebssystem ausgeführt wird. Es unterstützt zwei Monitore mit 3840 x 2160 bei 30 Hz oder 2560 x 1600 bei 60 Hz. Es unterstützt alle wichtigen VDI-Umgebungen.
Der Atrust t176L-Client richtet sich an Wissensarbeiter der virtuellen Desktop-Infrastruktur (VDI), die einen unauffälligen VDI-Client suchen, der zwei Monitore unterstützt. Um einen kurzen Überblick über die technischen Daten zu geben: Der Atrust t176L ist ein Thin Client mit kleinem Formfaktor, der über 4 USB- und 2 DisplayPort-Anschlüsse verfügt und von einer Intel-CPU angetrieben wird, auf der ein maßgeschneidertes Linux-Betriebssystem ausgeführt wird. Es unterstützt zwei Monitore mit 3840 x 2160 bei 30 Hz oder 2560 x 1600 bei 60 Hz. Es unterstützt alle wichtigen VDI-Umgebungen.
Atrust hat seinen Sitz in Taiwan und wurde 2007 gegründet. Atrust war nur begrenzt auf dem nordamerikanischen Markt vertreten, seine Produkte sind jedoch in Asien und Europa bekannt. Atrust produziert Thin Clients, Zero Clients, VDI-Server und VDI-Client-Management-Software.
Dieser Testbericht gibt einen detaillierten Überblick über die Spezifikationen, das Design und die Verarbeitungsqualität des Atrust t176L VDI-Clients sowie eine Zusammenfassung der Tests, die wir drei Wochen lang damit durchgeführt haben. Anschließend werden wir die wichtigsten Ergebnisse dieser Tests darlegen, unsere Gedanken zum Gerät darlegen und kurz besprechen, wer von diesem Produkt profitieren würde.
Atrust t176L-Spezifikationen
Kundentyp | Dünner Kunde |
Formfaktor | klein |
OS | Atrust OS (Linux) |
Unterstützte Remote-Anzeigeprotokolle | Citrix ICA/HDX, Microsoft RDP mit RemoteFX VMware Horizon View (PCoIP/RDP/Blast) |
CPU | Intel Atom x5-E8000 Quad-Core 1.04 GHz (Turbo 2.0 G) |
Memory | 2 GB (optional: 4 GB, 8 GB) |
Lagerung | 4 GB (optional: 16 GB, 32 GB, 64 GB) |
Display | Zwei Monitore mit 3840 x 2160 bei 30 Hz oder 2560 x 1600 bei 60 Hz |
Power | Externer DC 12V/3A-Netzadapter |
Ports | 2 x Display 2 x USB 3.0 2 x USB 2.0 |
Multimedia | 3.5-mm-Audioausgangsbuchse 3.5-mm-Audioeingangsbuchse |
Netzwerkverbindung | RJ45 – 10/100/1000 MB (optionales WLAN) |
Physische Größe | Höhe 39.5 mm x Breite 103 mm x Tiefe 143 mm |
Körperliches Gewicht | 442 g |
UVP | $250 |
Garantie | 3 Jahre Teile und Arbeit |
Designen und Bauen
Der Pappkarton war schwer, und das Gerät selbst war in einer elektrostatischen Plastiktüte verpackt. Die Box enthielt außerdem ein 12-V-3-A-Gleichstromnetzteil und eine Kurzanleitung.
Auf der Rückseite des Geräts befinden sich zwei DisplayPort-Anschlüsse, zwei 2.0-USB-Anschlüsse, eine RJ45-Buchse und der Stromanschluss. An der Vorderseite des Geräts befinden sich der Netzschalter, zwei 3.5-mm-Audiobuchsen (eine für den Audioeingang und die andere für den Audioausgang), zwei 3.0-USB-Anschlüsse und eine Betriebsanzeige.
Das gesamte Gehäuse, mit Ausnahme der Rückseite, besteht aus dickem schwarzem Kunststoff mit Belüftungslöchern an den beiden Seiten und der Oberseite. Die Rückseite des Gehäuses besteht aus schwarzem Metall. Auf der linken Seite des Geräts befinden sich zwei Löcher, mit denen das Gerät an der VESA-Halterung befestigt werden kann. Auf der Oberseite des Geräts befindet sich ein Steckplatz für ein Kingston-Schloss. An der Seite des Geräts befindet sich ein Mehrzweckständer, der durch Entfernen einer einzelnen Kreuzschlitzschraube entfernt werden kann. Der abnehmbare Ständer enthält sechs Kreuzschlitzschrauben, die mit den Löchern an der Seite des Geräts verwendet werden können, um den Standfuß an der Seite als VESA-Halterung zu befestigen; Das ist tatsächlich eine sehr geniale Funktion. Insgesamt ist das Gehäuse dieses Geräts sehr langlebig und sollte einer Büroumgebung standhalten.
Das Gehäuse wird mit zwei Kreuzschlitzschrauben an der Seite des Geräts zusammengehalten, eine der Schrauben befindet sich unter einem Aufkleber „Garantie erlischt bei Entfernung“. Durch Entfernen dieser Schrauben können Sie die Unterseite des Geräts abhebeln und die gut verarbeitete Hauptplatine des Geräts sowie ein 2G X 4 SO-DIMM der Marke ADATA freilegen. Alle sichtbaren Komponenten und Anschlüsse sind oberflächenmontiert auf dem Motherboard. Die Verarbeitungsqualität des Geräts ist überdurchschnittlich gut und es gibt keine mechanischen Teile, wie zum Beispiel einen Lüfter, die ausfallen könnten.
Dokumentation
Die Kurzanleitung enthielt eine URL zur Dokumentation des VDI-Clients. Die Dokumentation für das Gerät war 268 Seiten lang und hat sehr gut erklärt, wie das Gerät eingerichtet und für die Arbeit mit den wichtigsten VDI-Umgebungen konfiguriert wird. Für ein Unternehmen, das in den US-Markt vordringt, waren wir von der Qualität der Dokumentation angenehm überrascht.
Intuitive Bedienung
Der eigentliche Test eines virtuellen Desktop-Clients ist seine Benutzerfreundlichkeit; Um die Benutzerfreundlichkeit des T176L zu testen, verwendeten wir den Client drei Wochen lang in unserem Labor im pazifischen Nordwesten mit verschiedenen Konfigurationen. Nachfolgend sind die wichtigsten Ergebnisse aufgeführt, die wir während unserer Zeit mit dem Client festgestellt haben.
Um den t176L zu testen, haben wir ihn über ein Cat-6-Kabel über den RJ45-Port des Geräts mit unserem Netzwerk verbunden, das über ein 1-GB-Netzwerk über einen einzelnen Switch mit unserem Netzwerk verbunden war, der entweder mit einem Server oder einem WAN-Router verbunden war. Der Server hostete unseren lokalen virtuellen VMware Horizon-Desktop, während der WAN-Router für die Verbindung mit cloudbasierten virtuellen Desktops verwendet wurde. Um eine kontrollierte Umgebung zu schaffen, wurde das Netzwerk während der Tests überwacht, um sicherzustellen, dass kein anderer Datenverkehr im Netzwerk vorhanden war. Während unserer Tests wurde eine kabellose Tastatur und Maus von Dell (Teilenummer KM636) verwendet.
Für den ersten Start und Test des Geräts haben wir den t176L über einen der DisplayPorts des Geräts mit einem Dell UltraSharp 38-Zoll-Curved-4K-Monitor (U3818DW) verbunden. Der Dell-Monitor verfügt über einen integrierten Tastatur-, Maus- und Video-Switch (KVM). Der integrierte KVM-Switch des Monitors war während unserer Tests äußerst nützlich, da er uns ermöglichte, per Knopfdruck zwischen dem VDI-Client und unserem Laptop zu wechseln. Wir haben den Dongle der Tastatur/Maus an den Upstream-USB-Anschluss des Monitors angeschlossen.
Erstkonfiguration
Nach dem Einschalten des Geräts dauerte es insgesamt 40 Sekunden, um zu booten, eine IP-Adresse von meinem DNS-Server zu erhalten und einen „Atrust Quick Connection“-Bildschirm anzuzeigen, der eine Liste der drei gängigsten VDI-Lösungen anzeigte. Die Liste umfasste Citrix, VMware View und Remotedesktopverbindung. Aus dieser Liste wählte ich VMware View aus und bekam einen VMware Horizon Client (Version 4.8) angezeigt. Ich habe den Horizon-Client so konfiguriert, dass er eine Verbindung zu meinem Horizon-Verbindungsbroker herstellt.
Der VDI-Client stellte die Anzeige auf eine Auflösung von 2560 x 1440 statt auf die maximale Auflösung des Geräts von 3840 x 1600 ein. Wir vermuten, dass dies ein Problem mit der Monitorkonfiguration war, da wir das Gerät über das mit unserem Lenovo P27 4K-Monitor verbinden konnten gleichen Port und haben eine Auflösung von 3840 x 1600.
Das Gerät ermöglicht Bildschirmschatten über VNC, mit dem wir viele der in diesem Test verwendeten Screenshots aufgenommen haben. Um die Leistung des Clients nicht zu beeinträchtigen, haben wir bei der Überwachung der Reaktionsfähigkeit des Geräts jedoch keine Bildschirmschatten verwendet.
Die Bildschirmfreigabe wird aktiviert, indem Sie die Einstellungen (Zahnradsymbol) in der unteren linken Ecke des Bildschirms auswählen, dann System > Passwort auswählen und das Kontrollkästchen „Schatten aktivieren“ aktivieren.
Systeminformationen (z. B. die Versionen der VDI-Clients, die ausgeführte Software und Herstellerinformationen) werden angezeigt, indem Sie im Einstellungsmenü „System“ > „Systeminformationen“ auswählen.
Die Leistung des Clients wurde durch Ausführen von top aus dem Client-Terminalfenster überwacht. Der Zugriff auf das Terminal erfolgt über die Auswahl „Einstellungen“ > „Terminal“.
Citrix Storefront
Der Client wurde nicht in einer Citrix-Umgebung getestet.
Leostream
Wir haben den Client mit einem von Leostream bereitgestellten Cloud-VDI-Desktop getestet. Der Leostream-Verbindungsbroker und der virtuelle Desktop wurden in einem AWS-Rechenzentrum ausgeführt. Leostream unterstützt viele der wichtigsten Remote-Desktop-Protokolle und einige Nischenprotokolle. Für diesen Test haben wir das HTML5-RDP-Protokoll verwendet. Wir wollten dieses Protokoll verwenden, da es nicht von der Installation zusätzlicher Software auf dem Gerät abhängt und von jedem Gerät verwendet werden kann, das über einen HTML5-Browser und virtuelle Desktops verfügt, die RDP-Verbindungen unterstützen, einschließlich Windows- und Linux-Desktops.
Um eine Verbindung zum virtuellen Desktop herzustellen, habe ich den Firefox-Webbrowser des Atrust-Clients verwendet. Ich ging zum Atrust-Client-Setup-Bereich, wählte „Anwendungen“ aus und klickte auf „Webbrowser“, wo ich einen Namen für die Sitzung und die URL für den Leostream-Verbindungsbroker eingab.
Um die Leostream-Sitzung zu starten, klickte ich im Startmenü auf das Leostream-Symbol. Daraufhin öffnete sich der Firefox-Webbrowser, in den ich meinen Benutzernamen und mein Passwort eingab. Nach einer kurzen Wartezeit wurde mir dann ein virtueller Desktop angezeigt.
Ich habe den virtuellen Leostream-Desktop verwendet, um Dokumente zu bearbeiten und Videos zu streamen, und zwar praktisch mit der gleichen Erfahrung wie bei der Verwendung eines lokalen Desktops. Da der Client keinen eingebauten Lautsprecher hat, habe ich ein Headset an den 3.5-mm-Anschluss an der Vorderseite des VDI-Clients angeschlossen. Als ich ein YouTube-Video im Viertelmaßstab abspielte, wurde das Video ohne Bildausfälle abgespielt; Im Vollbildmodus ruckelte das Video allerdings und es kam zu Bildverlusten. Der Ton war während der gesamten Videowiedergabe klar und stabil. Die Tatsache, dass bei der Videowiedergabe im Vollbildmodus Frames ausfielen, war nicht unerwartet, da ich bei anderen Clients ähnliche Einbußen bei der Videoqualität festgestellt hatte. Da ich dieses Problem bei der Arbeit mit dem GPU-fähigen virtuellen Desktop nicht hatte, glaube ich, dass es sich um ein Artefakt des virtuellen Desktops handelt und nicht um den Client, das Netzwerk oder das HTML5-RDP-Protokoll.
Nachdem ich die Verbindung zum virtuellen Desktop getrennt hatte, pingte ich die IP-Adresse des Verbindungsbrokers an und stellte fest, dass die Round-Trip-Zeit (RTT) 98 ms betrug. Angesichts der Tatsache, dass sich der Leostream-Verbindungsbroker und der virtuelle Desktop in einem AWS-Rechenzentrum an der Ostküste befanden und der Client in unserem Labor im pazifischen Nordwesten lief, war ich angenehm überrascht, dass ein virtueller Desktop mit dieser hohen Latenz genauso gut funktionierte sowie einen virtuellen Desktop, der vor Ort gehostet wurde. Ich habe festgestellt, dass ich mich bei einer Größenänderung des Webbrowsers abmelden und dann wieder bei der Sitzung anmelden muss, damit die neue Bildschirmgröße erkannt wird.
Lokaler Horizon-Desktop
Für den Rest der drei Wochen, in denen ich das Gerät verwendet habe, habe ich einen lokalen virtuellen Horizon-Desktop verwendet, um meine täglichen Aufgaben zu erledigen.
Der virtuelle Desktop, den ich verwendet habe, lief unter Windows 10 (1607), hatte 2 vCPUs, 8 GB Arbeitsspeicher und 50 GB NVMe-basierten Speicher.
Der erste Test, den ich mit meinem lokalen virtuellen Desktop durchgeführt habe, bestand darin, mit VLC ein Video (1280 x 720 bei 712 KBit/s) abzuspielen, das auf dem virtuellen Desktop gespeichert war. Zuerst habe ich das Video auf einem Viertel der Anzeige abgespielt, dann noch einmal im Vollbildmodus. Im Viertelformat wurde das Video ohne Frame-Aussetzer abgespielt; Im Vollbildmodus ruckelte das Video jedoch und es kam zu Bildausfällen, wie es beim virtuellen Leostream-Desktop der Fall war. Ich glaube, dass der Verlust von Videobildern auf den virtuellen Desktop und nicht auf den Client oder das Netzwerk zurückzuführen ist. Der Ton wurde über ein an die 3.5-mm-Buchse angeschlossenes Headset einwandfrei wiedergegeben, wenn das Video sowohl im Viertelskalen- als auch im Vollbildmodus angezeigt wurde.
Um das Gerät weiter zu testen, habe ich ein Jabra Voice 150-Headset an einen USB-Anschluss angeschlossen; Das Jabra-Headset wurde vom virtuellen Desktop erkannt und funktionierte ohne Probleme.
Ich habe den Client drei Wochen lang ohne Probleme für meine täglichen Aktivitäten genutzt. Dazu gehörte die Verwendung von Microsoft Office-Anwendungen, dem Chrome-Webbrowser, das Abspielen von Internet-Streaming-Musik usw. Während dieser Zeit funktionierte das Gerät einwandfrei.
Ungünstige Netzwerkbedingungen
Meistens ist die Netzwerkverbindung zwischen einem virtuellen Desktop und einer VDI-Client-Verbindung stabil und sauber, aber unter bestimmten Umständen können Verbindungen schlecht sein; Verlust von Netzwerkpaketen, hohe Latenz und Pakete, die nicht in der richtigen Reihenfolge zugestellt werden (Jitter). Um zu testen, wie gut der Client mit diesen Bedingungen umgeht, habe ich Netzwerkprobleme in den Stream zwischen meinem virtuellen Desktop und meinem Client eingefügt.
Um nachteilige Netzwerksituationen zu testen, habe ich den Client über PCoIP mit meinem lokalen virtuellen Desktop verbunden. Nachdem ich nicht optimale Netzwerkbedingungen in den Netzwerkstream eingefügt hatte, führte ich Aufgaben an Dokumenten durch, spielte ein Video im Viertelskalenmodus und im Vollbildmodus auf den VDI-Clients ab und beobachtete die Ergebnisse. Um weitere Informationen zu sammeln, wurde der virtuelle Desktop vom Client aus angepingt und die CPU-Aktivität des Geräts mithilfe des Befehls top überwacht.
Um nicht optimale Netzwerkbedingungen in meinen Netzwerk-Stream einzuführen, habe ich Apposite NetropyVE verwendet, eine Softwareversion der hardwarebasierten Netzwerkemulations-Appliance von Apposite. Das Foto unten zeigt, wie sich NetropyVE in meinem Netzwerk-Stream befand.
Ich habe verschiedene NetropyVE-„Pfade“ konfiguriert und verwendet, um zu beobachten, welche Auswirkungen schlechte Netzwerkbedingungen haben würden. Der erste Pfad (lokal) wies keine zusätzliche Latenz, keinen Paketverlust oder keine in den Stream eingefügte Latenz auf. Der zweite Pfad (Coast-to-Coast) hatte eine Latenz von 100 ms. Der dritte Pfad (Bad Local) hatte einen Paketverlust von 2 % und einen zufälligen Jitter von 0–30 ms. Der vierte Pfad (Bad Coast-to-Coast) hatte einen Paketverlust von 2 % und einen zufälligen Jitter von 70–100 ms. Das Bild zeigt die NetropyVE-Schnittstelle, die ich zum Konfigurieren und Auswählen der Pfade verwendet habe. Das nächste Bild zeigt, wie ich die CPU-Auslastung des VDI-Clients mit top überwacht habe, während ich ein Video auf dem virtuellen Desktop abgespielt habe. Tabelle 1 zeigt meine Beobachtungen beim Testen des VDI-Clients unter nicht optimalen Netzwerkbedingungen.
Tisch 1- Nicht optimale Netzwerkergebnisse
Path |
Pingen |
Bearbeiten von Dokumenten |
Video im Viertelmaßstab |
Vollständiges Video |
Local |
|
Keine Probleme |
CPU 24 % Video wurde reibungslos abgespielt. Der Ton war klar. |
CPU 36 % Video ruckelt. Der Ton war klar. |
Schlechtes Lokal |
|
Keine Probleme |
CPU 30 % Das Video war abgehackt. Audio war in Ordnung. |
CPU 33 % Das Video war abgehackt. Audio war in Ordnung. |
Küste zu Küste |
101ms
|
Keine Probleme |
CPU 13 % Das Video war abgehackt. Audio war in Ordnung. |
CPU 17 % Das Video wurde alle 0.5 Sekunden aktualisiert und war nicht mit dem Ton synchron. Der Ton war rau. |
Schlecht von Küste zu Küste |
92ms
|
Keine Probleme |
CPU 11 % Das Video wurde jede Sekunde aktualisiert und war nicht mit dem Ton synchron. Der Ton brach merklich ein. |
CPU 20 % Das Video zeigte alle 2 Sekunden ein Bild und war nicht synchron mit dem Ton. Audio war nicht nutzbar. |
Wir fangen gerade erst an, ungünstige Netzwerkbedingungen in unsere VDI-Kundenbewertungen einzubeziehen, und wir haben noch kein vollständiges Verständnis für die Implikationen und die Bedeutung dieser Ergebnisse. Je mehr wir jedoch verschiedene Geräte testen, desto besser verstehen wir, wie sich die Hardware eines VDI-Clients, der native Netzwerk-Stack und die verschiedenen Remote-Anzeigeprotokolle auf die Benutzerfreundlichkeit dieser Geräte auswirken. Daher berücksichtigen wir diese suboptimalen Netzwerktests in unserer Schlussfolgerung zum Gerät nicht, da ihre Auswirkungen noch nicht vollständig verstanden sind.
Verwendung anderer Protokolle
Atrust bewirbt das Gerät damit, dass es mit PCoIP, VMware Horizon Blast und CITRIX HDX funktioniert, wir haben jedoch festgestellt, dass man beim Einrichten einer Verbindung die Möglichkeit haben muss, andere Protokolle zu verwenden. Hinweis: Die folgenden Informationen stammen lediglich aus unseren eigenen Beobachtungen, die wir bei unserem endgültigen Urteil über das Gerät nicht berücksichtigt haben.
Wie oben erwähnt, verfügt das Gerät über einen Firefox-Webbrowser, der nativ auf dem Client läuft und einwandfrei mit dem virtuellen Leostream-Desktop funktioniert. Als wir das Gerät mit SSH und RDP getestet haben, konnten wir über SSH eine Verbindung zu anderen Systemen herstellen und über RDP problemlos eine Verbindung zu einem XP- und Windows 10-System herstellen.
Device Management
Das Gerät kann mit der Atrust Remote Management Console verwendet werden, einem browserbasierten Verwaltungstool, mit dem mehrere VDI-Clients über ein einziges Portal verwaltet werden können. Die Verwendung der Atrust Remote Management Console geht über den Rahmen dieser Überprüfung hinaus.
Systemmanagement
Über die Schaltfläche „Einstellungen“ in der unteren linken Ecke der Symbolleiste konnten die Geräteeinstellungen konfiguriert werden.
Der Konfigurationsbereich ist in fünf Abschnitte unterteilt: Anwendungen, Benutzeroberfläche, Geräte, Netzwerk und System.
Der Abschnitt „Anwendung“ bietet die Möglichkeit, Verbindungen mithilfe der verschiedenen Protokolle zu konfigurieren. Sobald eine Verbindung konfiguriert ist, wird sie im Navigator links im Konfigurationsbereich in einer Baumstruktur angezeigt.
Der Abschnitt „Benutzeroberfläche“ enthält die Einstellungen für Anzeige, Desktop, Tastatur, Maus und Bildschirmschoner. Im Gegensatz zu einigen anderen Client-Konfigurationsmenüs, mit denen wir gearbeitet haben, können Benutzer in diesem Menü die Monitore nicht grafisch anordnen und positionieren, sondern müssen dies über ein Dropdown-Menü tun.
Die anderen Abschnitte im Konfigurationsbereich dienen der Konfiguration des Clients und der daran angeschlossenen Geräte. Wir fanden, dass das Menü intuitiv und einfach zu navigieren ist und dass die Atrust-Dokumentation für weitere Informationen zu den Einstellungen konsultiert werden kann.
Schlussfolgerung
Atrust besteht seit 10 Jahren und hat in Europa und Asien große Akzeptanz gefunden, aber Atrust ist neu auf dem amerikanischen Markt. Nachdem wir den Atrust t176L-Client drei Wochen lang sowohl mit lokalen als auch cloudbasierten virtuellen Desktops verwendet hatten, stellten wir fest, dass es sich um ein gut gebautes Gerät mit sehr guter Dokumentation handelt, das über einige interessante Funktionen verfügt, wie beispielsweise die Dual-Purpose-Basis /VESA-Ständer. Der Atrust t176L ist ein guter Kandidat für Unternehmen, die einen zuverlässigen und gut entwickelten VDI-Client für Wissensarbeiter benötigen, die für die Erledigung ihrer täglichen Aufgaben einen oder zwei Monitore mit einer Auflösung von bis zu 4K benötigen.
Besprechen Sie diese Rezension
Melden Sie sich für den StorageReview-Newsletter an