Vou contar uma história para vocês hoje. A história da evolução da tecnologia computacional e o surgimento de trabalhos remotos desde a antiguidade até os dias atuais.
Desenvolvimento de TI
A principal coisa que pode ser aprendida com a história da TI é...
Nem é preciso dizer que a TI se desenvolve em espiral. As mesmas soluções e conceitos que foram descartados há décadas ganham um novo significado e começam a funcionar com sucesso em novas condições, com novas tarefas e novas capacidades. Nisso, a TI não difere de nenhuma outra área do conhecimento humano e da história da Terra como um todo.
Há muito tempo atrás, quando os computadores eram grandes
“Acho que existe um mercado no mundo para cerca de cinco computadores”, disse o CEO da IBM, Thomas Watson, em 1943.
A tecnologia informática inicial era grande. Não, isso está errado, a tecnologia inicial era monstruosa, ciclópica. Uma máquina totalmente informatizada ocupava uma área comparável a uma academia e custava um dinheiro absolutamente irreal. Um exemplo de componentes é um módulo RAM em anéis de ferrite (1964).
Este módulo tem tamanho de 11 cm * 11 cm e capacidade de 512 bytes (4096 bits). Um gabinete totalmente preenchido com esses módulos dificilmente teria a capacidade de um antigo disquete de 3,5” (1.44 MB = 2950 módulos), embora consumisse energia elétrica muito perceptível e esquentasse tanto quanto uma locomotiva a vapor.
É justamente por causa de seu enorme tamanho que o nome em inglês para depuração de código de programa é “debugging”. Uma das primeiras programadoras da história, Grace Hopper (sim, uma mulher), oficial da Marinha, escreveu um registro em 1945 após investigar um problema com o programa.
Como a mariposa (mariposa) em geral é um bug (inseto), todos os outros problemas e ações para resolver a equipe relataram aos seus superiores como “depuração” (literalmente depurar), então o nome bug foi firmemente atribuído a uma falha do programa e um erro no código e a depuração se tornou uma depuração.
Com o desenvolvimento da eletrônica e da eletrônica de semicondutores em particular, o tamanho físico das máquinas começou a diminuir e o poder de computação, ao contrário, aumentou. Mas mesmo neste caso era impossível fornecer pessoalmente um computador a todos.
“Não há razão para alguém querer manter um computador em casa” - Ken Olsen, fundador da DEC, 1977.
Na década de 70 surgiu o termo minicomputador. Lembro que quando li esse termo pela primeira vez, há muitos anos, imaginei algo parecido com um netbook, quase um portátil. Eu não poderia estar mais longe da verdade.
O Mini é apenas em comparação com as enormes salas de máquinas, mas ainda são vários gabinetes com equipamentos que custam centenas de milhares e milhões de dólares. Porém, o poder computacional já havia aumentado tanto que nem sempre estava 100% carregado, e ao mesmo tempo os computadores começaram a ser disponibilizados para estudantes universitários e professores.
E então ELE veio!
Poucas pessoas pensam nas raízes latinas da língua inglesa, mas foi ela que nos trouxe o acesso remoto como o conhecemos hoje. Terminus (latim) - fim, fronteira, meta. O objetivo do Terminator T800 era acabar com a vida de John Connor. Sabemos também que as estações de transporte onde são embarcados e desembarcados passageiros ou carregadas e descarregadas mercadorias são chamadas de terminais - os destinos finais das rotas.
Assim nasceu o conceito de acesso ao terminal, e você pode ver o terminal mais famoso do mundo ainda vivendo em nossos corações.
O DEC VT100 é chamado de terminal porque termina a linha de dados. Ele tem poder de processamento praticamente zero e sua única tarefa é exibir informações recebidas de uma máquina grande e transmitir entradas do teclado para a máquina. E embora o VT100 esteja fisicamente morto há muito tempo, ainda o utilizamos em todo o seu potencial.
Nossos dias
Começaria a contar os “nossos dias” a partir do início dos anos 80, a partir do momento em que surgiram os primeiros processadores com algum poder computacional significativo, disponíveis para um vasto leque de pessoas. Tradicionalmente, acredita-se que o principal processador da época foi o Intel 8088 (família x86) como o ancestral da arquitetura vencedora. Qual é a diferença fundamental com o conceito dos anos 70?
Pela primeira vez, há uma tendência de transferência do processamento da informação do centro para a periferia. Nem todas as tarefas exigem o poder insano (em comparação com o fraco x86) de um mainframe ou mesmo de um minicomputador. A Intel não fica parada: nos anos 90 lançou a família Pentium, que realmente se tornou o primeiro eletrodoméstico produzido em massa na Rússia. Esses processadores já são capazes de muita coisa, não só de escrever cartas, mas também de multimídia e de trabalhar com pequenos bancos de dados. Na verdade, para as pequenas empresas não há necessidade alguma de servidores - tudo pode ser feito na periferia, em máquinas clientes. A cada ano, os processadores estão se tornando mais potentes, e a diferença entre servidores e computadores pessoais está cada vez menor em termos de poder computacional, permanecendo muitas vezes apenas na redundância de energia, suporte hot-swap e gabinetes especiais para montagem em rack.
Se você comparar os processadores clientes modernos que eram “ridículos” para administradores de servidores pesados da Intel nos anos 90 com os supercomputadores do passado, você ficará um pouco desconfortável.
Vamos dar uma olhada no velho, que tem praticamente a minha idade. Cray X-MP/24 1984.
Esta máquina estava entre os melhores supercomputadores de 1984, possuindo 2 processadores de 105 MHz com um poder de computação máximo de 400 MFlops (milhões de operações de ponto flutuante). A máquina específica mostrada na foto estava no laboratório de criptografia da NSA dos EUA e estava envolvida na quebra de códigos. Se você converter US$ 15 milhões em dólares de 1984 em dólares de 2020, o custo será de US$ 37,4 milhões, ou US$ 93/MFlops.
A máquina na qual estou escrevendo estas linhas possui um processador Core i5-7400 2017, o que não é nada novo, e mesmo no ano de seu lançamento era o mais jovem de 4 núcleos de todos os processadores de desktop de médio porte. 4 núcleos de frequência base de 3.0 GHz (3.5 com Turbo Boost) e threads HyperThreading duplicados fornecem de 19 a 47 GFlops de potência de acordo com vários testes a um preço de 16 mil rublos por processador. Se você montar a máquina inteira, poderá cobrar seu custo por US$ 750 (a preços e taxas de câmbio de 1º de março de 2020).
No final, obtemos uma superioridade de 50 a 120 vezes um processador de desktop completamente médio de nossos dias em relação a um supercomputador top-10 do passado previsível, e a queda no custo específico dos MFlops torna-se absolutamente monstruosa 93500/25 = 3700 vezes.
Por que ainda precisamos de servidores e de centralização da computação com tanto poder na periferia é absolutamente incompreensível!
Salto reverso - a espiral fez uma curva
Estações sem disco
O primeiro sinal de que a transferência da computação para a periferia não seria definitiva foi o surgimento da tecnologia de estações de trabalho sem disco. Com uma distribuição significativa de postos de trabalho por toda a empresa, e principalmente em instalações contaminadas, a questão da gestão e suporte destes postos torna-se muito difícil.
Surge o conceito de “tempo de corredor” - percentual de tempo que um funcionário do suporte técnico fica no corredor, a caminho de um funcionário com problema. Este é um tempo pago, mas completamente improdutivo. Não menos importante, e especialmente em salas contaminadas, foi a falha dos discos rígidos. Vamos remover o disco da estação de trabalho e fazer todo o resto pela rede, inclusive fazer download. Além do endereço do servidor DHCP, o adaptador de rede também recebe informações adicionais - o endereço do servidor TFTP (serviço de arquivo simplificado) e o nome da imagem de inicialização, carrega-a na RAM e inicia a máquina.
Além de menos avarias e redução do tempo de corredor, agora você não precisa depurar a máquina no local, basta trazer uma nova e levar a antiga para diagnóstico em um local de trabalho equipado. Mas isso não é tudo!
Uma estação sem disco se torna muito mais segura - se alguém invadir repentinamente a sala e retirar todos os computadores, isso será apenas uma perda de equipamento. Nenhum dado é armazenado em estações sem disco.
Lembremo-nos deste ponto: a segurança da informação começa a desempenhar um papel cada vez mais importante após a “infância despreocupada” da tecnologia da informação. E as terríveis e importantes 3 letras estão cada vez mais se intrometendo na TI - GRC (Governance, Risk, Compliance), ou em russo “Manageability, Risk, Compliance”.
Servidores de terminal
A distribuição generalizada de computadores pessoais cada vez mais potentes na periferia ultrapassou significativamente o desenvolvimento de redes de acesso público. Os aplicativos cliente-servidor clássicos dos anos 90 e início dos anos 00 não funcionavam muito bem em um canal fino se a troca de dados atingisse valores significativos. Isso era especialmente difícil para escritórios remotos conectados por modem e linha telefônica, que também congelavam ou eram cortados periodicamente. E…
A espiral deu uma guinada e voltou ao modo terminal com o conceito de servidores de terminal.
Na verdade, voltamos aos anos 70 com zero clientes e centralização do poder computacional. Rapidamente se tornou óbvio que, além da lógica puramente económica para os canais, o acesso ao terminal proporciona enormes oportunidades para organizar o acesso seguro a partir do exterior, incluindo o trabalho a partir de casa para os funcionários, ou o acesso extremamente limitado e controlado para os contratantes a partir de redes não confiáveis e não confiáveis/ dispositivos não controlados.
No entanto, os servidores de terminal, apesar de todas as suas vantagens e progressividade, também apresentavam uma série de desvantagens - baixa flexibilidade, problema de vizinho barulhento, Windows estritamente baseado em servidor, etc.
O Nascimento do Proto VDI
É verdade que, no início e meados da década de 00, a virtualização industrial da plataforma x86 já estava entrando em cena. E alguém expressou uma ideia que estava simplesmente no ar: em vez de centralizar todos os clientes em farms de terminais de servidores, vamos dar a todos sua própria VM pessoal com cliente Windows e até mesmo acesso de administrador?
Recusa de clientes gordos
Paralelamente à virtualização de sessões e sistemas operacionais, foi desenvolvida uma abordagem para facilitar a função do cliente no nível da aplicação.
A lógica por trás disso era bastante simples, porque nem todo mundo ainda tinha laptops pessoais, nem todo mundo tinha Internet e muitos só podiam se conectar a partir de um cibercafé com direitos muito limitados, para dizer o mínimo. Na verdade, tudo o que poderia ser lançado era um navegador. O navegador tornou-se um atributo indispensável do sistema operacional, a Internet entrou firmemente em nossas vidas.
Ou seja, houve uma tendência paralela de transferência da lógica do cliente para o centro na forma de aplicações web, para acessar as quais basta o cliente mais simples, a Internet e um navegador.
E não terminamos onde começamos – com zero clientes e servidores centrais. Chegamos lá de várias maneiras independentes.
Infraestrutura de desktop virtual
corretor
Em 2007, a líder no mercado de virtualização industrial, VMware, lançou a primeira versão de seu produto VDM (Virtual Desktop Manager), que se tornou na verdade o primeiro no nascente mercado de desktops virtuais. É claro que não tivemos que esperar muito por uma resposta da líder em servidores de terminal, Citrix, e em 2008, com a aquisição da XenSource, surgiu o XenDesktop. Claro que existiram outros fornecedores com propostas próprias, mas não vamos nos aprofundar muito na história, nos afastando do conceito.
E o conceito permanece até hoje. Um componente chave do VDI é o intermediário de conexão.
Este é o coração da infraestrutura de desktop virtual.
O corretor é responsável pelos processos VDI mais importantes:
- Determina os recursos (máquinas/sessões) disponíveis para o cliente conectado;
- Equilibra clientes em pools de máquinas/sessões, se necessário;
- Encaminha o cliente para o recurso selecionado.
Hoje, um cliente (terminal) para VDI pode ser praticamente qualquer coisa que tenha uma tela – um laptop, smartphone, tablet, quiosque, thin ou zero client. E a parte de resposta, a mesma que executa a carga produtiva – uma sessão de terminal server, uma máquina física, uma máquina virtual. Os produtos VDI modernos e maduros estão totalmente integrados à infraestrutura virtual e gerenciam-na de forma independente e automática, implantando ou, pelo contrário, excluindo máquinas virtuais que não são mais necessárias.
Um pouco à parte, mas para alguns clientes uma tecnologia VDI extremamente importante é o suporte para aceleração de hardware de gráficos 3D para o trabalho de designers ou designers.
Protocolo
A segunda parte extremamente importante de uma solução VDI madura é o protocolo de acesso a recursos virtuais. Se estamos falando sobre trabalhar dentro de uma rede local corporativa com uma rede excelente e confiável de 1 Gbps para um local de trabalho e um atraso de 1 ms, então você pode pegar praticamente qualquer uma e nem pensar.
Você precisa pensar quando a conexão passa por uma rede não controlada, e a qualidade dessa rede pode ser absolutamente qualquer, até velocidades de dezenas de kilobits e atrasos imprevisíveis. São ideais para organizar um verdadeiro trabalho remoto, nas dachas, em casa, nos aeroportos e restaurantes.
Servidores de terminal versus VMs clientes
Com o advento do VDI, parecia que era hora de dizer adeus aos servidores de terminal. Por que eles são necessários se todos têm sua própria VM pessoal?
No entanto, do ponto de vista da economia pura, descobriu-se que para trabalhos de massa típicos, idênticos ad nauseum, não há nada mais eficaz do que servidores de terminal em termos de relação preço/sessão. Apesar de todas as suas vantagens, a abordagem “1 utilizador = 1 VM” gasta significativamente mais recursos em hardware virtual e num sistema operativo completo, o que piora a economia dos locais de trabalho típicos.
No caso de locais de trabalho de gestores de topo, locais de trabalho não padronizados e carregados, a necessidade de ter direitos elevados (até administrador), uma VM dedicada por utilizador tem uma vantagem. Dentro desta VM, você pode alocar recursos individualmente, emitir direitos em qualquer nível e equilibrar VMs entre hosts de virtualização sob alta carga.
VDI e economia
Há anos que ouço a mesma pergunta: como o VDI é mais barato do que apenas distribuir laptops para todos? E durante anos tive que responder exatamente a mesma coisa: no caso dos funcionários comuns de escritório, o VDI não é mais barato, se considerarmos os custos líquidos de fornecimento de equipamentos. O que quer que se diga, os laptops estão ficando mais baratos, mas servidores, sistemas de armazenamento e software de sistema custam muito dinheiro. Se chegou a hora de atualizar sua frota e você está pensando em economizar com VDI, não, você não vai economizar.
Citei as terríveis três letras GRC acima - então, VDI é sobre GRC. Trata-se de gestão de riscos, trata-se de segurança e conveniência de acesso controlado aos dados. E tudo isso geralmente custa muito dinheiro para ser implementado em vários tipos diferentes de equipamentos. Com o VDI, o controle é simplificado, a segurança aumenta e o cabelo fica macio e sedoso.
Soluções de trabalho remoto HPE
Gerenciamento remoto e na nuvem
iLO
A HPE está longe de ser uma novata no gerenciamento remoto de infraestrutura de servidores, não é brincadeira - em março o lendário iLO (Integrated Lights Out) completou 18 anos. Relembrando meus dias como administrador na década de 00, eu pessoalmente não poderia estar mais feliz. A instalação inicial em racks e a conexão dos cabos era tudo o que precisava ser feito em um data center barulhento e frio. Todas as outras configurações, incluindo o carregamento do SO, poderiam ser feitas a partir de uma estação de trabalho, dois monitores e uma caneca de café quente. E isso foi há 13 anos!
Hoje, os servidores HPE são o padrão de qualidade indiscutível de longo prazo por uma razão - e o papel importante nisso é desempenhado pelo padrão ouro do sistema de gerenciamento remoto - iLO.
Gostaria de observar especificamente as ações da HPE para manter o controle da humanidade sobre o coronavírus. , que até o final de 2020 (pelo menos) a licença iLO Advanced estará disponível para todos gratuitamente.
Visão informativa
Se você tiver mais de 10 servidores em sua infraestrutura e o administrador não estiver entediado, é claro que o sistema de nuvem HPE Infosight baseado em inteligência artificial será um excelente complemento às ferramentas de monitoramento padrão. O sistema não apenas monitora o status e cria gráficos, mas também recomenda ações adicionais de forma independente com base na situação e nas tendências atuais.
Seja esperto, , experimente o Infosight!
OneView
Por último, mas não menos importante, gostaria de mencionar o HPE OneView – um portfólio completo de produtos com enormes capacidades para monitorar e gerenciar toda a infraestrutura. E tudo isso sem se levantar da mesa, o que você pode ter na situação atual da sua dacha.
Os sistemas de armazenamento também não são ruins!
É claro que todos os sistemas de armazenamento são gerenciados e monitorados remotamente – esse era o caso há muitos anos. Portanto, quero falar hoje sobre outra coisa, nomeadamente clusters metropolitanos.
Os aglomerados metropolitanos não são nada novos no mercado, mas é precisamente por isso que ainda não são muito populares - a inércia do pensamento e as primeiras impressões os afetam. Claro, eles já existiam há 10 anos, mas custavam como uma ponte de ferro fundido. Os anos que se passaram desde os primeiros metroclusters mudaram a indústria e a disponibilidade de tecnologia para o público em geral.
Lembro-me de projetos em que partes dos sistemas de armazenamento foram distribuídas especialmente - separadamente para serviços supercríticos em um cluster metropolitano, separadamente para replicação síncrona (muito mais barato).
Na verdade, em 2020, um metrocluster não custa nada se você conseguir organizar dois sites e canais. Mas os canais necessários para a replicação síncrona são exatamente os mesmos dos metroclusters. O licenciamento de software tem sido realizado em pacotes há muito tempo - e a replicação síncrona vem imediatamente como um pacote com um cluster metro, e a única coisa que até agora mantém viva a replicação unidirecional é a necessidade de organizar uma rede L2 estendida. E mesmo assim, L2 sobre L3 já está varrendo o país com força e força.
Então, qual é a diferença fundamental entre replicação síncrona e metrocluster em termos de trabalho remoto?
Tudo é muito simples. O metrocluster funciona sozinho, automaticamente, sempre, quase instantaneamente.
Como é o processo de comutação de carga para replicação síncrona em uma infraestrutura de pelo menos várias centenas de VMs?
- Um sinal de emergência é recebido.
- O plantão analisa a situação - você pode reservar com segurança de 10 a 30 minutos apenas para receber um sinal e tomar uma decisão.
- Se os engenheiros de plantão não tiverem autoridade para iniciar a transição de forma independente, ainda terão 30 minutos para entrar em contato com a pessoa com autoridade e confirmar formalmente o início da transição.
- Pressionando o grande botão vermelho.
- 10 a 15 minutos para tempos limite e remontagem de volume, novo registro de VM.
- 30 minutos para alterar o endereço IP é uma estimativa otimista.
- E por último, o início da VM e o lançamento dos serviços produtivos.
O RTO total (tempo para restaurar processos de negócios) pode ser estimado com segurança em 4 horas.
Vamos comparar com a situação no metrocluster.
- O sistema de armazenamento entende que a conexão com o braço metrocluster foi perdida - 15 a 30 segundos.
- Os hosts de virtualização entendem que o primeiro data center foi perdido - 15 a 30 segundos (simultaneamente ao ponto 1).
- Reinicialização automática de metade a um terço das VMs no segundo data center - 10 a 15 minutos antes de carregar os serviços.
- Nessa época, o turno de plantão percebe o que aconteceu.
Total: RTO = 0 para serviços individuais, 10-15 minutos no caso geral.
Por que apenas metade a um terço das VMs são reiniciadas? Veja o que está acontecendo:
- Você faz tudo de forma inteligente e habilita o balanceamento automático da VM. Como resultado, em média, apenas metade das VMs estão em execução em um dos data centers. Afinal, o objetivo de um metrocluster é minimizar o tempo de inatividade e, portanto, é do seu interesse minimizar o número de VMs sob ataque.
- Alguns serviços podem ser agrupados em cluster no nível do aplicativo, distribuídos em diferentes VMs. Assim, essas VMs emparelhadas são pregadas uma a uma ou amarradas com uma fita a diferentes data centers, para que o serviço não espere a reinicialização da VM em caso de acidente.
Com uma infraestrutura bem construída com clusters metropolitanos estendidos, os usuários empresariais trabalham com atrasos mínimos em qualquer lugar, mesmo no caso de um acidente no nível do data center. Na pior das hipóteses, o atraso será o tempo de uma xícara de café.
E, claro, os metroclusters funcionam muito bem tanto no HPE 3Par, que está caminhando para Valinor, quanto no novíssimo Primera!
Infraestrutura de local de trabalho remoto
Servidores de terminal
Não há necessidade de criar nada novo para servidores de terminal; a HPE fornece alguns dos melhores servidores do mundo para eles há muitos anos. Clássicos atemporais - DL360 (1U) ou DL380 (2U) ou para fãs AMD - DL385. Claro, também existem servidores blade, tanto o clássico C7000 quanto a nova plataforma combinável Synergy.
Para todos os gostos, para todas as cores, máximo de sessões por servidor!
Simplividade “clássica” de VDI + HPE
Neste caso, quando digo “VDI clássico” quero dizer o conceito de 1 usuário = 1 VM com cliente Windows. E, claro, não existe carga VDI mais próxima e cara para sistemas hiperconvergentes, especialmente com desduplicação e compactação.
Aqui, a HPE pode oferecer sua própria plataforma Simplivity hiperconvergente e servidores/nós certificados para soluções de parceiros, como VSAN Ready Nodes para construção de VDI na infraestrutura VMware VSAN.
Vamos falar um pouco mais sobre a solução própria do Simplicity. O foco, como o nome gentilmente nos sugere, é a simplicidade. Fácil de implantar, fácil de gerenciar, fácil de escalar.
Os sistemas hiperconvergentes hoje são um dos tópicos mais quentes em TI, e o número de fornecedores de diferentes níveis é de cerca de 40. De acordo com o quadrado mágico do Gartner, a HPE está localizada no Top5 globalmente e está incluída na praça dos líderes - aqueles que entendem onde a indústria está se desenvolvendo e são capazes de traduzir isso em hardware.
Arquitetonicamente, o Simplivity é um sistema hiperconvergente clássico com máquinas virtuais controladoras, o que significa que pode suportar vários hipervisores, em oposição a sistemas integrados a hipervisores. Na verdade, a partir de abril de 2020, VMware vSphere e Microsoft Hyper-V são suportados, e foram anunciados planos para oferecer suporte a KVM. A principal característica do Simplivity desde seu aparecimento no mercado tem sido a aceleração de compactação e desduplicação por hardware usando uma placa aceleradora especial.
Ressalta-se que a compactação e a desduplicação são globais e estão sempre habilitadas; este não é um recurso opcional, mas sim a arquitetura da solução.
A HPE é, obviamente, um tanto hipócrita, alegando uma eficiência de 100:1, calculando de uma forma especial, mas a eficiência do uso do espaço é de fato muito alta. Só que o número 100:1 é lindo demais. Vamos descobrir como o Simplivity é tecnicamente implementado para mostrar esses números.
Instantâneo. Os instantâneos são implementados 100% corretamente como RoW (Redirect-on-Write) e, portanto, ocorrem instantaneamente e não causam perda de desempenho. Como, por exemplo, eles diferem de alguns outros sistemas. Por que precisamos de instantâneos locais sem penalidades? Sim, é muito simples reduzir o RPO de 24 horas (RPO médio para backup) para dezenas ou até unidades de minutos.
backup. Um instantâneo difere de um backup apenas na forma como é percebido pelo sistema de gerenciamento de máquina virtual. Se quando você exclui uma máquina todo o resto for excluído, então foi um instantâneo. Se sobrar algum, significa que é um backup. Assim, qualquer snapshot pode ser considerado um backup completo se estiver marcado no sistema e não for excluído.
Claro, muitos irão objetar - que tipo de backup é esse se estiver armazenado no mesmo sistema? E aqui há uma resposta muito simples em forma de contra-pergunta: diga-me, você tem um modelo formal de ameaça que estabeleça as regras para armazenar uma cópia de backup? Este é um backup absolutamente honesto contra a exclusão de um arquivo dentro de uma VM, é um backup contra a exclusão da própria VM. Se houver necessidade de armazenar uma cópia de backup exclusivamente em um sistema separado, você terá uma escolha: replicar esse instantâneo para um segundo cluster Simplivity ou para HPE StoreOnce.
E é aqui que essa arquitetura é simplesmente ideal para qualquer tipo de VDI. Afinal, VDI significa centenas ou até milhares de máquinas extremamente semelhantes com o mesmo sistema operacional e os mesmos aplicativos. A desduplicação global irá mastigar tudo isso e comprimir nem mesmo 100:1, mas muito melhor. Implantar 1000 VMs a partir de um modelo? Não é um problema, essas máquinas levarão mais tempo para serem registradas no vCenter do que para serem clonadas.
A linha Simplivity G foi criada especialmente para usuários com requisitos especiais de desempenho e para quem necessita de aceleradores 3D.
Esta série não usa acelerador de desduplicação de hardware e, portanto, reduz o número de discos por nó para que o controlador lide com isso em software. Isso libera slots PCIe para quaisquer outros aceleradores. A quantidade de memória disponível por nó também foi duplicada para 3 TB para as cargas de trabalho mais exigentes.
A simplicidade é ideal para organizar infraestruturas de VDI distribuídas geograficamente com replicação de dados para um data center central.
Essa arquitetura VDI (e não apenas VDI) é especialmente interessante no contexto da realidade russa - grandes distâncias (e, portanto, atrasos) e canais longe dos ideais. Centros regionais são criados (ou mesmo apenas 1-2 nós Simplivity em um escritório completamente remoto), onde os usuários locais se conectam através de canais rápidos, o controle e o gerenciamento totais do centro são mantidos, e apenas uma pequena quantidade de recursos reais, valiosos e não lixo, é replicado para os dados do centro.
Obviamente, o Simplivity está totalmente conectado ao OneView e ao InfoSight.
Clientes finos e zero
Thin clients são soluções especializadas para uso exclusivo como terminais. Como praticamente não há carga no cliente além de manter o canal e decodificar o vídeo, quase sempre há um processador com resfriamento passivo, um pequeno disco de inicialização apenas para iniciar um sistema operacional embarcado especial, e é basicamente isso. Não há praticamente nada para quebrar e é inútil roubar. O custo é baixo e nenhum dado é armazenado.
Existe uma categoria especial de thin clients, os chamados zero clients. Sua principal diferença em relação aos finos é a ausência até mesmo de um sistema operacional embarcado de uso geral e funcionam exclusivamente com um microchip com firmware. Eles geralmente contêm aceleradores de hardware especiais para decodificar fluxos de vídeo em protocolos de terminal como PCoIP ou HDX.
Apesar da divisão da grande Hewlett Packard em HPE e HP separados, é impossível não mencionar os thin clients produzidos pela HP.
A escolha é ampla, para todos os gostos e necessidades - até estações de trabalho com vários monitores com aceleração de fluxo de vídeo por hardware.
Serviço HPE para seu trabalho remoto
E por último mas não menos importante, quero mencionar o serviço HPE. Seria muito longo listar todos os níveis de serviço e capacidades da HPE, mas há, no mínimo, uma oferta extremamente importante para ambientes de trabalho remotos. Ou seja, um engenheiro de serviço da HPE/centro de serviço autorizado. Você continua trabalhando remotamente, em sua dacha favorita, ouvindo abelhas, enquanto uma abelha da HPE, chegando ao data center, substitui discos ou falha na fonte de alimentação em seus servidores.
HPE CallHome
Nas condições atuais, com restrições de circulação, a função Call Home torna-se mais relevante do que nunca. Qualquer sistema HPE com esse recurso pode relatar automaticamente uma falha de hardware ou software ao Centro de suporte HPE. E é provável que uma peça de reposição e/ou um engenheiro de serviço chegue ao seu local muito antes de você notar qualquer mau funcionamento ou problema nos serviços produtivos.
Pessoalmente, recomendo fortemente ativar esse recurso.
Fonte: habr.com