Get best of the week

Soluções de trabalho remoto HPE

Hoje vou lhe contar uma história. A história da evolução da tecnologia da computação e o surgimento de empregos remotos desde os tempos antigos até os dias atuais.

Desenvolvimento de TI


A principal coisa que pode ser aprendida com a história da TI é ...



É claro que a TI está se desenvolvendo em espiral. As mesmas soluções e conceitos descartados dezenas de anos atrás assumem um novo significado e começam a trabalhar com sucesso em novas condições, com novas tarefas e novas capacidades. Nele, não é diferente de nenhuma outra área do conhecimento humano e da história da Terra como um todo.


Era uma vez quando os computadores eram grandes


"Acho que existe um mercado para cerca de cinco computadores no mundo", Thomas Watson, CEO da IBM, em 1943.
A tecnologia de computador inicial era ótima. Não, errado, a técnica inicial era monstruosa, ciclópica. Uma máquina totalmente computacional ocupava uma área comparável a um pavilhão esportivo e custava dinheiro completamente irrealista. Como exemplo de componentes, você pode trazer o módulo RAM para anéis de ferrite (1964).



Este módulo possui um tamanho de 11 cm * 11 cm e uma capacidade de 512 bytes (4096 bits). O gabinete, cheio desses módulos, dificilmente possuía a capacidade do antigo disquete de 3,5 ”(1,44 MB = 2950 módulos), ao mesmo tempo em que consumia energia elétrica muito visível e se aquecia como uma locomotiva a vapor.

É com esse tamanho enorme que o nome em inglês para o código do programa de depuração é "depuração". Uma das primeiras programadoras da história, Grace Hopper (sim, uma mulher), oficial da Marinha, fez uma entrada no log de ações em 1945, após investigar um problema com o programa.



Como a mariposa (traça) geralmente é um bug (inseto), todos os problemas e soluções adicionais foram relatados às autoridades como "depuração" (literalmente com mau funcionamento), o nome do bug foi firmemente corrigido para a falha do programa e o 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, as dimensões físicas das máquinas começaram a diminuir e o poder da computação, pelo contrário, aumentou. Mas mesmo nesse caso, era impossível entregar a cada pessoa um computador pessoal.

"Não há motivo para alguém querer manter um computador em casa" - Ken Olsen, fundador da DEC, 1977.

Nos anos 70, o termo mini-computador aparece. Lembro que quando li este termo pela primeira vez há muitos anos, pensei em algo como um netbook, quase um computador de mão. Eu não poderia estar mais longe da verdade.



Mini - é apenas comparado às enormes salas de máquinas, mas ainda existem alguns gabinetes com equipamentos que valem centenas de milhares e milhões de dólares. No entanto, o poder da computação já cresceu tanto que nem sempre estava 100% carregado e, ao mesmo tempo, os computadores começaram a estar disponíveis para estudantes e professores universitários.

E então ele veio!



Poucos pensam nas raízes latinas no idioma inglês, mas foi ele quem nos trouxe o acesso remoto, como o conhecemos agora. Terminus (lat) - final, fronteira, objetivo. O objetivo do T800 Terminator era acabar com a vida de John Connor. Também sabemos que as estações de transporte, nas quais os passageiros embarcam, desembarcam, carregam e descarregam, são chamadas terminais - os objetivos finais das rotas.

Assim, surgiu 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 possui praticamente zero poder de computação e sua única tarefa é exibir as informações recebidas de uma máquina grande e transferir a entrada do teclado para a máquina. Embora o VT100 tenha morrido fisicamente há muito tempo, ainda os usamos completamente.



Nossos dias


“Nossos dias” começaria a contar a partir do início dos anos 80, a partir do momento em que surgiram os primeiros processadores disponíveis para um amplo círculo com grande poder computacional. Tradicionalmente, acredita-se que o principal processador da época foi o Intel 8088 (família x86) como o fundador da arquitetura vitoriosa. Qual é a diferença fundamental com o conceito dos anos 70?

