How to configure Pgpool-II to be used with Jira?

Jira Software 9.10.x upgrade notes

On this page

Still need help?

The Atlassian Community is here for you.

Ask the community

This document is about the advantages of the Pgpool-II proxy software and provides a guideline on how to set up Pgpool-II in Jira.

The Pgpool database has been introduced in Jira Software release 9.4.9.

Before you begin

Pgpool-II is a high-availability (HA) database solution based on Postgres. Here’s why we recommend moving to high-availability databases like Pgpool-II:

  1. No single point of failure (SPoF). Pgpool-II addresses the challenges typical of PostgreSQL databases that expose a Single-Point-of-Failure resulting in business impact due to service downtimes.
  2. Connection pooling. Pgpool-II offers connection pooling which allows multiple client applications to share a pool of database connections. This significantly reduces the overhead of establishing new connections for each client request, resulting in improved performance and reduced resource consumption.
  3. Load balancing. Pgpool-II includes a built-in load balancer that distributes client requests across multiple PostgreSQL servers. This helps distribute the workload evenly and ensures optimal resource utilization across the available database servers.
  4. High availability. Pgpool-II supports high availability configurations by implementing features such as automatic failover and online recovery. It can detect when a primary PostgreSQL server fails and automatically promotes a standby server to take its place, minimizing downtime and ensuring continuous availability of the database.

Learn more about what Pgpool-II is from its official documentation

Prerequisites

Run and configure the Pgpool-II environment

For illustration in this document, we're going to use Docker images from Bitnami by VMware. According to the official Pgpool documentation, this approach has several benefits:

  • Bitnami closely tracks upstream source changes and promptly publishes new versions of this image using our automated systems.
  • With Bitnami images, the latest bug fixes and features are available as soon as possible.

Setup

