{"id":79785,"date":"2020-04-30T19:42:54","date_gmt":"2020-04-30T17:42:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/resheniya-hpe-dlya-organizaczii-udalennoj-raboty"},"modified":"2020-04-30T19:42:54","modified_gmt":"2020-04-30T17:42:54","slug":"resheniya-hpe-dlya-organizaczii-udalennoj-raboty","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/resheniya-hpe-dlya-organizaczii-udalennoj-raboty","title":{"rendered":"Solu\u00e7\u00f5es HPE para o trabalho remoto","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hoje vou contar uma hist\u00f3ria. A hist\u00f3ria da evolu\u00e7\u00e3o da computa\u00e7\u00e3o e do surgimento dos ambientes de trabalho remotos desde os tempos antigos at\u00e9 os dias atuais.<\/p>\n

Desenvolvimento de TI<\/h2>\n

\nA principal conclus\u00e3o que se pode tirar da hist\u00f3ria da TI \u00e9\u2026<\/p>\n

\"Solu\u00e7\u00f5es
\n
\nCertamente, a TI evolui em espiral. As mesmas solu\u00e7\u00f5es e conceitos que foram descartados h\u00e1 d\u00e9cadas ganham um novo significado e come\u00e7am a funcionar com sucesso em novas condi\u00e7\u00f5es, com novas tarefas e novas capacidades. Nesse aspecto, a TI n\u00e3o se diferencia de qualquer outro campo do conhecimento humano e da hist\u00f3ria da Terra como um todo.<\/a><\/noindex>
\n\"Solu\u00e7\u00f5es
\n<\/p>\n

Muito tempo atr\u00e1s, quando os computadores eram grandes<\/h3>\n

<\/p>\n

\u201cEu acho que h\u00e1 um mercado para cerca de cinco computadores no mundo\u201d, disse Thomas Watson, chefe da IBM, em 1943.<\/p><\/blockquote>\n

Os primeiros computadores eram grandes. N\u00e3o, melhor dizendo, os primeiros dispositivos eram monstruosos, cicl\u00f3picos. Uma m\u00e1quina computacional inteira ocupava uma \u00e1rea compar\u00e1vel a uma quadra de esportes e custava uma quantia totalmente irreal. Como exemplo de componentes, podemos citar um m\u00f3dulo de mem\u00f3ria RAM em an\u00e9is de ferrite (1964).<\/p>\n

\"Solu\u00e7\u00f5es
\n
\nEsse m\u00f3dulo tem um tamanho de 11 cm x 11 cm, e uma capacidade de 512 bytes (4096 bits). Um gabinete cheio desses m\u00f3dulos mal tinha a capacidade de um disquete 3,5\u201d (1,44 MB = 2950 m\u00f3dulos), ao mesmo tempo em que consumia uma quantidade significativa de energia el\u00e9trica e esquentava como uma locomotiva.<\/p>\n

Foi com essas dimens\u00f5es enormes que surgiu o termo em ingl\u00eas para depura\u00e7\u00e3o de c\u00f3digo \u2014 'debugging'. Uma das primeiras programadoras da hist\u00f3ria, Grace Hopper (sim, uma mulher), oficial da Marinha, fez em 1945 uma anota\u00e7\u00e3o em seu di\u00e1rio de bordo ap\u00f3s investigar uma falha em um programa.<\/p>\n

\"Solu\u00e7\u00f5es
\n
\nComo a palavra moth (tra\u00e7a) \u00e9, em geral, um bug (inseto), todos os problemas subsequentes e as a\u00e7\u00f5es para resolver foram relatados \u00e0 ger\u00eancia como 'debugging' (literalmente, retirada de insetos), de modo que o erro de programa\u00e7\u00e3o e o erro no c\u00f3digo passaram a ser conhecidos como bug, e depura\u00e7\u00e3o se tornou debugging.<\/p>\n

\u00c0 medida que a eletr\u00f4nica e, em particular, a eletr\u00f4nica de semicondutores se desenvolviam, as dimens\u00f5es f\u00edsicas das m\u00e1quinas come\u00e7aram a diminuir, enquanto o poder computacional aumentava. Mas mesmo assim, n\u00e3o era poss\u00edvel que cada um tivesse um computador pessoal.<\/p>\n

\u201cN\u00e3o h\u00e1 raz\u00f5es para que algu\u00e9m quisesse ter um computador em casa\u201d \u2014 Ken Olsen, fundador da DEC, em 1977. <\/p>\n<\/blockquote>\n

Na d\u00e9cada de 70, o termo mini-computador surgiu. Lembro que, quando li esse termo pela primeira vez muitos anos atr\u00e1s, imaginei algo como um netbook, praticamente um palm. Eu n\u00e3o poderia estar mais longe da verdade.<\/p>\n

\"Solu\u00e7\u00f5es
\n
\nMini \u2014 ele \u00e9 apenas pequeno em compara\u00e7\u00e3o com enormes salas de m\u00e1quinas, mas ainda assim, s\u00e3o v\u00e1rios arm\u00e1rios com equipamentos que custam centenas de milhares e milh\u00f5es de d\u00f3lares. No entanto, a capacidade de computa\u00e7\u00e3o j\u00e1 aumentou tanto que nem sempre funcionava a 100%, e os computadores come\u00e7aram a estar dispon\u00edveis para estudantes e professores universit\u00e1rios.<\/p>\n

E ent\u00e3o ele chegou!<\/p>\n

\"Solu\u00e7\u00f5es
\n
\nPoucos pensam sobre as ra\u00edzes latinas na l\u00edngua inglesa, mas foi ele quem nos trouxe o acesso remoto, como o conhecemos hoje. Terminus (latim) \u2014 fim, limite, objetivo. O objetivo do Terminador T800 era acabar com a vida de John Connor. Tamb\u00e9m sabemos que as esta\u00e7\u00f5es de transporte, onde ocorre o embarque e desembarque de passageiros ou carga, s\u00e3o chamadas de terminais \u2014 os destinos finais das rotas.<\/p>\n

Assim surgiu o conceito de acesso terminal, e voc\u00ea pode ver o terminal mais famoso do mundo, que ainda vive em nossos cora\u00e7\u00f5es.<\/p>\n

\"Solu\u00e7\u00f5es
\n
\nO DEC VT100 \u00e9 chamado de terminal porque encerra a linha de informa\u00e7\u00e3o. Possui praticamente nenhum poder computacional, e sua \u00fanica tarefa \u00e9 exibir as informa\u00e7\u00f5es recebidas de uma grande m\u00e1quina e transmitir as entradas do teclado para a m\u00e1quina. E embora os VT100 fisicamente tenham morrido h\u00e1 muito tempo, ainda os utilizamos plenamente.<\/p>\n

\"Solu\u00e7\u00f5es
\n<\/p>\n

Nossos dias<\/h3>\n

\nEu come\u00e7aria a contar \"nossos dias\" a partir do in\u00edcio dos anos 80, com o surgimento dos primeiros processadores acess\u00edveis ao p\u00fablico com uma capacidade de computa\u00e7\u00e3o significativa. Tradicionalmente, acredita-se que o principal processador da \u00e9poca foi o Intel 8088 (fam\u00edlia x86), que se tornou o precursor da arquitetura vitoriosa. Qual \u00e9, ent\u00e3o, a diferen\u00e7a fundamental em rela\u00e7\u00e3o ao conceito dos anos 70?<\/p>\n

Come\u00e7a a surgir uma tend\u00eancia de deslocar o processamento de informa\u00e7\u00f5es do centro para a periferia. Nem todas as tarefas exigem a imensa pot\u00eancia dos mainframes ou mesmo dos mini-computadores, quando comparadas aos fracos x86. A Intel n\u00e3o parou, e nos anos 90 lan\u00e7ou a fam\u00edlia Pentium, que se tornou o primeiro computador pessoal verdadeiramente popular na R\u00fassia. Esses processadores j\u00e1 s\u00e3o capazes de muito, n\u00e3o apenas de redigir cartas, mas tamb\u00e9m de lidar com multim\u00eddia e pequenas bases de dados. De fato, para pequenas empresas, j\u00e1 n\u00e3o h\u00e1 necessidade de servidores \u2014 tudo pode ser feito na periferia, nas m\u00e1quinas clientes. A cada ano, os processadores se tornam mais potentes, e a diferen\u00e7a entre servidores e desktops diminui cada vez mais em termos de capacidade computacional, frequentemente restringindo-se apenas a redund\u00e2ncia de energia, suporte a troca a quente e gabinetes especiais para montagem em rack.<\/p>\n

Se compararmos os processadores clientes modernos, que s\u00e3o 'rid\u00edculos' para os administradores de pesados servidores da Intel nos anos 90, com os supercomputadores do passado, a sensa\u00e7\u00e3o pode ser um pouco desconcertante.<\/p>\n

Vamos dar uma olhada no velho conhecido, que tem praticamente a mesma idade que eu. Cray X-MP\/24 de 1984.<\/p>\n

\"Solu\u00e7\u00f5es
\n
\nEsta m\u00e1quina estava entre os supercomputadores mais poderosos de 1984, possuindo 2 processadores de 105 MHz com uma pot\u00eancia computacional de pico de 400 MFlops (milh\u00f5es de opera\u00e7\u00f5es de ponto flutuante). A m\u00e1quina que aparece na foto estava no laborat\u00f3rio de criptografia da NSA dos EUA e se dedicava a quebrar c\u00f3digos. Se convertermos 15 milh\u00f5es de d\u00f3lares de 1984 em d\u00f3lares de 2020, o custo seria de 37,4 milh\u00f5es, ou 93 500 d\u00f3lares por MFlops.<\/p>\n

\"Solu\u00e7\u00f5es
\n
\nNa m\u00e1quina onde escrevo estas linhas, est\u00e1 um processador Core i5-7400 de 2017, que j\u00e1 n\u00e3o \u00e9 novo, e mesmo no ano de seu lan\u00e7amento era o processador quad-core mais jovem entre todos os desktops de m\u00e9dio porte. Com 4 n\u00facleos de 3.0 GHz de frequ\u00eancia base (3.5 com Turbo Boost) e duplica\u00e7\u00e3o de threads com HyperThreading, ele oferece de 19 a 47 GFlops de desempenho em diferentes testes, ao custo de 16 mil rublos por processador. Se montarmos a m\u00e1quina completamente, podemos considerar seu custo em 750 d\u00f3lares (de acordo com os pre\u00e7os e a cota\u00e7\u00e3o em 1\u00ba de mar\u00e7o de 2020). <\/p>\n

No final, obtemos uma superioridade de um processador de desktop m\u00e9dio de hoje entre 50 e 120 vezes sobre um supercomputador do top 10 do passado recente, enquanto a queda do custo por MFlops se torna verdadeiramente monstruosa com 93500 \/ 25 = 3700 vezes.<\/p>\n

N\u00e3o est\u00e1 claro por que ainda precisamos de servidores e centraliza\u00e7\u00e3o de computa\u00e7\u00e3o com tais capacidades na periferia!<\/p>\n

A revers\u00e3o \u2014 a espiral deu uma volta<\/h2>\n

<\/p>\n

Esta\u00e7\u00f5es sem disco<\/h3>\n

\nO primeiro sinal de que a computa\u00e7\u00e3o na periferia n\u00e3o ser\u00e1 definitiva foi a apari\u00e7\u00e3o da tecnologia de esta\u00e7\u00f5es de trabalho sem disco. Com a distribui\u00e7\u00e3o significativa de esta\u00e7\u00f5es de trabalho pelo territ\u00f3rio da empresa, especialmente em ambientes polu\u00eddos, a gest\u00e3o e o suporte dessas esta\u00e7\u00f5es tornam-se um desafio. <\/p>\n

\"Solu\u00e7\u00f5es
\n
\nSurge o conceito de 'tempo de corredor' \u2014 a porcentagem do tempo que o funcion\u00e1rio de suporte t\u00e9cnico passa no corredor a caminho do funcion\u00e1rio com problema. Esse tempo \u00e9 pago, mas completamente improdutivo. Os falhas de discos r\u00edgidos, especialmente em ambientes polu\u00eddos, t\u00eam um papel significativo. Vamos remover o disco da esta\u00e7\u00e3o de trabalho e realizar todas as fun\u00e7\u00f5es pela rede, incluindo a inicializa\u00e7\u00e3o. O adaptador de rede recebe, al\u00e9m do endere\u00e7o do servidor DHCP, informa\u00e7\u00f5es adicionais \u2014 o endere\u00e7o do servidor TFTP (um servi\u00e7o de arquivos simplificado) e o nome da imagem de inicializa\u00e7\u00e3o, carrega-a na mem\u00f3ria RAM e inicia a m\u00e1quina.<\/p>\n

\"Solu\u00e7\u00f5es
\n
\nAl\u00e9m de um menor n\u00famero de falhas e redu\u00e7\u00e3o do tempo de corredor, agora a m\u00e1quina pode ser substitu\u00edda por uma nova, enquanto a antiga \u00e9 levada para diagn\u00f3stico em um local de trabalho equipado. Mas isso n\u00e3o \u00e9 tudo!<\/p>\n

A esta\u00e7\u00e3o sem disco torna-se significativamente mais segura \u2014 se algu\u00e9m invadir o local e levar todos os computadores, isso \u00e9 apenas uma perda de equipamentos. Nenhum dado \u00e9 armazenado nas esta\u00e7\u00f5es sem disco.<\/p>\n

Vamos lembrar este momento, a seguran\u00e7a da informa\u00e7\u00e3o come\u00e7a a desempenhar um papel cada vez mais importante ap\u00f3s a 'inf\u00e2ncia despreocupada' das tecnologias da informa\u00e7\u00e3o. E em TI, as temidas e importantes 3 letras est\u00e3o cada vez mais presentes \u2014 GRC (Governan\u00e7a, Risco, Conformidade).<\/p>\n

\"Solu\u00e7\u00f5es
\n<\/p>\n

Servidores terminais<\/h3>\n

\nA dissemina\u00e7\u00e3o cada vez mais ampla de PCs potentes na periferia superou significativamente o desenvolvimento das redes p\u00fablicas. Aplicativos cl\u00e1ssicos de cliente-servidor dos anos 90 e in\u00edcio dos anos 2000 n\u00e3o funcionavam muito bem em canais finos, especialmente quando a troca de dados era significativa. Isso era particularmente dif\u00edcil para escrit\u00f3rios remotos conectados via modem e linha telef\u00f4nica, que tamb\u00e9m frequentemente apresentava falhas ou desconex\u00f5es. E\u2026<\/p>\n

A espiral fez uma volta e voltou ao modo terminal com o conceito de servidores terminais.<\/p>\n

\"Solu\u00e7\u00f5es
\n
\nNa verdade, retornamos aos anos 70 com seus clientes zero e a centraliza\u00e7\u00e3o do poder computacional. Ficou rapidamente claro que, al\u00e9m da motiva\u00e7\u00e3o econ\u00f4mica pura relacionada aos canais, o acesso terminal oferecia enormes oportunidades para organiza\u00e7\u00e3o de acessos seguros externamente, incluindo trabalho remoto para funcion\u00e1rios, ou acesso extremamente limitado e controlado para contratantes de redes e dispositivos n\u00e3o confi\u00e1veis\/n\u00e3o controlados.<\/p>\n

No entanto, os servidores terminais, apesar de todas as suas vantagens e progressividade, tamb\u00e9m apresentavam uma s\u00e9rie de desvantagens \u2014 baixa flexibilidade, problema de vizinho barulhento, Windows estritamente server e assim por diante.<\/p>\n

O nascimento do proto VDI<\/h3>\n

\n\"Solu\u00e7\u00f5es
\n
\nNa verdade, no in\u00edcio e meio dos anos 2000, a virtualiza\u00e7\u00e3o industrial da plataforma x86 j\u00e1 estava ganhando destaque. E algu\u00e9m simplesmente expressou a ideia que pairava no ar: por que n\u00e3o em vez de centralizar todos os clientes em fazendas de terminais servidores, dar a cada um sua VM pessoal com Windows de cliente e at\u00e9 acesso administrativo?<\/p>\n

Aren\u00fancia aos clientes robustos<\/h3>\n

\nParalelamente \u00e0 virtualiza\u00e7\u00e3o de sess\u00f5es e sistemas operacionais, desenvolveu-se uma abordagem voltada para a simplifica\u00e7\u00e3o da fun\u00e7\u00e3o do cliente no n\u00edvel do aplicativo. <\/p>\n

A l\u00f3gica por tr\u00e1s disso era bastante simples, pois laptops pessoais ainda estavam longe de serem onipresentes, o acesso \u00e0 internet tamb\u00e9m n\u00e3o era universal, e muitos s\u00f3 conseguiam se conectar a partir de cyber caf\u00e9s com direitos muito limitados, para dizer o m\u00ednimo. Na pr\u00e1tica, tudo o que podiam executar era um navegador. O navegador se tornava uma parte indispens\u00e1vel do sistema operacional, e a internet firmemente se entranhava em nossas vidas.<\/p>\n

Em outras palavras, havia uma tend\u00eancia paralela de transferir a l\u00f3gica do cliente para o centro na forma de aplicativos web, para os quais era necess\u00e1rio apenas o cliente mais simples, internet e navegador.
\nE n\u00f3s n\u00e3o apenas voltamos ao mesmo lugar de onde come\u00e7amos \u2014 com clientes zero e servidores centrais. Chegamos l\u00e1 por v\u00e1rios caminhos independentes.<\/p>\n

\"Solu\u00e7\u00f5es
\n<\/p>\n

Infraestrutura de Desktop Virtual <\/h2>\n

<\/p>\n

Broker<\/h3>\n

\nEm 2007, o l\u00edder de mercado em virtualiza\u00e7\u00e3o industrial, a VMware, lan\u00e7ou a primeira vers\u00e3o de seu produto VDM (Virtual Desktop Manager), que se tornou, de fato, o primeiro em um mercado de desktops virtuais que estava apenas come\u00e7ando. \u00c9 claro que n\u00e3o demorou muito para a resposta do l\u00edder em servidores terminais Citrix, que em 2008, com a aquisi\u00e7\u00e3o da XenSource, apresenta o XenDesktop. Sem d\u00favida, havia outros fornecedores com suas ofertas, mas n\u00e3o vamos nos aprofundar muito na hist\u00f3ria, desvirtuando do conceito.<\/p>\n

E at\u00e9 hoje, o conceito se mant\u00e9m. O componente chave da VDI \u00e9 o broker de conex\u00f5es.
\n\u00c9 precisamente o cora\u00e7\u00e3o da infraestrutura dos desktops virtuais. <\/p>\n

O broker \u00e9 respons\u00e1vel pelos processos mais importantes do funcionamento da VDI:<\/p>\n