Pela primeira vez, há uma tendência de transferir o processamento de informações do centro para a periferia. Nem todas as tarefas exigem mainframe insano (em comparação com x86 fraco) ou até capacidades de minicomputador. A Intel não fica parada; nos anos 90, lança a família Pentium, que se tornou verdadeiramente o primeiro lar em massa na Rússia. Esses processadores já são capazes de muito, não apenas escrevem uma carta - mas também multimídia e trabalham com pequenos bancos de dados. De fato, para pequenas empresas, a necessidade de servidores é completamente eliminada - tudo pode ser feito na periferia, nas máquinas clientes. Todos os anos, os processadores estão se tornando mais poderosos, e a diferença entre servidores e equipe é cada vez menor em termos de potência de computação, geralmente permanecendo apenas em backup de energia, suporte a troca a quente e gabinetes especiais para montagem em rack.

Se compararmos processadores clientes "engraçados" modernos para administradores de servidores pesados ​​da Intel nos anos 90 com supercomputadores do passado, isso se torna um pouco desconfortável.

Vamos dar uma olhada no velho, praticamente meu colega. Cray X-MP / 24 1984.



Esta máquina estava nos principais supercomputadores de 1984, com 2 processadores de 105 MHz, com um pico de potência de 400 MFlops (milhões de operações de ponto flutuante). Especificamente, a máquina mostrada na foto estava no laboratório de criptografia da NSA e estava envolvida na quebra de cifras. Se você converter US $ 15 milhões em 1984 em dólares de 2020, o custo será de 37,4 milhões, ou US $ 93.500 / MFlops.



Na máquina em que escrevo essas linhas, existe um processador Core i5-7400 de 2017, que não é novo, e mesmo no ano de seu lançamento, era o mais novo núcleo 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 a duplicação de fluxos HyperThreading fornecem de 19 a 47 GFlops de energia de acordo com diferentes testes a um preço de 16 mil rublos por processador. Se você montar a máquina inteira, poderá custar US $ 750 (a preços e taxas em 1º de março de 2020).

No final, obtemos a superioridade do processador de desktop bastante comum de nossos dias de 50 a 120 vezes sobre o supercomputador, do top10 do passado previsível, e a queda no custo unitário do MFlops se torna absolutamente monstruosa 93500/25 = 3700 vezes.

Por que ainda precisamos de servidores e centralização da computação em capacidades semelhantes na periferia - absolutamente incompreensível!

Salto para trás - a espiral fez uma revolução


Estações sem disco


O primeiro sinal de que a transferência da computação para a periferia não seria definitiva foi o advento da tecnologia de estação de trabalho sem disco. Com uma distribuição significativa de estações de trabalho em toda a empresa, e especialmente em salas contaminadas, a questão do gerenciamento e suporte dessas estações é muito difícil.



O conceito de “tempo do corredor” aparece - a porcentagem de tempo que um funcionário do suporte técnico está no corredor, a caminho do funcionário com um problema. Este tempo é pago, mas completamente improdutivo. Longe do último papel, e especialmente em salas contaminadas, estavam as falhas dos discos rígidos. Vamos remover o disco da estação de trabalho e fazer o resto pela rede, incluindo o download. O adaptador de rede recebe, além do endereço do servidor DHCP, também informações adicionais - o endereço do servidor TFTP (serviço de arquivo simplificado) e o nome da imagem de inicialização, carrega-o na RAM e inicia a máquina.



Além de menos avarias e tempo de corredor reduzido, a máquina agora não pode ser depurada no local, mas simplesmente traga uma nova e escolha a antiga para diagnóstico na estação de trabalho equipada. Mas isso não é tudo!

Uma estação sem disco fica muito mais segura - se de repente alguém entra na sala e tira todos os computadores, isso é apenas uma perda de equipamento. Nenhum dado é armazenado em estações sem disco.

