Por que os provedores de nuvem calculam por hora? Quem desliga seus servidores de qualquer maneira?

4

Eu não sou técnico / unix / sysadmin ignorante, mas eu ainda não consigo entender porque Amazon, Rackspace, Azure, GoGrid, Linode e esses caras calculam suas instâncias por hora usadas ...

Eu tenho que perguntar ... Quem na terra desliga seus servidores?

* aaS começou como uma estratégia de pacotes / planos onde você paga por um balde de serviços e não precisa se preocupar com o uso ... pague 100 $ por mês e receba isso, isso e aquilo.

Agora, quando quero mudar para o Amazon EC2, fico confuso com a porcentagem de uso, os cálculos de transferência ... é muito difícil e consome muito tempo. Em meus cálculos até agora, posso dizer que encomendar 2x servidores dedicados com 24 GB de RAM e instalar o ESXi e gerenciar tudo isso é muito mais barato ...

Estou sentindo falta de algo?

    
por Haytham Elkhoja 31.07.2011 / 16:02

3 respostas

11

Use uma infraestrutura escalável como a que estou trabalhando. No meu caso, a quantidade de trabalho que podemos desenvolver se adapta bem ao número de nós de processamento que estamos executando. Temos alguma capacidade interna e estamos trabalhando para usar exatamente esses tipos de serviços para demanda que excede nossa capacidade interna.

Quando precisamos, implantamos vários nós de processamento em um serviço de nuvem como esse. Uma vez que temos a implantação automatizada, deve ser uma questão de dizer ao sistema "Preciso de 20 novos nós", fazendo com que ele gire 20 novas instâncias, ajuste nomes conforme necessário e comece a mastigar. Quando o projeto estiver pronto, desligamos esses nós e seguimos nosso caminho alegre.

Devido aos fatores de custo envolvidos (no nosso caso, não será para todos), se isso acontecer com frequência suficiente, é um bom sinal que precisamos expandir um pouco mais nossa infraestrutura interna.

Haverá certamente uma "base load" que continuamos a correr o tempo todo e, por isso, gostamos de hospedá-la internamente. Provavelmente precisaremos de algumas instâncias sempre ativas na nuvem da concessionária para determinados motivos de aplicativo e de localidade de dados, mas esses devem estar nos dígitos únicos. Esses poucos servidores devem ser capazes de suportar até centenas de nós de processamento de curta duração.

Em meses em que nunca precisamos usar a capacidade de 'aumento', ainda teremos que pagar pelos servidores de carga básica que precisamos para continuar correndo até lá. No entanto, para os outros meses em que temos mais trabalho do que sabemos sobre o que fazer, poderíamos ter centenas de máquinas funcionando a qualquer momento.

Quanto aos cálculos, eu fiz exatamente isso. Requer uma planilha e conhece muito bem o seu ambiente. Eu sabia quantos dados geralmente tiramos em um mês (a largura de banda de transferência), quantas vezes os dados são lidos como parte de nossos métodos de processamento (as taxas de transferência de armazenamento), o que é fator de crescimento para dados processados versus dados de origem (custos de armazenamento de dados), bem como uma estimativa de qual porcentagem durante um mês estamos realmente fazendo o trabalho (as horas utilizadas). Se você não tem isso, é difícil estimar o faturamento com precisão.

Eu pude aproveitar o que sabemos sobre nosso ambiente privado e criar uma planilha que prevê o que algo como a AWS custaria em vez de gerar nossa própria moeda. Foi muito informativo. Em nosso caso específico , o fornecedor de nuvem que estávamos considerando representava de 2x a 10x em custos versus fazer tudo sozinhos. Isso foi muito útil para a alta administração, que estava pensando em ir all-in com aquele fornecedor de nuvem.

Acabamos optando por uma abordagem híbrida, já que a capacidade de surto que a nuvem representa é altamente útil. É uma droga dizer aos clientes que não podemos cumprir seus prazos porque assumimos muito trabalho. No máximo, o recurso de nuvem pode nos ajudar até que possamos obter atualizações de infraestrutura para a nossa fábrica interna.

    
por 31.07.2011 / 16:27
6

A metade do ponto das soluções em nuvem é poder escalar rapidamente e, em seguida, redimensionar novamente quando você não precisar de energia extra. Eles cobram por unidade de tempo (ou por unidade de outros recursos) para que você possa flexionar o quanto você tem rapidamente. Se seu aplicativo da web recebe + 300% de uso durante a noite, por que pagar por servidores desnecessários para o restante do tempo.

    
por 31.07.2011 / 16:06
2

Os preços por hora oferecem flexibilidade se você precisar adicionar ou remover a capacidade de adotar até mesmo bursts de hora em hora (por exemplo, horários de pico). Se você precisar de algo funcionando instantaneamente, geralmente há algum tipo de assinatura ou algo assim. A Amazon tem reservas, outras têm pacotes mensais. Mas sim, isso torna tudo ainda mais complicado de calcular. Pode ficar um pouco mais fácil, embora com Cloudorado, que calcula os preços para vários provedores.

Eu acho que uma boa abordagem é ter servidores dedicados para carga constante e nuvem para rajadas. É chamado de hospedagem híbrida, mas muitos não fornecem (por exemplo, Rackspase e GoGrid faz). Mas também tenha em mente que, com alguns provedores de nuvem, você pode realmente ajustar o tamanho da instância às suas necessidades (definir separadamente RAM, CPU, armazenamento). Isso também pode trazer algumas economias se você precisar de recursos em proporções incomuns. Estes são, por exemplo, CloudSigma , ElasticHosts ou OpSource .

    
por 31.07.2011 / 18:24