[GTER] Cloud que aceite vmware

Flavio Rescia Dias flavioresciadias at gmail.com
Fri Jan 20 19:48:48 -02 2017


Flávio Rescia Dias

Em 20 de janeiro de 2017 16:23, Luzemário Dantas <luzemario at luzehost.com.br>
escreveu:

> Isso é como comparar bare metal com cloud. Vai da necessidade.
>
> Se tenho carga variável em períodos do dia ou da noite, é claro que o
> cloud será sempre mais barato à medida que máquinas são desligadas ou
> religadas. Não vejo comparação nesse caso.
>
Like

>
> Luzemário
>
> Em 20-01-2017 15:49, Flavio Rescia Dias escreveu:
>
>> Israel,
>>
>> Discordando um pouco do que você disse, acredito que em alguns casos o
>> serviço da Bare Metal, como o contratado com os servidores Dedicados da
>> OVH, são mais adequado. Porém não acho que o uso de AWS só se aplique a
>> "coisinhas pequenas" com com orçamento infinito, há diversos casos de
>> aplicações onde o uso de AWS sai mais baixo mesmo se compararmos "hardware
>> por hardware" e sem falar dos custos implícitos, seguem alguns deles:
>>
>>     - *Uso de muito variável:* Com OVH por exemplo, você mesmo disse que
>>     multiplica por 5 sua capacidade computacional, porém se você tem um
>>     ambiente que é 6x maior em alguns períodos do dia, mês, ou ano, sua
>> conta
>>     fecharia melhor com AWS/Azure/Google Cloud pois com bare metal você
>>     precisaria ter 100% do necessário e ainda subtrair contingência, e
>> margem
>>     para o que não for previsto, e não estamos falando de ambientes
>> pequenos;
>>     - *Alto Processamento:* Você precisaria compra servidores físicos
>> muito
>>     grande, enquanto com EC2 o custo "a grosso modo" é o mesmo se você
>> tiver  1
>>     instância com 1vCPU por 2 horas ou 2 com 1vCPU por 2 horas. Além
>> disse é
>>     possível o uso de instâncias Spot o diminui muito o custo ;
>>     - *Curto Tempo de Deploy:* Quando você trabalha em ambientes que
>>
>>     precisam subir estruturas novas em questão de minutos, não conheço um
>>     fornecedor que faça mais rápido que a OVH, mas isso depende do estoque
>>     deles e pode levar dias.
>>
>> Eu entendi o que você quis dizer e não acho AWS barato, só acho que
>> existem
>> outros cenário que AWS/Azure/Google Cloud cai bem.
>>
>> Flávio Rescia Dias
>>
>> Em 20 de janeiro de 2017 10:38, Israel Ramos <israel.melo.ramos at gmail.com
>> >
>> escreveu:
>>
>>   Christiano,
>>>
>>> Montei um projeto pra uma empresa Irlandesa.
>>> Contratei um dedicado na OVH (www.ovh.co.uk).
>>> Usei VMware ESXi.
>>> Usei um datacenter deles localizado no Norte da França.
>>> O atendimento dos caras é um pouco ruim, mas o produto é bom.
>>>
>>> Eu migrei a infra inteira deles que estava em instancias EC2 da AWS e
>>> reformulei em cima do ESXi. A capacidade computacional multiplicou por 5
>>> e
>>> o custo reduziu pela metade.
>>> AWS na minha opinião sempre custou muito caro. Só vale a pena para
>>> coisinhas pequenas ou quando o dinheiro não é problema.
>>>
>>> No caso foi para uma empresa que estava na Irlanda então a latência não
>>> foi
>>> problema para hospedar na França. Agora se a empresa/usuários/trafego for
>>> proveniente do Brasil talvez não valha a pena (depende muito do tipo de
>>> serviço que você vai querer hospedar). Nesse caso tentaria algo em DCs
>>> aqui
>>> do Brasil mesmo.
>>>
>>> Se precisar de ajuda, estamos ai.
>>>
>>> Grande abraço.
>>>
>>>
>>> On Fri, 20 Jan 2017 at 10:05 Luzemário Dantas <luzemario at luzehost.com.br
>>> >
>>> wrote:
>>>
>>> Sim, a SoftLayer aceita.
>>>>
>>>> Fornecem licenças VMWARE Server atá nos pacotes Cloud (como opcional,
>>>> pago à parte), assim você tem "virtualização dentro da virtualização".
>>>>
>>>> Luzemário
>>>>
>>>> Em 19-01-2017 15:41, Douglas Fischer escreveu:
>>>>
>>>>> ​Talvez tua pergunta seria:
>>>>> Clouds que aceitem Nested Virtualization...
>>>>>>>>>>
>>>> --
>>>> gter list    https://eng.registro.br/mailman/listinfo/gter
>>>>
>>> --
>>> gter list    https://eng.registro.br/mailman/listinfo/gter
>>>
>>> --
>> gter list    https://eng.registro.br/mailman/listinfo/gter
>>
>
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



More information about the gter mailing list