Lembre-se deste momento, o SI começa a desempenhar um papel cada vez mais importante após a "infância descuidada" da tecnologia da informação. E as terríveis e importantes três letras invadem a TI cada vez mais - GRC (Governança, Risco, Conformidade) ou, em russo, "Gerenciamento, Risco, Conformidade".



Servidores de terminal


A onipresença de pessoal cada vez mais poderoso na periferia estava muito à frente do desenvolvimento de redes compartilhadas. Os aplicativos cliente-servidor clássicos para os anos 90 e início dos 00 não funcionavam muito bem em um canal fino, se a troca de dados chegasse a valores significativos. Isso foi especialmente difícil para escritórios remotos conectados via modem e linha telefônica, que também travavam ou interrompiam periodicamente. E ... A

espiral deu uma volta e estava novamente no modo terminal com o conceito de servidores de terminal.



De fato, voltamos aos 70m com zero clientes e poder de computação centralizado. Rapidamente tornou-se aparente que, além de um contexto puramente econômico com canais, o acesso ao terminal oferece enormes oportunidades para organizar o acesso seguro de fora, incluindo trabalhar em casa para funcionários ou acesso extremamente limitado e controlado a contratados de redes não confiáveis ​​e dispositivos não confiáveis ​​/ não controlados.

No entanto, os servidores de terminal, com todos os seus benefícios e progressividade, também tiveram várias desvantagens - baixa flexibilidade, o problema de um vizinho barulhento, estritamente servidor do Windows e assim por diante.

Nascimento Proto VDI




É verdade que no início e meados de 00x, a virtualização industrial da plataforma x86 já estava em cena. E alguém expressou a ideia que estava simplesmente flutuando no ar: em vez de centralizar todos os clientes nos farms de servidores, vamos dar a todos a sua VM pessoal com Windows cliente e até acesso administrativo?

Rejeição de clientes gordos


Paralelamente à virtualização de sessões e ao SO, foi desenvolvida uma abordagem relacionada à facilitação das funções do cliente no nível do aplicativo.

A lógica por trás disso era bastante simples, porque os laptops pessoais ainda estavam longe de todos, a Internet não era exatamente a mesma para muitos, e muitos podiam se conectar apenas a partir de cibercafés com direitos muito limitados, para dizer o mínimo. De fato, tudo o que poderia ser lançado era um navegador. O navegador se tornou um atributo indispensável do sistema operacional, a Internet entrou firmemente em nossas vidas.

Em outras palavras, paralelamente, havia uma tendência de transferir a lógica do cliente para o centro na forma de aplicativos da Web, para acesso ao qual apenas o cliente mais simples, a Internet e um navegador são necessários.
E não estávamos no mesmo lugar em que 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 do seu produto VDM (Virtual Desktop Manager), que era praticamente a primeira no mercado emergente de desktops virtuais. Obviamente, não tivemos que esperar muito por uma resposta do líder dos servidores de terminal Citrix e, em 2008, com a aquisição do XenSource, o XenDesktop apareceu. Obviamente, havia outros fornecedores com suas propostas, mas não entraremos muito na história, afastando-nos do conceito.

E ainda o conceito é preservado. Um componente chave do VDI é o intermediário de conexão.
Este é o coração da infraestrutura de desktop virtual.

O broker é responsável pelos processos mais importantes da VDI:

  • Define os recursos disponíveis para o cliente conectado (máquinas / sessões);
  • Saldos, se necessário, clientes em conjuntos de máquinas / sessões;
  • Encaminha o cliente para o recurso selecionado.

Hoje, o cliente (terminal) para VDI pode ser praticamente tudo o que possui uma tela - um laptop, smartphone, tablet, quiosque, thin ou zero client. E a parte da resposta, aquela que realiza a carga produtiva - uma sessão do servidor de terminal, uma máquina física, uma máquina virtual. Os modernos produtos VDI maduros são fortemente integrados à infraestrutura virtual e gerenciam-na de forma independente automaticamente, implementando ou discando, removendo as máquinas virtuais já desnecessárias.

