Reseña de cliente ClearCube CD7012 ZERO+ VDI

El cliente ClearCube CD7012 ZERO+ está diseñado para bases de usuarios de infraestructura de escritorio virtual (VDI) conscientes de la seguridad, como agencias gubernamentales, militares, instituciones financieras o cualquier otro usuario de VDI que necesite un cliente VDI especialmente sólido y seguro. Mientras que otros clientes VDI con un precio similar pueden tener más funciones, el ClearCube CD7012 lo compensa con su robustez y funciones de seguridad.

El cliente ClearCube CD7012 ZERO+ está diseñado para bases de usuarios de infraestructura de escritorio virtual (VDI) conscientes de la seguridad, como agencias gubernamentales, militares, instituciones financieras o cualquier otro usuario de VDI que necesite un cliente VDI especialmente sólido y seguro. Mientras que otros clientes VDI con un precio similar pueden tener más funciones, el ClearCube CD7012 lo compensa con su robustez y funciones de seguridad.

Para brindar una breve descripción general de las especificaciones, el ClearCube CD7012 tiene 6 puertos USB y 2 DisplayPorts, y funciona con una CPU AMD con una GPU Radeon integrada. Admite un solo monitor 4K y un monitor de 1920 x 1200 y los protocolos de visualización de todos los principales proveedores de VDI. Además, una de las características interesantes de este cliente es que tiene un puerto SFP que puede recibir un módulo de red de fibra óptica SFP de cobre o BASE-X para aumentar la seguridad e integridad de los datos.

ClearCube no es un recién llegado al mundo de VDI; la empresa se fundó a fines de 1999 con la misión de limpiar las PC voluminosas de los cubículos, de ahí el nombre ClearCube. Lo lograron mediante el uso de blades de PC para alojar escritorios virtuales conectados a clientes VDI en el escritorio. A lo largo de los años, han seguido siendo innovadores en el mundo de VDI de varias maneras, por ejemplo: fueron el primer socio de hardware OEM para Teradici; el primero en ofrecer un cliente cero de pantalla cuádruple; el primero en ofrecer una tarjeta de red de fibra óptica en un cliente VDI; y el primero en admitir el protocolo Blast de VMware en un cliente VDI basado en Raspberry Pi. Los clientes de ClearCube tienden a ser conscientes de la seguridad y la empresa apoya a estos clientes con innovaciones tales como clientes VDI conectados por fibra óptica para protegerse contra los ataques de pulso electromagnético (EMP). Actualmente, toda la ingeniería, el soporte y el ensamblaje de ClearCube se encuentran en los EE. UU., y cuentan con ingenieros con las autorizaciones de seguridad adecuadas para brindar soporte a sitios federales seguros.

En este artículo, brindamos una descripción detallada de las especificaciones, el diseño y la calidad de construcción del cliente ClearCube CD7012 Zero+ VDI. Luego, describa las pruebas en el dispositivo que se llevaron a cabo durante un lapso de tres semanas y los hallazgos clave de esas pruebas. Por último, proporcionaremos algunos pensamientos finales sobre el dispositivo y discutiremos brevemente quién se beneficiaría más del uso de este producto.

El ClearCube CD7012 Zero+ se puede comprar por $591.

La caja de embalaje en la que venía el dispositivo era pesada y el dispositivo en sí estaba envuelto en una bolsa de plástico electrostática. La caja también contenía un SPF RJ45 y una fuente de alimentación de CC de 12 V y 3 amperios.

En la parte posterior del dispositivo hay dos puertos DisplayPort, dos puertos USB 2.0 y la conexión de alimentación principal. La parte frontal del dispositivo tiene el botón de encendido, dos conectores de audio de 3,5 mm (uno para entrada de audio y otro para salida de audio), cuatro puertos USB 3.0 y una luz indicadora de encendido.

Toda la carcasa del dispositivo está hecha de chapa gruesa con orificios de ventilación en los dos lados y en la parte superior. Aunque no tiene ranuras ni orificios de montaje VESA, puede comprar un soporte VESA para este dispositivo. En la parte superior del dispositivo hay una ranura para un candado Kingston. En general, la carcasa de este dispositivo es muy duradera y debería resistir bien en entornos hostiles.

