Documente Academic
Documente Profesional
Documente Cultură
Uma Vista
de Computao em
Nuvem
A computao em nuvem, o sonho de longa data de
computao como um servio pblico, tem o
potencial de transformar uma grande parte da
indstria de TI, tornando o software ainda mais
atraente como um servio e moldar a forma como
hardware de TI projetado e comprado.
Desenvolvedores com ideias inovadoras para novos
servios de Internet j no exigem grandes
investimentos de capital em hardware para
implantar o seu servio ou a despesa humano para
oper-lo. Eles no precisam se preocupar sobre o
provisionamento de um servio cuja popularidade
no satisfaz as suas previses, desperdiando assim
recursos onerosos, ou sob provisionamento para
aquele que se torna popular, faltando, assim,
potenciais clientes e receita. Alm disso, as
empresas com grandes tarefas orientadas para o
lote pode obter resultados to rapidamente quanto
seus programas podem escalar, desde 1000 usando
os servidores para uma hora custa no mais do que
usar um servidor para 1000 Horas.
A eliminao de um
compromisso frente por usurios da nuvem,
permitindo assim que as empresas a comear
pequeno e aumentar os recursos de hardware
apenas quando h um aumento em suas
necessidades. 2
A capacidade de pagar
pelo uso dos recursos de computao em uma
base de curto prazo, conforme necessrio (por
exemplo, processadores por hora e
armazenagem por dia) e liber-los conforme
necessrio, conservao, assim, gratificante
por mquinas arrendamento e armazenamento
de ir quando eles no so mais til.
figure 1.
users and
providersS
of cloud
U W a
computing
t e
il Cfocus
b a
. We
S
i l
on cloud
t o a
computing
P
y
s effects
u p
r
d p
c li o
on ocloud v
c
providers
mP a i
andp SaaS
r ti d
uo o e
providers/
t n r
cloud
i vda
s /
o facilitador necessrio chave
users.
the
ni
topgeles
level
computao em nuvem, para que
C
d
can be
l
e
descobriram os fatores de 5-7 diminuio
o
recursive,
r
no custo da eletricidade, largura deinbanda
u
that
de rede, operaes, software e hardware d
SaaS
providers
disponveis para estas grandes economias
cancom
also
de escala. Esses fatores, combinados
be a SaaS
multiplexao estatstica para aumentar
a
users via
utilizao em comparao com os mashups.
centros
de dados tradicionais, significava que a
computao em nuvem pode oferecer
servios abaixo dos custos de um centro
de dados de mdio porte e ainda fazer um
bom lucro.
Nossa definio proposta permite
identificar
claramente
determinada
instalaes como exemplos e no
exemplos de computao em nuvem.
Considere um servio de Internet voltado
para o pblico hospedado em um
provedor que pode alocar mais mquinas
para o servio dado quatro horas de
antecedncia. Desde carga surtos na
Internet pblica pode acontecer muito
mais rapidamente do que (Animoto viu
sua carga dobram a cada 12 horas para
quase trs dias), esta no a computao
em nuvem. Em contraste, considere um
entro de dados corporativos internos,
cujos pedidos so modificados somente
com antecedncia significativa para os
administradores. Neste cenrio, grande
carga picos na escala de minutos
altamente improvvel, por isso, enquanto
a alocao pode acompanhar os
aumentos de carga esperadas, este
cenrio satisfaz uma das condies
necessrias para operar como uma
nuvem. O centro de dados da empresa
ainda pode falhar para atender outras
condies para ser uma nuvem, no
entanto, como o aparecimento de
recursos infinitos ou faturamento de gro
fino. Um centro de dados privados
tambm podem no se beneficiar das
economias de escala que fazem nuvens
pblicas financeiramente atraente.
u
s
e
r
S
a
a
S
u
s
e
r
Advantage
Y
Pu
e
bli
n
Us
Conve
o
ual
ntional
p
p
e
a
r
a
n
c
e
o
f
i
n
f
i
n
i
t
e
ud
Y
De
no
e
Yes pe
s
nd
s
on
co
mp
an
y
siz
e
no
c
o
m
p
u
t
i
n
g
C
1fd
3
2
aie
p
m
g
a
u
c
n
rid
t
e
y
2
.
(
a
)
t
i
m
e
(
d
a
y
s
)
t
i
m
e
(
sero relutantes a migrar para avcomputao
d
r
a
em nuvem
sem uma estratgia
e
de
y
e
n
continuidade
de negcios para s tais
s
)
situaes.o Acreditamos que i a melhor
t
f
chance deu pilhas de software independente
i
r
m
para que
p empresas
c sejam fornecidos por
e
diferentes,e como tem sido difcil
e para uma
(
empresa s para justificar a a criao
e
d
k
a
manuteno
de
duas
pilhas
em
nome
da
y
o
scomo
l
confiabilidade
do software. Assim
n
)
o
prestadores de servios de grande
Internet
a
d os prestadores de rede
(d
usar vrios
de modo
a
e
a que a falha
de
uma
nica
empresa
no vai
)
m
c
lev-los fora
do ar, ns acreditamos
que a
a
a
P
n
nica soluo
plausvel rnmuito alta
o
d
disponibilidade
mltiplos provedores
de
v
b
ie
nuvem daeComputao.
s
i
c
o
o
n
ir
n
r
melhorado
g
e
m
i
Pilhas den software tm
a
interoperabilidade
entre plataformas,
mas
a
c
f
t
o
as APIst de armazenamento
para a
rl
i
computao
em
nuvem
ainda
so
y
o
essencialmente
proprietrio, oupe pelo menos
n
a
a
no foram objeto de normalizao
ativa.
n
Assim, oso clientes no podemkt facilmente
f
extrair seus dados e programaslio de um site
c
para ser executado
em outro. ai
a
n
u
p
f
r
o
n
t
c
o
m
m
i
t
m
e
n
t
b
y
p
a
(
tb
)
e
d
,u
n
d
w
e
ri
p
t
rh
o
o
v
u
i
st
i
o
e
n
l
ia
n
sg
t
i1
c
(i
c
t)
y
u
w
n
e opportunities
C 10 obstacles to andd
table 2. top
e
l of cloud computing r
for growth
w
o
p
a
r
u
OBSTACLE
so
d
tv
OPPORTUNITY
i
temporariamente. Esta
poderia
expandir significativamente o mercado de
computao em nuvem. Na verdade, as
implementaes de cdigo aberto de APIs
nuvens proprietrias,
ACM
Jornal de
Computao
e Patrimnio
Cultural
ACM
Journal on
Computing
and
Cultural
Heritage
www.acm.org/joc
ch
s
ro
Cloud Providers e
e
n
r
Data Lock-in
is
servios
segurana
especiais.
As
n
s de
o
Standardize
APis;
Compatible
SW to enable
g
u
or hybird Cloud de
Computing
tais como eucalipto e HYPERTABLE, soSurge interfaces
homogeneidade
e
r
Ability
Data
Confidentiality
and Auditability
2 Deploy
os primeiros passos para possibilitar
padronizadas
de plataformas
como
o EC2
c
to pay
encryption,
vLAns, Firewalls
e
computao surto
torn-lo
possvel
para uma empresa
para
for use
Data Transfer bottlenecks
s
Nmero 3. Confidencialidade de Dados /
oferecer,
por
exemplo,
gerenciamento
de
of
Fedexing Disks; higher bW Switches
computi
capacidade de auditoria
configurao
ou
anlise
regra
de
firewall
(
Performance
ngUnpredictability
s
Apesar de a maioria das empresas de
como
servios
de valorFlash
agregado.
improved
vM Support;
Memory;
resourc
h
terceirizao de folha de pagamento e
Enquantoesa on
computao
em
nuvem
pode
Gang
Schedule
vMs
a
a
muitas empresas que utilizam servios de
tornar a shortsegurana externa dvirada mais
e
Scalable
Storage
invent
term
e-mail
externos
para
armazenar
fcil,
ele
representar o novo problema
de
d
Scalable basis
Store as
informaes sensveis, a segurana uma
segurananeeded
virado para o interno. Os
bugs in Large Distributed Systems
invent
das
objees
mais
frequentemente
provedores
derelies
nuvem deve ase proteger
Debugger that
r
evocadas para a computao em nuvem;
contra roubo
de negao
onou
Distributed
vMs ede servioeconomies
scale
due
analistas e empresas cticos perguntam
ataques of
por
usurios.
Os autilizadores
)
Scaling
Quickly
to very
"quem iria confiar em seus dados essenciais
necessitam
de ser protegidos
uns dos
large data
l fora em algum lugar?" H tambm
outros.
di
centers
un
requisitos para a possibilidade de
O mecanismo de segurana primria
em
r
fiscalizao, no sentido de Lei Sarbanes
nuvens dehigher
hoje a virtualizao.
uma
iv
ne a maioria
Oxley Sade e Servios Humanos e a
poderosa utilizatio
defesa, e protege contra
gn atacar um
n
by
sade, seguro portabilidade e a Lei da
das tentativas por usurios para
t
multiplex
Responsabilidade (HIPAA) regulamentos
ao outro ing
ouof a infraestruturanAde nuvem
que devem ser fornecidos para dados
subjacente.
No entanto, nemou todos os
workload
nto
s from
corporativos a serem movidos para a
recursos so
virtualizados e nem
p- todos os
different
eS livre de
nuvem.
ambientes de virtualizao so
organizat
ac tem sido
Usurios da nuvem enfrentar ameaas de
bugs. O software
de virtualizao
ions
k
segurana tanto de dentro e fora da nuvem.
conhecido por conter bugs queal permitem
e
Simpl
Muitas das questes de segurana
cdigo virtualizado
para "libertar-se"
em
r
ify
envolvidas na proteo nuvens de ameaas
certa medida. Virtualizaotth de rede
oper
i atcdigo de
externas so semelhantes aos que j
incorreta ation
pode permitir o acesso
mre
enfrenta grandes centros de dados. Na
utilizadorand a
partes
sensveis
de
eli
incre do provedor, ou
nuvem, no entanto, essa responsabilidade
infraestrutura
se para os
ase
. s desafios,
dividida entre potencialmente muitas
recursos de
outros usurios. Estes
utiliz
partes, incluindo o usurio nuvem, o
no entanto,
so semelhantes aosoenvolvidos
ation
n
fornecedor de nuvem, e quaisquer
na gesto via
de grandes centros de(Mdados nob
resou
fornecedores de terceiros que os usurios
nuvem,
onde
diferentes )L;aplicaes
rce
dependem de software ou configuraes de
precisam virtu
ser protegidos um S do outro.
n
segurana sensveis.
Qualquer alizat
servio de grande Internet
ser
u
a
O usurio nuvem responsvel pela
necessrioionpara assegurar quenpuma nica
ds
segurana de nvel de aplicativo. O
falha de segurana no comprometa
tudo o
eh
provedor de nuvem responsvel pela
resto.
rot
segurana fsica, e provavelmente para
Uma ltima preocupao de psegurana
s
impor polticas de firewall externo.
proteger o usurio contra o rprovedor
de
fo
Segurana para as camadas intermedirias
nuvem. O provedor, por or definio,
C
da pilha de software compartilhada entre
controlar a "camada inferior" vda
pilha de
o
o usurio e o operador; quanto mais baixo o
software, que contorna i eficazmente
n
s
nvel de abstrao expostos ao usurio,
tcnicas de segurana mais i sconhecidos.
er
mais responsabilidade vai com ele.
Melhorias radicais ausentes em
o tecnologia
Usurios do Amazon EC2 tem mais
de segurana; esperamos que nvat
os usurios
responsabilidade tcnica (isto , deve
vo usar contratos e tribunais,i io
ao invs de
nn
implementar
ou
adquirir
mais
a
engenharia de segurana inteligente,
para se
g
Reputation
Fate Sharing
Offer
proteger contra
provedor de prevaricao.
reputation-guarding services like those for
Aemail
nica exceo importante c o risco de
Software Licensing
Amazon
espionagem
for-use licenses
1
:
p
o
t
e
n
t
i
a
l
r 3.
table
e
outages in
v
AWS,
e
AppEngine,
n
and
u gmail
service
and
e
outage
durfation date.
r
scribe
outage
confidencialidade
e
capacidade de auditoria em uma nica
camada lgica. Essa nova funcionalidade
refora a perspectiva de computao em
nuvem de mudar nosso foco de hardware
especfico para os recursos virtualizados
sendo fornecido
Nmero 4. Os gargalos de
transmisso de dados
nmero 4. Os gargalos de transmisso de
dados
Aplicaes continuar a tornar-se maisintensivo de dados. Se assumirmos os
pedidos podem ser "separadas" atravs das
fronteiras das nuvens, que podem
complicar a colocao de dados e
transporte. Por US $ 100 a US $ 150 por
terabyte transferidos, estes custos podem
acrescentar-se rapidamente, tornando a
transferncia de dados custa uma questo
importante. Usurios da nuvem e
provedores de nuvem tem que pensar sobre
as implicaes da colocao e do trfego
em todos os nveis do sistema, se eles
querem minimizar os custos. Este tipo de
raciocnio
pode
ser
visto
no
desenvolvimento da Amazon de seu novo
servio frente nuvem.
Uma oportunidade para superar o alto custo
das transferncias da Internet a discos
navio. Jim Gray encontrou o caminho
barato de est para enviar uma grande
quantidade de dados enviar discos ou at
mesmo todo computador. (10) Embora esta
no aborde cada caso de uso, ele
efetivamente lida com o caso de grandes
transferncias de atraso tolerante ponto-aponto, tais como a importao de grandes
conjuntos de dados.
Para quantificar o argumento, suponha que
queremos enviar 10 TB de UC Berkeley
para a Amaznia em Seattle, WA. Garfinkel
medida largura de banda para S3 a partir de
trs locais e encontrou uma largura de
banda mdia escritor
de 5 Mbits / seg a 18 Kbits / s. Suponha
que tem 20 Mbits / s sobre um link WAN.
u
Seria preciso 10 * 1012 BytessDuration
/ (20 106
bits / segundo) = (8 1013) e/Date
(2 107)
r
S
segundos = 4000000 segundo, os que mais
3 10 discos
do que 45 dias. Se em vez enviou
n
de 1TB via transporte de noite,
levaria
o
to
menos de um dia para transferir
10TB,
u
dando origem a uma largurast de banda
efetiva de cerca de 1,500Mbitera / seg. Por
vg comeou
exemplo, a AWS (8) recentemente
ee
a oferecer tal servio, chamado
de
d
:
importao / exportao.
(
Nmero 5. Desempenho
sa
h
imprevisibilidade
u
a
Nossa experincia que vrias
mquinas
dt
eh
virtuais (VMs) podem compartilhar
CPUs e
d
e
memria principal surpreendentemente
an mas que o
bem na computao em nuvem,
rt
compartilhamento de rede e disco
I / O
e
i
mais problemtico. Como a resultado,
)c
diferentes instncias do EC2 variar
mais
a
em seu desempenho I / O i do
que no
t
s
desempenho da memria i principal.
Medimos 75 instncias de EC2soexecutando
an
a memria STREAM benchmark.14
A
c
r
largura de banda mdia 1,355Mbytes
/
is
seg., Com um desvio padro em
casos
de
fe
i
apenas 52MBytes / seg. inferiores
ou cerca
r
c
de 4% da mdia. Ns tambm
mediu
a
ev
d
largura de banda mdia de disco
por 75
i
.
c
instncias de EC2 cada gravao
de
e
(
arquivos de 1 GB para o disco local. A
c
largura de banda mdia de gravao
de
)
o
disco quase 55Mbytes por segundo com
uv
um desvio padro em casos denepouco mais
de 9MBytes / seg. ou cerca dde
16% da
r
e
mdia. Isto demonstra o problema
de
E/S
l
r
o
p
de interferncia entre as mquinas virtuais.
ra
Outra possibilidade que a memria
flash
o
d
v
vai diminuir a interferncia I / O. Flash
i
memria de semicondutor que
sl preserva
informaes quando desligado icomo
discos
e
o
rgidos mecnicos, mas, uma vez
que
no
na
i
d
tem partes mveis, muito mais
rpido
n
i
para
o
acesso
(microssegundos
g
n
milissegundos) vs. e utiliza menos
energia.
cg
A memria flash pode sustentar
muitos
a
s
mais I / Os por segundo por gigabyte
de
et
armazenamento de discos, parao que vrias
2
mquinas virtuais
sn
oa
m
v
e
a
e
ra
sb
i
d
el
imprevisibilidade de agendamento de
mquinas virtuais para algumas classes de
programas de processamento em lote,
especificamente para computao de alto
desempenho. Dado que a computao de
alto desempenho (HPC) usada para
justificar compras governamentais de US $
100 milhes centros de supercomputadores
com 10.000 a 1.000.000 processadores, h
muitas tarefas com paralelismo que pode se
beneficiar de computao elstica. Hoje,
muitas destas tarefas so executadas em
pequenos grupos, que so muitas vezes mal
utilizados. No poderia haver uma
economia significativa na execuo dessas
tarefas em grandes aglomerados na nuvem
em vez disso. Custo associatividade
significa que no h pena de custo para
usar 20 vezes mais de computao para 1 /
20th o tempo. As aplicaes potenciais que
poderiam se beneficiar incluem aqueles
com muito elevados retornos potenciaisfinanceira Anlise Financeira, explorao
de petrleo, animao-filme que seria
valorizam um aumento de velocidade de
20x, mesmo que houvesse um prmio
custo.
O obstculo para atrair HPC no a
utilizao
dos
aglomerados;
hoje
computao mais paralelo feito em
grandes aglomerados usando a interface
MPI passagem de mensagens. O problema
que muitos aplicativos HPC precisa
garantir que todos os tpicos de um
programa esto rodando simultaneamente e
mquinas virtuais de hoje e sistemas
operacionais no fornecem uma maneira
programador-visvel para garantir isso.
Assim, a oportunidade de superar este
obstculo oferecer alguma - coisa como
"gangue de agendamento" para a
computao em nuvem. A coordenao
tempo relativamente apertado esperado na
programao quadrilha tradicional pode ser
um desafio para alcanar em um ambiente
de computao em nuvem devido
imprevisibilidade de desempenho que
acabamos de descrever
Nmero 6: armazenamento escalvel
Mais cedo, ns identificamos trs
propriedades cuja combinao oferece a
computao em nuvem seu recurso: o uso
de curto prazo (o que implica
dimensionamento para baixo, bem como
at quando a demanda gotas), nenhum
custo inicial, e infinita capacidade sob
demanda. Embora seja simples o que isso
significa quando aplicado ao clculo,
menos claro como aplic-lo para o
armazenamento persistente.
Assim como
grandes ISPs
utilizam mltiplos
provedores de
rede, de modo que
a falta de
uma nica
empresa no vai
lev-los fora do ar,
ns acreditamos
que a nica
soluo plausvel
muito alta
disponibilidade
mltipla
provedores
de
computao
em
nuvem.
et
r
ty
durabilidade,
alta
disponibilidade e capacidade deergerenciar e
r
s
consulta de dados, mas combin-los
com as
m
vantagens da nuvem de a ampliao
arbitrariamente cima e paran baixo na
e
demanda.
Nmero 7: Erros em largan escala de
t
Sistemas Distribudos
l
y2
automtica de
problemas, e
g
muitos outros aspectos destes sistemas.
no
e
gs
as
ti
v
e
do servidor
Concluso
Prevemos a computao em nuvem vai
crescer, para que os desenvolvedores
devem
ter
isso
em
conta.
Independentemente de saber se uma nuvem
fornecedor vende servios a um baixo nvel
de abstrao como EC2 ou um nvel mais
elevado como AppEngine, acreditamos que
a computao, armazenamento e rede
devem todos foco em escalabilidade
horizontal de virtualizado recursos, em vez
de em um nico n desempenho. Alm
disso:
1. Os pedidos de software precisa tanto
reduza rapidamente, bem como intensificar,
o que um novo requisito. Esse software
tambm precisa de um modelo de
pagamento por utilizao de licenciamento
para
atender s
necessidades
de
computao em nuvem
2. Software de infraestrutura deve estar
ciente de que j no est em execuo em
metal nu, mas em VMs. Alm disso,
medio e faturamento precisam ser
construdos em do comeo.
3. Os sistemas de hardware devem ser
desenhados escala de um recipiente (de
pelo menos uma dezena de cremalheiras),
que ser o tamanho mnimo de compra.
Custo de
operao combinar
o
desempenho e o custo de compra em
importncia, recompensando
l
oo
1.
amazon.com Ceo Jeff bezos on animoto
su (apr. 2008);
http://blog.animoto.com/2008/04/21/amazon-ceo-jeffbezoss
References
r
on-animoto/.
2.
amazon s3 team. amazon s3 availability event (July
s
o
20,
2008);
http://status.aws.amazon.com/s320080720.html.
f
3.
amazon Web services. tC3 health Case study;
http:// aws.amazon.com/solutions/case-studies/tc3-health/.
a
4.
armbrust, M., et al. above the clouds: a berkeley view
of cloud computing. tech. rep. UCb/eeCs-2009-28, eeCs
department, U.C. berkeley, Feb 2009.
p
5.
barroso, L.a., and holzle, U. the ocase for energyproportional computing. IEEE Computer 40, r12 (dec. 2007).
6.
brodkin, J. Loss of customer data spurs
closure of
t 7 World (aug.
online storage service the Linkup. Network
/
i
2008).
7.
Fink, J. FbI agents raid dallas computer
business
o2
(apr.
2009);
http://cbs11tnv.com/local/Core.
IP.networks.2.974706.html.
0
8.
Freedom oss. Large data set transfer to the cloud
o/
(apr. 2009); http://freedomoss.com/clouddataingestion.
9.
garfinkel, s. an evaluation of f 0amazons grid
Computing services: eC2, s3 and sqs. tech. rep. tr-08-07,
8
harvard University, aug. 2007.
t
10.
gray, J., and Patterson, d. a conversation with Jim
h
gray. ACM Queue 1, 4 (2003), 817.
eA with reaching
11.
helft, M. google confirms problems
its services (May 14, 2009).
p sorry (aug.
12.
Jackson, t. We feel your pain, and rwere
2008); http://gmailblog.blogspot.com/2008/08/wefeel-yourp
e
pain-and-were-sorry.html.
v
e get off my
13.
Krebs, b. amazon: hey spammers,
cloud!
en
Washington Post (July 1 2008).
n
14.
McCalpin, J. Memory bandwidth andumachine
balance
g
in current high performance computers. IEEE Technical
e
i
Committee on Computer Architecture Newsletter
(1995), 1925.
n
15.
rangan, K. the Cloud Wars: $100+sbillion at stake.
tech. rep., Merrill Lynch, May 2008.
te
16.
rivlin, g. Wallflower at the Web Party (oct. 15,
r
2006).
ep report on
17.
siegele, L. Let It rise: a special
Corporate It. The Economist (oct. 2008). a
a
18.
stern, a. Update from amazon regarding
Fridays s3
m
downtime. Centernetworks (Feb. 2008);
. r http://www.
centernetworks.com/amazon-s3-downtime-update.
19.
Wilson, s. appengine outage. CIot Weblog (June
2008); http://www.cio-weblog.com/50226711/appengine\
i
outage.php.
a
l
o
u
t
a
g
e
:
p
r