Windows Server Leonardo Duarte
O que é o Remote Desktop Services e Como Funciona?
O que é o Remote Desktop Services e Como Funciona?
Os Serviços de Área de Trabalho Remota ou Remote Desktop Services (também conhecidos como Serviços de Terminal) não são uma nova tecnologia ou conceitos. Já existia no Windows NT 4.0. No entanto, com a disseminação dos conceitos e tecnologias de virtualização, a Microsoft fez mudanças interessantes em sua solução de serviços de área de trabalho remota e na maneira como a está vendendo.
Desde o Windows 2008 R2, os Serviços de Área de Trabalho Remota combinam 2 tecnologias / conceitos. Os Serviços de Área de Trabalho Remota (RDS) são conhecidos principalmente por seus recursos da camada de apresentação (por exemplo, instalar aplicativos em um Terminal Server e disponibilizá-los aos usuários por meio da ferramenta de conexão de área de trabalho remota). Os serviços de área de trabalho remota também estão fornecendo solução de infraestrutura VDI . O RDS oferece a possibilidade de implantar a área de trabalho virtual para os usuários.
O Windows 2012 e versões posteriores foram redesenhados para oferecer uma maneira mais conveniente de gerenciar sua solução de virtualização. No passado, para gerenciar e controlar sua infraestrutura RDS, era necessário usar vários console de gerenciamento. No Windows 2012, um único console foi criado para a maioria dos recursos e funções usados ??pelos serviços da Área de Trabalho Remota.
Nesta postagem, forneceremos uma visão geral rápida do que você pode esperar dos recursos do RDS. Na próxima postagem, começaremos a descrever os serviços de funções que podem ser implantados através da sua rede.
Conheça a nova função de Serviços de Área de Trabalho Remota!
A ilustração a seguir resume o que os serviços de área de trabalho remota têm a oferecer.
Como você pode ver, simplesmente instalando a função RDS no servidor Windows 2012 R2, você poderá escolher entre dois cenários de implantação.
- Cenário de implantação com base em sessão
- Cenário de implantação da máquina virtual
Implantação baseada em sessão
Você pode optar pela maneira tradicional de usar os serviços da Área de Trabalho Remota (RDS) , ativando simplesmente os recursos dos Serviços de Terminal. Esse cenário permitirá que um usuário se conecte à sessão completa da área de trabalho no servidor de terminal ou você pode optar por uma maneira mais conveniente publicando os aplicativos por meio da funcionalidade RemoteApp. .
Um RemoteApp é simplesmente um programa que foi publicado através dos serviços de terminal. Em vez de acessar uma área de trabalho completa, você somente acessará / verá os aplicativos publicados aos quais foi concedido acesso. O acesso ao aplicativo remoto será realizado por meio de uma interface da Web ou empurrando os aplicativos na área de trabalho do usuário por meio de uma tecnologia chamada Webfeed.
Implantação baseada em máquinas virtuais
Como a VDI ganhou popularidade, a solução RDS também oferece uma maneira conveniente de conectar-se a desktops virtuais. A Microsoft não está realmente usando o termo VDI para comercializar o recurso RDS. No entanto, combinando a tecnologia Hyper-v e a Tecnologia de Serviços de Área de Trabalho Remota, a Microsoft encontrou (pelo menos pensamos) uma maneira interessante de entrar no mercado de soluções VDI.
Pense nisso ! Usando apenas as tecnologias da Microsoft, você pode configurar rapidamente sua infraestrutura de VDI. Os principais motivos para um cliente usar a solução RDS for VDI é que a curva de aprendizado é bastante rápida. A equipe técnica conhece os serviços Hyper-ve Remote Desktop.
Nesse cenário (veja a ilustração acima), você pode criar 2 tipos de cenários de máquinas virtuais . Você pode optar por criar uma infraestrutura VDI em pool ou um Desktop Virtual Pessoal. No cenário da Área de trabalho virtual pessoal , atribuiremos um usuário específico a uma máquina virtual específica. No cenário Pooled , um usuário estará se conectando a uma área de trabalho virtual disponível a partir do pool. Após a conclusão da sessão, o VDI será reciclado (reversão).
Por que usar a tecnologia RDS?
Como já vimos, o RDS integra os recursos de VDI. Se sua empresa está procurando uma solução VDI, convém avaliar a solução da Microsoft e verificar se essa solução pode atender às suas necessidades. Não esqueça que o RDS / Hyper-V não é de graça. Você precisará prever os custos de licenciamento em seu projeto VDI. Você pode revisar as informações de preços do licenciamento RDS antes de implementá-las na produção.
Outro cenário em que o RDS pode ser usado é para consolidações e centralização de alguns de seus aplicativos. Nesse cenário, podemos querer centralizar vários aplicativos em nosso novo servidor de terminal e conceder acesso a esses aplicativos através do protocolo rdp. A vantagem aqui é que você pode consolidar seus aplicativos e obter atualizações mais facilmente do seu software se localizado no mesmo servidor ou servidores. Você pode comparar a solução de implantação baseada em sessão com o conceito da loja de aplicativos móveis (Windows Store, Google Play Market,…), onde seus usuários poderão consumir os aplicativos que você está disponibilizando.
Aqui, novamente, você deve levar em consideração os custos de licenciamento dos aplicativos que deseja publicar e os custos de licenciamento do RDS. O dimensionamento do hardware e a infraestrutura de rede confiável forneceriam uma melhor experiência ao usuário, mas poderiam adicionar custos adicionais ao seu projeto RDS.
Visão geral das funções dos Serviços de Área de Trabalho Remota
Se você planeja usar a solução RDS, familiarize-se com os diferentes serviços de função que um servidor RDS pode hospedar. Ao executar a instalação dos Serviços de Área de Trabalho Remota, você verá uma caixa de diálogo com a opção de escolher qual função o servidor hospedará (veja a captura de tela abaixo)
Com base na sua arquitetura de implantação, você não precisa ter todas as funções instaladas nos servidores RDS. As funções que você usará dependerão principalmente de como você deseja fornecer serviços de área de trabalho remota ao seu cliente. No entanto, observe que qualquer implantação do RDS exigirá a instalação de 3 funções obrigatórias. A ilustração a seguir mostra quais funções devem ser implementadas durante uma implantação do RDS.
As funções obrigatórias são:
- Agente de Conexão de Área de Trabalho Remota (RDCB)
- Acesso via Web à Área de Trabalho Remota (RDWeb)
- Host xx da área de trabalho remota (que pode ser um host de sessão (RDSH) ou host virtual (RDVH))
Você tem as funções opcionais que podem ser instaladas que são
- Gateway de Área de Trabalho Remota (RDGW)
- Host de licenciamento de área de trabalho remota (RDLH)
Nota: Se você não instalar sua função RDLH, poderá usar o RDS por 120 dias. Depois disso, você deve ativar sua licença RDS para manter sua infraestrutura RDS funcionando
Funções dos Serviços de Área de Trabalho Remota Definidas
Até agora, vimos que, a fim de ter uma arquitetura RDS de trabalho, você precisará instalar alguns papéis necessários. Com base nas suas necessidades, você pode usar funções opcionais que podem fornecer recursos mais específicos. Talvez seja hora de examinar mais de perto os papéis e para que são usados.
O intermediário de Conexão de Área de Trabalho remota (RDCB) tentará conectar ou reconectar um usuário ao seu RemoteApp ou sessão de área de trabalho baseada em sessão. Essa função é como um balanceador de carga que interceptará a solicitação de conexão e a enviará ao host de back-end. Essa função também tentará reconectar o usuário à mesma conexão que antes.
A função de acesso remoto à Web (RDWeb) é interessante. Basicamente, permite que seus usuários acessem uma interface da web e se conectem ao RemoteApp, VDI ou desktop baseado em sessão. Esse é um recurso interessante, porque hoje em dia todo mundo espera ter algum tipo de acesso na Web a um aplicativo ou serviço.
O host de sessão da área de trabalho remota (RDSH) é o servidor back-end que terá a funcionalidade de serviço Terminal onde você pode publicar seus aplicativos ou publicar seu VDI.
Se você deseja usar o VDI, precisará instalar a função de host de Virtualização de Área de Trabalho Remota (RDVH) . Este servidor também precisa ter a função Hyper-V instalada para servidor da sua máquina virtual.
Ao lado dessas 4 funções , você pode instalar 2 funções adicionais , como você pode ver na captura de tela abaixo
Você pode instalar funções RDS no seu domínio e testá-lo por 120 dias . Após esse período, para que sua infraestrutura funcione conforme o esperado, você precisará obter licenças RDS. Para facilitar o gerenciamento de suas licenças, você pode instalar a função de servidor de licenciamento RD.
Por fim, você pode decidir instalar o componente RD Gateway. Isso é usado em cenários em que você deseja conceder acesso a recursos internos através da Internet sem expor sua infraestrutura RDS. O Gateway RDS será basicamente usado para passar o tráfego de RDP através de um “túnel” HTTPS. Você também pode usar esse gateway RDS internamente em uma situação em que você tenha vários locais protegidos por firewalls e em que a porta 3389 esteja bloqueada. Nesse caso, você pode verificar ou solicitar a abertura da porta 443 e oferecer serviços de Área de Trabalho Remota aos seus usuários e agradar seus firewalls ao mesmo tempo.
Arquitetura de serviços de área de trabalho remota
Semelhante a uma infraestrutura do Exchange, você pode optar por hospedar funções de servidor em um ou entre vários servidores. A melhor prática ao implantar uma solução RDS é ter cada componente hospedado em seus próprios servidores dedicados. Essa seria a melhor prática em um ambiente de produção em que você precisa ter confiabilidade, escalabilidade e estabilidade. Em um ambiente de teste, você pode combinar funções em um ou mais servidores, conforme necessário. No próximo post, descreveremos como executar uma instalação em um único servidor para familiarizar-se com a tecnologia RDS. Em um ambiente de produção, geralmente combinamos algumas funções. Como uma implantação padrão, geralmente combinamos as seguintes funções:
- Acesso via Web à Área de Trabalho Remota (RDWeb) e Gateway de Área de Trabalho Remota (RDGW)
- Servidor host remoto (host da sessão ou host virtual)
- Agente de Conexão de Área de Trabalho Remota
- Licenciamento de área de trabalho remota (que será hospedado em um servidor existente)
