By using our website, you agree to the use of cookies to enhance your browsing experience, analyze site traffic, and personalize content. To learn more, see our Privacy Policy.
By clicking "Accept" you allow cookies that improve your experience on our site, help us analyze site performance and usage, and enable us to show relevant marketing content.
By clicking "Accept all" you allow cookies that improve your experience on our site, help us analyze site performance and usage, and enable us to show relevant marketing content. You can manage cookie settings below. By clicking “Confirm selection” you agree with the current settings.
NetActuate Storage lets you provision storage resources alongside your infrastructure so you can match the right storage model to each workload and location. From Infrastructure → Storage, you can deploy object storage for S3-style workflows or block storage for disk/volume-based workloads.
Storage options and common use cases
S3 Bucket (Object Storage)
Use for S3-compatible storage such as backups, artifacts, logs, media, datasets, static assets, and application object storage.
Supports Public or Private access behavior for the HTTPS endpoint (see Public vs Private below).
S3 Object Store
Use when you need to deploy or manage the underlying object storage service construct (the “object store” that buckets live within), rather than only creating an individual bucket.
Typically used for more advanced object storage setups or when an environment is organized around object-store resources.
Block Device
Use when you need a single block volume for a VM or workload—commonly for boot/data disks, databases, or any application that expects a filesystem-backed disk.
Block Device Pool
Use when you need pooled block capacity that can be used dynamically across workloads (commonly for Kubernetes or multi-volume use cases).
Add a Storage Resource
1) Navigate to Storage
In the top navigation bar, click Infrastructure.
In the left sidebar, click Storage.
You’ll see a list/grid of your existing storage resources (each card shows the label, type, usage/capacity, and location).
2) Start the deploy flow
Click + Add (top-right).
This opens the Deploy Storage → Storage Details panel.
3) Fill out Storage Details
Label
Enter a Label.
This is the friendly name that appears in your Storage list.
Location
Choose a Region.
Choose a POP / City.
Storage is provisioned in the location you select, so choose where your workloads/users need it.
Storage Type
Open the Storage Type dropdown and select what you want to deploy:
S3 Bucket
S3 Object Store
Block Device
Block Device Pool
Tip: If your goal is “I need S3-style object storage,” choose S3 Bucket unless you specifically know you need S3 Object Store for your environment.
4) Capacity and billing (Autoscaling vs Reserved Capacity)
After selecting a storage type (for example, S3 Bucket), the form reveals sizing/billing controls.
Autoscaling
Autoscaling ON
Your storage capacity can grow with your usage.
The resource has no fixed quota/limit set via the capacity slider.
Billing is based on usage rather than a reserved capacity.
Autoscaling OFF
You reserve a specific capacity using the slider.
This sets a defined quota/limit for the resource.
5) Public vs Private (S3 buckets)
If you’re creating an S3 Bucket, you’ll also see a toggle for bucket access:
Public bucket
The bucket is accessible via the HTTPS endpoint without requiring credentials.
Private bucket
The bucket’s HTTPS endpoint requires authentication credentials/keys.
Note: This setting is about access behavior for the HTTPS endpoint (public vs requires auth), not about whether the bucket exists or how you use S3 tooling.
6) Deploy
Review your selections (Label, Location, Storage Type, Autoscaling, Public/Private).
Click Deploy.
After deployment, you’ll return to the Storage list and see the new resource as a card with its type and location.