Hoje vou contar uma história. A história da evolução da computação e do surgimento dos ambientes de trabalho remotos desde os tempos antigos até os dias atuais.
Desenvolvimento de TI
A principal conclusão que se pode tirar da história da TI é…
Certamente, a TI evolui 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. Nesse aspecto, a TI não se diferencia de qualquer outro campo do conhecimento humano e da história da Terra como um todo.
Muito tempo atrás, quando os computadores eram grandes
“Eu acho que há um mercado para cerca de cinco computadores no mundo”, disse Thomas Watson, chefe da IBM, em 1943.
Os primeiros computadores eram grandes. Não, melhor dizendo, os primeiros dispositivos eram monstruosos, ciclópicos. Uma máquina computacional inteira ocupava uma área comparável a uma quadra de esportes e custava uma quantia totalmente irreal. Como exemplo de componentes, podemos citar um módulo de memória RAM em anéis de ferrite (1964).
Esse módulo tem um tamanho de 11 cm x 11 cm, e uma capacidade de 512 bytes (4096 bits). Um gabinete cheio desses módulos mal tinha a capacidade de um disquete 3,5” (1,44 MB = 2950 módulos), ao mesmo tempo em que consumia uma quantidade significativa de energia elétrica e esquentava como uma locomotiva.
Foi com essas dimensões enormes que surgiu o termo em inglês para depuração de código — 'debugging'. Uma das primeiras programadoras da história, Grace Hopper (sim, uma mulher), oficial da Marinha, fez em 1945 uma anotação em seu diário de bordo após investigar uma falha em um programa.
Como a palavra moth (traça) é, em geral, um bug (inseto), todos os problemas subsequentes e as ações para resolver foram relatados à gerência como 'debugging' (literalmente, retirada de insetos), de modo que o erro de programação e o erro no código passaram a ser conhecidos como bug, e depuração se tornou debugging.
À medida que a eletrônica e, em particular, a eletrônica de semicondutores se desenvolviam, as dimensões físicas das máquinas começaram a diminuir, enquanto o poder computacional aumentava. Mas mesmo assim, não era possível que cada um tivesse um computador pessoal.
“Não há razões para que alguém quisesse ter um computador em casa” — Ken Olsen, fundador da DEC, em 1977.
Na década de 70, o termo mini-computador surgiu. Lembro que, quando li esse termo pela primeira vez muitos anos atrás, imaginei algo como um netbook, praticamente um palm. Eu não poderia estar mais longe da verdade.
Mini — ele é apenas pequeno em comparação com enormes salas de máquinas, mas ainda assim, são vários armários com equipamentos que custam centenas de milhares e milhões de dólares. No entanto, a capacidade de computação já aumentou tanto que nem sempre funcionava a 100%, e os computadores começaram a estar disponíveis para estudantes e professores universitários.
E então ele chegou!
Poucos pensam sobre as raízes latinas na língua inglesa, mas foi ele quem nos trouxe o acesso remoto, como o conhecemos hoje. Terminus (latim) — fim, limite, objetivo. O objetivo do Terminador T800 era acabar com a vida de John Connor. Também sabemos que as estações de transporte, onde ocorre o embarque e desembarque de passageiros ou carga, são chamadas de terminais — os destinos finais das rotas.
Assim surgiu o conceito de acesso terminal, e você pode ver o terminal mais famoso do mundo, que ainda vive em nossos corações.
O DEC VT100 é chamado de terminal porque encerra a linha de informação. Possui praticamente nenhum poder computacional, e sua única tarefa é exibir as informações recebidas de uma grande máquina e transmitir as entradas do teclado para a máquina. E embora os VT100 fisicamente tenham morrido há muito tempo, ainda os utilizamos plenamente.
Nossos dias
Eu começaria a contar "nossos dias" a partir do início dos anos 80, com o surgimento dos primeiros processadores acessíveis ao público com uma capacidade de computação significativa. Tradicionalmente, acredita-se que o principal processador da época foi o Intel 8088 (família x86), que se tornou o precursor da arquitetura vitoriosa. Qual é, então, a diferença fundamental em relação ao conceito dos anos 70?
Começa a surgir uma tendência de deslocar o processamento de informações do centro para a periferia. Nem todas as tarefas exigem a imensa potência dos mainframes ou mesmo dos mini-computadores, quando comparadas aos fracos x86. A Intel não parou, e nos anos 90 lançou a família Pentium, que se tornou o primeiro computador pessoal verdadeiramente popular na Rússia. Esses processadores já são capazes de muito, não apenas de redigir cartas, mas também de lidar com multimídia e pequenas bases de dados. De fato, para pequenas empresas, já não há necessidade de servidores — tudo pode ser feito na periferia, nas máquinas clientes. A cada ano, os processadores se tornam mais potentes, e a diferença entre servidores e desktops diminui cada vez mais em termos de capacidade computacional, frequentemente restringindo-se apenas a redundância de energia, suporte a troca a quente e gabinetes especiais para montagem em rack.
Se compararmos os processadores clientes modernos, que são 'ridículos' para os administradores de pesados servidores da Intel nos anos 90, com os supercomputadores do passado, a sensação pode ser um pouco desconcertante.
Vamos dar uma olhada no velho conhecido, que tem praticamente a mesma idade que eu. Cray X-MP/24 de 1984.
Esta máquina estava entre os supercomputadores mais poderosos de 1984, possuindo 2 processadores de 105 MHz com uma potência computacional de pico de 400 MFlops (milhões de operações de ponto flutuante). A máquina que aparece na foto estava no laboratório de criptografia da NSA dos EUA e se dedicava a quebrar códigos. Se convertermos 15 milhões de dólares de 1984 em dólares de 2020, o custo seria de 37,4 milhões, ou 93 500 dólares por MFlops.
Na máquina onde escrevo estas linhas, está um processador Core i5-7400 de 2017, que já não é novo, e mesmo no ano de seu lançamento era o processador quad-core mais jovem entre todos os desktops de médio porte. Com 4 núcleos de 3.0 GHz de frequência base (3.5 com Turbo Boost) e duplicação 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áquina completamente, podemos considerar seu custo em 750 dólares (de acordo com os preços e a cotação em 1º de março de 2020).
No final, obtemos uma superioridade de um processador de desktop médio 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.
Não está claro por que ainda precisamos de servidores e centralização de computação com tais capacidades na periferia!
A reversão — a espiral deu uma volta
Estações sem disco
O primeiro sinal de que a computação na periferia não será definitiva foi a aparição da tecnologia de estações de trabalho sem disco. Com a distribuição significativa de estações de trabalho pelo território da empresa, especialmente em ambientes poluídos, a gestão e o suporte dessas estações tornam-se um desafio.
Surge o conceito de 'tempo de corredor' — a porcentagem do tempo que o funcionário de suporte técnico passa no corredor a caminho do funcionário com problema. Esse tempo é pago, mas completamente improdutivo. Os falhas de discos rígidos, especialmente em ambientes poluídos, têm um papel significativo. Vamos remover o disco da estação de trabalho e realizar todas as funções pela rede, incluindo a inicialização. O adaptador de rede recebe, além do endereço do servidor DHCP, informações adicionais — o endereço do servidor TFTP (um serviço de arquivos simplificado) e o nome da imagem de inicialização, carrega-a na memória RAM e inicia a máquina.
Além de um menor número de falhas e redução do tempo de corredor, agora a máquina pode ser substituída por uma nova, enquanto a antiga é levada para diagnóstico em um local de trabalho equipado. Mas isso não é tudo!
A estação sem disco torna-se significativamente mais segura — se alguém invadir o local e levar todos os computadores, isso é apenas uma perda de equipamentos. Nenhum dado é armazenado nas estações sem disco.
Vamos lembrar este momento, a segurança da informação começa a desempenhar um papel cada vez mais importante após a 'infância despreocupada' das tecnologias da informação. E em TI, as temidas e importantes 3 letras estão cada vez mais presentes — GRC (Governança, Risco, Conformidade).
Servidores terminais
A disseminação cada vez mais ampla de PCs potentes na periferia superou significativamente o desenvolvimento das redes públicas. Aplicativos clássicos de cliente-servidor dos anos 90 e início dos anos 2000 não funcionavam muito bem em canais finos, especialmente quando a troca de dados era significativa. Isso era particularmente difícil para escritórios remotos conectados via modem e linha telefônica, que também frequentemente apresentava falhas ou desconexões. E…
A espiral fez uma volta e voltou ao modo terminal com o conceito de servidores terminais.
Na verdade, retornamos aos anos 70 com seus clientes zero e a centralização do poder computacional. Ficou rapidamente claro que, além da motivação econômica pura relacionada aos canais, o acesso terminal oferecia enormes oportunidades para organização de acessos seguros externamente, incluindo trabalho remoto para funcionários, ou acesso extremamente limitado e controlado para contratantes de redes e dispositivos não confiáveis/não controlados.
No entanto, os servidores terminais, apesar de todas as suas vantagens e progressividade, também apresentavam uma série de desvantagens — baixa flexibilidade, problema de vizinho barulhento, Windows estritamente server e assim por diante.
O nascimento do proto VDI
Na verdade, no início e meio dos anos 2000, a virtualização industrial da plataforma x86 já estava ganhando destaque. E alguém simplesmente expressou a ideia que pairava no ar: por que não 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é acesso administrativo?
Arenúncia aos clientes robustos
Paralelamente à virtualização de sessões e sistemas operacionais, desenvolveu-se uma abordagem voltada para a simplificação da função do cliente no nível do aplicativo.
A lógica por trás disso era bastante simples, pois laptops pessoais ainda estavam longe de serem onipresentes, o acesso à internet também não era universal, e muitos só conseguiam se conectar a partir de cyber cafés com direitos muito limitados, para dizer o mínimo. Na prática, tudo o que podiam executar era um navegador. O navegador se tornava uma parte indispensável do sistema operacional, e a internet firmemente se entranhava em nossas vidas.
Em outras palavras, havia uma tendência paralela de transferir a lógica do cliente para o centro na forma de aplicativos web, para os quais era necessário apenas o cliente mais simples, internet e navegador.
E nós não apenas voltamos ao mesmo lugar de onde começamos — com clientes zero e servidores centrais. Chegamos lá por vários caminhos independentes.
Infraestrutura de Desktop Virtual
Broker
Em 2007, o líder de mercado em virtualização industrial, a VMware, lançou a primeira versão de seu produto VDM (Virtual Desktop Manager), que se tornou, de fato, o primeiro em um mercado de desktops virtuais que estava apenas começando. É claro que não demorou muito para a resposta do líder em servidores terminais Citrix, que em 2008, com a aquisição da XenSource, apresenta o XenDesktop. Sem dúvida, havia outros fornecedores com suas ofertas, mas não vamos nos aprofundar muito na história, desvirtuando do conceito.
E até hoje, o conceito se mantém. O componente chave da VDI é o broker de conexões.
É precisamente o coração da infraestrutura dos desktops virtuais.
O broker é responsável pelos processos mais importantes do funcionamento da VDI:
- Determina os recursos disponíveis para o cliente conectado (máquinas/sessões);
- Equilibra, se necessário, os clientes entre os pools de máquinas/sessões;
- Redireciona o cliente para o recurso selecionado.
Hoje, o cliente (terminal) para a VDI pode ser, de fato, qualquer coisa que tenha uma tela — laptop, smartphone, tablet, quiosque, cliente fino ou zero. E a parte que executa a carga produtiva — a sessão do servidor terminal, uma máquina física ou uma máquina virtual. Produtos VDI modernos e maduros estão intimamente integrados à infraestrutura virtual e gerenciam-na autonomamente em modo automático, implantando ou, ao contrário, removendo máquinas virtuais que não são mais necessárias.
Um pouco à parte, mas para alguns clientes uma tecnologia extremamente importante da VDI é o suporte à aceleração de hardware para gráficos 3D, necessário para o trabalho de projetistas ou designers.
Protocolo
Uma segunda parte extremamente importante de uma solução VDI madura é o protocolo de acesso a recursos virtuais. Quando se trata de operar dentro de uma rede local corporativa com uma rede confiável de 1 Gbps até o local de trabalho e uma latência de 1 ms, qualquer protocolo pode ser utilizado, e não há necessidade de pensar muito.
É importante considerar quando a conexão ocorre em uma rede descontrolada, onde a qualidade dessa rede pode variar drasticamente, com velocidades que podem chegar a dezenas de kilobits e latências imprevisíveis. Para organizar um verdadeiro trabalho remoto, seja de casa, de uma casa de campo, de aeroportos ou de lanchonetes, isso é crucial.
Servidores Terminais vs VMs Cliente
Com a chegada do VDI, parecia que era hora de se despedir dos servidores terminais. Para que precisam deles, se cada um possui sua própria VM pessoal?
No entanto, do ponto de vista econômico, ficou claro que, para postos de trabalho típicos e massivos, que são praticamente idênticos, ainda não há nada mais eficiente em termos de custo/sessão do que os servidores terminais. Apesar de suas vantagens, a abordagem '1 usuário = 1 VM' consome significativamente mais recursos em hardware virtual e sistema operacional completo, o que deteriora a economia em postos de trabalho típicos.
Para os postos de trabalho de alta gestão, que são não convencionais e sobrecarregados, onde é necessário ter permissões elevadas (até mesmo de administrador), a vantagem é de uma VM dedicada por usuário. Dentro dessa VM, recursos podem ser alocados individualmente, permissões de qualquer nível podem ser atribuídas, e as VMs podem ser equilibradas entre hosts de virtualização sob alta carga.
VDI e Economia
Anos a fio, ouço a mesma pergunta — mas como, VDI é mais barato do que simplesmente distribuir laptops para todos? E há anos respondo a mesma coisa: no caso de funcionários de escritório comuns, VDI não é mais barato se considerarmos os custos diretos de fornecimento de equipamentos. De fato, laptops estão se tornando mais acessíveis, enquanto servidores, armazenamento em rede e software de sistema ainda custam muito dinheiro. Se chegou a hora de renovar sua frota e você pensa que pode economizar com VDI — não, você não economizará.
Mencionei antes as temidas três letras GRC — assim, o VDI trata de GRC. Trata-se de gerenciamento de riscos, de segurança e da conveniência do acesso controlado a dados. E tudo isso normalmente custa um bom dinheiro para implementar em uma variedade de equipamentos. Com o VDI, o controle torna-se mais simples, a segurança aumenta, e o ambiente se torna mais suave e acolhedor.
Soluções HPE para Trabalho Remoto
Gerenciamento Remoto e em Nuvem
iLO
A HPE é certamente uma veterana na gestão remota de infraestrutura de servidores. Em março, completou 18 anos o lendário iLO (Integrated Lights Out). Lembro-me com carinho dos meus tempos como administrador nos anos 2000, quando tudo que eu precisava fazer em um data center barulhento e frio era a montagem inicial em racks e a conexão de cabos. Toda a configuração, incluindo a instalação do sistema operacional, poderia ser feita do conforto da minha mesa, com dois monitores e uma caneca de café quente. E isso foi há 13 anos!
Hoje, os servidores HPE são, sem dúvida, um padrão consolidado de qualidade ao longo dos anos - e não é à toa que o padrão dourado do sistema de gerenciamento remoto, o iLO, desempenha um papel fundamental nisso.
Quero destacar as ações da HPE para garantir o controle da humanidade sobre o coronavírus. , que até o final de 2020 (no mínimo) a licença iLO Advanced estará disponível gratuitamente para todos.
Infosight
Se você tem mais de 10 servidores em sua infraestrutura e o administrador não está entediado, com certeza a solução em nuvem HPE Infosight, baseada em inteligência artificial, será uma ótima adição às ferramentas padrão de monitoramento. O sistema não apenas monitora o estado e gera gráficos, mas também recomenda ações futuras com base na situação atual e nas tendências.
Seja inteligente, , experimente o Infosight!
OneView
Por último, mas não menos importante, quero destacar o HPE OneView - um portfólio de produtos com imensas capacidades de monitoramento e gestão de toda a infraestrutura. E tudo isso sem sair da sua mesa, que pode muito bem estar na sua casa de campo nesta situação.
As soluções de armazenamento também são de alta qualidade!
É claro que todas as soluções de armazenamento são geridas e monitoradas remotamente - isso já acontece há muitos anos. Portanto, hoje quero falar sobre algo diferente: os metro-clusters.
Os metro-clusters não são uma novidade no mercado, mas ainda não são muito populares precisamente por conta da inércia do pensamento e das primeiras impressões. Claro, há 10 anos eles já existiam, mas custavam como uma ponte de ferro. Os anos que se passaram desde os primeiros metro-clusters mudaram a indústria e tornaram a tecnologia mais acessível ao público em geral.
Lembro de projetos onde as partes do armazenamento eram distribuídas — separadamente para serviços supercríticos em um metrocluster, separadamente para replicação síncrona (muito mais barata).
Na verdade, em 2020, um metrocluster não custará nada se você for capaz de organizar dois locais e canais. E os canais para replicação síncrona são exatamente os mesmos que para metroclusters. A licenciamento do software já ocorre em pacotes — a replicação síncrona vem junto com o metrocluster, e a única coisa que ainda mantém a replicação unidirecional viva é a necessidade de organizar uma rede L2 estendida. E, mesmo assim, o L2 sobre L3 está avançando pelo país.
Qual é, então, a diferença fundamental entre replicação síncrona e metrocluster do ponto de vista do trabalho remoto?
É muito simples. O metrocluster funciona por conta própria, automaticamente, a todo momento, praticamente em tempo real.
Como é o processo de transferência de carga na replicação síncrona em uma infraestrutura de pelo menos algumas centenas de VMs?
- Um sinal de falha é recebido.
- A equipe de plantão analisa a situação — podem-se facilmente considerar de 10 a 30 minutos apenas para receber o sinal e tomar a decisão.
- Caso os engenheiros de plantão não tenham autoridade para iniciar a mudança por conta própria — mais 30 minutos para entrar em contato com alguém que tenha autoridade e obter a confirmação formal para iniciar a mudança.
- Pressão do Grande Botão Vermelho.
- 10-15 minutos para timeouts e remapeamento dos volumes, e reregistro das VMs.
- 30 minutos para a troca de endereçamento IP — uma estimativa otimista.
- E finalmente, o início das VMs e o lançamento de serviços produtivos.
No total, o RTO (tempo de recuperação dos processos de negócios) pode ser estimado em 4 horas.
Vamos comparar com a situação no metrocluster.
- O armazenamento entende que a conexão com o metrocluster foi perdida — 15-30 segundos.
- Os hosts de virtualização entendem que o primeiro DC foi perdido — 15-30 segundos (simultaneamente com o item 1).
- Reinício automático de metade a um terço das VMs no segundo DC — 10-15 minutos até o carregamento dos serviços.
- Mais ou menos nesse tempo, a equipe de plantão entende o que aconteceu.
Portanto: RTO = 0 para serviços individuais, 10-15 minutos no caso geral.
Por que o reinício é apenas de metade a um terço das VMs? Veja qual é a situação:
- Vocês fazem tudo de forma inteligente, incluindo o balanceamento automático de VMs. Assim, em média, apenas metade das VMs é executada em um dos data centers. Afinal, o objetivo do metrocluster é minimizar o tempo de inatividade; portanto, é do seu interesse minimizar também o número de VMs em risco.
- Alguns serviços podem ser clusterizados em nível de aplicação, distribuindo-os por diferentes VMs. Assim, essas VMs emparelhadas são fixadas com pregos ou amarradas com fita a diferentes data centers, para que o serviço não precise aguardar o reinício da VM em caso de falha.
Com uma infraestrutura bem planejada, com metroclusters espalhados, os usuários de negócios trabalham com latências mínimas de qualquer ponto, mesmo em caso de falha no nível do data center. No pior dos casos, a latência será equivalente ao tempo de uma xícara de café.
E, claro, os metroclusters funcionam perfeitamente tanto com os antigos HPE 3Par que vão para o Valinor quanto com os novos Primera!
Infraestrutura para locais de trabalho remotos
Servidores terminais
Para servidores terminais, não é necessário inventar nada novo; há muitos anos a HPE fornece alguns dos melhores servidores do mundo para eles. Clássicos atemporais — DL360 (1U) ou DL380 (2U) ou, para os fãs da AMD — DL385. É claro que também existem servidores blade, tanto os clássicos C7000 quanto a nova plataforma modular Synergy.
Para todos os gostos, de todas as cores, máximo de sessões por servidor!
“VDI clássico” + HPE Simplivity
Neste caso, ao falar de “VDI clássico”, estou me referindo ao conceito de 1 usuário = 1 VM com Windows cliente. E, claro, não existe carga VDI mais próxima e familiar para sistemas hiperconvergentes, especialmente com desduplicação e compressão.
Aqui, a HPE pode oferecer tanto sua própria plataforma hiperconvergente Simplivity quanto servidores/nós certificados para soluções de parceiros, como, por exemplo, os VSAN Ready Nodes para construir VDI na infraestrutura VMware VSAN.
Vamos falar um pouco mais sobre a própria solução Simplivity. No centro da questão, como o nome sugere, está a simplicidade (em inglês, simple — simples). A facilidade de implantação, a facilidade de gerenciamento, a facilidade de escalabilidade.
Os sistemas hiperconvergentes são atualmente um dos tópicos mais quentes na TI, e o número de fornecedores de diferentes níveis é de cerca de 40. De acordo com o Quadrante Mágico da Gartner, a HPE está entre as 5 principais globalmente e faz parte do quadrante dos líderes — aqueles que entendem e para onde a indústria está se desenvolvendo, e é capaz de concretizar esse entendimento em hardware.
Arquitetonicamente, a Simplivity é um sistema hiperconvergente clássico com máquinas virtuais controladoras, o que significa que pode suportar diferentes hipervisores, ao contrário dos sistemas integrados ao hipervisor. E, de fato, até abril de 2020, são suportados VMware vSphere e Microsoft Hyper-V, e há planos anunciados para suporte a KVM. O principal diferencial da Simplivity desde sua chegada ao mercado foi a aceleração de hardware para compressão e deduplicação por meio de uma placa aceleradora especial.
É importante notar que a compressão com deduplicação são globais e estão sempre ligadas, ou seja, não são uma funcionalidade opcional, mas sim a arquitetura da solução.
A HPE certamente exagera ao afirmar uma eficiência de 100:1, ao calcular de maneira especial, mas a eficiência de uso do espaço é realmente muito alta. Apenas o número 100:1 é muito atraente. Vamos entender como a Simplivity foi implementada tecnicamente para mostrar tais números.
Snapshot. Os snapshots (instantâneas) são 100% corretamente implementados como RoW (Redirect-on-Write), portanto ocorrem instantaneamente e não penalizam o desempenho. Eles diferem, por exemplo, de alguns outros sistemas. Por que precisamos de snapshots locais sem penalizações? É muito simples, para reduzir o RPO de 24 horas (média de RPO para backup) para dezenas ou até minutos.
Backup. Um snapshot se diferencia de um backup apenas pela forma como é percebido pelo sistema de gerenciamento de máquinas virtuais. Se ao apagar a máquina, tudo o mais é apagado — então era um snapshot. Se algo restou — então é um backup (cópia de segurança). Portanto, qualquer snapshot pode ser considerado um backup completo, se for marcado no sistema e não excluído.
É claro que muitos irão contestar — que tipo de backup é esse se ele é armazenado no mesmo sistema? E aqui há uma resposta muito simples sob a forma de uma pergunta inversa: diga, você possui um modelo formal de ameaças que estabeleça as regras para o armazenamento do backup? Este é um backup absolutamente legítimo contra a exclusão de arquivos dentro da VM, um backup contra a exclusão da própria VM. No caso da necessidade de armazenar um backup exclusivamente em um sistema separado, pode-se escolher: a replicação desse snapshot em um segundo cluster Simplivity ou no HPE StoreOnce.
E é exatamente aqui que se revela que essa arquitetura é simplesmente perfeita para qualquer tipo de VDI. Afinal, VDI é composto por centenas ou até milhares de máquinas extremamente semelhantes, todas com o mesmo sistema operacional, com os mesmos aplicativos. A deduplicação global irá processar e comprimir tudo isso não em 100:1, mas de forma muito melhor. Implantar 1000 VMs a partir de um único template? Não é problema algum, essas máquinas levarão mais tempo para se registrar no vCenter do que para serem clonadas.
Especialmente para usuários com requisitos específicos de desempenho, e para aqueles que precisam de aceleradores 3D, foi criada a linha Simplivity G.
Nesta série, não é utilizado um acelerador de deduplicação de hardware, reduzindo assim o número de discos por nó, para que o controlador possa lidar com as operações programaticamente. Graças a isso, slots PCIe são liberados para quaisquer outros aceleradores. O volume de memória disponível por nó também foi dobrado para 3TB para as cargas de trabalho mais exigentes.
Simplivity é ideal para a criação de infraestruturas VDI geograficamente distribuídas, com replicação de dados em um data center central.
Essa arquitetura VDI (e, na verdade, não apenas VDI) é especialmente interessante nas realidades da Rússia — vastas distâncias (e, consequentemente, latências) e canais nem sempre ideais. Centros regionais são criados (e até mesmo apenas 1-2 nós Simplivity em um escritório remoto), onde usuários locais se conectam por canais rápidos, mantendo total controle e gerenciamento a partir do centro, enquanto apenas uma quantidade insignificante de dados realmente valiosos, e não lixo, é replicada para o centro.
Naturalmente, a Simplivity se conecta completamente ao OneView e ao InfoSight.
Clientes finos e zero
Clientes leves são soluções especializadas para uso estritamente como terminais. Como não há carga efetiva no cliente além de manter o canal e decodificar vídeo, geralmente há um processador com refrigeração passiva e um pequeno disco de inicialização apenas para iniciar um sistema operacional embutido específico, e é basicamente isso. Não há muito o que quebrar e não vale a pena roubar. O custo é baixo e nenhum dado é armazenado nele.
Há uma categoria especial de clientes leves, conhecidos como clientes zero. A principal diferença deles para os clientes leves é a ausência de um sistema operacional embutido de propósito geral, funcionando exclusivamente com um microchip com firmware. Muitas vezes, são instalados aceleradores de hardware especiais para decodificação de fluxo de vídeo em protocolos de terminal, como PCoIP ou HDX.
Apesar da divisão da grande 'Hewlett Packard' em HPE e HP, não podemos deixar de mencionar os clientes leves fabricados pela HP.
A escolha é ampla, para todos os gostos e necessidades — até mesmo para estações de trabalho com múltiplos monitores e aceleração de hardware para o fluxo de vídeo.
Serviço HPE para seu trabalho remoto
E por último na lista, mas não menos importante, quero mencionar o serviço HPE. Seria muito longo enumerar todos os níveis de serviço da HPE e suas capacidades, mas pelo menos existe uma oferta extremamente importante nas condições de trabalho remoto. A saber — um engenheiro de serviço da HPE/centro de serviço autorizado. Você continua trabalhando remotamente, na sua amada casa de campo, ouvindo as abelhas, enquanto o técnico da HPE, chegando ao data center, substitui os discos ou a fonte de alimentação danificada nos seus servidores.
HPE CallHome
Nas circunstâncias atuais, com as restrições de movimento, a função Call Home se torna mais relevante do que nunca. Qualquer sistema HPE com essa função pode relatar automaticamente uma falha de hardware ou software ao centro de suporte da HPE. É bem provável que a peça de reposição e/ou um engenheiro de serviço chegue até você antes mesmo de você perceber falhas e problemas nos serviços produtivos.
Pessoalmente, eu recomendo fortemente ativar essa função.
Fonte: habr.com
