Pelo que pude extrair da sua realidade, o ideal seria ter um único servidor com condições de suportar o ambiente (disco, ram, processamento, I/O).
Para o ambiente de simulação podes ter um servidor com bem menos ram, disco e processador. 2011/12/27 Danilo Silva <danilo.dsg.go...@gmail.com> > Parece-me que o grau de criticidade é baixo, logo, seria melhor deixar os > 5 produtos em uma única instância, pois não terás problemas se for efetuado > as manutenções preventivas tanto de S.O quanto do PostgreSQL e, dependendo > da manutenção a ser feita, poderás bloquear o acesso somente da base a qual > pretendes mexer. > > Abs. > > Em 27 de dezembro de 2011 16:44, JotaComm <jota.c...@gmail.com> escreveu: > > Opa, >> >> Em 27 de dezembro de 2011 16:02, Cesar Moraes >> <cesar.cs...@gmail.com>escreveu: >> >> Jota o que eu quis dizer é: >>> Crio 2 servidores Teste e Produção com todos os produtos >>> >> >> Isso sem dúvida. É extremamente aconselhável você ter um ambiente de >> testes e outro de produção. >> >>> ou >>> Crio 5 servidores de teste e 5 de produção, 1 para cada produto. >>> >> >> Cada produto você considera um sistema? >> >>> >>> A questão da memoria é, nas duas opções abaixo o custo de memoria seria >>> igual ou com mais servidores terei que ter mais memoria, se tenho que ter >>> mais o quanto mais. >>> Com 2 servidores terei 2 instalações de Postgres com 5 base de dados em >>> cada. >>> Com 10 servidores terei 10 instalações de Postgres com 1 base de dados >>> em cada. >>> >> >> Agora pense no seguinte: Se você tiver daqui a 6 meses 20 bancos, você >> vai pegar e montar mais 20 servidores para colocar um banco em cada >> servidor? Pensei um pouco nisso. >> >> Lembre que alguns parâmetros de memória como por exemplo WORK_MEM você >> pode configurar por usuário. >> >> >> >>> >>> Manutenção eu digo ter que baixar o postgres por algum motivo. >>> >> >> Você não consegue parar apenas um banco, precisa parar a instância como >> um todo, isto é, se sua possuir 5 bancos e você precisar baixar o serviço >> do PostgreSQL, você não terá acesso a nenhum banco. >> >>> >>> Danilo, >>> >>> Não é um ambiente 24x7 e a previsão de crescimento não tem problema. >>> >> >> Crescimento sempre deve ser planejado para lá na frente você não ter >> surpresas, mesmo que o crescimento seja bem a longo prazo. >> >>> >>> Minha duvida principal e o quanto de memoria eu vou perder por ter mais >>> ambientes em vez de concentrar em 1 so. >>> >> >> A questão de memória (shared_buffers) é destinada ao cluster e não há >> banco específico, isto é, a memória é compartilhada por todos os bancos que >> fazem parte do cluster. >> >>> >>> Preciso de um justificativa que se eu criar varios ambientes menores >>> para os projetos eu não vou ter necessidade absurda de mais memoria. >>> >> >> Hoje tenho vários bancos de dados na mesma instância e não sofro com >> problema de memória por causa disso. >> >>> >>> Espero que tenha ajudado na minhas questões e agradeço a ajuda. >>> >>> At >>> Cesar >>> >>> >>> >>> 2011/12/27 Danilo Silva <danilo.dsg.go...@gmail.com> >>> >>>> Cesar, >>>> >>>> Você deve responder a outras perguntas: qual a criticidade do seu >>>> ambiente? 24X7? Qual a previsão de crescimento do seu ambiente? >>>> >>>> Para se ter um ambiente ideal, dependemos de várias variáveis. Para se >>>> ter uma idéia, tudo pode ser feito utilizando apenas um servidor para cada >>>> tarefa (produção e desenvolvimento). >>>> >>>> Por mais que o servidor de produção seja um "baita" servidor, nem >>>> sempre conseguimos ter um idêntico para ser utilizado como testes / >>>> desenvolvimento. >>>> >>>> Então tudo deve ser levando em consideração para chegarmos a um modelo >>>> ideal. >>>> >>>> Att. >>>> >>>> Danilo >>>> >>>> Em 27 de dezembro de 2011 14:45, JotaComm <jota.c...@gmail.com>escreveu: >>>> >>>> Olá >>>>> >>>>> Em 27 de dezembro de 2011 14:37, Cesar Moraes >>>>> <cesar.cs...@gmail.com>escreveu: >>>>> >>>>> Ola a todos, >>>>>> >>>>>> Tenho uma duvida em como montar um servidor postgres. A questão é a >>>>>> seguinte: >>>>>> >>>>>> Temos 5 produtos: 1, 2, 3, 4, 5 >>>>>> Temos 2 ambientes: Desenvolvimento e Produção. >>>>>> >>>>>> É melhor criar 2 servidores e colocar todos os produtos nele ou criar >>>>>> 10 servidores menores e deixar separado. >>>>>> >>>>> >>>>> Como assim? Um ambiente para produção totalmente separado do >>>>> desenvolvimento é o correto. >>>>> >>>>> >>>>>> >>>>>> Minha duvida vem com as seguintes questões. >>>>>> >>>>>> Ter varias bases postgres utilizará muito mais recurso que 2? Qual o >>>>>> consumo de memoria so pra ter a instalação do postgresql? >>>>>> >>>>> >>>>> A configuração da memória principal (shared_buffers) do PostgreSQL é >>>>> para todo o cluster (conjunto de todos os bancos de dados) e não por banco >>>>> de dados. >>>>> >>>>> >>>>> >>>>>> A manutenção da varias bases nâo seria mais facil? Se caso eu precise >>>>>> de dar manutenção em um produto preciso parar todos os outros? >>>>>> >>>>> >>>>> Que tipo de manutenção você se refere? >>>>> >>>>>> >>>>>> Se alguem puder me ajudar nessas questões ficarei muito grato. >>>>>> >>>>>> At >>>>>> Cesar Moraes >>>>>> >>>>>> _______________________________________________ >>>>>> pgbr-geral mailing list >>>>>> pgbr-geral@listas.postgresql.org.br >>>>>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >>>>>> >>>>>> >>>>> >>>>> Abraços >>>>> -- >>>>> JotaComm >>>>> http://jotacomm.wordpress.com >>>>> >>>>> _______________________________________________ >>>>> pgbr-geral mailing list >>>>> pgbr-geral@listas.postgresql.org.br >>>>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >>>>> >>>>> >>>> >>>> _______________________________________________ >>>> pgbr-geral mailing list >>>> pgbr-geral@listas.postgresql.org.br >>>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >>>> >>>> >>> >>> _______________________________________________ >>> pgbr-geral mailing list >>> pgbr-geral@listas.postgresql.org.br >>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >>> >>> >> >> Abraços >> -- >> JotaComm >> http://jotacomm.wordpress.com >> >> _______________________________________________ >> pgbr-geral mailing list >> pgbr-geral@listas.postgresql.org.br >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> >> > > _______________________________________________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- Fernando Brombatti email-msn-gtalk: bromba...@gmail.com skype: fernandobrombatti work: +55 54 3218-6060 home: +55 54 3028-7217 mobile: +55 54 9189-7970
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral