Chip de inteligencia artificial \u2014 Ascend 310. Por defecto, no est\u00e1 presente en el controlador y se monta a trav\u00e9s de una tarjeta separada, la cual ocupa uno de los slots destinados a adaptadores de red. Este chip se utiliza para proporcionar un comportamiento inteligente de la cach\u00e9, gestionar el rendimiento o los procesos de deduplicaci\u00f3n y compresi\u00f3n. Todas estas tareas pueden ser manejadas por la unidad central de procesamiento, pero el chip de IA permite hacerlo de manera mucho m\u00e1s eficiente.<\/li>\n<\/ul>\n\n
Separando sobre los procesadores Kunpeng<\/h2>\n \nEl procesador Kunpeng representa un sistema en un chip (SoC), donde adem\u00e1s del bloque de c\u00e1lculo, hay m\u00f3dulos de hardware que aceleran diversos procesos, como el c\u00e1lculo de sumas de verificaci\u00f3n o la ejecuci\u00f3n de \"c\u00f3digo de borrado\" (erasure coding). Tambi\u00e9n incluye soporte de hardware para SAS, Ethernet, DDR4 (de seis a ocho canales), etc. Todo esto permite a Huawei crear controladores de almacenamiento que no son inferiores en rendimiento a las soluciones cl\u00e1sicas de Intel. <\/p>\n
Adem\u00e1s, las propias soluciones basadas en la arquitectura ARM permiten a Huawei desarrollar soluciones de servidor completas y ofrecerlas a sus clientes como una alternativa a x86.<\/p>\n
Nueva arquitectura Dorado V6\u2026<\/h2>\n \nLa arquitectura interna del sistema de almacenamiento Dorado V6 de la serie superior se presenta en cuatro subdominios principales (f\u00e1bricas). <\/p>\n
La primera f\u00e1brica es un front-end com\u00fan (interfaces de red responsables de la conexi\u00f3n con la f\u00e1brica SAN o con los hosts). <\/p>\n
La segunda es un conjunto de controladores, cada uno de los cuales puede, a trav\u00e9s del protocolo RDMA, conectar tanto a cualquier tarjeta de red del front-end como al \"motor\" (engine) vecino, que es una caja con cuatro controladores, as\u00ed como con bloques de alimentaci\u00f3n y refrigeraci\u00f3n comunes. Actualmente, los modelos Dorado V6 de la clase hi-end pueden equiparse con dos de estos \"motores\" (es decir, ocho controladores).<\/p>\n
La tercera f\u00e1brica se encarga del backend y consta de tarjetas de red RDMA de 100G.<\/p>\n
Finalmente, la cuarta f\u00e1brica \u00aben hardware\u00bb se representa con estantes inteligentes conectables con almacenamiento.<\/p>\n
Esta estructura sim\u00e9trica revela todo el potencial de la tecnolog\u00eda NVMe y garantiza un alto rendimiento y fiabilidad. El proceso de entrada\/salida se paraleliza al m\u00e1ximo entre procesadores y n\u00facleos, asegurando lecturas y escrituras simult\u00e1neas en m\u00faltiples hilos.<\/p>\n
\u2026y qu\u00e9 nos ha dado<\/h2>\n \nEl rendimiento m\u00e1ximo de las soluciones Dorado V6 supera aproximadamente por tres veces los indicadores de sistemas de generaciones anteriores (de la misma clase) y puede alcanzar 20 millones de IOPS. <\/p>\n
Esto se debe a que en la generaci\u00f3n anterior de dispositivos, el soporte NVMe se limitaba \u00fanicamente a los estantes de expansi\u00f3n con almacenamiento. Ahora, est\u00e1 presente en todas las etapas, desde el host hasta el SSD. La red de backend tambi\u00e9n ha cambiado: SAS\/PCIe ha dado paso a RoCEv2 con un ancho de banda de 100 Gbps. <\/p>\n
Tambi\u00e9n ha cambiado el propio factor de forma del SSD. Si anteriormente un estante de 2U admit\u00eda 25 unidades, ahora se ha aumentado a 36 discos de formato f\u00edsico del tama\u00f1o de la palma. Adem\u00e1s, los estantes se han vuelto m\u00e1s inteligentes. Cada uno de ellos ahora cuenta con un sistema de tolerancia a fallos de dos controladores basado en chips ARM, similares a los que se encuentran en los controladores centrales. <\/p>\n
La compresi\u00f3n y la deduplicaci\u00f3n en el sistema de almacenamiento de generaciones anteriores se realizaban con bloques de longitud fija. Ahora se ha a\u00f1adido un modo de operaci\u00f3n con bloques de longitud variable, que a\u00fan debe activarse manualmente. Los pr\u00f3ximos firmwares pueden cambiar esta circunstancia.<\/p>\n
Tambi\u00e9n un breve comentario sobre la tolerancia a fallos. Dorado V3 manten\u00eda la operatividad si fallaba un controlador de dos. Dorado V6 garantizar\u00e1 la disponibilidad de datos incluso si fallan secuencialmente siete controladores de ocho o simult\u00e1neamente cuatro de un mismo 'motor'.<\/p>\n
Fiabilidad desde el punto de vista econ\u00f3mico<\/h2>\n \nRecientemente, se realiz\u00f3 una encuesta entre los clientes de Huawei sobre cu\u00e1les elementos individuales de la infraestructura de TI consideran aceptables. En general, los encuestados toleraron la hip\u00f3tesis de que una aplicaci\u00f3n no responda durante algunos cientos de segundos. Para el sistema operativo o el adaptador del bus, el tiempo cr\u00edtico de inactividad se estableci\u00f3 en decenas de segundos (en esencia, el tiempo de reinicio). Los clientes establecen requisitos a\u00fan m\u00e1s altos para la red: su capacidad de transmisi\u00f3n no debe verse afectada por m\u00e1s de 10 a 20 segundos. Como no es dif\u00edcil adivinar, los encuestados consideraron que las fallas de los sistemas de almacenamiento son las m\u00e1s cr\u00edticas. Desde el punto de vista de los representantes del negocio, el tiempo de inactividad de un sistema de almacenamiento en red (SACD) no debe exceder... \u00a1unos pocos segundos al a\u00f1o!<\/p>\n
En otras palabras, si la aplicaci\u00f3n del cliente de un banco no responde durante 100 segundos, es poco probable que esto cause consecuencias catastr\u00f3ficas. Pero si el SACD tambi\u00e9n deja de funcionar durante tanto tiempo, es probable que haya una parada del negocio y p\u00e9rdidas financieras significativas.<\/p>\n
En el diagrama anterior se muestra el costo por hora de funcionamiento para diez de los bancos m\u00e1s grandes (datos de Forbes de 2017). Coincidir\u00e1s en que si tu empresa se acerca en tama\u00f1o a los bancos chinos, justificar la necesidad de adquirir un SACD por varios millones de d\u00f3lares no ser\u00e1 demasiado dif\u00edcil. La afirmaci\u00f3n inversa tambi\u00e9n es cierta: si el negocio no sufre p\u00e9rdidas significativas durante el tiempo de inactividad, probablemente no comprar\u00e1 un SACD de clase alta. En cualquier caso, es importante tener una idea de qu\u00e9 tama\u00f1o de agujero podr\u00eda formarse en tu bolsillo mientras el administrador del sistema resuelve el problema con el sistema de almacenamiento que ha dejado de funcionar.<\/p><\/blockquote>\n
Un segundo para el conmutador de emergencia<\/h2>\n \nEn la Soluci\u00f3n A de la ilustraci\u00f3n anterior, se puede ver nuestro sistema de generaci\u00f3n anterior Dorado V3. Sus cuatro controladores funcionan en pares, y las copias de la cach\u00e9 se mantienen solo en dos controladores. Los controladores dentro del par pueden redistribuir la carga. Al mismo tiempo, como puedes ver, aqu\u00ed no hay \"f\u00e1bricas\" de frontend y backend, as\u00ed que cada una de las estanter\u00edas de almacenamiento se conecta a un par de controladores espec\u00edficos.<\/p>\n
En el diagrama de la Soluci\u00f3n B se muestra la soluci\u00f3n actual en el mercado de otro proveedor (\u00bflo reconocen?). Aqu\u00ed ya est\u00e1n presentes f\u00e1bricas tanto de frontend como de backend, y los almacenamientos se conectan directamente a cuatro controladores. Sin embargo, en el funcionamiento de los algoritmos internos del sistema hay matices que no son obvios a primera vista.<\/p>\n
A la derecha se presenta nuestra arquitectura actual del sistema de almacenamiento Dorado V6 con todo su conjunto de elementos internos. Analicemos c\u00f3mo estos sistemas manejan una situaci\u00f3n t\u00edpica: la falla de un controlador.<\/p>\n
En los sistemas cl\u00e1sicos, entre los que se encuentra el Dorado V3, el tiempo requerido para redistribuir la carga en caso de fallos puede alcanzar los cuatro segundos. Durante este tiempo, las operaciones de entrada y salida se detienen completamente. En la soluci\u00f3n de la Soluci\u00f3n B de nuestros colegas, a pesar de su arquitectura m\u00e1s moderna, el tiempo de inactividad en caso de fallo es incluso mayor: seis segundos.<\/p>\n
El sistema de almacenamiento Dorado V6 recupera su funcionamiento solo un segundo despu\u00e9s de la falla. Este resultado se logra gracias a un entorno interno homog\u00e9neo de RDMA, lo que permite al controlador acceder a la 'memoria ajena'. Un segundo aspecto importante es la existencia de la f\u00e1brica de frontend, que permite que la ruta para el host no cambie. El puerto permanece igual y la carga simplemente se env\u00eda a los controladores funcionales mediante controladores de multipass.<\/p>\n
La falla del segundo controlador en el Dorado V6 se maneja en un segundo de la misma manera. En el Dorado V3, esto toma alrededor de seis segundos, y en la soluci\u00f3n de otro proveedor, nueve. Para muchas bases de datos, tales intervalos ya no se pueden considerar aceptables, ya que durante ese tiempo el sistema se pone en modo standby y deja de funcionar. Esto se refiere, ante todo, a bases de datos compuestas por m\u00faltiples particiones.<\/p>\n
La falla del tercer controlador de la Soluci\u00f3n A no puede ser superada. Simplemente, porque se pierde el acceso a parte de los discos con datos. Por su parte, la Soluci\u00f3n B en tal situaci\u00f3n recupera su funcionalidad, lo que requiere, como en el caso anterior, nueve segundos.<\/p>\n
\u00bfQu\u00e9 pasa con el Dorado V6? Un segundo.<\/p>\n
\u00bfQu\u00e9 se puede hacer en un segundo?<\/h2>\n \nCasi nada, pero eso no es lo que necesitamos. Reiteramos que en Dorado V6 de clase hi-end, la f\u00e1brica de frontend est\u00e1 desvinculada de la f\u00e1brica de controladores. Esto significa que no hay puertos asignados estrictamente a un controlador espec\u00edfico. La reconfiguraci\u00f3n en caso de fallo no implica buscar rutas alternativas o reinicializar el multipass. El sistema sigue funcionando como siempre lo ha hecho.<\/p>\n
Resistencia a m\u00faltiples fallos<\/h2>\n \nLos modelos superiores de Dorado V6 pueden soportar sin problemas la falla simult\u00e1nea de dos controladores de cualquier motor. Esto ha sido posible gracias a que ahora la soluci\u00f3n almacena tres copias de la cach\u00e9. Por lo tanto, incluso en caso de un fallo doble, siempre habr\u00e1 una copia \u00edntegra disponible.<\/p>\n
La falla sincr\u00f3nica de los cuatro controladores en uno de los motores tampoco causar\u00e1 consecuencias fatales, ya que las tres copias de la cach\u00e9 est\u00e1n distribuidas entre los motores en todo momento. El sistema mismo supervisa el cumplimiento de esta l\u00f3gica de funcionamiento.<\/p>\n
Finalmente, un escenario muy poco probable es el fallo secuencial de siete de los ocho controladores. Adem\u00e1s, el intervalo m\u00ednimo permitido para mantener la operatividad entre los fallos individuales es de 15 minutos. Durante este tiempo, el sistema de almacenamiento de datos logra realizar las operaciones necesarias para la migraci\u00f3n de la cach\u00e9.<\/p>\n
El \u00faltimo controlador sobreviviente seguir\u00e1 operando el almacenamiento de datos y manteniendo la cach\u00e9 durante cinco d\u00edas (un valor por defecto que se puede cambiar f\u00e1cilmente en la configuraci\u00f3n). Despu\u00e9s de eso, la cach\u00e9 se desactivar\u00e1, pero el funcionamiento del sistema de almacenamiento de datos continuar\u00e1.<\/p>\n
Actualizaciones que no molestan<\/h2>\n \nEl nuevo sistema operativo Dorado V6 permite actualizar el firmware del sistema de almacenamiento de datos sin reiniciar los controladores.<\/p>\n
El sistema operativo, al igual que en las soluciones anteriores, est\u00e1 basado en Linux, sin embargo, muchos procesos operativos han sido trasladados del n\u00facleo al modo de usuario. La mayor\u00eda de las funciones, como aquellas responsables de la deduplicaci\u00f3n y compresi\u00f3n, ahora son demonios comunes que operan en segundo plano. Gracias a esto, no es necesario cambiar todo el sistema operativo para actualizar m\u00f3dulos individuales. Por ejemplo, para agregar soporte para un nuevo protocolo, solo ser\u00e1 necesario desactivar el m\u00f3dulo de software correspondiente y activar el nuevo.<\/p>\n
Es evidente que las preguntas sobre la actualizaci\u00f3n del sistema siguen siendo relevantes, ya que en el n\u00facleo pueden existir elementos que necesitan ser actualizados. Sin embargo, observamos que estos son menos del 6% del total. Esto permite reiniciar los controladores decenas de veces menos que antes.<\/p>\n
Soluciones de alta disponibilidad y soluciones de resistencia a desastres (HA\/DR)<\/h2>\n \nDorado V6 \u00ablisto para usar\u00bb est\u00e1 preparado para integrarse en soluciones geodistribuidas, cl\u00fasteres de nivel metropolitano y centros de datos \"triples\".<\/p>\n
A la izquierda en la ilustraci\u00f3n anterior se encuentra el metro-cl\u00faster, ya conocido por muchos. Dos sistemas de almacenamiento de datos operan en modo activo \/ activo a una distancia de hasta 100 km entre s\u00ed. Esta infraestructura, con uno o varios servidores de qu\u00f3rum, puede ser mantenida por soluciones de diferentes empresas, incluida nuestra plataforma de sistema operativo en la nube FusionSphere. Las caracter\u00edsticas del canal entre los sitios adquieren una importancia especial en tales proyectos; todas las dem\u00e1s tareas son manejadas por la funci\u00f3n HyperMetro, disponible, nuevamente, \"listo para usar\". Es posible la integraci\u00f3n a trav\u00e9s de Fibre Channel, as\u00ed como a trav\u00e9s de iSCSI en redes IP, si surge la necesidad. Ya no es obligatorio contar con fibra oscura dedicada, ya que el sistema puede conectarse a trav\u00e9s de los canales disponibles.<\/p>\n
Al construir tales sistemas, el \u00fanico requisito de hardware para el sistema de almacenamiento es la asignaci\u00f3n de puertos para replicaci\u00f3n. Solo necesitan adquirir una licencia, activar los servidores de qu\u00f3rum \u2014f\u00edsicos o virtuales\u2014 y asegurar la conectividad IP a los controladores (10 Mbit\/s, 50 ms).<\/p>\n
Esta arquitectura se puede trasladar f\u00e1cilmente a un sistema con tres centros de datos (ver la parte derecha de la ilustraci\u00f3n). Por ejemplo, cuando dos centros de datos operan en modo de metro-cl\u00faster y un tercer sitio, ubicado a m\u00e1s de 100 km, utiliza replicaci\u00f3n asincr\u00f3nica.<\/p>\n
El sistema soporta tecnol\u00f3gicamente varios escenarios de negocio que se implementar\u00e1n en caso de una excepci\u00f3n a gran escala.<\/p>\n
La supervivencia del metro-cl\u00faster ante m\u00faltiples fallos<\/h2>\n \nArriba y abajo tambi\u00e9n se muestra un cl\u00e1sico metro-cl\u00faster, compuesto por dos sistemas de almacenamiento y un servidor de qu\u00f3rum. Como se puede ver, en seis de los nueve escenarios posibles de m\u00faltiples fallos, nuestra infraestructura mantendr\u00e1 su operatividad.<\/p>\n
Por ejemplo, en el segundo escenario, en caso de fallo del servidor de qu\u00f3rum y sincronizaci\u00f3n entre los sitios, el sistema sigue siendo productivo, ya que el segundo sitio deja de funcionar. Este comportamiento ya est\u00e1 integrado en los algoritmos incorporados.<\/p>\n
Incluso despu\u00e9s de tres fallos, el acceso a la informaci\u00f3n puede mantenerse si el intervalo entre ellos fue de al menos 15 segundos.<\/p>\n
Un as en la manga habitual<\/h2>\n \nRecordemos que Huawei no solo fabrica sistemas de almacenamiento, sino tambi\u00e9n una gama completa de equipos de red. Cualquiera que sea el proveedor de almacenamiento que elijas, si entre los sitios se utiliza una red WDM, en el 90% de los casos se construir\u00e1 sobre soluciones de nuestra empresa. Surge la pregunta l\u00f3gica: \u00bfpor qu\u00e9 reunir un zool\u00f3gico de sistemas, cuando todo el hardware garantizado como compatible puede obtenerse de un solo proveedor?<\/p>\n
Sobre el tema del rendimiento<\/h2>\n \nProbablemente, ya no es necesario convencer a nadie de que la transici\u00f3n a sistemas de almacenamiento All-Flash permite reducir significativamente los costos de mantenimiento de la infraestructura, ya que todas las operaciones rutinarias se llevan a cabo muchas veces m\u00e1s r\u00e1pido. Todos los proveedores de este tipo de equipos lo confirman. Sin embargo, muchos vendedores empiezan a ser enga\u00f1osos cuando se trata de la disminuci\u00f3n del rendimiento al activar diferentes modos de funcionamiento de los sistemas de almacenamiento.<\/p>\n
En nuestra industria es com\u00fan otorgar sistemas de almacenamiento para pruebas durante uno o dos d\u00edas. El proveedor realiza una prueba de 20 minutos en un sistema vac\u00edo, obteniendo estad\u00edsticas de rendimiento impresionantes. Pero en la pr\u00e1ctica real, r\u00e1pidamente surgen 'trampas ocultas'. Ya despu\u00e9s de un d\u00eda, los atractivos valores de IOPS se reducen a la mitad o a un tercio, y si se llena el sistema hasta el 80%, son a\u00fan menores. Al cambiar de RAID 5 a RAID 10 se pierde otro 10-15%, y en modo de cl\u00faster metro, el rendimiento se reduce a\u00fan m\u00e1s a la mitad.<\/p>\n
Todo lo mencionado anteriormente no se aplica a Dorado V6. Nuestros clientes tienen la oportunidad de ejecutar una prueba de rendimiento durante el fin de semana o al menos por la noche. Entonces surge la recolecci\u00f3n de basura, y tambi\u00e9n queda claro c\u00f3mo la activaci\u00f3n de diversas opciones, como instant\u00e1neas y replicaci\u00f3n, afecta el n\u00famero de IOPS alcanzables.<\/p>\n
En Dorado V6, las instant\u00e1neas y RAID con paridad pr\u00e1cticamente no afectan el rendimiento (3-5% en lugar de 10-15%). La limpieza de datos (rellenar las celdas del almacenamiento con ceros), la compresi\u00f3n y la deduplicaci\u00f3n en un sistema de almacenamiento lleno en un 80% siempre tendr\u00e1n efectos en la velocidad general de procesamiento de solicitudes. Sin embargo, lo que hace interesante al Dorado V6 es que, independientemente de la combinaci\u00f3n de funciones y mecanismos de protecci\u00f3n que active, el rendimiento final de la soluci\u00f3n de almacenamiento no caer\u00e1 por debajo del 80% de la cifra obtenida sin carga.<\/p>\n
Balanceo de carga<\/h2>\n \nEl alto rendimiento del Dorado V6 se logra mediante balanceo en cada etapa, a saber:<\/p>\n
\nmultipasadas;<\/li>\n uso de m\u00faltiples conexiones desde un solo host;<\/li>\n presencia de una f\u00e1brica de frontend;<\/li>\n paralelizaci\u00f3n del trabajo de los controladores de almacenamiento;<\/li>\n distribuci\u00f3n de la carga a trav\u00e9s de todos los dispositivos de almacenamiento en el nivel RAID 2.0+.<\/li>\n<\/ul>\n\nEn principio, esta es una pr\u00e1ctica com\u00fan. Hoy en d\u00eda, pocos mantienen todos los datos en un solo LUN: todos intentan tener al menos ocho, tal vez cuarenta, o incluso m\u00e1s. Este es un enfoque obvio y correcto que compartimos. Pero si su tarea requiere solo un LUN, que es m\u00e1s f\u00e1cil de mantener, nuestras soluciones arquitect\u00f3nicas permiten alcanzar en \u00e9l un rendimiento del 80% de lo que se puede obtener al utilizar varios LUN.<\/p>\n
Programaci\u00f3n din\u00e1mica de carga de procesadores<\/h2>\n \nLa distribuci\u00f3n de la carga en los procesadores al utilizar un solo LUN se implementa de la siguiente manera: las tareas, incluso a nivel de LUN, se dividen en peque\u00f1as 'shards', cada una de las cuales se asigna estrictamente a un controlador espec\u00edfico en el 'motor'. Esto se hace para que el sistema no pierda rendimiento mientras 'salta' con este fragmento de datos entre diferentes controladores. <\/p>\n
Otro mecanismo para mantener un alto rendimiento es la programaci\u00f3n din\u00e1mica, en la que ciertos n\u00facleos de procesador pueden asignarse a diferentes grupos de tareas. Por ejemplo, si ahora el sistema est\u00e1 inactivo en el nivel de deduplicaci\u00f3n y compresi\u00f3n, parte de los n\u00facleos puede unirse al proceso de entradas y salidas. O viceversa. Todo esto se ejecuta autom\u00e1ticamente y de manera transparente para el usuario. <\/p>\n
Los datos sobre la carga actual de cada uno de los n\u00facleos del Dorado V6 no se muestran en la interfaz gr\u00e1fica, pero se puede acceder a la l\u00ednea de comandos del sistema operativo del controlador y utilizar el comando habitual de Linux. top<\/i>.<\/p>\n
Soporte de NVMe y RoCE<\/h2>\n \nComo se mencion\u00f3 anteriormente, Dorado V6 admite completamente NVMe over Fibre Channel \u00about of the box\u00bb y no requiere licencias. A mediados de a\u00f1o, se a\u00f1adir\u00e1 el soporte para el modo NVMe over Ethernet. Para su uso pleno, se necesitar\u00e1 soporte de Ethernet con acceso directo a la memoria (DMA) versi\u00f3n v2.0 tanto del propio sistema de almacenamiento como de los conmutadores y adaptadores de red. Por ejemplo, como los Mellanox ConnectX-4 o ConnectX-5. Tambi\u00e9n se pueden utilizar tarjetas de red basadas en nuestros chips. Adem\u00e1s, el soporte para RoCE deber\u00e1 implementarse a nivel del sistema operativo.<\/p>\n
En general, consideramos que Dorado V6 es un sistema orientado a NVMe. A pesar de contar con soporte para Fibre Channel e iSCSI, se planea en el futuro una transici\u00f3n a Ethernet de alta velocidad con RDMA.<\/p><\/blockquote>\n
Un poco de marketing<\/h2>\n \nGracias a que el sistema Dorado V6 tiene alta resistencia a fallos, se escala bien horizontalmente, y admite diversas tecnolog\u00edas de migraci\u00f3n, el efecto econ\u00f3mico de su adquisici\u00f3n se manifiesta con el inicio de la explotaci\u00f3n intensiva del sistema de almacenamiento. Continuaremos esforz\u00e1ndonos por hacer que la propiedad del sistema sea lo m\u00e1s rentable posible, incluso si en la primera fase esto no es evidente.<\/p>\n
En particular, hemos formado el programa FLASH EVER, relacionado con la extensi\u00f3n del ciclo de vida del sistema de almacenamiento y dise\u00f1ado para aliviar al cliente durante las actualizaciones.<\/p>\n
\nla posibilidad de reemplazo gradual de controladores y estantes con discos por nuevas versiones sin necesidad de cambiar todo el hardware (para sistemas Dorado V6 de gama alta);<\/li>\n la posibilidad de almacenamiento federado (combinando diferentes versiones de Dorado en un \u00fanico cl\u00faster h\u00edbrido de almacenamiento);<\/li>\n virtualizaci\u00f3n inteligente (la posibilidad de usar hardware de terceros como parte de la soluci\u00f3n Dorado).<\/li>\n<\/ul>\n\n
Adem\u00e1s, debido a la pandemia, por mucho que dure, surge especialmente la cuesti\u00f3n de proporcionar a los empleados remotos escritorios virtuales. En este proceso, Dorado V6 tambi\u00e9n podr\u00eda resolver muchas cuestiones. Para ello, estamos haciendo todos los esfuerzos necesarios, incluida la pr\u00e1ctica de llegar a un acuerdo para incluir el nuevo sistema en la lista de compatibilidad de VMware.<\/p>\n
***<\/h2>\n \nPor cierto, no olviden nuestros numerosos seminarios web, realizados no solo en el segmento de habla rusa, sino tambi\u00e9n a nivel global. La lista de seminarios web para abril est\u00e1 disponible en el enlace<\/a><\/noindex>. habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u041f\u043e\u0436\u0430\u043b\u0443\u0439\u0441\u0442\u0430, \u043d\u0435 \u0441\u043f\u0435\u0448\u0438\u0442\u0435 \u0441 \u0432\u044b\u0432\u043e\u0434\u0430\u043c\u0438 \u0438\u0437-\u0437\u0430 \u0437\u0430\u0433\u043e\u043b\u043e\u0432\u043a\u0430! \u0423 \u043d\u0430\u0441 \u0435\u0441\u0442\u044c \u0443\u0432\u0435\u0441\u0438\u0441\u0442\u044b\u0435 \u0430\u0440\u0433\u0443\u043c\u0435\u043d\u0442\u044b \u0432 \u0435\u0433\u043e \u043f\u043e\u0434\u0442\u0432\u0435\u0440\u0436\u0434\u0435\u043d\u0438\u0435, \u0438 \u043c\u044b \u0443\u043f\u0430\u043a\u043e\u0432\u0430\u043b\u0438 \u0438\u0445, \u043d\u0430\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043c\u043e\u0433\u043b\u0438 \u043a\u043e\u043c\u043f\u0430\u043a\u0442\u043d\u043e. \u041f\u0440\u0435\u0434\u043b\u0430\u0433\u0430\u0435\u043c \u0432\u0430\u0448\u0435\u043c\u0443 \u0432\u043d\u0438\u043c\u0430\u043d\u0438\u044e \u043f\u043e\u0441\u0442 \u043e \u043a\u043e\u043d\u0446\u0435\u043f\u0446\u0438\u0438 \u0438 \u043f\u0440\u0438\u043d\u0446\u0438\u043f\u0430\u0445 \u0440\u0430\u0431\u043e\u0442\u044b \u043d\u0430\u0448\u0435\u0439 \u043d\u043e\u0432\u043e\u0439 \u0441\u0438\u0441\u0442\u0435\u043c\u044b \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f \u0434\u0430\u043d\u043d\u044b\u0445, \u0440\u0435\u043b\u0438\u0437 \u043a\u043e\u0442\u043e\u0440\u043e\u0439 \u0441\u043e\u0441\u0442\u043e\u044f\u043b\u0441\u044f \u0432 \u044f\u043d\u0432\u0430\u0440\u0435 2020 \u0433\u043e\u0434\u0430. \u041f\u043e \u043d\u0430\u0448\u0435\u043c\u0443 \u0443\u0431\u0435\u0436\u0434\u0435\u043d\u0438\u044e, \u0433\u043b\u0430\u0432\u043d\u043e\u0435 \u043a\u043e\u043d\u043a\u0443\u0440\u0435\u043d\u0442\u043d\u043e\u0435 \u043f\u0440\u0435\u0438\u043c\u0443\u0449\u0435\u0441\u0442\u0432\u043e \u0441\u0435\u043c\u0435\u0439\u0441\u0442\u0432\u0443 \u0421\u0425\u0414 Dorado V6 \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0438\u0432\u0430\u044e\u0442 \u0438\u043c\u0435\u043d\u043d\u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":79692,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-79691","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"Por](\"\/wp-content\/uploads\/2020\/04\/36c949c0c7099441a62597353bd084a6.png\")