🔶 🧖🏾 🛃 O que salvar na nuvem ☃️ 👩🏽‍💻 👩‍⚖️

As nuvens estão confortáveis com sua flexibilidade. Precisamos de um poderoso cluster de computação por oito horas: alugados em três cliques, concluímos a tarefa e lançamos os carros. Infelizmente, muitos simplesmente não entendem a ideologia dos recursos da nuvem e geralmente ficam desapontados quando veem contas no final do mês.

Para otimizar custos, você precisa começar coletando boas estatísticas. Vou tentar descrever brevemente as ferramentas apropriadas para isso.

O principal princípio da economia é desativar tudo desnecessário e minimizar a reserva o máximo possível. Desmaiou de pensar no paradigma do servidor local na infraestrutura da empresa. Se você pode automatizar a expansão e o desligamento dos recursos da nuvem, dependendo da carga - ainda melhor.

Considere situações em que as taxas fixas são mais lucrativas e quando - PAYG (conceito de pagamento conforme o uso). Além disso, considere o que pode desativar o excesso e onde os recursos costumam ser desperdiçados. Vamos analisar os principais tipos de recursos: CPU, RAM, discos virtuais, redes e backups.

Coletamos informações

Antes de executar qualquer ação de otimização, primeiro você precisa entender como a sua máquina está carregada. Portanto, é mais correto começar com sistemas de monitoramento para entender com precisão a natureza da carga. Além disso, a carga deve ser analisada em diferentes escalas. Os dados médios do mês serão úteis para entender o grau de reserva ou a falta de recursos em geral. Além disso, é possível prever as datas aproximadas em que a capacidade atual deixará de ser suficiente se a carga aumentar gradualmente. Os dados de vários dias poderão mostrar flutuações diurnas, geralmente associadas ao ciclo de vida dos fusos horários, e bruscas rajadas únicas quando os recursos são escassos.

Como monitorar

Há um grande número de sistemas de coleta e visualização de informações para escolher, mas eu gostaria de chamar a atenção para os principais:

Zabbix — . , .
Kibana — ELK. , , .
Grafana — , . , .
. , .

A própria nuvem foi projetada para economizar dinheiro, mas você também pode otimizar custos consumindo adequadamente os recursos da nuvem. Estime o carregamento uniforme de suas máquinas. Se a máquina virtual estiver carregada de forma estável, tudo estará bem, e a tarifa com limites fixos e uma pequena reserva de energia será mais benéfica.

Durante o pico de carga, apenas um núcleo estava envolvido. Você pode economizar dinheiro e não levar dois.

Você pode usar dois núcleos em vez de quatro sem perda de desempenho.

Se mais de 10% do tempo a VM estiver ociosa, será necessário tentar contar com o modelo PAYG. Somente então a máquina deve ser desligada quando não estiver em uso. Por exemplo, uma vez por dia, um nó é ativado, compila o projeto e é desativado novamente.

Todos os núcleos são carregados uniformemente. Muito provavelmente, será vantajoso cobrar uma tarifa com um pagamento fixo.

Geralmente, as táticas de otimização financeira são assim: você divide os elementos de sua infraestrutura em estáveis de acordo com o consumo e instáveis com picos de carga. Tentamos transferir elementos com consumo constante para uma tarifa fixa e instáveis para o PAYG, para poder suavizar suavemente rajadas simples de maneira barata.

Fazemos o mesmo com várias máquinas experimentais e de teste. Na maioria das vezes, é mais lucrativo pagá-los pelos recursos consumidos, em vez de pagar uma tarifa fixa. Se você encontrar um carro que consome 1% da energia, desligue-o e transfira-o para PAYG.

Você precisa entender que na nuvem você não está pagando pela carga no processador, mas pelo fato de usar núcleos. Se você usa o plano tarifário PAYG e não precisa de uma VM no momento, por exemplo, você executou os testes necessários e não o usa mais, é mais lógico desativá-lo e, assim, economizar no custo da memória virtual e dos processadores.

Alguns clientes usam a API do vCloud Director para ativar e desativar VMs em uma programação para economizar ainda mais recursos consumidos. Uma abordagem muito boa seria usar a orquestração para controlar a nuvem, ativar e desativar os nós quando a carga mudar.

Ao mesmo tempo, você terá que pagar pelos discos virtuais de qualquer maneira. Se você não precisar mais de uma VM, é melhor removê-la. Ou, se você o usar muito raramente, por um tempo, enquanto estiver desligado, transfira-o para um armazenamento mais barato. Você também pode economizar em discos virtuais se implantar um nó a cada vez a partir de um modelo pronto, em vez de manter o terminado desativado. E mantenha os modelos já em armazenamento barato.

