Elevarq pgAgroal Enterprise operates standard pgagroal at fleet scale - hardened,
managed, promptly patched, and supported - so teams get a modern PostgreSQL
connection-pooling platform without running it themselves. It builds on standard
upstream pgagroal as its base: the same fast pooler, plus a closed enterprise control
plane for fleet config, policy and drift detection, Kubernetes lifecycle automation
with zero-downtime rolling drains, coordinated global connection limits, audit and
compliance export, and cloud secrets-manager integration. Images are signed, ship an
SBOM, and are rebuilt and re-scanned on every public pgagroal fix under a documented
CVE-response SLA. Designed for auditability and built to support your compliance
readiness.
Elevarq pgAgroal Enterprise is a managed, supported distribution and control plane for pgagroal - the fast, low-overhead PostgreSQL connection pooler. The free pooler is already fast; what you pay for is operating it well at scale.
Managed, hardened image
Built from a pinned, unmodified upstream pgagroal base - no private fork of pgagroal core. You run standard pgagroal; we operate it.
Distroless, non-root, multi-arch (amd64/arm64). Cosign-signed, with an SBOM attested to the image digest so you can verify exactly what you pulled.
Rebuilt and re-scanned on every public pgagroal fix under a documented CVE-response SLA: you stop tracking pgagroal CVEs and rebuilding images - we do that for you.
Fleet control plane
Manage many pgagroal instances from one place: configuration, policy enforcement, and drift detection across the fleet.
Coordinated global connection limits - enforce a total backend-connection cap across a group of instances without overshoot, even during rebalancing.
A clustered control plane (delegated consensus via PostgreSQL) for HA of the management layer itself.
Kubernetes lifecycle automation
An operator manages pgagroal Deployments with zero-downtime rolling updates (maxUnavailable=0, surge, readiness gating, and pre-stop connection draining), proven to drop zero connections through a rolling restart under live load.
Audit and compliance
Tamper-evident, hash-chained audit log of control-plane actions, with redaction and file or S3 export for your compliance pipeline.
Cloud secrets-manager integration (AWS / Azure / GCP) so credentials are resolved at start-up and never stored in images or config.
Support and procurement
Enterprise support and SLAs.
Procured on your existing cloud spend through the marketplace.
Open core, honestly
Standard pgagroal stays standard and stays free. The enterprise layer is closed and sits on top of standard pgagroal as its base - we do not maintain a divergent private fork, and we never pull capability out of upstream to monetise it. Functionality flows from the paid product to standard pgagroal over time, never the reverse. A stronger free pgagroal makes this product more valuable, not less.
Security posture
Elevarq invests in pgagroal security - continuous fuzzing, code review, and upstream fixes - and ships a hardened, managed distribution that applies every coordinated fix to your fleet the moment it is public: signed, SBOM-attested, supported. Disclosure stays coordinated with the maintainers; the speed you buy is operational delivery (apply-on-public, zero work for you), not earlier disclosure.
Compliance
Designed for auditability and built to support SOC 2 / ISO 27001 compliance readiness: reproducible builds, signed artifacts, SBOMs, hash-chained audit export, and a documented change-management trail. Elevarq aligns its engineering practices with these frameworks; this is not a claim of certification.
Contracting entity: Scantr LLC d/b/a Elevarq.
Highlights
Hardened, signed, SBOM-attested pgagroal image, rebuilt on every public fix under a CVE-response SLA.
Fleet control plane: config, policy, drift detection, coordinated global limits, HA clustered control plane.
Kubernetes operator with zero-downtime rolling drains, plus audit export and cloud secrets-manager integration.
AWS Marketplace now accepts line of credit payments through the PNC Vendor Finance program. This program is available to select AWS customers in the US, excluding NV, NC, ND, TN, & VT.
This listing uses a single usage-based dimension. You pay by the container hour, so your cost tracks how long the software runs. There are no tiers, seats, or fixed subscription levels to select. Billing scales up or down with your actual runtime hours across your deployment. You deploy the Enterprise image on your managed Kubernetes and procure it against your existing cloud commitments on one invoice. Because charges depend on hours of use, running more or fewer containers directly changes what you pay.
Top-of-mind questions for buyers
What counts as one billable container hour for pgAgroal Enterprise?
One container hour is one running instance of the Enterprise image for one hour. The image bundles the standard pgagroal pooler with the operations layer, so you deploy one product. Charges track how long each container runs on your managed Kubernetes cluster.
Am I charged when a container is stopped or scaled down?
Charges track container runtime. Stopped containers do not accrue software hours. If you scale down replicas, only the containers still running continue to meter hours. Underlying AWS infrastructure fees may apply separately from the software's hourly metering.
Does running more pooler instances across my fleet increase my hourly cost?
Yes. Each running container meters its own hours. The Enterprise layer manages fleet inventory across every pooler instance, so more concurrent containers mean more billed hours. Your cost tracks total runtime across all deployed instances, not the number of databases behind them.
elevarq.com+1
Helpful?
Vendor refund policy
Refunds are available within 30 days of purchase. To request a refund or cancellation, contact support@elevarq.com; approved refunds are issued to the originating AWS account.
How can we make this page better?
Tell us how we can improve this page, or report an issue with this product.
Give us feedbackReport a problem with this product or seller
Legal
Vendor terms and conditions
Upon subscribing to this product, you must acknowledge and agree to the terms and conditions outlined in the vendor's End User License Agreement (EULA).
Content disclaimer
Vendors are responsible for their product descriptions and other product content. AWS does not warrant that vendors' product descriptions or other product content are accurate, complete, reliable, current, or error-free.
Helm charts are Kubernetes YAML manifests combined into a single package that can be installed on Kubernetes clusters. The containerized application is deployed on a cluster by running a single Helm install command to install the seller-provided Helm chart.
Version release notes
1.2.0 - Verified backend TLS: the operator now supports backendTLS verify-ca and verify-full, validating the backend PostgreSQL certificate against a CA bundle supplied via a ConfigMap (recommended for Amazon RDS and Aurora to prevent man-in-the-middle). This release also includes a security batch: the Go toolchain moves to 1.26.6 (clears seven standard-library advisories), the control-plane API now serves TLS, the config-apply path validates parameter keys before invoking pgagroal-cli, the control-plane fleet and drift read endpoints now require operator authentication, and all container base images are pinned by digest.
Additional details
Usage instructions
Deploy pgAgroal Enterprise on Amazon EKS
Prerequisites
An Amazon EKS cluster (Kubernetes 1.28+) with kubectl configured to reach it.
Helm 3.8+ (OCI registry support).
A reachable PostgreSQL backend (Amazon RDS, Aurora PostgreSQL, or self-managed).
AWS Marketplace metering: this paid product is metered per pod-hour via the AWS Marketplace Metering Service (RegisterUsage). Enable IAM Roles for Service Accounts (IRSA) or EKS Pod Identity, create an IAM role granting the AWSMarketplaceMeteringRegisterUsage managed policy, and associate it with the metering service account in the pgagroal-system namespace. AWS injects this service account; you do not configure metering yourself - the chart enforces it. Setup guide: https://github.com/Elevarq/pgAgroal-Enterprise/blob/main/docs/marketplace/metering.md
Backend credentials are provided by reference (a Kubernetes Secret or a cloud secrets manager); passwords are never placed in configuration.
Step 1 - Authenticate Helm to the Marketplace registry (the login token is fixed to us-east-1 regardless of your cluster region):
aws ecr get-login-password --region us-east-1 | helm registry login --username AWS --password-stdin 709825985650.dkr.ecr.us-east-1.amazonaws.com
Step 2 - Install the operator:
helm install pgagroal-enterprise oci://709825985650.dkr.ecr.us-east-1.amazonaws.com/elevarq/pgagroal-enterprise-chart --version 1.2.0 --namespace pgagroal-system --create-namespace
This installs the pgAgroal Enterprise operator. Per-pod-hour metering is enforced by the delivered chart: every managed pooler pod calls RegisterUsage under the injected AWS Marketplace service account.
Step 3 - Provide your existing backend credential by reference. pgAgroal Enterprise ships no default password; it reads an existing credential from a Kubernetes Secret (or cloud secrets manager) and fails closed if it cannot resolve one. Create the Secret without putting the password on the command line or in shell history - read it from a file sourced from your own secret store (for example AWS Secrets Manager), then delete it:
umask 077; printf '%s' "$PG_PASSWORD" > pg-pass
kubectl -n pgagroal-system create secret generic pg-backend --from-literal=username=YOUR_DB_USER --from-file=password=pg-pass
rm -f pg-pass
PG_PASSWORD is your own backend password from your secret store, not part of this product. To resolve it directly from AWS Secrets Manager instead, see https://github.com/Elevarq/pgAgroal-Enterprise/blob/main/docs/marketplace/aws-listing.md
Step 4 - Deploy a managed pooler by applying a Pgagroal resource (set image to the Marketplace pooler image so it is pulled under your entitlement):
kubectl apply -f - <<'EOF'
apiVersion: pgagroal.elevarq.com/v1alpha1
kind: Pgagroal
metadata:
name: pg1
namespace: pgagroal-system
spec:
image: 709825985650.dkr.ecr.us-east-1.amazonaws.com/elevarq/pgagroal-enterprise:1.2.0
replicas: 2
backendHost: YOUR_POSTGRES_HOST
backendPort: 5432
backendSecretRef: pg-backend
backendUsername: YOUR_DB_USER
maxConnections: 100
EOF
Step 5 - Verify:
kubectl get pods -n pgagroal-system : the operator and the pg1 pooler pods become Running and Ready.
Metering: the pooler pod log shows "marketplace-meter: entitled; hourly metering started", and a RegisterUsage event for product code pcphz1dsw4mexqovimmuqgpx appears in AWS CloudTrail.
Connectivity: connect an application to the pg1 Service on port 6432 and run a test query such as SELECT 1.
Configuration and support
Full configuration - backend TLS, cloud secrets managers (AWS/Azure/GCP), the fleet control plane, coordinated connection limits, audit export, and the Prometheus metrics and Grafana dashboards you import into your own Grafana - is documented at https://github.com/Elevarq/pgAgroal-Enterprise . Enterprise support is included: email support@elevarq.com with your AWS account ID and the product version.
Enterprise support is included with your subscription and provided by the Elevarq engineering team. Contact support@elevarq.com and include your AWS account ID and the product version. Security response follows the documented CVE-response SLA: when a coordinated upstream pgagroal fix is public, a patched, signed, SBOM-attested image is published within 24 hours for critical severity (with immediate customer notification) and within 72 hours for high severity; medium and low severity fixes ship with the next scheduled image. Documentation and operations guides: https://elevarq.com/docs/pgagroal-enterprise. Refunds are available within 30 days of purchase; to request one, contact support@elevarq.com.
AWS infrastructure support
AWS Support is a one-on-one, fast-response support channel that is staffed 24x7x365 with experienced and technical support engineers. The service helps customers of all sizes and technical abilities to successfully utilize the products and features provided by Amazon Web Services.
Local-first, read-only PostgreSQL diagnostic collector. Passwordless onboarding to Amazon RDS and Aurora over verify-full TLS, with no diagnostic-data egress to Elevarq.
Production-ready, security-hardened pgagroal container for PostgreSQL: restrictive shipped defaults, a non-root runtime, signed multi-arch images, a Kubernetes Helm chart, and zero telemetry.
Read-only PostgreSQL diagnostic signal collector, pre-installed on Amazon Linux 2023. Passwordless RDS IAM, verify-full TLS, least-privilege, no data egress.
Be the first to review this product. We've partnered with PeerSpot to gather customer feedback. You can share your experience by writing or recording a review, or scheduling a call with a PeerSpot analyst.