La parte superior e inferior de la carcasa se mantienen unidas con ocho tornillos de cabeza Phillips, cuatro a cada lado del dispositivo. Al quitar estos tornillos, se encuentra la placa base del dispositivo, que está bien hecha y tiene un grosor de 1,6 mm. Además, la CPU/GPU tiene un disipador de calor considerable; la tarjeta de memoria DDR4 de 6 GB en la placa base tiene la marca Kingston, y el altavoz y una celda de alimentación están cableados a la placa base (todos los demás componentes y puertos están montados en la superficie de la placa base). La calidad de construcción del dispositivo está por encima del promedio y no tiene partes mecánicas, como un ventilador, que pueda fallar.

La verdadera prueba de un cliente de escritorio virtual es su usabilidad; Para probar la usabilidad del CD7012, se utilizó el cliente durante tres semanas con varias configuraciones. A continuación se muestran los resultados clave observados durante el tiempo que se usó el cliente.

Para probar el CD7012, se conectó a la red mediante un cable Cat 6 a través del puerto RJ45 del dispositivo. El cliente estaba conectado a la red a través de una red de 1 Gb con un solo conmutador que lo conectaba al servidor que albergaba el escritorio virtual o a un enrutador WAN. Para crear un entorno controlado, la red se supervisó durante las pruebas para garantizar que no hubiera ningún otro tráfico presente en la red. Un teclado y mouse inalámbricos de Dell (número de pieza KM636), utilizados durante la prueba, se conectaron al dispositivo a través de un dongle USB 2.0 en la parte posterior del dispositivo.

Para el arranque inicial y la prueba del dispositivo, el CD7012 se conectó a un monitor Lenovo P27 4K de 27" a través de uno de los DisplayPorts del dispositivo.

Configuracion inicial

Después de encender el dispositivo, tardó 37 segundos en iniciar, obtener una dirección IP del servidor DNS e iniciar un asistente de configuración que se utilizó para establecer la zona horaria, el país y la distribución del teclado. Después de completar el asistente de configuración, apareció una pantalla "Crear una conexión" con un menú desplegable que mostraba una lista de modos y protocolos de conexión entre los que se podía elegir. La lista era extensa: incluía todos los protocolos populares de visualización remota, así como otros protocolos de conexión, como SSH y telnet. De esta lista, seleccionamos VMware Horizon View y luego ingresamos la dirección IP de nuestro agente de conexión de Horizon, pero no seleccionamos el "Inicio automático" que se habría seleccionado si quisiéramos que el dispositivo se conectara automáticamente a nuestro agente de conexión de Horizon cuando se conectara. estaba encendido.

Después de configurar la conexión, apareció una solicitud de contraseña de administrador. Después de ingresar una contraseña, el escritorio tenía un ícono en la parte superior izquierda de la pantalla para esta conexión. En la esquina inferior izquierda hay un ícono que también podría usar el menú del sistema para navegar al Escritorio de Horizon.

El dispositivo permite el sombreado de pantalla a través de VNC, que se utilizó para capturar muchas de las capturas de pantalla de esta revisión. Sin embargo, para evitar afectar negativamente el rendimiento del cliente, no se usó el sombreado de pantalla mientras se monitoreaba la capacidad de respuesta del dispositivo.

Para habilitar el uso compartido de la pantalla, se debe seleccionar Configuración, ingresar la contraseña del administrador, seleccionar Servicios y luego seleccionar Sombra de pantalla. Desde el asistente, se puede habilitar el sombreado de pantalla, establecer la contraseña y el puerto para la conexión VNC y luego seleccionar Guardar.

Para mostrar la información del sistema (como las versiones de los clientes VDI, el software que estaba ejecutando y la información del proveedor), seleccionamos Información en la página de configuración. Además, monitoreamos el rendimiento del cliente en varios momentos durante esta prueba seleccionando Consola para abrir una ventana de terminal donde se usó la utilidad de línea de comando "top".

Escaparate de Citrix