RAM

Você não deve alocar mais memória para a VM do que o necessário. Muitas vezes, os usuários da nuvem configuram VMs empiricamente: "Bem, quase toda a memória precisa ser despejada e tantos núcleos". Ao mesmo tempo, é a RAM que, via de regra, é o recurso mais caro da nuvem.

Usando o plano de tarifas PAYG, faz sentido configurar a VM para que utilize os recursos alocados de maneira ideal, com uma margem de desempenho para picos de carga. Ao mesmo tempo, a reserva não deve ser x4 ou x10 do consumo médio de seu aplicativo: é simplesmente irracionalmente caro. Obviamente, os limites são sempre determinados individualmente para cada tarefa, mas na maioria das vezes você deve se esforçar para garantir que o estoque não exceda 25%.

Discos virtuais

Um recurso importante são os discos virtuais. Existem vários tipos de discos virtuais que diferem em velocidade e preço. Quanto mais rápido o disco, mais caro é esperado. Portanto, a economia desse parâmetro deve começar com a análise e a separação dos dados em "frio" e "quente".

Opção errada. A política de alocação de VM é configurada para que a troca, configuração e discos da VM sejam colocados em discos caros, a menos que você especifique explicitamente o contrário.

Uma VM pode usar simultaneamente diferentes tipos de discos que podem ser colocados no armazenamento rápido e lento. Portanto, se você armazenar algum tipo de arquivo ou registro de dados, faz sentido colocá-los em discos lentos. Os bancos de dados são críticos para o IOPS, por isso os enviamos para repositórios rápidos.

A opção correta. Cada tipo de dados tem sua própria velocidade de disco.

Agora precisamos resolver a pergunta em qual disco colocar a própria VM. A plataforma do vloud Director possui um recurso: reserva espaço em disco para a RAM da VM no momento do seu lançamento. Nesse caso, você pré-seleciona o tipo de armazenamento. O sistema operacional em si não é muito crítico para IOPS, a maioria dos componentes já está carregada na RAM e o disco não está carregado. No entanto, se você economizar dinheiro e se colocar em um disco lento, terá uma longa reinicialização e sairá do modo de suspensão devido à baixa velocidade de leitura dos arquivos de configuração e troca.

Considere esse fator se for crítico aumentar rapidamente a máquina virtual após uma reinicialização. Em outros casos, você pode salvar.

Discos no banco de dados

Muitas vezes, os discos no banco de dados são usados "para crescimento". Este é um erro típico para sistemas em nuvem. Se você precisar de 60 GB, leve o quanto precisar com uma pequena margem. 200 GB condicionais de um disco rápido consumirão finanças e ociosidade.

Diferentemente do servidor de ferro, não há problema em expandir gradualmente o disco em volume, conforme necessário. Só não se esqueça de desligar o monitoramento com gatilhos para sobrecarregar o disco para não perder o momento em que é hora de expandir o espaço. Se você quiser fazer isso muito bem, tente aumentar automaticamente o espaço à medida que a API é preenchida.

O único ponto negativo dessa abordagem é que você não pode reduzir o tamanho dos discos, muda apenas em direção à expansão. Se você ainda precisar reduzi-lo, esse procedimento será realizado com a transferência de dados para um volume menor e a exclusão do disco antigo. Não se esqueça de backups e testes completos nesta fase.

Não se esqueça de despejar os logs em um armazenamento lento separado, para não desperdiçar espaço precioso no disco rápido do banco de dados. Eles tendem a absorver o espaço muito rapidamente, especialmente no caso do MS SQL. Também é altamente desejável excluir logs das imagens de backups regulares.

Rede

Fazemos o mesmo com a rede: não perseguimos números redondos de 1 a 10 a 100 megabits, mas imediatamente tomamos 45 megabits se você tiver uma carga de canal média de cerca de 40. Pegue os recursos necessários.

Esclareça a possibilidade de controlar esse parâmetro de sua parte. Nosso cliente não pode alterá-lo, ou seja, o pagamento conforme o uso não funciona, e é possível alterar a largura do canal uma vez por mês. No entanto, existem nuvens em que essa configuração é definida em tempo real.

Na nuvem baseada no vCloud Director, há uma grande coisa sobre o NSX Edge - o roteador virtual. É gratuito e pode substituir soluções mais caras que exigem capacidade adicional e licenças de compra. Possui um balanceador que, em situações simples, pode substituir soluções como o Haproxy e o dispositivo virtual Citrix NetScaler. Não é necessário comprar licenças para produtos comerciais e você não paga pelos recursos do NSX Edge. É por padrão.

