Atualmente tenho um VPS na HostingRails.com e estou bastante decepcionado com o serviço, por isso estou pensando em mudar para o linode. Eu tenho três aplicativos Rails (meu aplicativo live, a versão QA do aplicativo live e umredmine) rodando no Passenger no Apache, uma instalação phpbb e um banco de dados mysql atualmente rodando no meu VPS, que no total ocupa cerca de 400 MB de RAM no momento.
Estou tentando descobrir se seria melhor obter um nó de 720 MB e colocar tudo nele ou obter dois nós de 360 MB e ter o site ativo em um e o site de controle de qualidade e redmine no outro (nesse caso, você sugeriria dois bancos de dados separados, um para cada nó)? Foi-me sugerido que dividir minhas aplicações seria uma boa ideia, mas não sei se isso é verdade; Eu acho que se eu tiver um nó, se o aplicativo ativo precisar de mais memória, ele poderá consumir 360 MB que provavelmente não seriam totalmente usados pela minha instalação e redimensionamento de controle de qualidade.
Além disso, atualmente tenho meu SVN (1 projeto ativo, alguns inativos, dois usuários) hospedado no Dreamhost porque paguei antecipadamente por um plano e deixei meu SVN lá em vez de movê-lo para meu VPS. Mover o SVN para o linode afetaria sua resposta?
Responder1
Com dois nós, embora você obtenha a mesma quantidade de memória, também obtém o dobro de tempo de CPU e tokens de E/S.
O SVN poderia ser executado na mesma instância do Apache que o Passenger, sem prejudicar muito o desempenho.
Além disso, você pode considerar uma configuração diferente: um nó de banco de dados e um nó de servidor web. Nenhum dos dois seria subutilizado (afinal, o Apache é bastante pesado) e, se eles estivessem no mesmo datacenter, você poderia apontar ambos os IPs públicos para o nó do servidor web (o Linode permite isso) e deixá-lo se comunicar com o nó do banco de dados através do Linode. LAN (evitando cotas de transferência).
Responder2
Pela experiência em fornecer hospedagem gerenciada para algumas empresas baseadas em Rails, sempre foi bem-sucedido separar banco de dados e aplicativo (como aponta fahadsadah).
No entanto, eu não executaria o Apacheenginx na mesma máquina, especialmente em um ambiente vps com recursos limitados. Como foi dito antes, o Apache em si é bastante pesado, mas pode lidar com todas as suas necessidades de passageiro, svn e php. Portanto, eu não adicionaria o nginx à mistura. Afinal, é mais um software que precisa ser mantido (configurado, atualizado/corrigido, etc.).
Além disso, eu pessoalmente costumonãohospedar meu código-fonte na mesma configuração em que meu aplicativo é executado. Estou bastante confiante na robustez e segurança do nosso código, mas se alguém conseguir encontrar um caminho através do aplicativo e do servidor, ele também terá acesso total à nossa fonte. E seus dadosesuas revisões de código são possivelmente a última coisa que você deseja que um cracker coloque em mãos...
Eu sei que é um plug-in vergonhoso, mas minha empresa oferece hospedagem Redmine e SVN agrupada sob a marcaPlano. Deve haver outros serviços como o Planio também, para que você possa fazer uma escolha. Meu principal conselho é: tente delegar a hospedagem de sistemas de suporte a partes externas confiáveis e concentre seus esforços de hospedagem no seu objetivo principal (ou seja, seu aplicativo).