Mandic Wiki

Fonte: http://www.microsoft.com/windowsserver2008/pt/br/r2-compare-roles.aspx 

Sim, os servidores cloud são como servidores físicos e tem a mesma capacidade de criar arquiteturas complexas. Entre em contato com o nosso time comercial para avaliarmos a melhor estrutura para o seu projeto.

Entre em contato com a nossa equipe comercial que teremos a melhor solução.

Não. Cada projeto tem as suas próprias peculiaridades de demanda, clientes, tipos de acesso e programação. As configurações sugeridas foram obtidas com base de uma média das configurações dos clientes MANDIC que possuem soluções similares.

Idem à resposta acima, basta uma alteração de configurações no painel para que o servidor detecte as novas configurações de banda.

A princípio, em plataformas de computação em nuvem, a técnica de processamento e memória utiliza diversas máquinas interligadas para executar uma única tarefa. Este processo em servidores físicos seria executado com os recursos de uma única máquina, isto é, posso solicitar a mais de um servidor o compartilhamento físico de memória ou processamento, e basta uma alteração no painel (algumas vezes é necessário o reinício do servidor feito automaticamente pelo painel que pode levar 10 minutos dependendo da configuração e aplicativos contidos no servidor), para que o seu servidor detecte a nova configuração com mais ou menos memória ou processamento.

O upgrade só ocorre em discos com uma configuração padrão MANDIC. O disco de SO pode ser ampliado, caso não tenha sido alterado, mas no disco de dados só é acrescentado o espaço extra contratado. Não fazemos este redimensionamento automático por que problemas como o layout das partições diferente do nosso padrão previamente adotado, ou encontrarmos sistemas de arquivos desconhecidos ou até mesmo encriptados, impediriam uma expansão automática com a integridade dos dados.

Quanto mais memória você tem em um servidor, maior é a necessidade de processamento para manter a performance do conjunto, isto é, para aumentar um recurso de memória é necessário também aumentar processamento, e para aumentar processamento, é necessário aumentar memória para que as novas configurações surtam o efeito desejado. Dessa maneira, não é possível aumentar um sem aumentar o outro, pois além de não gerar a performance desejada, o recurso ficaria de certa forma ocioso, e você pagaria mais por algo que não está sendo otimizado.

Sim, porém cada alteração gera um registro em seu painel de controle do Cloud MANDIC (histórico de ações), e uma linha de cobrança diferenciada em seu demonstrativo financeiro com a data e o horário da mudança. Estas alterações mostrarão um desconto proporcional, caso a mudança for um Downgrade de recursos, ou um acréscimo proporcional, caso a mudança for um Upgrade de recursos. Portanto, é necessário manter estes registros organizados para comparar com a fatura que você receberá posteriormente.

Neste caso a melhor abordagem é começar com a configuração mais simples (a configuração inicial sugerida pela MANDIC), e monitorar o seu servidor, pois não há como quantificar o gasto médio de uma aplicação. Feito o monitoramento, você saberá dizer qual será a demanda necessária, e dessa maneira as características de configuração mais indicada para o seu servidor.

Basta monitorar seu servidor com o comando Top (Linux/Freebsd) ou com o Task Manager (Windows). Haverá um gráfico com informações que possibilitarão verificar o real consumo do servidor. Caso queira monitorar seu consumo 24 horas para definir, por exemplo, quais são os dias e horários de pico, ou ociosidade, orientamos instalar um aplicativo de monitoramento como MRTG ou NÁGIOS.

Não, os serviços adicionais e as licenças são cobrados por mês, pois tem custo fixo independente da configuração elástica configurada.

Você receberá um crédito que será abatido nas próximas cobranças.

Como é cobrada a diferença de valores para mais ou para menos se eu mudar a configuração do meu servidor cloud elástico no meio do período?

Será cobrada a diferença de utilização (pró-rata): o cálculo é feito proporcionalmente aos dias utilizados de cada recurso; o cálculo sempre será feito apenas nos dias em que o cliente utilizar cada recurso, independente de quantas vezes ele executar o upgrade ou downgrade de seu plano.

Por exemplo, você fez uma campanha em revistas para o fim de semana, e prevê uma demanda superior ao seu padrão naqueles dias. Para atender a esse aumento de acessos, você faz o upgrade no seu plano e sua fatura mensal fica com o valor de R$ 1.000,00. Você terá que pagar os R$ 1.000,00?