Para probar el cliente en un entorno Citrix, se usó el menú de configuración del dispositivo para especificar que el cliente use Citrix Receiver para conectarse a un Citrix StoreFront, que se completó con varias aplicaciones y escritorios virtuales completos.

El Citrix Desktop al que se conectó ClearCube ejecutaba Windows Server 2016 con seis CPU E5-2690 Intel Xeon y 29 GB de RAM. El escritorio se llenó con las aplicaciones estándar de Microsoft Office y los navegadores web Chrome y Bing.

Pudimos usar las aplicaciones de Microsoft Office con la misma capacidad de respuesta que si se estuvieran ejecutando en el sistema local. Además, reproducimos un video en el navegador Chrome en modo de cuadro completo y el video se reprodujo sin pérdida de audio. El video comenzó en modo con pérdida, pero después de un segundo o dos pasó al modo sin pérdida y luego se reprodujo sin problemas. Cuando el video se reprodujo en modo de cuadro completo, el video se vio notablemente entrecortado. El audio se reprodujo sin problemas durante ambas pruebas.

Después de cerrar sesión en el escritorio virtual, mostramos las aplicaciones que se estaban transmitiendo y descubrimos que todas las aplicaciones de Microsoft Office transmitidas funcionaban tan bien como si se estuvieran ejecutando en un sistema local. Luego presentamos Autodesk Showcase Viewer, SAP 3D Visual Enterprise, Google Earth y FaceWorks; cada una de estas aplicaciones se mostró bien y sin problemas, y se notó muy poca sacudida en su desempeño.

Leostream

A continuación, se probó el cliente utilizando un escritorio proporcionado por un agente de conexión de Leostream. El corredor de conexión Leostream y el escritorio virtual se ejecutaban en un centro de datos de AWS. Leostream es compatible con muchos de los principales protocolos de escritorio remoto y algunos de nicho, para esta prueba usamos el protocolo HTML5 RDP. Este protocolo específico se usó porque no depende de tener ningún software adicional instalado y se puede usar desde cualquier dispositivo que tenga un navegador HTML5 y por cualquier escritorio virtual que admita la aceptación de conexiones RDP, incluidos los escritorios virtuales de Windows y Linux.

Para conectarse al escritorio virtual, se seleccionó el navegador web Firefox del cliente ClearCube. Iniciamos el navegador y luego apuntamos el navegador a la ubicación del navegador Leostream, ingresamos un nombre de usuario y una contraseña y luego, después de una breve espera, se nos presentó un escritorio virtual.

Usamos el escritorio virtual de Leostream para editar documentos y transmitir videos con prácticamente los mismos resultados que cuando usamos un escritorio local. Al reproducir un video de YouTube en un cuarto de escala, el video se reprodujo sin pérdida de cuadros; en el modo de pantalla completa, sin embargo, el video era entrecortado y los cuadros se perdían. El audio fue claro y estable durante la reproducción del video. El hecho de que la reproducción de video perdiera fotogramas mientras se reproducía en modo de pantalla completa no fue inesperado, ya que experimentamos reducciones de calidad de video similares en otros clientes. Dado que este problema no estaba presente cuando se trabajaba con el escritorio virtual habilitado para GPU, creemos que es un artefacto del escritorio virtual y no del cliente, la red o el protocolo HTML5 RDP.

Después de desconectar el cliente del escritorio virtual, hicimos ping a la dirección IP del agente de conexión y descubrimos que el tiempo de ida y vuelta (RTT) era de 98 ms. Dado que el agente de conexión y el escritorio virtual de Leostream estaban en un centro de datos de AWS ubicado en la costa este, y la prueba se realizó en la costa oeste, fue una grata sorpresa descubrir que un escritorio virtual con tanta latencia funcionó igual de bien. como un escritorio virtual alojado en las instalaciones.

Escritorio local de Horizon

Durante el resto de las tres semanas en las que se revisó el dispositivo, se utilizó un escritorio virtual local de Horizon para realizar las tareas diarias. Durante este tiempo, el dispositivo se configuró para usar un monitor Lenovo P27 4K, así como un monitor Dell U2412M de 24". El escritorio virtual Horizon ejecutaba Windows 10 (1607), tenía 2 vCPU, 8 GB de memoria y 50 GB de NVMe -almacenamiento basado.

