Já pensou alguma vez no que um scanner faz com uma estação VDI? No início, tudo parece bom: ele é reconhecido como um dispositivo USB comum e aparece "transparentemente" na máquina virtual. Então, o usuário dá o comando para escanear e tudo vai por água abaixo. Na melhor das hipóteses, o driver do scanner falha; na pior, em poucos minutos o software do scanner cai, e isso pode afetar outros usuários no cluster. Por quê? Porque, para obter uma imagem comprimida de cinco megabytes, é necessário enviar via USB 2.0 dados de duas a três ordens de magnitude superiores. A largura de banda do barramento é de 480 Mbit/s.
Portanto, é preciso testar três coisas: UX, periferia e segurança — obrigatoriamente. Existem diferentes maneiras de testar. Pode-se instalar agentes localmente em cada estação de trabalho virtual. Isso é relativamente econômico, mas não mostra a carga na rede e calcula de forma imprecisa a carga na CPU. A segunda opção é implantar o número necessário de robôs-emuladores em outro local e conectá-los a estações de trabalho reais como se fossem usuários reais. Isso acrescentará carga devido ao protocolo de transmissão de vídeo da tela (mais precisamente, dos pixels alterados), além da análise e envio de pacotes de rede, permitindo entender melhor as cargas na rede. O canal em si raramente é testado.
UX é a velocidade de execução de diferentes ações pelo usuário final. Existem pacotes de testes que sobrecarregam a instalação com centenas de usuários e realizam as ações típicas: abrem pacotes de escritório, leem PDFs, navegam na internet, e ocasionalmente assistem a vídeos em hora de trabalho, entre outras atividades.
Um exemplo bastante bom do porquê de tais testes serem importantes antecipadamente ocorreu na última instalação. Mil usuários estão migrando para o VDI, eles têm acesso a um escritório, navegador e SAP. O departamento de TI da empresa é avançado, portanto, existe uma cultura de teste de carga antes das implementações. Na minha experiência, geralmente é preciso persuadir o cliente a fazer isso, pois os custos são altos e os benefícios nem sempre são evidentes. Existem cálculos em que se pode errar? Na prática, esses testes revelam falhas que se suspeitava, mas não se podia verificar.
Instalação
Seis servidores, a configuração é a seguinte:
Não tivemos acesso ao armazenamento do cliente, ele já era fornecido como um serviço, de fato. Mas sabemos que é tudo flash. Qual tipo de flash, não sabemos, mas as seções são de 10 TB. VDI — VMware a critério do cliente, uma vez que a equipe de TI já está familiarizada com a pilha e tudo se complementa de forma bastante orgânica até formar uma infraestrutura coesa. A VMware realmente faz com que você se acostume com seu ecossistema, mas se o orçamento for suficiente para a aquisição, é possível passar anos sem problemas. Mas esse é, muitas vezes, um grande 'se'. Temos um bom desconto, e o cliente está ciente disso.
Começamos os testes, porque a equipe de TI não permite colocar quase nada em produção sem testes. VDI não é uma coisa que você pode iniciar e depois aceitar. Os usuários são carregados gradualmente, e problemas podem surgir após seis meses. O que, naturalmente, ninguém deseja.
450 'usuários' no teste, geramos carga localmente. Os robôs de usuários realizam diferentes ações simultaneamente, medimos o tempo de cada operação ao longo de várias horas de trabalho:
Observamos como os servidores e o armazenamento se comportarão. O VDI conseguirá criar o número necessário de locais de trabalho virtuais e assim por diante. Como o cliente não optou pela hiperconvergência, mas escolheu um armazenamento flash, foi necessário verificar a correção do dimensionamento também.
Se algo está atrasando, é preciso mudar as configurações da fazenda VDI, em particular, a distribuição de recursos entre usuários de diferentes categorias.
Periferia
Com a periferia, geralmente existem três situações:
- O cliente simplesmente diz que não estamos conectando nada (exceto os headsets, que geralmente são reconhecidos 'automaticamente'). Nos últimos cinco anos, raramente vi headsets que não se conectassem sozinhos e que a VMware não reconhecesse.
- A segunda abordagem é que, no âmbito do projeto de implementação do VDI, mudamos a periferia: escolhemos o que já foi testado por nós e suportado pelo cliente. Este caso, por motivos óbvios, é raro.
- A terceira abordagem é conectar o hardware existente.
Você já sabe do problema com os scanners: é necessário instalar um software intermediário na estação de trabalho (thin client), que recebe o fluxo USB, compacta a imagem e envia para o VDI. Devido a uma série de particularidades, isso nem sempre é possível: se nos clientes Windows (computadores domésticos e thin clients) tudo funciona bem, para as distribuições *nix geralmente algum distro específico é suportado pelo fornecedor do VDI, e começam as dificuldades, assim como nos clientes Mac. Na minha experiência, poucos conseguiram conectar impressoras locais com instalações Linux de forma que funcionassem durante a fase de depuração sem constantes ligações para o suporte. Mas isso já é um avanço, pois algum tempo atrás, nem mesmo isso funcionava.
Videoconferência - todos os clientes, cedo ou tarde, desejam que isso funcione e funcione bem. Se a fazenda foi projetada corretamente, tudo funciona bem; se não, temos uma situação em que, durante a audioconferência, a carga na rede aumenta, além do problema adicional de que a imagem é exibida mal (sem full HD, o rosto se resume a 9–16 pixels). Surge uma grande latência adicional quando ocorre um loop entre o cliente, a estação de trabalho VDI, o servidor de videoconferência, e de lá para um segundo VDI e um segundo cliente. O correto é conectar diretamente do cliente ao servidor de videoconferência, o que exige a instalação de um componente adicional.
Com os pen drives USB, não há problemas, cartões inteligentes e similares funcionam perfeitamente. As dificuldades aparecem com scanners de código de barras, impressoras de etiquetas, máquinas (sim, isso também aconteceu) e caixas registradoras. Mas tudo é resolvido. Com nuances e não sem surpresas, mas no final das contas, tudo se resolve.
Quando um usuário assiste YouTube a partir de uma estação VDI - essa é a pior situação tanto para a carga quanto para a rede. A maioria das soluções oferece redirecionamento de vídeo HTML5. Um arquivo compactado é enviado ao cliente, e lá ele é exibido. Ou, em alguns casos, é enviado ao cliente um link para a conexão direta entre o navegador e o serviço de hospedagem de vídeo (o que é mais raro).
Segurança
A segurança geralmente apresenta problemas nos pontos de junção dos componentes e nos dispositivos do cliente. No que diz respeito à integração dentro de um ecossistema, tudo deve funcionar bem em teoria. Na prática, isso ocorre em cerca de 90% dos casos, e sempre há algo a ser finalizado. Nos últimos anos, uma aquisição muito conveniente da VMware foi a integração do MDM para gerenciar dispositivos dentro da empresa. Recentemente, a VMware introduziu balanceadores de carga interessantes (da antiga Avi Networks), que permitem resolver a questão da distribuição de fluxos um ano após a entrega do VDI, por exemplo. Outra característica exclusiva da VMware é a excelente otimização dos filiais, resultado da aquisição da VeloCloud, que desenvolve SD-WAN para redes de filiais.
Do ponto de vista do usuário final, a arquitetura e o fornecedor são quase imperceptíveis. O que realmente importa é que exista um cliente para qualquer dispositivo, podendo se conectar a partir de um tablet, Mac ou thin client Windows. Anteriormente, havia clientes até para televisores, mas felizmente isso não existe mais.
A característica das instalações VDI atualmente é que o usuário final em casa geralmente não tem um computador. Muitas vezes, há um tablet Android fraco (às vezes até com mouse ou teclado), ou, em alguns casos, pode-se ter a sorte de conseguir um computador com Windows XP. Que, como você pode imaginar, não recebeu atualizações há muito tempo. E não será atualizado nunca mais. Ou há máquinas muito fracas, nas quais o cliente não é instalado, os aplicativos não funcionam, e o usuário não consegue trabalhar. Felizmente, mesmo dispositivos muito fracos são compatíveis (não sempre confortáveis, mas funcionais), e isso é considerado uma grande vantagem do VDI. Quanto à segurança, é necessário testar a comprometimento dos sistemas do cliente, o que ocorre com bastante frequência.
À luz das recomendações do Rospotrebnadzor sobre a organização do trabalho nas empresas em condições de risco de COVID-19, a conexão aos postos de trabalho nos escritórios é extremamente atual. Parece que essa situação ficará por um bom tempo, e sim, se você estava pensando em VDI — pode começar a testar. Será útil. As recomendações estão disponíveis , esclarecimentos . É importante notar que, com o VDI, também é possível reconfigurar os espaços para atender aos requisitos. O regulador introduz certas normas de distanciamento. Por exemplo, em um escritório de 50 m², não pode haver mais de cinco funcionários.
Se você tiver perguntas sobre VDI que não são destinadas a comentários, aqui está meu e-mail: SSkryl@croc.ru.
Fonte: habr.com
