Como a nuvem se compara à colocação? E desenvolvimento também [fechado]

Question

Atualmente eu / nós executamos um aplicativo da web SaaS em que cada assinante tem sua própria instância física do aplicativo, além de seu próprio banco de dados. A configuração tem cada instância de aplicativo da Web implementada em duas caixas diferentes do IIS para balanceamento de carga e redundância (as máquinas têm seus tempos de instalação do Windows Update separados por 12 horas, por exemplo). Os bancos de dados são espelhados em duas máquinas diferentes do SQL Server 2012 com o AlwaysOn para o tempo de atividade. Eu não uso o clustering do SQL Server (pois ele não fornece failover no nível de armazenamento: não temos uma caixa de armazenamento compartilhada).

Por ser uma instalação do Windows, significa que há dois controladores de domínio (nós trapacejamos: ambos são Mac Minis, 17W cada, o que mantém baixos os custos com energia de cores).

Finalmente, há também um servidor Exchange (Caixa de Correio, Transporte de Hub e Acesso para Cliente). Um dos servidores SQL também se duplica como um Transporte de Hub do Exchange.

Os custos operacionais são de cerca de US $ 700 por mês para nossa colocação de quarto de rack (que inclui energia e peering / transferência) e, em seguida, há cerca de US $ 150 por mês para licenciamento de SPLA, portanto US $ 850 por mês no total. Depois, há o custo de administração difícil de quantificar, mas acho que passo algumas horas por semana fazendo check-in nos servidores: analisando logs de eventos, etc.

Eu continuo sendo bombardeado por anúncios e manufaturando notícias sobre o quão grande é a "nuvem".

Em 2008, quando a nuvem estava decolando, eu estava lendo sobre os serviços de "nuvem" adequados, como o Google AppEngine, onde você escreve em Python contra a API do Google e é assim que eles escalam seu aplicativo em servidores e também usam o provedor de banco de dados para dimensionamento de armazenamento. Simples o suficiente para entender.

Depois veio a Amazon, e eu entendo como o Amazon Storage funciona, mas não sei como funciona o Amazon Compute: as páginas de aplicativos da Web não gastam muito tempo de CPU para computar, como você quantifica o uso mesmo?

Finalmente, o RackSpace entra em ação e agora estou realmente confuso.

RackSpace anunciar "Cloud" SQL Server 2012 disponível por cerca de "US $ 0,70 por hora", indo em como eles anunciam Eu pensei que a "hora" significava a soma do tempo de CPU, tempo de bloqueio de IO, talvez tempo gasto na transferência de dados para uma aplicação de baixa intensidade que funciona muito barato, então?

Não. Fui a uma janela de bate-papo de vendas e falei com um de seus conselheiros. Eles me disseram que o valor de US $ 0,70 / hora era realmente para cada hora que o SQL Server está rodando ... mas quem quer um SQL Server por apenas algumas horas? Você vai precisar dele disponível 24 horas por dia durante meses a fio. US $ 0,70 * 24 * 31 funciona a US $ 520 por mês, o que é incrivelmente caro para o SQL Server. Uma licença do SPLA para o SQL Server é de apenas US $ 50 por mês ou mais. Esses US $ 520 por mês não incluem "suporte fanático", e você também precisa aumentar os custos da instância do servidor Windows do host também.

Pelo que eu posso dizer, os produtos "Cloud" da Rackspace parecem um cínico rebranding de um serviço VPS overpriced, mas com preços por hora.

Eu tenho a mesma confusão sobre o Windows Azure, que usa termos semelhantes para descrever os produtos disponíveis, mas acho que é porque o Azure oferece hospedagem compartilhada tradicional, além de suas próprias APIs que você pode segmentar para aplicativos escaláveis.

    

Answer 1

A computação em nuvem do tipo popularizado pela Amazon e pela Rackspace não é uma substituição direta para o colocation, nem mesmo para os VPSs. Um bom colapso pode ser encontrado aqui:

link

Os sistemas em nuvem ajudam você se estiver procurando por uma infraestrutura elástica . Se sua infraestrutura é estática , você tem servidores X e esse número não muda por meses a fio, é menos atraente. Na verdade, pode ser significativamente mais caro conforme você descobriu.

A pergunta:

Who would ever want to run a SQL server part time?

É válido. No entanto, se esse servidor SQL for o servidor de apoio para qualquer coisa, de 5 a 500 servidores web / de aplicativos, todos eles em tempo parcial, toda a infraestrutura é uma economia. O custo de executar essa instância do SQL 24 horas por dia, 7 dias por semana, é consumido pela economia de NÃO ter que executar 500 servidores com capacidade para 24 horas por dia, 7 dias por semana, apenas por precaução. Alguns provedores de nuvem têm planos de preços especiais para sistemas sempre ativos, o que ajuda a reduzir ainda mais os custos.

Cloud é uma frase de código para a infraestrutura escalável que vem com uma API ou duas . Com essa API, você pode personalizar o dimensionamento de seu caso de uso específico. Os sistemas que obtêm as melhores eficiências de custo são aqueles que são altamente variáveis em carga, e o número de instâncias em execução pode se mover com ele.

VPS é em grande parte semelhante a colocation, mas sem a infraestrutura física. O dimensionamento ainda pode acontecer, mas você lidará com coisas como instalações de SO automatizadas e coisas do tipo você mesmo. Se você tem uma infraestrutura estática e quer ir 'cloud', o VPS é provavelmente a melhor opção para você.

Colocation é como você disse, hardware físico em espaço alugado. Você é responsável por tudo, desde substituições de placas de rede até agendamento de trocas de servidores.

Outra área em que o Cloud pode ser uma economia é se você não tem pessoas com experiência em hardware e deseja executar algo altamente escalável. Ele permite que você dimensione um aplicativo até o ponto em que, se ele fosse implementado no hardware de propriedade da empresa, precisaria de um a três tipos de sysadmin para continuar executando tudo sem precisar contratar esses sysadmins. Isso é uma poupança salarial significativa ali mesmo.

Mas se você já tiver essa equipe (você está aqui, provavelmente), esse tipo de economia pode não se aplicar ao seu caso.