La primera prueba realizada con el escritorio de Horizon fue usar VLC para reproducir un video (1280 x 720 a 712 kbs) que estaba almacenado en el escritorio virtual. Primero, reproducimos el video usando una cuarta parte de la pantalla 4K y luego una vez más en modo de pantalla completa. Durante la prueba de reproducción de video, monitoreamos el uso de la CPU del cliente desde la herramienta de monitoreo, a la que se accedía desde el ícono de información del sistema del dispositivo. En un cuarto de escala, el video se reprodujo sin pérdida de fotogramas; en el modo de pantalla completa, sin embargo, el video era entrecortado y los cuadros se caían. Como fue el caso con el escritorio virtual de Leostream, la reproducción de video con caída de fotogramas en modo de pantalla completa no fue inesperada aquí, ya que parece ser una tendencia común en varios clientes. Nuevamente, creemos que esto es resultado del escritorio virtual y no del cliente o la red.

El audio se reprodujo sin problemas cuando el video se mostró en los modos de pantalla completa y de un cuarto de escala. Aprovechando el altavoz incorporado en el cliente para la salida de audio, el volumen del sonido era bajo pero la calidad del sonido era clara y no amortiguada ni metálica. Con un auricular conectado al conector de 3,5 mm, el sonido era claro y fuerte. Para probar más el dispositivo, conectamos un auricular Jabra (ENC010) a una de las conexiones USB; fue descubierto automáticamente por el dispositivo y el escritorio virtual, y funcionó sin problemas.

El cliente se usaba para las actividades diarias con las aplicaciones de Microsoft Office, los navegadores web Chrome, Firefox y Opera, y también reproducíamos música en línea en el dispositivo.

Condiciones adversas de la red

La mayoría de las veces, la conexión de red entre un escritorio virtual y una conexión de cliente VDI es estable y limpia, pero en algunas circunstancias las conexiones pueden ser malas con caída de paquetes de red, alta latencia y paquetes que se entregan fuera de servicio (fluctuaciones). Para probar qué tan bien el cliente maneja estas condiciones, inyectamos estos problemas en el flujo de red entre el escritorio virtual y el cliente.

Para probar las conexiones de red adversas, el escritorio virtual se conectó mediante PCoIP y utilizó un solo monitor Dell U2412M de 24" conectado al cliente VDI. Después de que se inyectaron condiciones de red no óptimas en el flujo de red, realizamos tareas en documentos y jugamos un video en modo de cuarto de escala y modo de pantalla completa en los clientes VDI, y observamos los resultados.Para recopilar más información, hicimos ping al escritorio virtual desde la línea de comando del cliente y monitoreamos la actividad de la CPU del dispositivo usando el comando superior.

Para introducir condiciones de red no óptimas en el flujo de red, utilizamos Apposite NetropyVE, una versión de software del dispositivo de emulación de red basado en hardware de Apposite. La foto muestra cómo se ubicó NetropyVE en el flujo de la red.

Configuramos y usamos diferentes "rutas" de NetropyVE para observar el nivel de impacto que tendrían las malas condiciones de la red. La primera ruta (local) no tenía latencia adicional, caída de paquetes o latencia inyectada en la transmisión. La segunda ruta (de costa a costa) tenía una latencia de 100 ms. La tercera ruta (Bad Local) tenía una caída de paquetes del 2 % y una fluctuación aleatoria de 0 a 30 ms. La cuarta ruta (Bad Coast-to-Coast) tenía una caída de paquetes del 2 % y una fluctuación aleatoria de 70-100 ms. La imagen de arriba muestra la interfaz de NetropyVE que se utilizó para configurar y seleccionar las rutas. El navegador Leostream muestra cómo se puede monitorear el uso de la CPU del cliente VDI con top mientras se reproduce un video en el escritorio virtual. La Tabla 1 muestra nuestras observaciones al probar el cliente VDI en condiciones de red no óptimas.

Tabla 1- Resultados de red no óptimos

