Skip site navigation (1) Skip section navigation (2)

Re: 32 o 64 bits?

From: Emanuel Calvo Franco <postgres(dot)arg(at)gmail(dot)com>
To: Fernando Hevia <fhevia(at)gmail(dot)com>
Cc: guillermo(dot)narvaja(at)fierro-soft(dot)com(dot)ar, arpug(at)postgresql(dot)org
Subject: Re: 32 o 64 bits?
Date: 2009-04-24 14:28:17
Message-ID: f205bb120904240728k28381036yfcba26989ec8b246@mail.gmail.com (view raw or flat)
Thread:
Lists: arpug
El día 24 de abril de 2009 11:21, Fernando Hevia <fhevia(at)gmail(dot)com> escribió:
>
>
> 2009/4/24 Emanuel Calvo Franco <postgres(dot)arg(at)gmail(dot)com>
>>
>> El día 24 de abril de 2009 9:00, Guillermo M. Narvaja
>> <guillermo(dot)narvaja(at)fierro-soft(dot)com(dot)ar> escribió:
>> > En primer lugar me presento, soy Guillermo y trabajo en Lambda Sistemas,
>> > donde hacemos e instalamos en varios lugares un sistema de gestión que
>> > tiene que como base de datos Postgresql.
>> >
>> > En uno de nuestros clientes se va a utilizar como servidor de base de
>> > datos un servidor con 2 Xeon Quad-Core, 4 GB de memoria, y 3 discos.
>> >
>> > La pregunta es si conviene instalarlo en 64 bits o es mejor en 32 bits,
>> > qué incidencia tiene esta decisión en la performance.
>> >
>>
>> IMHO te conviene ambos en 64, ya que el kernel 2.6.xx es de 64 pero
>> para que funcione en 32 se le aplica un modulo. Y postgres conviene
>> correrlo sin 'traductores', directamente en la misma plataforma que el
>> SO.
>>
>> > Ya que estamos también quería preguntarles qué configuración de disco
>> > creen que es mejor para usar con 3 discos.
>> >
>>
>> WAL en uno, la data en otro y el tercero crea un tablespace con los
>> indices (que sea en el rigido mas rápido).
>> No pensaste utilizar una solución con RAID por software?
>>
>
> Primer recomendación: NO INSTALES UN SISTEMA EN PRODUCCION SIN RAID.
>
> Si tuvieras que quedarte con los 3 discos nomás te recomiendo crear un
> volumen RAID 1 dejando el tercer disco de spare. Sólo en caso que necesites
> maximizar el espacio en disco, y sólo entonces, iría por un RAID 5.
>
> Sin embargo, te recomiendo fuertemente adquirir un cuarto disco e ir por dos
> alternativas:
> 1. Si la aplicación es OLAP y requiere buena performance tanto de lectura
> como escritura, crear un único volumen RAID 1+0 para todo (SO, PGdata, WALs,
> etc.)
> 2. Crear 2 volúmenes RAID 1, uno para SO + WAL y el otro para los datos de
> la base.
>
> En ambos casos, la solución por soft en Linux (mdadm) es EXCELENTE, pero si
> pudieras comprar una controladora RAID con BBU caché te mejorará
> considerablemente la performance de escritura. Son caras, pero en entornos
> con cientos de operaciones / seg. lo valen.
>
> Tampoco descartes comprar más memoria ya que es muy barata. Idealmente
> debieras tener la suficiente como para que toda la base quepa en memoria.
>
> De todo esto debe quedarte claro algo: NO INSTALES UN SISTEMA EN PRODUCCION
> SIN RAID.
> Sobretodo si serás luego el responsable de mantenerlo.
>
> Saludos,
> Fernando.
>
>

+1, por eso pregunte si lo habia considerado...

-- 
      Emanuel Calvo Franco
        Sumate al ARPUG !
      (www.postgres-arg.org -
         www.arpug.com.ar)
    ArPUG / AOSUG Member
   Postgresql Support & Admin

In response to

Responses

arpug by date

Next:From: Emanuel Calvo FrancoDate: 2009-04-24 14:48:46
Subject: Re: Bounce detected (list arpug) from postgreSQL@ec-group.biz
Previous:From: Guido BarosioDate: 2009-04-24 14:28:10
Subject: Re: Bounce detected (list arpug) from postgreSQL@ec-group.biz

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group