O RDS é realmente * a * solução completa? [fechadas]


13

Eu me encontrei em uma situação hoje em que tinha que oferecer argumentos a favor de clientes regulares do domínio Windows versus uma solução de servidor de terminal ou Serviços de Área de Trabalho Remota, como é chamada hoje em dia, e não conseguia pensar em muitos. Mas meu conhecimento sobre RDS é principalmente teórico, então acho que esse é o motivo.

Suponha uma situação em que as pessoas só precisem usar aplicativos de escritório (MS Office, Internet, E-mail, talvez algum software de terceiros, como gerenciadores de contatos), que não exijam muita capacidade de processamento e talvez cerca de 4G RAM, e suponha que todos os clientes ingressam em um domínio, quais seriam os benefícios e as desvantagens do RDS versus computadores de domínio físico com aplicativos instalados localmente?

Atualização após a 1ª resposta:

  • O pressuposto é que uma empresa externa será contratada para implementar e manter o sistema, para que o conjunto de habilidades não seja relevante - é o RDS, que compramos do especialista em RDS; caso contrário, compramos da outra.
  • O hardware legado também não é um problema, falamos de um novo sistema ou da fase de atualização.
  • Os usuários não querem desistir de sua experiência do usuário (Windows Desktop, aplicativos padrão), mas não se preocupam com mais nada.

Segunda atualização:

Obviamente, também seria interessante saber como as duas opções diferem, se é que existem, do ponto de vista da manutenção (assumindo o domínio do AD). Brian mencionou o backup mais fácil, o que mais? Existem apenas benefícios?

O esclarecimento como questão foi suspenso por se basear em opiniões:

Isso pode realmente ser esclarecido? O RDS está crescendo, as grandes empresas estão começando a oferecer RDS hospedado (consulte Áreas de trabalho da Amazon). Não tendo acesso a uma infraestrutura RDS, gostaria de ouvir de pessoas experientes quais são as desvantagens e desvantagens do RDS versus uma configuração tradicional em termos de administração e experiência do usuário . Vejo pouco espaço para opiniões aqui. Para evitar ainda mais respostas gerais, forneci a configuração nos pontos acima.


Sinto muito, mas simplesmente discordo de minha pergunta ser classificada para obter respostas baseadas em opiniões. Estou solicitando os benefícios e desvantagens do RDS versus tecnologias padrão em termos de experiência do usuário (principalmente facilidade de uso, velocidade, etc.), custo e facilidade de administração. Não estou procurando opiniões pessoais, mas fatos ou conhecimentos pessoais para me apoiar na minha decisão de como proceder. Também dei detalhes muito específicos sobre a infraestrutura em questão para evitar respostas excessivamente gerais. Por favor, reconsidere.
vic

2
Isso é baseado em opiniões. Por exemplo, alguém afirmou que se trata de custo. Na minha experiência, as vantagens de custo-benefício do RDS foram efetivamente negadas alguns anos atrás, devido à forma como os computadores de mesa são baratos agora e até que ponto as tecnologias de implantação avançaram. Algumas pessoas podem reunir números que mostram uma vantagem de custo, outras podem mostrar números que realmente não têm tanta vantagem. Alguns pensam (incluindo a Microsoft) que o RDS é útil como host de salto administrativo, mas acho que é uma péssima idéia do ponto de vista da segurança (a VDI é mais segura).
Greg Askew

@GregAskew Concordo com você que você pode fazer vários cálculos de custos e nunca obter o mesmo resultado. Por isso não incluí o custo na minha pergunta. Eu realmente quero entender a diferença de tecnologia e, obviamente, não apenas em termos de marketing.
vic

O que há para entender? Ele resolve o seu problema de negócios ou não. Se você tiver perguntas não respondidas sobre as propostas de seus fornecedores, tenho certeza de que eles ficarão felizes em conversar com você. Dada a simplicidade do seu ambiente, um fornecedor pode entrar e configurar um servidor RDS piloto em cerca de duas horas. O teste de condução de uma solução é uma das maneiras mais eficazes de obter respostas.
Greg Askew

Não sou o usuário final, sou o administrador. Se você me perguntar sobre um tópico em que sou proficiente, posso facilmente fornecer as diferenças entre duas soluções. Eu não sou proficiente em RDS, mas tenho uma boa idéia sobre o administrador tradicional de domínio de vitória e gostaria de ouvir de um administrador experiente quais argumentos objetivos existem a favor de um ou de outro.
vic

Respostas:


11

Nota: essa se tornou uma resposta longa, então tentei estruturá-la para que você pudesse ler o texto em negrito e ainda assim apresentar os pontos mais importantes.


