Esperando alto tráfego no site..Como gerenciar

4

Estou esperando alto tráfego em um site corporativo que estou administrando. Atualmente, o site está hospedado em uma hospedagem compartilhada do godaddy.

Como será um IPO para a empresa dos meus clientes, não tenho a menor ideia do tipo de aumento de tráfego.

Como devo planejar e para qual plano de hospedagem devo ir no godaddy ou em qualquer outra hospedagem?

A computação em nuvem é relevante para essa situação. Qual seria a melhor / Solução econômica?

O site é um CMS muito pequeno no ASP clássico e no MsAccess DB.

Também sugiro se eu tiver que verificar quaisquer problemas relacionados à programação para tornar o site disponível durante o tráfego intenso na perfeição.

respeita ensolarado

    
por sunny 03.11.2009 / 07:04

7 respostas

4

A chave para sobreviver a um influxo maciço no tráfego é aumentar a quantidade de solicitações simultâneas que você pode manipular, o que significa a) diminuir o tempo gasto para renderizar páginas para que você possa atender mais visitantes rapidamente ou b) obter uma hospedagem plataforma que é capaz de lidar com mais conexões.

Se você espera muito tráfego de mídia, a hospedagem compartilhada não é para você. No mínimo, você deve atualizar temporariamente para um servidor VPS ou dedicado - esse é um momento crítico para sua empresa (e para você) e você não deseja problemas de site e e-mail.

Se você está com pouco tempo, eu não recomendaria mudar para algo como nuvem - você não será dimensionado horizontalmente tanto quanto sabe (mas eu não tenho quase nenhuma experiência nisso) eu posso ser errado). Você também teria que potencialmente mudar o DNS e mudar de host - o que pode ser uma experiência traumática, dependendo das equipes de suporte dos dois lados. Veja se godaddy pode até um servidor dedicado - isso forneceria tempo e tempo de CPU dedicados e tiraria você de um ambiente em que você potencialmente seria desligado para afetar outros usuários. Você pode estar nesse plano apenas por um mês ou dois - então você pode tomar uma decisão se voltar para a hospedagem compartilhada é o ideal para você.

Se você tiver tempo de mover uma cópia do seu site para um servidor dedicado antes de indicar novamente o DNS, deverá ver se pode fazer uma referência dessa cópia do site antes de entrar em operação para ver se precisa de mais otimização ou se jogando dinheiro nisso era o suficiente. Você pode com algo como apache ab se você tiver acesso a uma máquina linux (ou pode pegar um vps linux barato) - um guia rápido sobre isso pode ser encontrado aqui: link

Quanto a outras otimizações, o SQL Server é provavelmente mais rápido que o acesso e provavelmente poderia ser configurado em sua máquina dedicada ou em um VPS. Você desejará envolver os desenvolvedores do site e ver se eles podem implementar qualquer armazenamento em cache ou se eles podem fazer otimizações no banco de dados, pois isso reduzirá o tempo necessário para renderizar uma página e passar para o próximo visitante.

    
por 03.11.2009 / 08:20
2

Acho que você precisa definir alto tráfego / volume e se espera que o ms access db seja um recurso compartilhado. O site usa SSL? Sem mais detalhes, isso soa como uma receita para falha, se qualquer acesso simultâneo e contenção nesse banco de dados de acesso puderem ser um sério gargalo. Se o banco de dados for um recurso local, ou seja, sem uma tabela de usuários compartilhada ou algo dessa natureza, talvez seja possível paralelizar o site em qualquer cluster / nuvem. A recomendação de Jim acima é um bom passo, se isso for verdade, embora a maioria dos sites de acesso db apoiados sejam tudo, menos escaláveis horizontalmente.

    
por 03.11.2009 / 07:36
0

Eu recomendo que você procure gerar o site maximizando o número de arquivos estáticos possíveis ( wget --mirror se for necessário) e considere colocá-lo em uma rede de borda, como o CloudFront da Amazon.

Essas seriam as coisas mais simples e baratas a fazer e aumentariam o desempenho por pessoa / hora.

Edit: Eu estou sugerindo strongmente ficar longe de usar qualquer banco de dados, ponto final. Se é apenas um CMS, não há razão para não gerar arquivos estáticos e atendê-los. por exemplo. Tipo móvel.

    
por 03.11.2009 / 07:16
0