Apenas estamos comenzando a incluir condiciones de red adversas en nuestras revisiones de clientes de VDI y aún no tenemos una comprensión completa de las implicaciones y el significado de estos resultados. Sin embargo, a medida que hagamos más pruebas en diferentes dispositivos, obtendremos una mejor comprensión de cómo el hardware de un cliente VDI, la pila de red nativa y los diferentes protocolos de visualización remota afectan la usabilidad de estos dispositivos. Como tal, estas pruebas no se tuvieron en cuenta en la conclusión final sobre el dispositivo, ya que sus implicaciones aún no se comprenden completamente.

Uso de otros protocolos

ClearCube solo anuncia que el dispositivo funciona con PCoIP, VMware Horizon con Blast Extreme y CITRIX HDX, pero descubrimos que al configurar una conexión, los usuarios tienen la opción de usar otros protocolos. Tenga en cuenta que la información a continuación es solo de nuestras propias observaciones que no se tuvieron en cuenta en el veredicto final del dispositivo.

Como se indicó anteriormente, el dispositivo incluye el navegador web Firefox 52.9.0 que se ejecuta de forma nativa en el cliente y funciona perfectamente con el escritorio virtual Leostream. Al probar el dispositivo usando SSH y RDP, pudimos conectarnos a otros sistemas usando SSH y pudimos conectarnos a un sistema XP usando RDP sin ningún problema. Sin embargo, cuando intentamos conectarnos a un sistema Windows 10 usando RDP, hubo un error y no se pudo conectar. El error no se investigó más, ya que usar el dispositivo con RDP estaba más allá del alcance previsto para esta revisión.

Gestión de dispositivos

El dispositivo se puede usar con ClearCube Cloud Desktop Management (CCDM), una herramienta de administración basada en navegador que se usa para administrar, configurar, monitorear y actualizar un cliente CD7012 desde un único portal. Además, CCDM permite el arranque de red, una descripción general de monitoreo en tiempo real, la programación de trabajos y la gestión de activos, y el inventario periférico de un cliente ClearCube VDI. Sin embargo, el uso de CDDM estuvo más allá del alcance de esta revisión.

Gestión del sistema

El botón Configuración, ubicado en la esquina inferior izquierda de la barra de herramientas, tenía la opción de configurar los ajustes del dispositivo.

La pantalla de configuración se divide en cuatro secciones: Gestión, Sistema, Diagnóstico y Genérico. En la sección de Gestión, trabajamos con las tareas de Pantalla, Audio y Redes. Encontramos el menú intuitivo y fácil de navegar. Sin embargo, a diferencia de algunos de los otros menús de configuración del cliente, este no le permite organizar y colocar los monitores gráficamente, sino que requiere que lo haga a través de un sistema de menú desplegable.

Después de usar el cliente ClearCube CD7012 durante tres semanas, tanto con escritorios virtuales locales como basados ​​en la nube, descubrimos que el dispositivo es un cliente VDI robusto y extremadamente bien construido que es fácil de configurar y usar. Como se mencionó al principio de este artículo, el ClearCube CD7012 se puede configurar para usar una conexión de red óptica. El uso de una conexión óptica puede dificultar la interceptación del flujo de la red y las conexiones ópticas manejan condiciones anormales, como un pulso electromagnético nuclear (EMP) u otros ataques de interferencia electromagnética (EMI) con más resistencia que una conexión de cable de cobre estándar. Estos factores hacen que el ClearCube CD7012 sea un buen candidato para empresas que necesitan un dispositivo seguro, confiable y bien construido para trabajadores que necesitan uno o dos monitores para completar sus tareas diarias, incluso en condiciones adversas.

ClearCube CD7012

Leostream

Discutir esta revisión

Tom Fenton tiene una gran experiencia práctica en TI adquirida durante los últimos 27 años en una variedad de tecnologías, y los últimos 20 años se centraron en la virtualización y el almacenamiento. Anteriormente, trabajó en VMware como desarrollador sénior de cursos, ingeniero de soluciones y en el grupo de marketing competitivo. También trabajó como ingeniero de validación sénior en The Taneja Group, donde dirigió el laboratorio de servicios de validación y fue fundamental en la puesta en marcha de su práctica de vSphere Virtual Volumes. Está en Twitter @vDoppler