Um pouco distante, mas para alguns clientes, a tecnologia VDI extremamente importante é o suporte à aceleração de hardware de gráficos 3D para designers ou designers.

Protocolo


A segunda parte extremamente importante de uma solução VDI madura é o protocolo de acesso a recursos virtuais. Se estivermos falando sobre trabalhar em uma LAN corporativa com uma excelente rede confiável de 1 Gbps para a estação de trabalho e um atraso de 1 ms, você poderá levar quase qualquer pessoa e nem pensar.

Você precisa pensar quando a conexão está em uma rede não controlada e a qualidade dessa rede pode ser absolutamente qualquer coisa, até velocidades de dezenas de kilobits e atrasos imprevisíveis. Eles servem apenas para organizar trabalhos remotos reais, de residências de verão, de casa, de aeroportos e lanchonetes.

Servidores de terminal x VMs clientes


Com o advento da 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 de uma economia pura, verificou-se que, para trabalhos típicos em massa idênticos a náuseas, não há nada mais eficiente que os servidores de terminal em termos de relação preço / sessão. Por todas as suas vantagens, a abordagem "1 usuário = 1 VM" consome significativamente mais recursos para hardware virtual e um sistema operacional completo, o que piora a economia em estações de trabalho típicas.

No caso de trabalhos para gerentes de topo, trabalhos fora do padrão e carregados, a necessidade de ter altos direitos (até o administrador), a VM dedicada para o usuário tem a vantagem. Nesta 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


Durante anos, ouvi a mesma pergunta - mas como é o VDI mais barato do que apenas entregar laptops a todos? E ao longo dos anos, tenho que responder exatamente a mesma coisa: no caso de funcionários comuns de escritório, a VDI não é mais barata se levarmos em conta os custos líquidos do fornecimento de equipamentos. Goste ou não, os laptops estão ficando mais baratos, mas os servidores, o armazenamento e o software do sistema custam muito dinheiro. Se é hora de atualizar o parque e você está pensando em economizar com o VDI, não, não salve.

Citei as terríveis três letras GRC acima - e assim, a VDI é sobre GRC. É sobre gerenciamento de riscos, é sobre a segurança e conveniência do acesso controlado aos dados. E tudo isso geralmente custa bastante dinheiro para a introdução de equipamentos heterogêneos em uma pilha. Com o VDI, o controle é simplificado, a segurança é aprimorada e o cabelo fica macio e sedoso.

HPE



iLO


A HPE está longe de ser iniciante no gerenciamento remoto da infraestrutura de servidores, é uma piada - em março, o lendário iLO (Integrated Lights Out) completou 18 anos. Lembrando de seus tempos de administrador nos anos 2000, ele pessoalmente não conseguia o suficiente. A montagem e o cabeamento inicial do rack eram tudo o que precisava ser feito em um data center barulhento e frio. Todas as outras configurações, incluindo o preenchimento do sistema operacional, já podem ser feitas no local de trabalho, dois monitores e com uma caneca de café quente. E isso é há 13 anos!



Hoje, os servidores HPE não têm, sem razão, um padrão de qualidade inegável a longo prazo - e o padrão ouro do sistema de controle remoto - iLO, desempenha um papel importante nisso.



Gostaria de observar separadamente as ações da HPE na manutenção do controle da humanidade sobre o coronavírus. HPE anunciadaque até o final de 2020 (pelo menos) a licença iLO Advanced esteja disponível para todos gratuitamente.

Informações


Se você tiver mais de 10 servidores na infraestrutura e o administrador não estiver entediado, é claro que o sistema em nuvem HPE Infosight baseado em inteligência artificial será uma excelente adição às ferramentas de monitoramento padrão. O sistema não apenas monitora o estado e constrói gráficos, mas também recomenda ações adicionais com base na situação e nas tendências atuais.





Seja esperto, seja como o Otkritie Bank , experimente o Infosight!

Oneview