Grande parte disso vai depender do seu código e do uso de recursos. Se você está esperando um alto volume de tráfego, seu cache será extremamente importante.

O dimensionamento geralmente não é um problema de hardware imediatamente. Hardware é um bandaid que algumas pessoas usam na tentativa de consertar software mal escrito.

Faça o máximo possível do seu conteúdo e coloque isso em outro host. Adicionar a complexidade da codificação para a computação em nuvem fará menos por você do que ter um site simplificado e limpo.

O Stackoverflow em si é um bom exemplo, eles tinham um servidor da web até quebrarem 1 milhão de page views por dia. O site era muito popular e sobreviveu por meses em uma única peça de hardware.

Veja o perfil do seu site e quaisquer limitações que você possa ter (como a rapidez com que você pode servir páginas da Web com seu banco de dados atual). Além disso, procure em ferramentas como yslow para ver onde seus afunilamentos estão no lado do cliente.

    
por 03.11.2009 / 18:13
0

Uma coisa que você pode querer considerar é um sistema de proxy reverso / cache / gerenciamento de aplicativos, como o ZXTM do Zeus. Não apenas proxys reversos / balanceamentos de carga, mas é realmente um bom cache e, o mais importante, pode realimentá-los em seus servidores da Web e / ou servidores de aplicativos (permitindo que eles modifiquem suas respostas com base na carga) ou Modifique as páginas que passam por ele para reduzir a carga. Especificamente, eles podem alterar o tamanho / peso da página à medida que a carga aumenta. O site da BBC usa quatro / seis desses dispositivos para gerenciar todo o sistema externo de produção da Web - quando há um grande evento, a carga sobe e a complexidade da página é reduzida, significando que a grande quantidade de acessos é 100% do cache. É um sistema muito legal.

    
por 03.11.2009 / 19:42
0

Se você estiver esperando um aumento no tráfego com pouco aviso, inscreva-se com um CDN. Algo como SimpleCDN (barato) ou MaxCDN (melhor, muito mais caro) pode ser ativado com apenas um cartão de crédito. Você precisará fazer algumas alterações de DNS para lidar com isso, e terá que fazer algumas configurações de servidor da Web para ativar o armazenamento em cache para ativos estáticos (fácil no IIS).

Em seguida, talvez você queira adicionar response.Expires para adicionar todos os seus cabeçalhos Cache-Control de suas páginas ASP dinâmicas, pelo menos a curto prazo, para que o CDN também possa armazená-los em cache.

Finalmente, se você tiver tempo, descarte o MSaccess como o banco de dados do seu site e use o SQL Express gratuito no mínimo. Há assistentes de upsizing, por isso deve ser indolor e exigir uma mudança mínima de código.

    
por 28.01.2010 / 14:44
0

Concordo com os outros que isso soa como uma receita para o desastre. Com um IPO, você quer que o site da sua empresa esteja disponível e disponível para consultas de mídia, investidores e para divulgar sua mensagem.

Parece também que você está ficando sem tempo. A melhor solução a longo prazo é, obviamente, projetar isso. Mas como você tem pouco tempo, permita que eu lhe dê um conselho rápido.

Primeiro , o back-end do MS Access será o primeiro ponto de falha do seu site. Você precisa deixar tudo estático e agora. Use o HTTrack para fazer o download do código exibido no momento. Em seguida, retire as partes que faz sentido retirar (por exemplo, algo que você está criando dinamicamente através do seu banco de dados, cotações de ações, por exemplo). Faça backup dos arquivos atualmente no seu site e substitua-os pela página "estática" que você baixou.

Segundo , um VPS pode ou não ser suficiente para o seu site. Depende totalmente do tráfego que você espera e, em alguns casos, permanecer em sua hospedagem compartilhada pode, na verdade, ser melhor. Inscreva-se para um servidor dedicado de um provedor confiável que possa garantir o tempo de configuração. Você vai pagar mais, mas você tem que se perguntar se vale a pena mesmo várias centenas de dólares para ter seu site e disponível para potenciais investidores. Eu acredito que você vai encontrar a resposta para ser que vale a pena. Eu também tenho certeza que você pode encontrar alguém para migrar o site para que você o faça antes do IPO. Você vai pagar mais, mas, novamente, vale a pena tê-lo feito.

    
por 28.01.2010 / 15:10