Performances issues with SSD volume ?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 





Hi everyone,

Due to increasing load of my application, I recently changed my
production server from a server with SAS 15k HDDs to a server with intel
SSD disks (only for the postgresql data partition).
It is RAID 10 configuration in both servers.
The rest of the hardware is approximatively the same (maybe a little
more recent on the new server).
I did not changed the postgresql.conf

In a first time, I plugged the new server as a hot standby slave, during
weeks. (I have a master/ slave configuration)

As everything looks good in terms of performances in this slave role,
(latency on /data partition decreased from ~60ms to ~3ms ; and
utilisation of the device decreased significantly too), I decided to
change server roles, and promote as master the server with SSD drives.
(I did several benchmark tests too on both configuration, and SSD config
was always better than old HDD config.)

After the change, I had the following behavior, and I don't understand
why : everything seems to work fine (load is ~6/7, when it was
previously ~25/30 on the HDD server), so the SSD server is faster than
the HDD one, and my apps run faster too, but after some time (can be 5
minutes or 2 hours), the load average increases suddently (can reach 150
!) and does not decrease, so postgres and my application are almost
unusable. (even small requests are in statement timeout)

The only way to decrease load is to restart pooler (pgpool) so that all
requests are stopped, and then the postgres is accessible again, during
some time...

I tried to adapt postgresql.conf parameters to SSD config (random page
cost=1 ), but this does not changed the problem.

When I look IO disk, the RAID volume is 100% busy, which is weird
because if was around 20/30% just before.
Transactions per second is at this moment very low (<10)

I think of a cache issue, but I can't explain why data load should be
longer on SSDs than on HDDs, and I don't know how to find the origin of
the problem.


Does anyone has an idea :) ?

Sorry for my poor english
thanks,
Thomas





--
Sent via pgsql-admin mailing list (pgsql-admin@xxxxxxxxxxxxxx)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin




[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]

  Powered by Linux