É sobre custo. É sempre sobre custo.

À medida que avançamos por aqui, lembre-se de que esses números mudam o tempo todo e que faz dois anos desde que eu analisei isso. A metodologia de cálculo de custos / preocupações e proporções pelo menos tendem a se sustentar ao longo do tempo, mas os preços que você vê para qualquer parte disso a qualquer momento (especialmente o licenciamento de software) podem estar muito distantes. Sinta-se à vontade para me desafiar nos comentários por qualquer preço que considerar especialmente suspeito.

Considere US $ 700 estações de trabalho nos últimos 4 anos, ou US $ 175 / ano. Para facilitar, adicionaremos US $ 25 em custos médios de suporte, para chegar a US $ 200 / ano para desktops tradicionais. Sim, também existem teclados, monitores, etc., mas você tem os mesmos acessórios com serviços de terminal (thin clients); portanto, para esses fins, podemos simplesmente ignorar tudo isso.

Para thin clients, vejo produtos por apenas US $ 50. No entanto, sempre que olho mais de perto, esses dispositivos mais baratos precisam do servidor multiponto ou suportam apenas desktops linux, o que limita seu escopo de implantação. Olhando em volta, qualquer dispositivo thin client que valha a pena ainda custa pelo menos US $ 220, se não mais. É importante lembrar, no entanto, que grande parte do modelo de thin client é obter muito mais vida útil de um thin client com custos mais baixos de suporte. Supondo 10 anos (sem partes móveis para que o hardware possa durar muito mais tempo, mas tende a se tornar obsoleto antes do desgaste) e agora estimando apenas US $ 10 / ano em suporte, em média, são apenas US $ 32 / ano. Também vejo pessoas redirecionando áreas de trabalho antigas para o PXE inicializar um sistema operacional thin client, mas nesse caso você perde parte das vantagens de vida e suporte e adiciona novo licenciamento de software, então não

Até agora, estamos muito à frente em thin clients. O problema é que ainda não provisionamos nenhum recurso do servidor. Quando olhei pela última vez (há um tempo), imaginei que US $ 10 mil em hardware de servidor poderiam durar seis anos e lidar com cerca de 25 clientes. Isso adiciona outros US $ 67 por ano por dispositivo ao lado do thin client. Também posso aumentar o número de clientes suportados adicionando placas gráficas de serviços de terminal especiais ao servidor, mas, quando olhei pela última vez, o custo das placas especiais versus o número de clientes adicionados foi uma lavagem. Além disso, a principal vantagem aqui é oferecer suporte a menos servidores, e éramos pequenos demais para que isso fosse uma vantagem real. Você ainda pode suportar mais dispositivos sem os cartões, mas às vezes a capacidade de resposta não era boa.