Por último, mas não menos importante, quero mencionar o HPE OneView - um portfólio completo de produtos com enormes recursos para monitorar e gerenciar toda a infraestrutura. E tudo isso sem sair da área de trabalho, que talvez você esteja na situação atual do país.



SHD não é instável também!


Obviamente, todos os sistemas de armazenamento são controlados e monitorados remotamente - isso foi há muitos anos. Portanto, quero falar hoje sobre outra coisa, a saber, clusters de metrô.

Os clusters de metrô não são uma novidade no mercado, mas, por causa disso, ainda não são muito populares - a inércia do pensamento e as primeiras impressões o afetam. É claro, há dez anos eles já eram, mas permaneciam como uma ponte de ferro fundido. Os anos que se passaram desde os primeiros clusters de metrô mudaram o setor e a disponibilidade de tecnologia para o público em geral.

Lembro-me de projetos nos quais partes do sistema de armazenamento foram especialmente distribuídas - separadamente para serviços super-críticos ao cluster metro, separadamente para replicação síncrona (várias vezes mais barata).

De fato, em 2020, o cluster metropolitano não lhe custará nada se você conseguir organizar dois sites e canais. Porém, os canais para replicação síncrona exigem exatamente os mesmos canais dos clusters de metrô. O licenciamento de software já está em pacotes - e a replicação síncrona é imediatamente concluída com um cluster metro, e a única coisa que salva a vida da replicação unidirecional é a necessidade de organizar uma rede L2 estendida. E mesmo assim, L2 sobre L3 já está varrendo o país.



Então, qual é a diferença fundamental entre a replicação síncrona e o cluster metro em termos de trabalho remoto?

Tudo é muito simples. O próprio cluster metro funciona automaticamente, sempre, quase instantaneamente.

Como é o processo de troca de carga na replicação síncrona na infraestrutura, pelo menos algumas centenas de VMs?

  1. Um alarme está sendo recebido.
  2. A mudança de plantão analisa a situação - você pode descansar com segurança de 10 a 30 minutos apenas para receber um sinal e tomar uma decisão.
  3. Se os engenheiros de serviço não tiverem autoridade para iniciar a comutação de forma independente, ainda serão ousados ​​30 minutos para contatar a pessoa autorizada e confirmar formalmente o início da comutação.
  4. Pressionando o grande botão vermelho.
  5. 10 a 15 minutos para tempos limite e remontagem de volume, re-registro de VMs.
  6. 30 minutos para alterar o endereçamento IP - avaliação otimista.
  7. E, finalmente, o início da VM e o lançamento de serviços produtivos.

O RTO total (tempo para recuperação dos processos de negócios) pode ser estimado com segurança em 4 horas.

Compare com a situação no cluster do metrô.

  1. A SHD entende que a conexão com o ombro do cluster do metrô está perdida - 15 a 30 segundos.
  2. Os hosts de virtualização entendem que o primeiro data center está perdido - 15 a 30 segundos (simultaneamente com n 1).
  3. Reinicialização automática de metade a um terço das VMs no segundo data center - 10 a 15 minutos antes do carregamento dos serviços.
  4. Por volta dessa época, a mudança de plantão compreende o que aconteceu.

Total: RTO = 0 para serviços individuais, 10 a 15 minutos no caso geral.

Por que reiniciar apenas metade a um terço da VM? Veja qual é o problema:

  1. Você faz tudo de forma inteligente e ativa o balanceamento automático da VM. Como resultado, em média, apenas metade das VMs é executada em um dos data centers. Afinal, o objetivo principal do cluster metropolitano é minimizar o tempo de inatividade e, portanto, é do seu interesse minimizar o número de VMs sob ataque.
  2. Alguns serviços podem ser agrupados no nível do aplicativo, espalhando-se por diferentes VMs. Consequentemente, essas VMs emparelhadas são pregadas uma a uma ou amarradas com uma fita a diferentes datacenters, para que o serviço não espere a VM reiniciar em caso de acidente.

