desenv-web-rp.com

Site pesado de largura de banda ... usar co-localização?

Estou trabalhando em um site que provavelmente terá muita largura de banda. Um recurso importante do site, quando em uso ativo, pode obter até 1 Mbps para uma única sessão. Felizmente, uma vez que os usuários superam o novo fator de brinquedo, o uso desse recurso provavelmente será de 1 a 5% ou menos (provavelmente muito menos) do tempo da sessão.

No entanto, é provável que novos usuários usem esse recurso um pouco, especialmente no lançamento. Estou muito preocupado com o uso da largura de banda.

Esse é mais ou menos um nicho de mercado, então nunca precisarei escalar para níveis loucos como o YouTube. No entanto, é inteiramente possível que sejam alguns terabytes/mês.

A co-localização é a minha melhor opção? Quais serviços de largura de banda baratos (colocation/host/cloud/o que quer que seja) existem por aí?

11
darron

Depende muito de quantas sessões simultâneas você espera. Se mais do que algumas sessões simultâneas forem prováveis, você precisará de algo que lhe conceda uma conexão de 100Mbit, 1Gbit, se você espera mais de 50.

Também dependerá de que tipo de resiliência você precisa - se você deve ter garantias de tempo de atividade e outros SLAs e/ou sistemas de failover para assumir no caso de um problema (porque o projeto é importante o suficiente por um curto período de tempo de inatividade) embaraçoso), então suas opções são mais limitadas e seus custos serão mais altos.

Se você puder separar os dados grandes do restante do aplicativo, não precisará mover tudo para uma nova solução de hospedagem. Por exemplo, se os itens de largura de banda grande são arquivos de vídeo, você pode alugar um servidor dedicado com boa largura de banda em algum lugar e hospedá-los - você pode obter servidores em bons hosts com largura de banda decente e conexões de 100mbit surpreendentemente mais baratos atualmente (pago 50 dólares/mês) para um servidor pequeno com um link de 10 Mbits que eu poderia saturar nas duas direções 24 horas por dia, 7 dias por semana, se necessário, portanto, um link de 100 Mbits com um servidor mais robusto conectado não será caro, a menos que você precise de tempo de atividade garantido e outros SLAs e/ou servidores gerenciamento do provedor de hospedagem). Se o servidor estiver apenas servindo arquivos estáticos (mesmo os grandes), você não precisará de muita máquina em termos de CPU e RAM, apenas unidades rápidas e largura de banda. Também pode valer a pena analisar soluções hospedadas em "nuvem" ou uma rede de entrega de conteúdo - elas podem ser mais fáceis de dimensionar, se você adivinhar quanta largura de banda você precisa, em teoria, é muito mais resistente (para que você possa obter uma garantia de tempo de atividade decente compensação se eles não cumprirem esse SLA). Manter a ação de reduzir a largura de banda separada dessa maneira tem a vantagem adicional de que, se o recurso de largura de banda alta atrair atenção suficiente para fazê-lo rastrear, não bloqueará todos os outros recursos ao mesmo tempo.

6
David Spillett

Puramente historicamente:
Nos dias que antecederam os jogos do Facebook, as pessoas acessavam MMOs em formato de texto, baseados em navegador.

Um relativamente novo foi Ogame. Era um gráfico pesado e um sistema de mapas de 9 vezes 999 páginas (9 universos com 999 setores, com espaço para 15 planetas cada, e cada planeta poderia ter uma lua).

A quantidade de usuários que aderiram era insana e a quantidade de tráfego ainda mais.

Então, o que eles fizeram para resolver isso? Eles começaram a usar um sistema de modelos PHP e permitiram que os usuários hospedassem as imagens e os arquivos CSS. Tudo o que você precisava fazer era clicar em uma caixa de seleção e inserir o caminho absoluto para a pasta base. Eles salvariam isso em seu banco de dados, usariam o elemento HTML <base> e o sistema de modelos definiria o URI de http: // caminho/para/imagem para arquivo: /// caminho/para/imagem

Depois disso, todos os links img poderão permanecer os mesmos. Nada precisava ser baixado, porque os usuários já o tinham. O que significa carregamento de página mais rápido para o usuário (o que significa melhores avaliações de produtos) e também menor uso de largura de banda para a empresa que hospeda o site.

E, como um bônus adicional, eles o venderam como "faça você possuir imagens e fundos personalizados, não somos Bonzinhos por deixar você fazer isso?"

1
KdgDev

Temos um site de alto tráfego e muitas fotos são carregadas em cada página. Temos servidores dedicados, mas decidimos colocar as fotos em Amazon S . Parece que você pode estar falando sobre arquivos de vídeo ou algum outro tipo de arquivo grande que eu acho que ainda se aplicaria aqui. Aqui estão alguns prós e contras (para nós)

Prós

  • Menos espaço em disco necessário em nossos servidores
  • Menos largura de banda para nossos servidores
  • Nossos arquivos de log são significativamente menores
  • Podemos integrá-lo facilmente com Amazon CloudFront para tornar o carregamento ainda mais rápido para os visitantes

Contras

  • Custa um pouco mais. Poderíamos economizar um pouco de dinheiro com isso em nossos próprios servidores
  • Menos controle sobre eles (Amazônia) caindo ... para nossa sorte, eles realmente não caem. :)

Outros pensamentos

Se você não está falando sobre arquivos de mídia ou downloads de arquivos grandes, minha resposta e várias outras podem não fazer sentido. Dê-nos mais alguns detalhes e faremos o possível para ajudar.

1
Micky McQuade

Sim, você deve usar o Amazon AWS de forma semelhante.

0
user4801
0
artlung

Dependendo do estado/país de destino (ou do mundo), eu usaria muitas soluções de cluster ("Nuvem") em locais diferentes (as redes de localização devem ser visualizadas ;-)). Por um lado, você tem controle total sobre sua CDN, mas, por outro, muito o que fazer (como monitorar, cuidar da infraestrutura de software e hardware e muito mais).

Então, soluções "gerenciadas" como a AWS ou algo assim. Existem muitos fornecedores de CDN/Cloud, que oferecem uma grande variedade de recursos.

OFFTOPIC: Dê uma olhada no Puppet [1] :-)

[1] http://www.puppetlabs.com/

0
fwaechter