Re: Sizing PostgreSQL VM server sizing

From: Michael Lewis <mlewis(at)entrata(dot)com>
To: Samarendra Sahoo <sahoo(dot)samarendra(at)gmail(dot)com>
Cc: pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: Sizing PostgreSQL VM server sizing
Date: 2020-08-12 16:50:45
Message-ID: CAHOFxGp06UrukcoVMD=CpT5wD9iuM5WBmzZaLhZMwEqOeOZmPg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Tue, Aug 11, 2020 at 10:19 AM Samarendra Sahoo <
sahoo(dot)samarendra(at)gmail(dot)com> wrote:

> Dear all,
> We are getting ready to install in production and would like to know what
> are key considerations and how do we use them to provision VMs for the same?
>

It is going to be highly dependent on how the database is used. If you have
a terabyte of data, but most of it is (almost) never accessed and you have
just one process inserting data, vs wanting to support thousands of
concurrent users with a mixture of small transaction queries and also huge
reporting queries off the same database... You might need 4 core and 16GB
of ram, or you might need 48 cores and 512GB of ram with very fast storage.
There are not hard and fast rules, or even clear guidelines that I am aware
of. If you expect to deal with many users, you will likely want a
connection pooler, whether bundled with your software that accesses the
database, or something like pgpool or pg bouncer.

In response to

Browse pgsql-general by date

  From Date Subject
Next Message pinker 2020-08-12 18:52:37 Re: insert on conflict postgres returning distinction
Previous Message Philip Semanchuk 2020-08-12 16:44:21 Re: Implement a new data type