O que fazemos · Storage e computação: Engenharia de desempenho e capacidade
A maioria das plataformas lentas não precisa de mais hardware. Precisa de alguém que encontre a única coisa que realmente as está a travar. Medimos o verdadeiro bottleneck, mudamos uma coisa e medimos de novo, e a maioria das nossas maiores vitórias veio de uma única alteração verificada e não de uma nota de encomenda.
O que é
A prática de engenharia que liga a nossa computação, o nosso storage e a nossa rede. Quando uma carga de trabalho precisa de mais capacidade, dizemos-lhe exatamente que recurso, e porquê.
Como o construímos
Regras aplicadas em todas as montagens. Algumas vitórias são demasiado fiáveis para as deixar ao acaso, por isso são regras permanentes em todos os servidores e VM que entregamos:
- VM dimensionadas dentro de um socket. Nunca mais vCPU do que os cores de um socket físico, nunca mais memória do que a que um nó NUMA serve. Para lá dessa fronteira, o acesso à memória passa a remoto, a cerca de 1,7 vezes a latência local, e a penalização acumula-se, por isso a VM maior é muitas vezes a mais lenta.
- Bonds que usam as duas ligações. Hashing por endereços IP e portas, em correspondência do lado do switch, para que cada membro de um bond transporte tráfego.
- Flash tratado como flash. O RAID por hardware pode esconder o facto de um volume ser de estado sólido, por isso lemos o tipo de média dos discos e definimos o scheduler, o read ahead e a queue depth em conformidade.
- Bases de dados com a memória que lhes cabe. Buffer pools dimensionados ao working set.
- Sem swap nas VM. A pressão de memória resolve-se com memória ou com uma correção na aplicação, nunca empurrando-a para o storage.
Medição em todas as camadas. I/O por volume nos arrays, contadores por porta em bonds e switches, query logs e slow logs nas bases de dados, tempos medidos de fora para dentro através do CDN, energia por rack e por fase.
Do que o protege
- Pagar por capacidade que uma predefinição de configuração estava a desperdiçar.
- Comprar hardware para um problema que é na verdade um problema de afinação.
- Uma VM maior que corre mais devagar do que a mais pequena que substituiu.
- Metade da largura de banda da sua rede parada.
- Storage flash a gastar a sua resistência em leituras que uma base de dados devia ter em cache.
Na prática
O edge de um editor, provado sob carga. Antes do lançamento em Atenas, a camada de cache do editor foi construída em dois níveis, memória à frente de flash no SAN, e testada sob carga com vinte mil utilizadores virtuais. Aguentou, e o desenho tornou-se o nosso padrão para plataformas de editores.
Porquê a EuroVPS
- Medimos antes de vender, e a resposta é muitas vezes uma alteração, não um upgrade.
- Regras de afinação permanentes aplicadas em todas as montagens, não a pedido.
- Recomendações que dizem que recurso, quanto e porquê.
Perguntas frequentes
- O meu website é lento. Preciso de um servidor maior? Talvez, mas primeiro medimos. Muitas vezes a resposta é configuração, caching ou uma query, e mostramos-lhe as provas em qualquer dos casos.
- Porque não dão mais cores à minha VM? Para lá de um socket, os cores extra acrescentam latência de memória remota. Dimensionamos para caber no socket, e isso é normalmente mais rápido.
- Afinam as aplicações dos clientes? Afinamos tudo o que operamos e aconselhamos sobre o que executa: memória das bases de dados, número de workers, camadas de caching, queries. Onde a correção está no seu código, dizemos-lhe exatamente onde.
- É um serviço separado? É a forma como trabalhamos em todas as plataformas que gerimos. Também estão disponíveis auditorias de desempenho dedicadas, com um «antes» e um «depois» por escrito.
Closing: «Mais rápido» começa normalmente com uma medição, não com uma fatura. Fale com um engenheiro sobre o que realmente o está a atrasar.
O seu próximo parceiro de infraestrutura
Vamos analisar a sua infraestrutura.
Diga-nos o que executa hoje e o que precisa de melhorar. Um engenheiro vai analisar o seu pedido e ajudar a planear o passo seguinte.
+357 222 32280
Comecemos pela sua infraestrutura.
Um pouco de contexto ajuda-nos a começar a conversa certa.