PD AWS DocumentDB for WHMCS

PD AWS DocumentDB lets a hosting company sell Amazon DocumentDB, AWS's managed document database for MongoDB-style applications, as its own database product. Your customer orders in your WHMCS cart, a dedicated cluster is built in your AWS account, and your customer manages it from your client area: connection details, usage graphs, snapshots and an allowed-address list, with no AWS console and no mention of Amazon. You set the price, AWS bills you the cost, and the difference is your margin.

It is built for hosts whose customers run applications written for MongoDB: web agencies, SaaS teams and developers who want a managed document store without running replica sets themselves, and who would rather buy it from their host than open an AWS account.

Why hosts choose PD AWS DocumentDB

A document database you can resell. Customers who build on Node.js, Python or any MongoDB driver get a cluster that speaks the protocol they already use. You offer it as a product line next to your hosting, with your pricing and your brand on every page.

Every order sets itself up. A paid order creates a dedicated DocumentDB cluster in the region the customer chose, with the instance size and version they picked at checkout. No one on your team opens the AWS console.

Nothing is shared between customers. Each cluster gets its own security group, named for the service. If the region has no default network, or your key cannot create a security group, the order is refused with the reason in your Activity log. The cluster is never placed on a shared firewall.

Customers connect without a ticket. The connection details open in one click: endpoint, port, username, password and a ready-to-paste mongosh command with the TLS flags already filled in. The command is checked to connect and to write.

Nothing left billing. Terminating a service removes the cluster, its instances, its own firewall and its manual snapshots, then confirms at AWS that they are gone. A cluster that was stopped for suspension is started first so AWS will delete it.

Honest about what DocumentDB is. Each cluster has one instance, so a failure means a short outage rather than a failover, and your customers are told so. Storage grows by itself, so there is no disk size to choose or outgrow.

How it works

1. Connect your AWS account. Create an IAM user with the policy in our guide and add its keys once on a WHMCS server record. Test Connection makes one read-only call to check them; nothing is created.
2. Create your product. Choose the Other product type and switch automatic setup on, then pick a region, plan and DocumentDB version. One click generates the Region, Plan and Version options for the cart from what AWS offers in that region, each at price zero.
3. Set your prices. You price every option on WHMCS's own Configurable Options screen. The module never changes a price after generation unless you press Rebuild, and the button warns you first.
4. Your customer orders. They choose their options and pay. The cluster is built, and its connection details appear on their service page as soon as AWS reports it available.

What you get in WHMCS

Selling and pricing

• Region, Plan and Version generated as cart options, with plans trimmed to what AWS actually offers in the product's region
• A default plan that is always one AWS currently offers
• A blank version means whatever AWS uses for new clusters; a chosen version is the one provisioned
• A chosen option's price is what the invoice and every renewal charge, in the customer's currency
• A resource name prefix of your choice, so clusters read as <prefix>-<service id> in AWS
• Switches for each customer feature, per product: snapshots, firewall, connection details and usage graphs

Provisioning you can trust

• If AWS refuses an order, you see AWS's reason in the Activity log and the customer is told it could not be set up, never left on "still provisioning"
• Creating a service again adopts the cluster that already exists instead of building a second one
• Plan upgrades and downgrades resize the cluster in place and keep the data
• Suspending stops the cluster and keeps the data. AWS restarts a stopped cluster after seven days, and the module stops it again
• A cluster deleted outside WHMCS is reported to you in the Activity log, never to the customer
• The module refuses to be deactivated while it still tracks clusters, so no record is orphaned

Running it day to day

• Clients and Databases: every cluster with its service, plan, region, endpoint and state
• Activity: recent provisioning and actions across all clients, with the outcome and AWS's reason for any failure
• A Report showing licence state, your configured AWS accounts and the database count
• Read-only AI tools for service status, the database list and recent activity; nothing can create, resize or delete a database through them

What your customers get

• Start, stop, reboot and reset password, each behind a confirmation dialog in the page, and pressing one twice while the first is queued does it once
• Connection details with copy buttons and the Amazon certificate bundle linked beside the command
• Usage graphs for CPU, connections, freeable memory and storage over the last 24 hours
• Snapshots they take in one click and delete when finished, each with its date. AWS also keeps automated daily backups for seven days
• A firewall where they add and remove IPv4 addresses or ranges. A new cluster allows nothing until they do, and an invalid entry is refused with a message
• Activity, the last 40 actions in plain words with when and how each ended

Restoring a snapshot is your job in AWS, and the pages never promise otherwise. Clusters are private to your AWS network and never get a public address, so customers connect from an application server inside it, or through an SSH tunnel to one. Every feature is a switch on the product: turn one off and it disappears from the customer's menu and the server refuses it too. The pages render natively on WHMCS's Six, Twenty-One and Nexus themes and are fully translatable, with overrides that survive updates.

Security built in

• Your AWS key lives on the WHMCS server record, stored encrypted, and never reaches a customer page.
• The database password is stored encrypted on the service and shown only to its owner. Reset password changes it at AWS within minutes and the old one stops working.
• All connections use TLS, verified against the Amazon certificate bundle.
• A suspended, terminated, cancelled or fraud-held service cannot start, snapshot or reset anything.
• Only licence data reaches us. Customer data and credentials never do.

One product, every feature

PD AWS DocumentDB is one paid module with everything included: provisioning, power, snapshots, firewall, usage graphs and teardown. There are no tiers to compare. It installs into PD Modules in one click, updates itself, and uninstalls cleanly without modifying any WHMCS files.

If your subscription ever lapses, nothing the module built is touched. You get a 14-day grace period with everything working, then admin management locks while customers keep being served, and only after that do customer features pause, behind a neutral message that never mentions licensing. Renewing restores everything at once.

Requirements

• WHMCS 9 or later on PHP 8.2 or later, with the ionCube Loader
• An AWS account and an IAM user with the policy we provide
• PD Modules, the free control panel every PD module installs into