Se necessário, o NSX Edge pode ser dimensionado. Capaz de trabalhar como uma VPN de três tipos:

Túnel VPN IPsec Site a Site - para organizar um canal seguro entre a nuvem e o escritório ou outras nuvens em que os recursos do cliente estão localizados.
SSL VPN — , Checkpoint Cisco Fortigate.
L2VPN — , IPSEC Site-to-Site, L2.

CPU

Aqui você pode salvar algumas opções.

Primeiro, você precisa selecionar cuidadosamente o tipo de processador ideal em termos de frequência e número de núcleos. Tudo dependerá dos recursos de licenciamento de software executados nesta máquina. Por exemplo, um servidor AD ou servidor de terminal é conveniente para manter hipervisores com um grande número de núcleos intermediários. Em servidores com software licenciado pelo número de núcleos, a frequência de um único núcleo já está se tornando importante. Essas máquinas são mais caras, mas mais rentáveis em termos de desempenho por núcleo.

Não é necessário usar os mesmos processadores em todas as suas máquinas. Além disso, uma combinação de instâncias com uma frequência de núcleo de 2,4 GHz e, por exemplo, 3,1 GHz pode ser mais economicamente atraente.

Arquiteturas híbridas também podem ser usadas. Se você possui sua própria infraestrutura e não deseja transferir tudo, uma solução mista será uma boa solução, quando uma parte estiver girando no escritório e a outra na nuvem. Ao mesmo tempo, os recursos da nuvem são utilizados apenas para suavizar o pico de carga de sua própria infraestrutura.

Observe: a RAM reduzirá a RAM e a CPU somente quando a VM estiver desligada; caso contrário, o sistema poderá entrar em pânico. Você pode expandir os recursos em uma máquina em execução se o sistema operacional suportar e o modo de adição a quente estiver ativado.

Cópia de segurança

Ao usar o serviço de Backup, o cliente paga duas coisas: pelo número de VMs e pela quantidade de dados no espaço em disco. Novamente, começamos com a análise.

Pense se você precisa de cópias do Active Directory há um ano ou se um backup diário incremental de uma a duas semanas é suficiente. Decida quanto tempo os dados corrompidos podem passar despercebidos e configure o armazenamento de backup de acordo. Máquinas de trabalho, nas quais o serviço está girando apenas, via de regra, não faz sentido armazenar por mais de uma semana. No caso do banco de dados, pode ser necessário restaurar a partir de uma cópia de seis meses atrás se alguém atrapalhar os dados, mas isso não será percebido imediatamente.

O segundo ponto é a velocidade da recuperação. Se o serviço tiver uma reserva, você poderá limitar-se a um backup completo e a cópias incrementais. Nesse caso, a última cópia é restaurada, mas antes disso, todas as alterações das cópias incrementais devem ser consideradas em etapas. Faz muito tempo. Mas, no caso de trabalhar com nós de backup, o serviço continuará funcionando enquanto um dos nós for restaurado.

Se não houver reserva por algum motivo, pense em armazenar o backup completo atual sem incremento. Come mais lugares, mas é implantado muito mais rapidamente e minimiza o tempo de inatividade. A diferença de velocidade pode ser de uma vez e meia a duas vezes.

Se você precisar manter os backups por um longo tempo, considere a opção de armazenamento a frio. Geralmente, são bibliotecas de fita de recuperação lenta. A opção é ideal para dados arquivados. Um bom exemplo é o Amazon Glacier, onde o início da implantação de um backup antigo inicia de três a cinco horas após a solicitação. Condicionalmente, seus dados precisam ser localizados fisicamente, removidos do armazém e contados. Mas o custo por gigabyte de armazenamento está se tornando muito mais rentável.

Podemos usar o armazenamento da instalação na proporção de " Único ". Tem um pequeno custo de armazenamento com um desconto progressivo: quanto mais armazenamento você armazenar, mais barato será o gigabyte de custos de dados.

Sumário

Você pode economizar recursos na nuvem apenas se analisar cuidadosamente a carga e minimizar a capacidade de reserva. Comece coletando estatísticas de alta qualidade e comece a cortar recursos suavemente no mínimo necessário.

Se o consumo do nó for estável e não for alterado - acesse sua própria infraestrutura para esta tarefa ou escolha tarifas fixas.

Não se esqueça da possibilidade de esquemas híbridos. O uso de recursos da nuvem para suavizar cargas de pico irregulares se encaixa quase perfeitamente no conceito de pagamento conforme o uso.

O que salvar na nuvem