[FUG-BR] FreeBSD nas nuvens: suporte oficial na Rackspace cloud ... finalmente!

Terça Julho 31 11:14:09 BRT 2012

Valeu Brandi, sensacional!

Acho que deu pra entender mais do que eu precisava e minha conclusão é de
que pra mim hoje um shared host atende melhor e por um preço mais barato. O
que eu queria mesmo era um shared com acesso de root num FreeBSD :) mas na
verdade eu realmente não preciso de root. Eu basicamente mantenho uns sites
pequenos pessoais e sai muito barato por mês.

Na empresa em que estou hoje as funções são muito segmentadas e estou como
gestor de demandas, muito muito muito distante das questões de infra e
rede. Uma pena, pois realmente gostaria de estar mais perto dessas coisas
profissionalmente também, como já estive no passado. Felizmente acabei me
envolvendo com voluntariado corporativo, daí consegui até dar aula de
FreeBSD, Linux, redes e ferramentas como GIMP, etc.

Vou dar uma lida nos links depois, brigadão!

Carlos E G Carvalho (Cartola)
http://cartola.org/360
http://panoforum.com.br/
Gnugraf 2012 <http://gnugraf.org/> - 17 e 18 de agosto, CEFET Maracanã, Rio
de Janeiro

Em 31 de julho de 2012 10:59, Edson Brandi <ebrandi em fugspbr.org> escreveu:

> Bom dia Carlos,
>
> Em 31 de julho de 2012 09:40, Carlos Eduardo G. Carvalho (Cartola)
> <cartoleba em gmail.com> escreveu:
> > Por que os preços são dados por horas? São cobradas as horas em que o
> > sistema está em uso ou basta estar disponível pra uso que já é cobrado?
>
> Todos os provedores de serviços de cloud vão lhe cobrar apenas o que
> você utilizar, mas entenda que utilizar para eles significa reservar
> para você.
>
> Por exemplo, quando você cria uma VM na Rackspace eles vão
> alocar/reservar um % de CPU, uma quantia de memoria e uma area de
> storage para a sua VM. Mesmo que vc de halt na maquina, enquanto ela
> existir eles vão lhe cobrar por ela. O trafego da maquina é cobrado de
> forma 100% variável, sendo que eles não cobram pelo trafego entrante.
>
> De uma forma geral, se você precisa manter um servidor rodando 24x7
> por ter uma demanda constante e previsivel, as soluções de cloud
> computing vão sair mais caras que alugar um servidor físico dedicado.
>
> Agora se você tem um ambiente com demanda variável, onde podem ocorrer
> picos de demanda, o serviço de cloud pode lhe ajudar a atender essas
> demandas sazonais e você ainda irá economizar.
>
> No meu caso, como pessoa fisica, eu uso o serviço da rackspace para
> testes rápidos, quando preciso fazer algum teste eu crio uma VM, uso
> ela pelo tempo que for necessário e depois deleto.
>
> Para aplicações que eu vou precisar usar outras vezes, mas que não
> precisam estar disponíveis 24 horas por dia, eu salvo um snapshot do
> disco da VM no sistema sistema de storage persistente deles (custa US$
> 0,10 por Gb armazenado por mês), e destruo a VM.
>
> Quando preciso usar novamente eu simplesmente uso o snapshot para
> subir a maquina novamente. Desta forma, meu custo quando não estou
> usando o sistema é apenas o custo do storage.
>
> Por exemplo, você pode aplicar a mesma analogia a um portal de
> internet. Você pode alterar a quantidade de maquinas que vc tem
> respondendo pelo o site ao longo do dia, aumentando ou diminuindo a
> quantidade de servidores de acordo com a curva de audiência, isso
> permite otimizar seu custo :)
>
> A maior parte dos fornecedores disponibiliza sistemas para que você
> possa automatizar esse processo de escalonamento da infra estrutura, e
> você pode criar regras de negocio baseadas em consumo de memoria,
> consumo de processador, conexões simultâneas, trafego de saída, tempo
> de resposta, etc para determinar quando aumentar e quando diminuir o
> numero de maquinas.
>
> Outro uso bastante comum é pra construção de ambientes de redundância.
> Você tem servidores dedicados em seu data center físico, e monta uma
> estrutura minima na nuvem para espelhar seus serviços, essa estrutura
> enquanto não estiver sendo usada vai ter um custo minimo (perto do que
> seria necessário para ter um site espelho tradicional), e você
> simplesmente aumenta os recursos provisionados se esse ambiente de
> backup precisar virar seu ambiente de produção.
>
> Dependendo do tamanho e das necessidades da sua operação, este tipo de
> flexibilidade pode te gerar algumas dezenas de milhões de reais por
> ano em economia.
>
> > Qual a grande diferença prática entre uma hospedagem em Cloud e um shared
> > host (que é o que uso hoje)? Vi que temos controle dinâmico sobre tamanho
> > de disco, acesso de root e coisas assim. Tem algo diferente de uma
> máquina
> > virtual numa estrutura compartilhada?   É que por computação em nuvem eu
> > tenho um conceito de que é uma coisa mais independente de plataforma,
> tipo
> > acessar aplicações na nuvem, independente de onde você está.
>
> Para todos os efeitos ao contratar um serviço destes você tem em mãos
> uma maquina virtual tradicional, sobre a qual  vc tem controle
> completo, com acesso inclusive a console (usando vnc na maior parte
> das vezes).
>
> Na minha opinião um VM é sempre mais segura que um shared host, já que
> vc não vai ter outros usuários compartilhando o sistema operacional
> com você.
>
> Como você consegue fazer tudo sozinho (podendo inclusive automatizar
> muita coisa) a principal vantagem acaba sendo a agilidade que você tem
> para provisionar novos recursos (permitindo a escalabilidade que citei
> a pouco) e se adaptar a sua demanda.
>
> No R7 nós fazemos uso pesado de cloud computing em complemento ao
> nosso data center fisico.
>
> Recomendo que de uma olhada depois quando tiver tempo nos materiais
> abaixo, acho que vai ajudar a entender o que da pra fazer :)
>
> - http://aws.amazon.com/pt/solutions/case-studies/r7/
> - http://www.slideshare.net/rgaiser/r7-no-aws-qcon-sp-2011
> - http://www.slideshare.net/llorieri/extending-piwik-at-r7com
> -
> http://convergenciadigital.uol.com.br/cgi/cgilua.exe/sys/start.htm?infoid=28732&sid=97
>
> [ ]´s Brandi
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>