Agora temos que analisar o SO e o licenciamento. Supondo que você esteja trabalhando nas áreas de trabalho do Windows, as licenças básicas do Windows Server não serão suficientes. Você precisa de licenciamento RDS adicional da Microsoft para fazer isso funcionar. Além disso, a maioria das implantações bem-sucedidas que eu já vi contavam com algum tipo de ferramenta de gerenciamento de terceiros (a Citrix vem à mente, mas elas não são o único jogador). É aqui que fica realmente complicado, porque os custos de licenciamento podem variar muito de cliente para cliente. Basta dizer que minha regra geral é que os fornecedores de software desejam que seus custos totais de software sejam aproximadamente iguais aos custos de hardware. Sei que é uma onda enorme nisso, mas novamente: essa área pode variar tanto que não conheço uma maneira melhor de obter uma boa estimativa (se houver " um administrador de sistema com números melhores que podem comentar sobre esse aspecto, eu adoraria vê-lo nos comentários). Nesse caso, meu número de "custos de hardware" inclui o hardware do thin client, mas não inclui os custos estimados de suporte de US $ 10 / ano por dispositivo, o que significa que precisamos adicionar outros US $ 89 / ano por dispositivo aos custos do thin client.

Adicione tudo isso e nossas estimativas de custo total de thin client agora chegam a US $ 188 por dispositivo por ano. Ei, isso é menos do que o modelo tradicional de desktop! Não é muito menos (apenas cerca de 6% nesta estimativa), mas é uma vitória quando você o espalha por vários dispositivos.

Uma coisa a ter em mente aqui é que deixei muito espaço para flexibilidade no licenciamento de software. Organizações maiores - do tipo que tem MUITOS desktops de baunilha prontos para a conversão de RDS - também podem muitas vezes aproveitar muito os preços de software de negociação, de modo que empresas realmente grandes podem fazer disso um slam dunk nos preços. Mas isso não é a maioria de nós. A maioria de nós deve esperar algo como uma economia modesta de 6%.


Agora, na carne da sua pergunta. A meu ver, ainda existem desafios neste modelo que devem ser ponderados com as modestas economias de custo.

A primeira é que você precisa vendê-lo para seus usuários e gerenciamento. Nem todo mundo vai simplesmente desistir silenciosamente de sua área de trabalho ... não necessariamente que tenham uma opinião sobre o assunto, mas usuários descontentes o suficiente podem dificultar a vida.

Além disso, isso significará um esforço significativo de TI para fazer a transição, e esse primeiro empurrão inicial para o novo modelo pode significar obter um licenciamento caro, além de MUITO novo hardware de servidor, que aumenta seu orçamento pelo primeiro ano. Lembre -se de que muitas economias para o modelo de thin client não são realizadas até que você possa pular o que teria sido a primeira rodada de atualizações do PC. Até então, você estava operando com um déficit de custo em relação aos desktops tradicionais.

Um terceiro desafio é que é necessário um conjunto de habilidades diferente para dar suporte a esse modelo do que para os desktops tradicionais. Pode ser necessário atualizar alguns de seus técnicos de suporte para administradores de servidores. Geralmente vejo isso como uma coisa boa. Geralmente, prefiro gastar o mesmo dinheiro em pessoas versus equipamentos para obter o mesmo resultado quando posso. É importante notar que a transição pode ser difícil.

Outra coisa a considerar é o licenciamento de aplicativos. Isso está um pouco bagunçado agora. Por um lado, alguns aplicativos que costumavam exigir licenças caras por assento podem, de repente, precisar apenas de alguns lugares. Outros aplicativos podem exigir licenças RDS mais caras ou até bloquear completamente o RDS. A única maneira de saber é revisar todos os aplicativos que você precisa oferecer suporte. Todo novo aplicativo que você deseja trazer deve ser verificado para adequação ao RDS.

Finalmente - isso na minha opinião é o que realmente te atrai - , descobri que a porcentagem de usuários que precisam de algo especial geralmente é MUITO maior do que você pensa que é antecipadamente. Engenheiros, artistas, executivos, qualquer pessoa usando um laptop ... todos eles geralmente precisam de um cliente tradicional (ou pensam que precisam de um com influência suficiente para obtê-lo), e isso é apenas o começo. Quando se trata disso, você precisa oferecer suporte aos dois modelos, pelo menos até certo ponto.


Mas não precisa ser apenas sobre custo. Aqui é onde eu acredito que as coisas ficam realmente interessantes: também quero considerar as coisas novas que uma nova infraestrutura brilhante de servidor RDS permite que você faça.

O primeiro exemplo é que, de repente, você está posicionado para oferecer suporte fácil a trabalhadores remotos. Isso inclui a equipe externa em tempo integral ou o pessoal de vendas, além de fornecer acesso para a equipe que normalmente está no local, mas pode ser necessário apenas realizar algum trabalho de uma conferência de treinamento naquele dia. O RDS é melhor do que uma VPN para acesso remoto , porque os funcionários podem usar seu próprio dispositivo e ainda obter os benefícios de ter todas as suas ações em um sistema operacional seguro ingressado no domínio e que reside na rede local.

E vamos falar mais sobre seus trabalhadores remotos. Eles lidam com dados confidenciais? Você já perdeu um laptop? Uma boa implantação do RDS, na qual os funcionários remotos usam o laptop para se conectar a uma área de trabalho virtual hospedada em seus sistemas internos, significa que um laptop perdido nunca significa perda de dados.Enquanto estou aqui, também vale a pena considerar que tipo de laptop você precisa implantar agora. Um chromebook de US $ 200 com acesso RDS agora pode fazer o mesmo trabalho que um laptop corporativo de US $ 900? Como isso afetaria seus custos de risco (não apenas o seguro contra perda / garantia para o laptop, mas também o seguro de responsabilidade pela perda de dados)? Nesse caso, você deve considerar se um chromebook de US $ 200 pode oferecer os mesmos (ou melhor, porque a mobilidade) resulta como um thin client de US $ 220 (dica: não pode). vale a pena fazer de qualquer maneira devido ao aumento da mobilidade dos trabalhadores).