First, you need to set up Postgres nodes. They must be accessible to one another. They can be a part of the same private subnet or be exposed to the Internet, though exposure to the Internet isn’t recommended.

  1. Create a primary PostgreSQL node on a separate machine. Run the following command:

    docker network create my-network --driver bridge

    The launch of the node will look as follows:

    docker run --detach --rm --name pg-0 \
      -p 5432:5432 \
      --network my-network \
      --env REPMGR_PARTNER_NODES={PG-0-IP},{PG-1-IP} \
      --env REPMGR_NODE_NAME=pg-0 \
      --env REPMGR_NODE_NETWORK_NAME={PG-0-IP} \
      --env REPMGR_PRIMARY_HOST={PG-0-IP} \
      --env REPMGR_PASSWORD=repmgrpass \
      --env POSTGRESQL_POSTGRES_PASSWORD=adminpassword \
      --env POSTGRESQL_USERNAME=customuser \
      --env POSTGRESQL_PASSWORD=custompassword \
      --env POSTGRESQL_DATABASE=customdatabase \
      --env BITNAMI_DEBUG=true \
      bitnami/postgresql-repmgr:latest

    Creating a primary PostgreSQL node on a separate machine
    (info) The message [NOTICE] starting monitoring of node "pg-0" (ID: 1000) confirms the successful creation of the primary node.

  2. Create a standby node on a separate machine. Run the following command:

    docker network create my-network --driver bridge

    The launch of the node will look as follows:

    docker run --detach --rm --name pg-1 \
      -p 5432:5432 \
      --network my-network \
      --env REPMGR_PARTNER_NODES={PG-0-IP},{PG-1-IP} \
      --env REPMGR_NODE_NAME=pg-1 \
      --env REPMGR_NODE_NETWORK_NAME={PG-1-IP} \
      --env REPMGR_PRIMARY_HOST={PG-0-IP} \
      --env REPMGR_PASSWORD=repmgrpass \
      --env POSTGRESQL_POSTGRES_PASSWORD=adminpassword \
      --env POSTGRESQL_USERNAME=customuser \
      --env POSTGRESQL_PASSWORD=custompassword \
      --env POSTGRESQL_DATABASE=customdatabase \
      --env BITNAMI_DEBUG=true \
      bitnami/postgresql-repmgr:latest
    1. Replace {PG-0-IP},{PG-1-IP} in the code sample with comma-separated IP addresses that can be used to access pg-0 and pg-1 nodes. For example, 15.237.94.251,35.181.56.169.
    2. To establish a mutual connection, the standby node tries to access the primary node right after starting.
  3. Create a Pgpool balancer middleware node with the reference to the other nodes. Run the following command:

    docker network create my-network --driver bridge

    The launch of the node will look as follows:

    docker run --detach --name pgpool --network my-network \
      -p 5432:5432 \
      --env PGPOOL_BACKEND_NODES=0:{PG-0-HOST},1:{PG-1-HOST} \
      --env PGPOOL_SR_CHECK_USER=postgres \
      --env PGPOOL_SR_CHECK_PASSWORD=adminpassword \
      --env PGPOOL_ENABLE_LDAP=no \
      --env PGPOOL_USERNAME=customuser \
      --env PGPOOL_PASSWORD=custompassword \
      --env PGPOOL_POSTGRES_USERNAME=postgres \
      --env PGPOOL_POSTGRES_PASSWORD=adminpassword \
      --env PGPOOL_ADMIN_USERNAME=admin \
      --env PGPOOL_ADMIN_PASSWORD=adminpassword \
      --env PGPOOL_AUTO_FAILBACK=yes \
      --env PGPOOL_BACKEND_APPLICATION_NAMES=pg-0,pg-1 \
      bitnami/pgpool:latest
    1. Replace {PG-0-HOST},{PG-1-HOST} in the code sample with the host addresses of the pg-0 and pg-1 nodes, including ports. For example, 15.237.94.251:5432
      Pgpool connection

      Learn more about the configuration of the Bitnami containers
  4. Now, you can use the pgpool container as an entry point to the database cluster. To connect to the pgpool container, use the following command: 

    psql -h {PGPOOL-HOST} -p 5432 -U postgres -d repmgr

    Replace {PGPOOL-HOST} in the code sample with the pgpool node address. For example, 34.227.66.69.

    To confirm the successful deployment, access the table
    repmgr.nodes by using the following SQL query:

    SELECT * FROM repmgr.nodes;

    The output must show all the information about each node’s state:

Create users and databases for your version of PostgreSQL

You should only use a Pgpool instance as an entry point to the database.

You can find information on creating users and databases for your version of PostgreSQL in the official documentation.

  1. Create a database user (login role) Jira will connect to (for example, jiradbuser).
    (warning) Remember this database user name as it'll be used to configure Jira's connection to this database in the following steps.
  2. Create a database for Jira to store issues with Unicode collation (for example, jiradb).
    (warning) Remember this database name as it'll be used to configure Jira's connection to this database in the following steps.

    CREATE DATABASE jiradb WITH ENCODING 'UNICODE' LC_COLLATE 'C' LC_CTYPE 'C' TEMPLATE template0;

    Or do this from the command line:

    $ createdb -E UNICODE -l C -T template0 jiradb
  3. Ensure that the user has permission to connect to the database as well as to create and write to tables in the database.

    GRANT ALL PRIVILEGES ON DATABASE <Database Name> TO <Role Name>
  4. To verify that the privileges were granted successfully, connect to the database and run the \z command.

To achieve and maintain optimal PostgreSQL performance, you need to schedule maintenance tasks that will run on a daily basis and update statistics on the database. For information on how to set up regular maintenance tasks, see Optimize and Improve PostgreSQL Performance with VACUUM, ANALYZE, and REINDEX.

Learn more about how to connect Jira to Pgpool-II

Last modified on Nov 9, 2023

Was this helpful?

Yes
No
Provide feedback about this article
Powered by Confluence and Scroll Viewport.