Com uma infraestrutura bem construída com clusters metropolitanos estendidos, os usuários corporativos trabalham com atrasos mínimos de qualquer lugar, mesmo em caso de acidente no nível do data center. Na pior das hipóteses, o atraso será tempo para uma xícara de café.

E, é claro, os clusters de metrô funcionam perfeitamente no HPE 3Par Valinor e na novíssima Primera!



Infraestrutura de estação de trabalho remota


Servidores de terminal


Para servidores de terminal, você não precisa inventar nada de novo, há muitos anos que a HPE fornece alguns dos melhores servidores do mundo para eles. Clássicos sem idade - DL360 (1U) ou DL380 (2U) ou para os fãs da AMD - DL385. Obviamente, existem servidores blade, tanto o clássico C7000 quanto a nova plataforma de composição Synergy.



Para todos os gostos, cores e máximo de sessões por servidor!

Simplificação VDI + HPE “clássica”


Nesse caso, por "VDI clássico", quero dizer o conceito de 1 usuário = 1 VM com o cliente Windows. E, é claro, não há carga VDI mais próxima e mais cara para sistemas hiperconvergentes, especialmente com desduplicação e compactação.



Aqui, a HPE pode oferecer sua própria plataforma de simplificação hiperconvergente e servidores / nós certificados para soluções de parceiros, como VSAN Ready Nodes para criar VDI na infraestrutura VMware VSAN.

Vamos falar um pouco mais sobre a nossa própria solução Simplivity. A simplicidade foi colocada em primeiro plano, como o nome sugere gentilmente para nós, é a simplicidade (simples). Fácil de implantar, fácil de gerenciar, fácil de dimensionar.

Atualmente, os sistemas hiperconvergentes são um dos tópicos mais quentes da TI, e o número de fornecedores de diferentes níveis é de cerca de 40. Segundo o quadrado mágico do Gartner, a HPE está globalmente no Tor5 e é um dos líderes mundiais - eles entendem onde o setor está se desenvolvendo e é capaz de compreensão para incorporar em ferro.

Arquiteturalmente, o Simplivity é um sistema hiperconvergente clássico com máquinas virtuais de controlador, o que significa que ele pode suportar vários hipervisores, ao contrário dos sistemas integrados a um hipervisor. De fato, em abril de 2020, o VMware vSphere e o Microsoft Hyper-V são suportados, e os planos de suporte ao KVM são anunciados. O principal recurso do Simplivity desde a sua introdução no mercado tem sido a aceleração por hardware da compactação e desduplicação usando uma placa aceleradora especial.



Deve-se observar que a compactação de desduplicação é global e sempre ativa; esses não são um recurso opcional, mas a arquitetura da solução.



É claro que a HPE é um tanto enganosa, reivindicando uma eficiência 100: 1, calculada de uma maneira especial, mas a eficiência na utilização do espaço é realmente muito alta. Apenas o número 100: 1 é dolorosamente bonito. Vamos ver como o Simplivity foi implementado tecnicamente para mostrar esses números.

Instantâneo. Instantâneos (instantâneos) - 100% corretamente implementados como RoW (Redirecionar na gravação) e, portanto, ocorrem instantaneamente e não prejudicam o desempenho. O que, por exemplo, difere de alguns outros sistemas. Por que precisamos de instantâneos locais sem multas? Sim, é muito simples reduzir o RPO de 24 horas (o RPO médio para backup) para dezenas ou até unidades de minutos.

Backup . Um instantâneo difere do backup apenas na maneira como é percebido pelo sistema de controle da máquina virtual. Se tudo o mais for excluído quando a máquina for excluída, isso significa que foi um instantâneo. Se for deixado, faça backup (backup). Portanto, qualquer instantâneo pode ser considerado um backup completo se estiver marcado no sistema e não for excluído.

