Skip to main content

Overview

XSDS exposes storage through multiple access protocols. The appropriate method depends on the consumer application and the storage type being accessed. This page covers all supported access methods with configuration steps for each.
Prerequisites
  • An active Xloud account with project member access
  • For CLI access: openstack CLI installed (CLI Setup)
  • For S3 API access: S3 access keys generated from the Dashboard

Access Method Overview

Access MethodStorage TypeTypical User
Xloud DashboardBlock, ObjectGUI-based management and exploration
openstack CLIBlock, ObjectScripted management and automation
S3-compatible APIObjectApplication integration, SDK access
NFS / SMB mountShared FileLegacy application and workstation access
iSCSI / RBDBlockHypervisor-level attachment (managed automatically)

Dashboard Access

Navigate to Volumes

Log in to the Xloud Dashboard (https://connect.<your-domain>) and navigate to Project → Volumes → Volumes.

Manage volumes

From the volume list you can:
  • Create a new volume (click Create Volume)
  • Attach/Detach volumes to instances (via the Actions menu)
  • Create Snapshot for point-in-time backup
  • Extend volume size
  • Transfer volume to another project
Use the Filter bar to search volumes by name, status, or volume type across large projects.

CLI Access

Authenticate

Load credentials
source openrc.sh

Common volume commands

List volumes
openstack volume list
Create a volume
openstack volume create \
  --size 50 \
  --type ceph-ssd \
  --description "Application data disk" \
  app-data-01
Show volume details
openstack volume show app-data-01
Attach to a running instance
openstack server add volume <INSTANCE_ID> app-data-01

S3-Compatible API

The XSDS object storage service exposes a fully S3-compatible API. Any application or tool that supports the AWS S3 API can connect to XSDS without modification.

Navigate to Access Keys

In the Xloud Dashboard, navigate to Project → Object Store → Access Keys and click Create Key.

Save your credentials

The Access Key ID and Secret Access Key are shown once. Store them securely — they cannot be retrieved after the dialog is closed.
Treat S3 access keys as sensitive credentials. Do not commit them to source control. Use environment variables or a secrets manager in application code.

NFS / SMB Mount (Shared File Storage)

Get the NFS export path

Navigate to Project → Shared File Systems → Shares and note the export path for your share (format: <gateway-ip>:/<share-path>).

Mount the share

Create mount point
mkdir -p /mnt/shared-data
Mount via NFS
mount -t nfs \
  -o vers=4,rw,hard,intr \
  <gateway-ip>:/<share-path> \
  /mnt/shared-data

Persist mount across reboots

Add to /etc/fstab:
/etc/fstab entry
<gateway-ip>:/<share-path>  /mnt/shared-data  nfs  vers=4,rw,hard,intr  0  0
Mount is accessible at /mnt/shared-data and persists after reboot.

Next Steps

Data Protection

Configure replication and erasure coding to protect your data

Snapshots

Create and restore point-in-time snapshots for volumes and buckets

Performance

Storage tiering, deduplication, and caching to optimize I/O

Troubleshooting

Diagnose and resolve common access and connectivity issues