Passamos por muitas mudanças ao longo do último ano. Tivemos a oportunidade de crescer e aumentar nossa gama de serviços, mantendo nossa plataforma flexível, escalável e de fácil utilização. Esta jornada não é um salto, mas uma série de passos incrementais que nos fazem avançar. Temos feito muito trabalho sob o capô para possibilitar nossos esforços de expansão, e queremos continuar compartilhando com vocês o que acontece nos bastidores.
A criação das bases para o futuro tem que começar com a infra-estrutura de retaguarda: hardware e redes. Estes podem ser negligenciados de olho em novos recursos e serviços, mas uma base sólida nos permitirá construir uma plataforma mais poderosa.
![Mais Poder: CPUs mais rápidas](https://www.linode.com/wp-content/uploads/2023/03/faster_cpus-2.png)
Mais Poder: CPUs mais rápidas
Muitas de nossas regiões existentes agora têm CPUs AMD EPYC™ 7713. Podemos comparar isso com um dos processadores Zen 2 mais comuns em nossa frota atual, o 7542, e ainda ver um aumento substancial no desempenho bruto.
![EPYC 7542 vs 7713 CPUs](https://www.linode.com/wp-content/uploads/2023/03/table-1064x324.png)
Um aumento de 23% na velocidade do relógio de impulso irá acomodar cargas de trabalho mais exigentes. Uma maior contagem do núcleo diminui a possível contenção de recursos e gargalos das instruções em funcionamento em um único motor de execução.
O cache L3 aumentou em 400%, passando de 64MB para 256MB. Um cache L3 maior impede que a CPU atinja frequentemente a memória RAM para obter dados. A RAM ainda é mais rápida do que a maioria dos formatos de armazenamento, mas o cache da CPU está embutido diretamente no processador e é significativamente mais rápido do que a RAM. Um cache L3 maior proporciona um aumento de desempenho para aplicações de memória intensiva, incluindo jogos e codificação de vídeo.
Armazenamento Padrão de Alta Velocidade
Lançamos todo o armazenamento de blocos NVMe em 2021, o que oferece melhorias significativas de desempenho sobre os discos giratórios ou mesmo SSDs SATA, mas isso é apenas uma parte da história. Nossos planos de computação vêm padrão com armazenamento local, o que é incomum com outros fornecedores, com apenas armazenamento anexo ou temporário oferecido.
O armazenamento em bloco separa os dados em "blocos" uniformes, tornando-o ideal para sistemas de arquivos de alto desempenho que precisam se espalhar por várias VMs ou hosts. O armazenamento em bloco é tipicamente usado localmente, o que significa que uma VM está no mesmo hardware ao qual o armazenamento está diretamente conectado ou como armazenamento conectado à rede (NAS).
Você vê alto desempenho em qualquer uma das configurações, mas há uma grande diferença entre bater em um disco que está fisicamente ligado à mesma placa-mãe que seu servidor está rodando em relação a um dispositivo NAS conectado via ethernet.
![Armazenamento local vs Rede Anexada](https://www.linode.com/wp-content/uploads/2023/03/MRK-3902-1@2x-1064x447.png)
Com dois discos NVMe idênticos, você sempre verá um desempenho maior do armazenamento local sobre o NAS. O NAS, entretanto, é mais flexível e permite que você construa matrizes de armazenamento maciças que podem ser acessadas por vários hosts em uma escala maior. Nossos planos vêm com armazenamento local, e oferecemos armazenamento em bloco adicional que pode ser anexado a uma VM, tudo utilizando NVMe.
Controladores RAID por software
KVM tornou-se nosso principal hipervisor em 2015 quando trocamos de Xen. KVM melhorou significativamente o desempenho para VMs enquanto utilizávamos o mesmo hardware. Rápido até hoje, continuamos a construir em torno da virtualização do kernel Linux com controladores RAID de software como parte de nossas novas construções.
Os controladores RAID de hardware já foram considerados mais rápidos que as configurações de software, mas as CPUs mais rápidas dão aos controladores de software um desempenho semelhante, se não melhorado, em relação aos equivalentes de hardware. Como parte de nossas construções em novos centros de dados, agora estamos usando os drivers de múltiplos dispositivos (MD) e blocos de kernel do kernel Linux.
![RAID](https://www.linode.com/wp-content/uploads/2023/03/RAID_controllers-1-1064x477.png)
Os controladores RAID de software Linux são gerenciados através do mdadm e conferem às nossas configurações um nível mais alto de flexibilidade, incluindo capacidades de troca a quente incorporadas sem a necessidade de um chassi de troca a quente. Estas configurações realizam verificações regulares de consistência e correções automáticas de setores ruins.
SMBIOS
A partir de outubro de 2022, nossos anfitriões estão agora equipados com o Sistema de Gerenciamento BIOS (SMBIOS). O SMBIOS dá aos usuários a possibilidade de consultar o banco de dados MIF e recuperar informações sobre a instância computacional. Desde que sua instância tenha reiniciado/diniciado desde que adicionamos isto, você pode usar o comando dmidecode para encontrar o tipo e a identificação da instância.
Executar:
dmidecode -t1
![Exemplo de saída de dmidecode](https://www.linode.com/wp-content/uploads/2023/03/image3.png)
Anteriormente, essas informações não estavam disponíveis sob demanda, mas agora podem ser extraídas do terminal a qualquer momento. Isso não substitui os metadados locais API mas pode ser uma ferramenta útil para a criação de scripts personalizados.
E cada vez mais
À medida que continuamos a crescer e a desenvolver novos serviços, você pode esperar melhorias constantes e consistentes em todos os aspectos. Manteremos você atualizado sobre todos os detalhes menores e maiores à medida que continuarmos avançando.
Recursos: Blog | Documentos Técnicos | Boletim Informativo
Comentários (3)
I’ve been a linode customer since April 2004, where it was a UserModeLinux (UML) based system, with a whopping 64Mb RAM and 3Gb disk (plus 1.5Gb disk for paying yearly).
Over the past 19 years your upgrades have meant I now have 4Gb RAM, 2CPUs, 80GB storage. A massive increase. All for the same price (well, until next month, anyway).
It’s good to see linode keeping up the tradition of improving the service!
The complicate one is when Linode instand got bigger storage than the current one.
It’s really hard to resize.
What if we need only create server capacity without increase storage?
What if we need only crease storage but not server capacity?
Jirou:Thanks for the suggestion! We’ve added it to our internal tracker and have passed along your feedback to our team. This way, the relevant teams can keep this in mind as we continue to improve our infrastructure and services.