Olá pessoal. Este artigo deve aparecer mais cedo ou mais tarde. Afinal, vemos muitos artigos da série “A nuvem é o melhor que poderia nos acontecer!”, “Como a organização se mudou para a infraestrutura de nuvem e economizou N dinheiro” ... Apenas ocasionalmente nos comentários aparecem entradas que, em alguns casos, as nuvens não são exatamente o que você precisa. Vamos ser honestos e comparar receita com despesas. E também observe as desvantagens óbvias sobre as quais é costume permanecer calado.
Inicialmente, ao escrever um artigo, eu queria cobrir absolutamente tudo e o argumento mais significativo é o preço. Existem tabelas comparando alguns provedores de nuvem, mas este artigo não é sobre isso. Vamos comparar nosso hardware + nossos pontos fortes administrativos e .... colocação nas próprias empresas de hospedagem que fornecem esses serviços. Você precisa entender onde está a linha entre comprar recursos da nuvem e comprar seu hardware para uso posterior em seu ambiente de trabalho. E também, que não apenas o administrador do sistema, mas também um funcionário do provedor de nuvem pode cometer um erro e você sofrerá da mesma maneira.
Além disso, de maneira alguma eu queria trair todos os provedores que fornecem serviços em nuvem. Sim, li por exemplo esses artigos
habr.com/ru/company/activecloudru/blog/415483 (e # comment_18825847) e entendo que haverá vários resultados negativos. Anteriormente, as nuvens eram pensadas como um meio de resolver tarefas de alta carga, ou seja, houve uma carga - servidores comprados por 2-3 dias, diminuídos - devolvidos.
Uma das principais vantagens do uso de uma plataforma em nuvem, na minha opinião, é:
- Reduzindo o custo de compra de equipamentos, porque apenas os recursos necessários são comprados. Se você não precisar, basta excluir e não pagar, convenientemente.
- Não há necessidade de manter especialistas da equipe que atenderão ao servidor no nível do hardware. O cliente não pensa que está no nível físico - tudo é decidido pelos especialistas do provedor de nuvem.
- Escala infinita e distribuição geográfica do datacenter. Qualquer desejo do cliente de aumentar a resiliência do aplicativo de negócios.
- A capacidade de comprar um serviço é um serviço e não desperdiça os recursos de seus administradores de sistema em manutenção.
- A VM e os serviços necessários são instalados (e removidos a propósito também) com um clique do mouse.
- Não há necessidade de monitorar parte da infraestrutura (ou seja, a consistência dos dados de invasão, comutadores etc.) - tudo é feito pelos especialistas do provedor de nuvem.
Contras
- Preço A compra de seus servidores pode render em 1 ano. E ao comprar uma nuvem, você só tem um serviço. Uma equipe de especialistas também está sendo considerada.
- "Virtual não é totalmente real." Aqui, todos os recursos adquiridos do provedor são CPU, RAM, SSD e velocidade da rede. Todos entendemos que existem recursos no nível do host e no nível da VM. Como podemos verificar se realmente obtemos 100% dos recursos do processador e do disco?
- A resiliência e o SLA fornecidos pelo fornecedor estão longe do sonho do profissional de marketing.
- "Na agulha." O provedor tenta manter o cliente e toma decisões dentro de seu ecossistema.
Como você pode ver, em mais detalhes vou descrever apenas os contras. Afinal, os profissionais são escritos em quase todos os lugares, principalmente blogs corporativos de empresas que prestam serviços semelhantes.
Comece com o preço
Uma pequena digressão. Descrito abaixo como parte da compra do servidor de varejo. Os preços são médios. Se você tem uma grande empresa ou hospedagem, todos entendemos que o nível de descontos na compra de equipamentos, dependendo do volume, pode chegar a 20-60% (e às vezes até mais). Esta é uma adição ao artigo, todos entendem por que pagam demais.
Como ponto de partida, adote um servidor padrão com as seguintes características:
Os discos no hardware estarão em RAID10, ou seja, o preço será comparável e a velocidade será significativamente maior.
Para maior clareza, peguei a mesma VM com as mesmas características. Eu mesmo determinei a escolha dos provedores, você também pode contar para os outros. Repito, este artigo não considera uma comparação de provedores, mas uma comparação do custo da nuvem com seu próprio hardware. Abaixo estão as configurações de provedores, CPU 24cores, RAM 256GB, SSD 2TB, HDD 4TB.
* como parte do rtcloud, peguei um servidor com a configuração de RAM-20GB, CPU-4GHz (como 2 núcleos de 2GHz), FAST HDD-167GB. E multiplicado por 12 (13263 * 12 + 16000 para HDD de 4 TB)
** De acordo com o Yandex, ainda é necessário considerar o custo do tráfego de saída. A Selectel fornece 3 TB de tráfego para um projeto e, em seguida, uma taxa por 1 GB. No MCS MAILRU, o tráfego é totalmente gratuito.Por conseguinte, entendemos que a garantia média para todos os componentes é de 3 anos. Portanto, assumimos que, após 3 anos, simplesmente descartamos este servidor.
Também para este servidor, forneceremos 6000-10000 (servidor de 2 unidades com 2 fontes de alimentação), dependendo da colocação que escolhermos. Pegue o máximo
12 * 10000 = 12000 * 3 = 360.000
Portanto, em 3 anos, daremos 360.000 + 517.000 = 877.000r. Isso ocorre por três anos de uso do servidor, que, após a operação, pode ser dado a startups carentes ou usado para um site de teste.
Pelos números da tabela de provedores, tudo está claro. Pagamos e recebemos o serviço.
Agora muitos escreverão: "Bem, isso é tão claro, capitão é óbvio. Mas e a depreciação, o salário dos administradores que atenderão a esses servidores e farão coisas legais para você, como migração ao vivo, etc. Licenças VMWare, por exemplo, etc. Compra separada de armazenamento ou organização de um armazenamento distribuído ”Sim, concordo. A gerência precisa tomar uma decisão com base em seus requisitos. Este é apenas o primeiro item. Vamos mais longe.
Nós levamos 4 administradores de sistema para nós mesmos e pagamos 200.000 rublos cada (e acho que outros + 200.000 serão gastos como impostos, isso é muito e provavelmente está nos sonhos de nossos funcionários). Portanto:
4 * 400000 = 1600000 por mês. E no ano de 19.200.000 para os salários desses funcionários altamente qualificados de
goivagem .
Portanto, depois de 20 servidores com essa configuração, é mais rentável levar seus especialistas e serviços. Em relação à nuvem, que fornece esse servidor para 1 milhão de rublos por ano. Se sua hospedagem for mais cara, isso significa que o número de servidores em relação a 4 especialistas será menor.
"Virtual não é bem real"
CPU Alguns fornecedores dizem especificamente que não limitam o desempenho do processador, ou seja, levou 4 núcleos e você pode carregar conforme necessário. Outros fornecedores, por exemplo, amazon, yandex indicam que você não pode comprar 100% da energia do processador, e a porcentagem e o preço alocados serão menores. Há também o conceito de "Carga permitida no servidor", na qual o cliente é informado "O servidor tem muita carga de CPU, é necessário mudar para uma tarifa mais cara". Também não se esqueça de vender em excesso.
RAM Não vou me debruçar sobre esse momento. Confira / proc / meminfo. E tente ocupar toda a quantidade de RAM em todas as VMs que você comprou para testes. Agora não existem problemas e, geralmente, os provedores fornecem RAM honestamente.
IOPS Esse é o parâmetro que o provedor de nuvem corta muito forte e implicitamente. Sempre faça medições de fio. Mas há apenas uma conclusão: muitos provedores de nuvem mudaram para o esquema "Quanto mais volume eu recebia, mais informações recebia". Por exemplo, quando testei a nuvem do Yandex, de até 60 GB, não notei a diferença ao usar HDD e SSD, tudo está muito implícito. E também preste atenção aos SLAs que se aplicam a esse parâmetro - pois todo esse parâmetro é borrado tanto que você pode simplesmente dizer: “Damos a você 10.000 IOPS, mas na verdade você recebe 400. Para alcançar o efeito de 10.000, você precisa comprar um volume de mais de 600 GB. E aqui
temos você também, há uma nuance desde O SLA para esse parâmetro não ultrapassa 75% e, sob certas condições, não ultrapassa 50%. ”
Velocidade da porta. Aqui é diferente, alguns provedores realmente dão gigabit honesto. Outros são apenas 250 Mbps. Basicamente, os problemas raramente surgem aqui e tudo é completamente solucionável.
SLA e tolerância a falhas
Como podemos verificar se obtemos todos os recursos que compramos. É aqui que especialistas são necessários para monitorar isso (como organizar esse monitoramento, dentro da estrutura deste artigo). E também na fase de assinatura do contrato, você deve concordar imediatamente. Por exemplo, em caso de inconsistência no SLA de um determinado parâmetro, o dano é compensado. E também um momento delicado - que revelou e informou a tempo. Se o próprio fornecedor, então, de acordo com o contrato. Se o provedor decidiu permanecer em silêncio e você notou isso em seus sistemas de monitoramento, após dois dias para denunciá-lo e provar, o reembolso será 2 vezes mais. Isso ajudará você a obter a qualidade do serviço que o provedor fornece.
Todos os líderes de serviços em nuvem falam sobre como tudo está configurado e, no caso de uma explosão do datacenter, todos os seus dados duplicados por vez funcionarão em outro datacenter. De fato, mesmo ao comprar uma nuvem super resiliente, haverá problemas que o obrigarão a cuidar da disponibilidade de seus serviços - essas são as recomendações do provedor Anti-Affinity. E “cuida” da qualidade de fornecer os serviços de seus especialistas por uma certa quantia de dinheiro, de configurar serviços dentro da nuvem, se um dos servidores do provedor falhar. Lá vai você, atendimento ao cliente.
"Na agulha"
Vamos começar com o mesmo yandex e amazon. Criou sua API, documentou e acertou. Outros seguiram o caminho do openstack - existe uma única API para todos, que adiciona todo o poder de controle sobre muitos serviços.
Não vou contar histórias por experiência pessoal. Só posso dizer uma coisa, se ocorrer um problema de baixo nível no nível do bloco - ninguém o ajudará, a investigação desses problemas levará muito tempo, você precisará provar constantemente algo com os dados da abstração que comprei. Além dos problemas com a RAM, você não pode executar o memtest e verificar se tudo está realmente bom - confie na consciência do provedor.
Eu resumo. O que eu quero dizer neste artigo?
- Caros representantes dos serviços em nuvem. Torne seus serviços ainda melhores e não force os clientes a pagar a mais por aumentar a confiabilidade de seus aplicativos adquirindo recursos adicionais. E também faça descontos e dê o primeiro passo nessa direção.
- Caros clientes. Tente criar nuvens híbridas e não dependa inteiramente dos provedores de nuvem. No futuro, esse mercado crescerá e se
contrairá; os preços estarão aproximadamente no mesmo nível e crescerão gradualmente. Muitas grandes empresas começam a construir seus data centers e seus serviços com a participação mínima de provedores de nuvem. - Não consigo tocar no tópico de segurança. Compre nuvens privadas que são quase 1,5 vezes mais caras que públicas ou ...
- Os executivos de TI devem adotar uma abordagem mais difícil para escolher um provedor de nuvem. Pese todos os riscos possíveis e provoque um incêndio antes de começar (testes rigorosos).