Comunicação de rede entre a Web dedicada e o servidor de banco de dados

Question

Estamos na conjuntura (posso até dizer, na hora certa) de que precisamos separar nosso servidor de banco de dados do nosso servidor da web de aplicativos. Isso chegamos depois de cuidado & monitoramento completo do servidor (média de carga, uso da CPU, etc.) em si.

Quando o servidor de banco de dados é separado:

1. Qual seria a configuração ideal / melhor prática para o caminho de comunicação de rede entre dois servidores? Se ele estivesse sendo executado no mesmo servidor, a conectividade entre o banco de dados e o aplicativo usaria a comunicação TCP / IP, mas como ela deveria estar em execução / configuração quando estiver separada, para que o desempenho não seja afetado de forma significativa? Por exemplo, atualmente nosso URL do JDBC parece com jdbc:postgresql://localhost:9999/ourproductiondb , provavelmente esse localhost seria alterado para o endereço IP privado do servidor de banco de dados.

2. Em nosso aplicativo, também permitimos que usuários do aplicativo enviem / anexem anexos (.txt, .doc, .pdf, .xls, etc.), que são armazenados fisicamente no disco do servidor e apenas o caminho do arquivo. é armazenado no banco de dados. Qual é o local / abordagem ideal para manter / manter documentos fisicamente, seja no servidor da Web do aplicativo ou no servidor de banco de dados?

Somos muito novos nessa área de separação de banco de dados como um servidor separado e nosso conhecimento sobre isso é muito limitado. Portanto, quaisquer recursos, links, documentação, artigos, diretrizes, sugestões, etc. a esse respeito são muito bem-vindos e realmente apreciados.

OBSERVAÇÃO: Nossas ferramentas de comércio são: RHEL5 64 bits, Apache Tomcat 6.0.10, JDK 1.6, PostgreSQL 8.2.22, pgpool 2.0.1

    

Answer 1

IMHO, você só se preocupa demais.

1. Talvez eu não tenha a pergunta, mas a melhor (e a única) opção que você tem é o mesmo TCP / IP. A única coisa que você pode estar preocupado é a latência (tempo de ping) entre os servidores. Contanto que esteja na mesma LAN, tudo bem.

2. O lugar ideal é talvez o servidor menos carregado dos dois. Como os arquivos não são armazenados no banco de dados, eles não têm nada a ver com o banco de dados. Parece ser mais simples apenas mantê-los no servidor de aplicativos.

Tudo o que você precisa fazer é mover o PostgreSQL e alterar o "localhost" em sua URL para o novo IP do servidor.