Offer a managed Valkey service through PD DigitalOcean Valkey. Valkey is a Redis-compatible in-memory datastore; decide whether the offering is intended for disposable cache data or an application with stricter retention needs.

Connect the intended account

Install PD DigitalOcean Valkey through PD Modules and connect the provider account that will own the clusters. In PD Modules, connect the account holding your licence first; entering a licence key is the alternative activation method. A passing provider account test does not prove cluster-write permissions or capacity.

Set the resource defaults

Open Packages → Browse Packages → Create Package, choose PD DigitalOcean Valkey as the Module and select the intended account. Add that account first under Settings → Company → Modules → Installed → PD DigitalOcean Valkey → Manage.

Review Region, Plan, Engine version and High availability on Module Options. Valkey is the fixed engine. Blank Engine version asks DigitalOcean to choose its default for a new cluster; it is not an automatic upgrade policy for an existing service.

Choose capacity and availability

With High availability enabled, the module requests a primary and one standby node. Review the selected plan, region and provider costs for that layout. Catalogue choices can be cached, stale or from fallback data, so a listed combination is not proof of current capacity.

High availability is separate from retention and recovery. It does not decide which keys the application may discard when memory is full, and it is not proof of a tested backup or recovery procedure.

Review client controls and activation

Set Client: Firewall and Client: Connection details explicitly. Customers can manage their allowed addresses and credentials when enabled. The generic Client: Backups field does not add a Valkey client backup list or restore control. Review the service’s Memory policy against the application’s intended use before handing it over.

Set package prices and the package group, then add that group to the intended order form. Review paid-pending-services automation and any manual-activation hold; a service record can exist before its provider cluster is ready.

Creating a real cluster incurs provider charges. After an intended activation, check the service’s module state, normal cron progress and connection details. If creation is uncertain, reconcile the existing service and cluster before retrying. Region and version are creation choices, not ordinary in-place migrations.

See the PD DigitalOcean Valkey Blesta guide for related setup, or explore PD DigitalOcean Valkey.