Obviamente, muitos se oporão - que tipo de backup é esse se for armazenado no mesmo sistema? E aqui está uma resposta muito simples na forma de uma contra-pergunta: diga-me, você tem um modelo formal de ameaça que estabelece as regras para armazenar um backup? Este é um backup absolutamente honesto contra a exclusão de um arquivo dentro de uma VM; é um backup contra a exclusão de uma VM em si. Se for necessário armazenar o backup exclusivamente em um sistema autônomo, há uma opção: replicação desse instantâneo no segundo cluster do Simplivity ou no HPE StoreOnce.



E é aqui que acontece que essa arquitetura é perfeita para qualquer tipo de VDI. Afinal, o VDI é centenas ou até milhares de máquinas extremamente semelhantes com o mesmo sistema operacional, com os mesmos aplicativos. A desduplicação global está passando por tudo isso e nem reduz 100: 1, mas é muito melhor. Expandir 1000 VMs a partir de um único modelo? Geralmente não é um problema, essas máquinas levarão mais tempo para se registrar no vCenter do que no clone.

Especialmente para usuários com requisitos especiais de desempenho e para aqueles que precisam de aceleradores 3D, a linha Simplivity G foi criada.



Nesta série, um acelerador de deduplicação de hardware não é usado e, portanto, o número de discos por nó é reduzido para que o controlador possa lidar programaticamente. Isso libera slots PCIe para quaisquer outros aceleradores. Também dobrou a quantidade de memória disponível por nó de até 3 TB para as cargas mais exigentes.



A simplicidade é ideal para organizar infraestruturas de VDI geograficamente distribuídas com replicação de dados em um data center central.



Essa arquitetura VDI (e de fato não apenas a VDI) é especialmente interessante no contexto das realidades russas - grandes distâncias (e, portanto, atrasos) e longe dos canais ideais. Os centros regionais são criados (ou até apenas 1-2 nós de simplificação em um escritório completamente remoto), onde os usuários locais se conectam por meio de canais rápidos, o controle e o gerenciamento completos do centro são preservados e apenas uma pequena quantidade de lixo real, valiosa, e não de lixo, é replicada no centro dados.

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 da manutenção do canal e decodificação de vídeo - um processador com refrigeração passiva quase sempre vale a pena, um pequeno disco de inicialização é apenas para iniciar um sistema operacional incorporado especial, mas é tudo. Praticamente não há nada para invadir, e roubar é inútil. O custo é baixo e nenhum dado é armazenado nele.

Existe uma categoria especial de thin clients, os chamados zero clients. A principal diferença entre os mais finos é a falta de um sistema operacional embarcado de uso geral e trabalha exclusivamente com um microchip com firmware. Geralmente, eles instalam aceleradores de hardware especiais para decodificar o fluxo de vídeo em protocolos de terminal como PCoIP ou HDX.

Apesar da divisão da grande Hewlett Packard em HPEs e HPs separadas, os thin clients HP não podem ser ignorados.

A escolha é ampla, para todos os gostos e necessidades - até estações de trabalho com vários monitores com aceleração por hardware do fluxo de vídeo.



Serviço HPE para seu trabalho remoto


E por último, mas não menos importante, quero mencionar o serviço HPE. Levaria muito tempo para listar todos os níveis do serviço HPE e seus recursos, mas pelo menos há uma proposta extremamente importante nas condições do trabalho remoto. Ou seja, um engenheiro de serviço da HPE / centro de serviço autorizado. Você continua trabalhando remotamente, na sua dacha favorita, ouvindo abelhas, enquanto a abelha HPE, ao chegar ao data center, substitui os discos ou uma falha na fonte de alimentação dos servidores.

HPE CallHome


No ambiente atual, com movimentos limitados, a função Call Home se torna mais relevante do que nunca. Qualquer sistema HPE com esse recurso pode relatar independentemente uma falha de hardware ou software ao HPE Support Center. E é provável que uma peça de reposição e / ou engenheiro de serviço chegue até você muito antes de você notar problemas e problemas com serviços produtivos.

Pessoalmente, recomendo incluir esse recurso.

More articles:


All Articles