Melhor maneira de se preparar para um efeito tipo digg

2

Eu tenho um site que será apresentado em um lugar que enviará um grande pico de tráfego único em algumas semanas.

O servidor que hospeda o site também hospeda o painel de controle que meus clientes usam.

A parte do website é simples e estática. Mas inclui um blog wordpress.

Minha pergunta Como e onde posso colocar ou armazenar em cache o site e o blog para que ele alcance o pico de tráfego? Por exemplo, é possível hospedar as páginas no Amazon s3 para que elas possam ser acessadas por meio dos URLs regulares em meus domínios sem passar pelo servidor?

EDITAR:

Eu posso mudar os URLs do painel de controle para que ele tenha seu próprio subdomínio e permaneça no servidor principal. E force www.meusite.com para acessar o site e o blog da empresa. Agora, como posso fazer www.mysite.com/page1 ler a partir do bucket amazon s3 contendo page1 html?

    
por Niro 26.08.2010 / 18:30

2 respostas

1

Gostaria de saber quanto tráfego você antecipa, como é seu servidor atual? Quanta largura de banda está disponível para isso? Que tipo de discos tem? Quanta memória está disponível?

Para sua solução S3, você precisaria de redirecionamentos de artesanato para o local do S3, por exemplo:

link - > link   link - > link

    
por 26.08.2010 / 18:49
1

Fale mais sobre o seu servidor, por favor. Quais recursos estão disponíveis para você, como CPU, memória, discos, largura de banda, SO, qual software de servidor web, etc.?

Um site que existe apenas de arquivos estáticos geralmente pode manipular uma grande quantidade de visitantes em qualquer servidor decente. Wordpress é outra questão, uma vez que requer mais recursos para lidar com um pedido, mas você deve olhar para o plugin WP Super Cache , que gera páginas estáticas do conteúdo dinâmico. Isso fará uma grande diferença quando seu site estiver sendo atacado.

Eu não entraria no S3 ou em outro CDN (Content Delivery Network) a menos que você seja um desenvolvedor experiente e um administrador de sistema experiente (ou você pode contratar alguém que seja). Você precisará descobrir seus gargalos reais antes de mergulhar em soluções que soam bem.

Comece com alguns benchmarks para ver o desempenho do seu servidor. Não é exatamente a vida real, mas lhe dará uma idéia de seus limites. O ab (Apache Benchmark) é um bom lugar para começar.

    
por 26.08.2010 / 20:17