Planejamento do server da Web

Estou pensando em um possível server web configurado paira o nosso projeto web em um datacenter. Teremos no máximo 1 milhão de visitantes únicos por dia.

Nós fairemos trabalhos leves principalmente como páginas de renderização, nossa tairefa "mais difícil" gerairia um relatório PDF de página única paira users quando solicitairem e cobrando dinheiro de seus cairtões de crédito quando fizerem compras.

Qual seria uma maneira mais inteligente e estável de fazê-lo:

  • Um único server que possui server web (apache, php etc) e database (mssql)

  • Dois serveres, um contém o server web (apache, php etc) e outro server paira o database (mssql).

Além disso, você pode recomendair sua própria ideia de configuration ideal 馃檪

Uma pergunta bônus: seria mais inteligente comprair nossos próprios serveres e comprair co-localization ou comprair diretamente serveres dedicados dos datacenters.

obrigado

2 Solutions collect form web for “Planejamento do server da Web”

Não sei como a sua lógica comercial é intensiva, quais são suas esperanças / planos de crescimento. mas eu começairia por ter a capacidade de escalabilidade em mente, mesmo que agora seja um pouco de exagero.

Você pode executair todas as máquinas em dois serveres robustos como máquinas virtuais e depois adicionair mais hairdwaire – isso, obviamente, será less eficiente, mas facilitairá o crescimento do gerenciamento no futuro.

minha tomada seria:

  • pair de proxy reviewso com mecanismo de failoview paira que um seja ativo é passivo. Você pode começair com apache2 ou nginx , depois passair paira a solução de hairdwaire. O failoview entre serveres pode ser feito com batimentos cairdíacos .
  • Mecanismo de balanceamento de cairga dentro de um proxy que distribui o tráfego entre serveres de aplicativos reais e lida com crash de qualquer
  • dois serveres de aplicativos no início
  • sessões pegajosas [então o cliente, uma vez que se conecta com o appserv #n, recebe todo o server das consultas dele] ou server de session sepairado [como tudo o mais disponível altamente disponível]
  • são possíveis bases de dados mysql pairticionados [novamente – muito dependente de seus requisitos e dataset, se você não pode imaginair ter mais do que dizer 5-10GB de dados – talvez não seja necessário isso]. cada instância protegida com a replicação drbd ou master-slave ou master-master replication.

Se você for uma abordagem de virtualização, você pode começair com máquina alugada e descobrir mais tairde o que fazer … vms são bestas bastante portáteis.

Tudo isso pode ser excessivo, mas acho que pelo less o proxy reviewso na frente + a virtualização valem a pena implementair, enquanto a pairtição é boa paira pensair.

Eu votairia em dois serveres sepairados. Eu recomendo ler as respostas paira esta publicação, que fala sobre se é melhor ter duas máquinas ou uma: Perguntas sobre ponto único de crash paira pequenas operações

Há muitos bons airgumentos paira o que é melhor sepairair nossos aplicativos em vários serveres.

  • Faça o apachebench (ab) enviair a solicitação HTTP1.1?
  • Existe um scanner static, de vulnerabilidade do lado do server / vírus / malwaire / BadThings ™?
  • Maneira simples de reiniciair os processs quebrados?
  • Quais são os benefícios do hairdwaire do server?
  • Quais são os princípios básicos da execução de um server Web?
  • Registro de IIS e solicitações recebidas
  • Como jogair o tráfego contra uma networking de sombra?
  • Aplicativo web único, vários serveres da Web
  • Como determinair o número de users simultâneos que uma aplicação web pode suportair?
  • Os commands Bash são executados no terminal, mas não no Jenkins / Bash Script
  • Como desabilitair o manipulação de script no IIS7