Você somente pagará os R$ 1.000,00 se mantiver esta configuração durante todo o mês, porém se no exemplo em questão, na segunda-feira, o cliente decidir retornar seus recursos para configuração anterior, ele será cobrado proporcionalmente, equivalente às horas utilizadas.

Nós mostramos uma estimativa mensal para que fique mais fácil para você comparar os custos por hora x os custos mensais, e consiga decidir com mais clareza e objetividade qual opção melhor atende suas necessidades. O intuito é facilitar o planejamento de custos dos nossos clientes, para que possam definir melhor suas ações dentro de seu budget disponível.

Todas nossas cobranças são feitas de maneira pré-paga. Ao contratar o serviço, você deve pagar a taxa de ativação para que o mesmo seja liberado para uso. No caso da contratação do Cloud Starter, esta taxa é a mensalidade (R,00). No Caso do Cloud Elastic, esta taxa corresponde à configuração inicial definida pelo cliente. É importante ressaltar que durante o mês pago, podem ocorrer alterações que influenciarão no valor da cobrança da próxima mensalidade – tanto para acréscimos, quanto para descontos. Dessa maneira, será cobrada a diferença de utilização (pró-rata) do mês anterior mais a mensalidade do próximo mês.

A cobrança por hora é a melhor forma de oferecer a flexibilidade do conceito cloud computing , pois permite alterar recursos individualmente em upgrade ou downgrade durante a vigência do contrato (utilização do serviço) e ser cobrado ou abonado da diferença ao final do período.

Sim, nós não computamos o tráfego entre os servidores do Cloud MANDIC, que é interconectado por rede gigabit.

Sim. Você paga pelo serviço alocado, pois os recursos estão disponíveis apesar de não estarem em uso no momento. No entanto, no modelo elástico, você pode ajustar os recursos para a sua demanda prevista, isto é, pode reduzir os recursos ao mínimo.

Nada será perdido. Será realizado um resize – redimensionamento – do disco e os dados serão mantidos.

Você pode alterar as configurações do seu plano a qualquer momento através do seu painel de controle, onde terá a autonomia de diminuir e aumentar seu servidor de acordo com a demanda do momento Obs: Para upgrade de Disco e Memória é necessário dar um Shutdown no Servidor.

Sim, somente no Cloud Elastic, através do seu painel de controle.

O maior benefício do Cloud Elástico é a sua capacidade de adequação às suas necessidades. Ele te garante autonomia (por ser possível a modificação dos recursos através do painel de controle), rapidez, flexibilidade, garantindo assim, um melhor custo-benefício.

Por exemplo:

Um cliente do Cloud Mandic de e-commerce irá veicular uma propaganda na televisão e decide verificar exatamente quanto sua aplicação consome de recursos durante o mês, para que possa planejar a quantidade de recursos que o seu servidor gastará devido ao impacto da campanha.

Com sua pesquisa, descobre que os recursos que tem alocado hoje, atendem plenamente sua demanda em horários de pico, porém estes horários de pico só ocorrem próximos aos dias de pagamento - entre o dia 05 e 10 e entre os dias 20 e 25 de cada mês (40% do tempo), e que nos outros 18 dias (60% do tempo) a sua aplicação consome somente 20% do recurso contratado.

Após esta verificação, ele decide aumentar seus recursos em 50% para poder garantir a nova demanda, e com isso ele terá um aumento significativo de custo com o servidor que hospeda sua aplicação.

Caso o cliente esteja com um servidor Dedicado ou Cloud Computing com configurações estáticas (em “pacotes fechados”, que não podem ser alterados), será necessário fazer um upgrade de plano baseado no máximo de recursos que sua aplicação gastará durante o mês, mesmo que esta exigência seja necessária durante apenas 40% do tempo.

No Plano Elástico, é possível configurar upgrades e downgrades conforme a necessidade surge, com isso este mesmo cliente, pode configurar um downgrade de 80% dos recursos durante 60% do tempo total mensal, economizando o valor pago por esta configuração, e nos dias de pico fazer um upgrade de 150% dos recursos para atender àquela demanda específica. Com isso, ele terá uma economia significativa no valor pago pelo servidor configurado, e melhor custo-benefício, pois atenderá mais clientes pelo mesmo valor ou ainda economizará no montante geral considerando um servidor que não permite alteração de configurações.