A infraestrutura de desktop virtual é comumente usada pelas organizações para gerenciar o acesso a aplicativos de TI para funcionários em pequenas localidades remotas, trabalhadores terceirizados e funcionários temporários.
A VDI oferece a essas organizações flexibilidade e facilidade, mantendo a segurança dos dados e dos aplicativos.
No entanto, os aplicativos de VDI são suscetíveis à latência e às baixas velocidades.
A experiência do usuário final é gravemente afetada pela qualidade da conexão entre o cliente e o servidor.
Este blog explica por que as soluções baseadas em MPLS não são adequadas para esses aplicativos e explora como a SD-WAN gerenciada resolve os problemas de desempenho associados às implementações de VDI.
POR QUE O MPLS NÃO É A RESPOSTA PARA O DESEMPENHO DO VDI
Há vários motivos pelos quais o MPLS não é adequado para atender às necessidades dos provedores de serviços de tecnologia, sendo os principais deles o tempo de comercialização, o custo e as preocupações com a segurança.
Tempo de colocação no mercado e custo: O provisionamento de MPLS, especialmente em rotas internacionais, é uma atividade complexa que exige a compra e o comissionamento de equipamentos, acordos de SLA entre operadoras, etc.
O tempo de espera típico para a implementação do MPLS é de 60 a 90 dias, se não mais.
Para os provedores de serviços de tecnologia, esse tempo de espera é problemático, pois seus clientes esperam que o serviço comece assim que os contratos forem assinados.
Além do tempo de implementação, os links MPLS também são caros.
Além disso, a maioria das operadoras inclui a conectividade de última milha junto com a oferta, aumentando assim o custo geral. Não é adequado para todas as implementações: O MPLS não é flexível e, portanto, não é adequado para todos os cenários de implementação.
Nos casos em que a base de funcionários é mínima ou a duração do projeto é breve, pode não ser viável estender um link MPLS dedicado.
Em outros casos, um cliente muito preocupado com a segurança pode não permitir a instalação de CPEs em suas instalações, o que exclui o MPLS.
Nesses casos, o acesso pela Internet continua sendo a única opção.
O acesso a esses aplicativos Citrix ou VMware por meio de um link de Internet leva a uma grave degradação do desempenho.
Implantações em grande e pequena escala
Um caso de uso de VDI para grandes implementações
O primeiro caso de uso é um link de ponta a ponta do cliente para o servidor por meio da rede principal de camada 2 da Aryaka.
As grandes implementações com muitas instâncias de clientes são as que mais se beneficiam dessa abordagem.
Na figura, a conectividade entre o Cliente-A e o Servidor-A segue essa arquitetura.
Essa arquitetura requer a presença da porta de acesso à rede da Aryaka (ANAP) no cliente e no servidor.
Tanto o local do cliente/filial quanto os locais do servidor são conectados à rede de camada 2 da Aryaka por meio de túneis IPSec.
A presença de ANAPs em ambas as extremidades da conexão permite recursos de otimização de WAN, como otimização de TCP e desduplicação de dados.
Além disso, o portal MyAryaka baseado em nuvem permite o monitoramento dos setores de primeira, última e média milha.
Um caso de uso de VDI para implementações de pequeno e médio porte
Além do acesso completo, a Citrix e a VDI permitem a publicação de qualquer recurso ou aplicativo como um URL.
Um URL é o modo de acesso preferido quando apenas um número limitado de usuários acessa um pequeno conjunto de aplicativos.
Esse cenário é típico quando se fornece acesso de curto prazo a funcionários contratados ou temporários.
As vantagens são a flexibilidade e a capacidade de reutilizar os controles de acesso existentes sem alterações significativas.
O conteúdo ou aplicativo publicado é acessado por meio do Citrix storefront e do receptor.
O administrador do sistema também pode especificar o aplicativo a ser usado para abrir o conteúdo publicado.
Embora flexível, esse modo de operação afeta o desempenho do aplicativo.
Como o conteúdo é publicado como um URL e acessado pela Internet, ele está sujeito aos problemas de latência e perda de pacotes associados a esse canal.
A abordagem inovadora da Aryaka resolve esse problema sem a necessidade de um CPE no local do servidor.
Na figura, a conectividade entre o Cliente-B e o Servidor-B segue essa arquitetura.
O ANAP conecta o Cliente-B ao núcleo da Aryaka por meio de um túnel IPSec.
O tráfego de VDI é transportado pelo núcleo de baixa latência da Aryaka e sai do PoP que está mais próximo do local do servidor; a última milha é pela Internet de banda larga.
O desempenho dos aplicativos é aprimorado à medida que o tráfego percorre a rede principal de camada 2 de baixa latência da Aryaka na middle-mile.
O SD-WAN as-a-Service da Aryaka oferece aceleração de SaaS por meio de uma rede privada de camada 2 definida por software.
Por meio da distribuição estratégica de PoPs, nossa rede privada está a uma distância de 1 a 5 milissegundos dos principais centros de negócios do mundo.
A pilha de otimização proprietária e patenteada da Aryaka é incorporada à nossa rede global privada totalmente mesclada, liberando as empresas dos problemas de manutenção e gerenciamento de dispositivos e, ao mesmo tempo, proporcionando um desempenho otimizado.
Em um cenário de WAN empresarial internacional, a middle-mile é o caminho mais longo e, portanto, responsável pela maioria dos problemas de conectividade.
A Aryaka resolve esse problema de forma eficaz implantando uma rede privada de camada 2 totalmente em malha para a middle mile.
ARYAKA SMARTLINK – MELHORANDO A QUALIDADE DA CONECTIVIDADE DE PRIMEIRA E ÚLTIMA MILHA
O SmartLINK opera nos links de última milha da Internet que conectam o dispositivo ANAP SD-Branch ao PoP da Aryaka, que fornece o ponto de entrada mais próximo da rede principal L2 global da Aryaka (que garante SLAs de QoS totalmente determinísticos para qualquer destino global).
Os PoPs da Aryaka são distribuídos de forma a cobrir 95% da população mundial de trabalhadores do conhecimento com latência de acesso à Internet inferior a 30 ms.
O SmartLINK consiste em várias tecnologias que, quando combinadas, minimizam a latência e eliminam a instabilidade e a perda de pacotes em conexões de internet de última milha, que normalmente consistem em links de internet redundantes fornecidos por diferentes ISPs.
Clique aqui para agendar uma demonstração e conhecer a solução.