Outra coisa a considerar é a disponibilidade. Com os thin clients, você coloca muitos ovos em uma cesta (seus servidores), o que significa que você nunca deve fazer uma implantação RDS de servidor único (sugiro pelo menos três por site. Obtenha servidores menores para sites com menos de 75 usuários) . Com pelo menos dois servidores, você repentinamente fica muito mais resistente a falhas de máquinas, com menos pessoas em um computador com defeito. Sim, um servidor pode ficar inativo, mas um bom planejamento permitirá que seus usuários permaneçam nos negócios, mesmo com uma falha no servidor . Claro, alguns usuários podem precisar redefinir e efetuar login novamente, mas o serviço ainda estará ativo, pronto e aguardando por eles.

Outra idéia sobre os novos recursos é imaginar um fornecedor de thin client no futuro oferecendo uma docking station para tablet de US $ 40, onde a conexão de um tablet aciona o aplicativo de quiosque do thin client e o espelha em um teclado / mouse / monitor comum. Você pode obter tablets muito bons por US $ 120 agora. Adicione o custo da estação de acoplamento e, de repente, você poderá emitir tablets para seus usuários sem nenhum investimento inicial adicional em hardware. Você ainda precisa considerar os custos do ciclo de vida e do suporte, portanto isso ainda está longe de ser barato, mas se você estiver pensando em uma iniciativa para tablets, pode ser mais uma maneira de reduzir os custos do thin client no futuro e finalmente, gerencia menos dispositivos em vez de mais.

Esses são apenas alguns exemplos de maneiras de obter valor adicional da alteração em um ambiente de estação de trabalho baseado em RDS.


Como contexto para tudo isso, atualmente eu gerencio a frota de desktops em uma pequena faculdade. Não usamos o RDS aqui. Apesar de todas as coisas boas que eu disse sobre o RDS, e que estou no Ensino Superior, onde temos laboratórios de informática cheios de máquinas simples e estoque que seriam perfeitas para uma reforma no RDS.

Por que não? Porque eu só comparei com o modelo tradicional de financiamento de desktops. Lembre-se de que há apenas uma vantagem de custo muito estreita aqui. Se você conseguir esticar bastante as coisas no lado da área de trabalho, esse modelo poderá repentinamente ficar mais barato novamente. E, tanto quanto eu gostaria de usar uma implantação do RDS para coisas como laboratórios virtuais para estudantes on-line ou entregar aplicativos específicos de departamento / principais para estudantes em seus próprios dispositivos em suas salas, o custo é o principal aqui, e eu simplesmente posso ' justificar qualquer despesa extra, especialmente o investimento no servidor e no licenciamento do primeiro ano.


Joel, muito obrigado por sua extensa resposta, apoiada por informações valiosas. Eu sinto, no entanto, ainda estou tão longe quanto antes. Se eu retirar da sua equação os problemas de custo e legado, seus argumentos do lado da tecnologia parecem claramente favorecer o RDS. A propósito, o que você quer dizer com desistir da área de trabalho? O usuário normal do escritório perceberia que algo mudou?
vic

isso depende do seu plano de comunicação, mas nas três implantações de TS / RDS que eu já vi, todos os usuários sabiam, se foram informados ou não.
Joel Coel

É bastante óbvio, quando a área de trabalho desaparece e o processo de login parece um pouco diferente.
Michael Hampton

1

1
Quase ninguém consegue o custo certo para rds na empresa. Nesta resposta em particular, o custo mais flagrante é 188 por desktop, sendo mais barato que um cliente não thin. O custo de gerenciamento do thin client é exatamente o mesmo que laptop / desktop. A única economia em potencial existente no custo de reposição, mas considerando a disponibilidade de clientes grossos abaixo de US $ 200 versus os thin clients mais caros (por causa do hardware especial). Isso é apenas uma amostra da resposta.
Jim B.

2

O RDS adiciona conveniência. Posso cair em qualquer cadeira na frente de qualquer computador em nossa rede (nos escritórios, fábricas ou via VPN de qualquer lugar) e ter todas as minhas coisas acessíveis, como se estivessem na máquina local. Além disso, desde que eu apenas desconecto / reconecto, tudo permanece funcionando exatamente onde eu o deixei. Sem mencionar que é mais fácil fazer backup (com desduplicação) dessas coisas no datacenter. Ah, e estar no datacenter também está no gerador ... :-)

Desvantagens: se a rede estiver inoperante, estou inoperante. Além disso, a largura de banda precisa ser suficiente para a tarefa. Eu posso assistir a vídeos com mais de 100 Mib / s "OK". Meu DSL de 1 Mibp / s em casa é bom para tarefas de negócios / trabalho de desenvolvimento, mas esqueça de fazer qualquer coisa com vídeo (embora ouvir mensagens de voz por ele seja bom, desde que eu não esteja fazendo atualizações de tela grande ao mesmo tempo).

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.