Storage: Difference between revisions

From bwCloud-OS
Jump to navigation Jump to search
No edit summary
No edit summary
 
(43 intermediate revisions by 2 users not shown)
Line 1: Line 1:
<span id="In-a-Nutshell"></span>
<span id="In-a-Nutshell"></span>
{{InANutshell|  
{{InANutshell|  
<li>If you need more storage, create and attach additional '''volumes''' — root disks cannot be enlarged. Using a larger root disk via special flavors is also not recommended in general. </li>
<li>If you need more storage in a VM, create and attach additional '''volumes''' — root disks cannot be resized. Using special flavors with larger root disks as a reserve for extra storage is generally discouraged, as they offer less flexibility. </li>
<li>All data is stored redundantly (e.g., 3× replication in Ceph), but '''no automatic backups''' are performed — you are responsible for your own data protection.</li>
<li>All data is stored redundantly (e.g., 3× replication in Ceph), but '''no automatic backups''' are performed — ''you are responsible for backing up your own data''.</li>
<li>Back up your data regularly using '''snapshots''' or by downloading volumes/images via the OpenStack client as explained  
<li>Back up your data regularly using '''snapshots''' or by downloading (volume-)images using the OpenStack client as explained  
[[Storage#How_can_I_back_up_my_virtual_machines?|here]].</li>
[[Storage#How_can_I_back_up_my_virtual_machines?|here]].</li>
<li>⚠️ ''To avoid data loss: '''Never store critical or irreplaceable data only in bwCloud-OS ''' — always back up externally''.<li>
}}
}}


Line 12: Line 13:
= Volumes (Block Devices) =
= Volumes (Block Devices) =


== What should I do if the root disk of my VM is/becomes too small? ==
== What should I do if the root disk of my VM becomes too small? ==
{{:Quickstart: attach volume}}
<span id="Volume-Attach"></span>
 
 
The size of the root disk (system disk) cannot be increased after the VM is created. If you need more storage, the recommended solution is to attach additional volumes (virtual disks) to your instance.
 
If your current quota is not sufficient to create the needed volumes, please submit a ticket to [[Projects and Quota#Quota-Increase-Request|increase your volume quota]] via the [https://bw-support.scc.kit.edu bwSupportPortal].
 
The following guide walks you through all required operations.
 
[[Guide: Volumes and Images#Create and Attach a Volume|➡️ Volumes and Images Guide]]


= Backups =
= Backups =


== Does bwCloud-OS provide a dedicated interface for backups/data protection? ==
== Does bwCloud-OS provide a dedicated interface for backups? ==
No, we do not provide a dedicated interface. However, the data of running instances can be backed up using standard tools .
<span id="Backup-Interface"></span>
 
No, bwCloud-OS does not offer a dedicated interface for backups or data protection. However, you can back up your instance data using standard tools and methods, see below.


== How can I back up my virtual machines? ==
== How can I back up my virtual machines? ==
Snapshots of instances and attached volumes can be created via the dashboard. Snapshots of instances are images and can be downloaded using the CLI clients (openstack-client) (keyword: ''openstack image download ...''). Volumes can also be turned into images (keyword: ''create image from volume'') and downloaded in the same way. For large volumes, it is often easier and more efficient to export the data directly from the instances, e.g., using tools like rsync, scp, etc.
<span id="Backup-VM"></span>
 
You can back up your VMs in bwCloud-OS in several ways:
 
🔹 '''Snapshots via the Dashboard'''
 
* You can create snapshots of both instances and volumes using the web interface.
* Instance snapshots are saved as images and can be downloaded using the CLI, see [[#Image-Export-Import|here]] for instructions.
* You can also convert volumes into images and download them the same way, see [[#Image-Export-Import|here]] for instructions.
 
🔹 '''Export data directly from the instance'''
 
*For large volumes or more control, it's often easier and more efficient to back up data directly from inside the VM using standard tools such as <code>rsync</code>, <code>scp</code>, or other backup utilities.
 
==Can I export or import a (volume-)image? ==
<span id="Image-Export-Import"></span>
 
Yes, that is possible. However, you should use the [[Programmatic_Access_and_Automation#OpenStack_Client|OpenStack CLI Client]]. The main commands can be found in the following guide.


== Download Volumes or Images ==
[[Guide: Volumes and Images#Export and Import (Volume-)Images|➡️]] [[Guide: Volumes and Images#Exporting and Importing (Volume-)Images|Volumes and Images Guide]]
Connect to bwCloud-OS using the ''openstack-client''. Create an image from your volume.


<pre>
== How secure is my data (in terms of integrity) in bwCloud-OS? ==
# openstack volume list
<span id="Data-Integrity"></span>
# openstack image create \
    --volume <UUID> \
    my_volume_as_image
</pre>


Download the image:
Both the system disk (root disk) of a virtual machine and any attached volumes are stored redundantly, either in our distributed '''Ceph storage systems''' (most regions) or another redundant storage system (Freiburg). Each piece of data has redundancy level 3, which provides robust '''protection against individual hardware failures'''.


<pre>
However, please note:
# openstack image list
# openstack image save \
    --file my_image_file.img \
    <UUID>
</pre>


Use the following command to upload a local image file to the image catalog of the selected region and create the metadata entry. The image is not copied to an existing VM.
*  '''No regular backups''' of VM data are performed. By default, neither the root disk nor attached volumes are backed up.
*  It is '''your responsibility''' to ensure that important data is backed up internally (e.g. via snapshots) and externally (using external backup systems).


<pre>
=== ⚠️ Important Operational Note ===
# openstack image create \
bwCloud-OS is operated as a '''"best-effort" infrastructure service'''. This means:
    --property os_distro=linux \
    --property ssh_user=<USER> \
    --property hw_video_model=cirrus \
    --file my_image_file.img \
    <NAME>
</pre>


== Upload Image to bwCloud-OS ==
* To maintain performance and affordability, the system does not include mechanisms such as geo-redundancy.
Log in to the dashboard and navigate through the GUI as follows:
* In very rare cases (e.g., multiple simultaneous disk failures or critical software bugs in Ceph), data loss may occur and recovery may not be possible.


<pre>
''For this reason, we'' ''strongly recommend'' ''storing '''critical or irreplaceable data''' (including essential configuration files and recovery information) on '''external storage systems''' '''outside the bwCloud-OS'''.''
'Compute' -> 'Images' -> 'Create Image'
</pre>


== What about the security (= integrity) of my data in bwCloud-OS? ==
= Storage Performance =
Both the runtime environment (root disk) of a virtual machine and the attached storage are stored in our CEPH storage systems. This is organized in such a way that each piece of information is stored on three different hard disks (redundancy level 3). This means that the data is well against hardware failure protected. Furthermore, the virtual machine data (both root disk and attached storage) is not backed up anymore! So please make sure that you have an appropriate backup of the data.


In general, the bwCloud-OS is operated as a "best-effort resource". This means: To be able to offer an appropriate amount of read-only memory for the performance, no high redundancy is built in. In certain and very rare scenarios (software errors of the CEPH storage system, several disks fail), no recovery is possible, which is why we recommend to store '''all valuable data on corresponding external storage systems''' (such as all relevant configurations required to recover the machine are needed, ....).
== Is storage throughput in the bwCloud-OS throttled? ==
<span id="Throughput"></span>


= Performance =
Yes. Storage performance in bwCloud-OS is '''intentionally throttled''' to ensure fair usage across all users.


== Throttling of Data Throughput ==
All data — including root disks and attached volumes — is stored in the '''Ceph distributed storage system''', which is connected to the compute hosts via the internal network. This means that the storage performance depends on shared network resources''':''' The more simultaneous activity there is, the more the available bandwidth is divided among users.


Due to the internal architecture, all data (root disks of instances, attached storage volumes, etc.) resides in the Ceph storage of the respective region. Ceph is a network-based distributed storage system connected to the compute hosts via the network.. The available storage throughput is therefore shared among all active users. The more parallel write operations there are, the lower the throughput for each individual. This is logical, as the network capacity and bandwidth are limited overall.
To ensure fair access, each instance is limited to a '''maximum of 100 MB/s''' (full duplex) and '''800 IOPS.'''


To provide roughly equal performance to all users, the storage throughput per instance is limited to either 100 MB/s in both directions (full duplex) or 800 IOPS.
This limitation helps maintain consistent performance in a multi-user environment and prevents individual VMs from monopolizing bandwidth.


== Requesting Higher Data Throughput ==
== Can I request higher storage throughput in bwCloud-OS? ==
<span id="Throughput-Increase"></span>


If justified, users can request higher data throughput. Please submit a [https://bw-support.scc.kit.edu/ ticket] to us. In the ticket, include the following information:
Yes, in justified cases, higher data throughput can be granted.


* You would like to receive higher data throughput.
Please submit a [https://bw-support.scc.kit.edu/ support ticket], including the following required information:
* Description of the use case or application: Why do you need higher throughput?
* OpenStack identifier (ideally the user ID).
* In which region do you need higher throughput?


The above points are mandatory.
* A short note that you are requesting '''higher storage throughput'''
* A description of your '''use case or application''' and why the increased throughput is needed
* Your '''OpenStack user ID'''
* The '''region''' where the increased throughput is required

Latest revision as of 09:22, 22 October 2025

In a Nutshell
  • If you need more storage in a VM, create and attach additional volumes — root disks cannot be resized. Using special flavors with larger root disks as a reserve for extra storage is generally discouraged, as they offer less flexibility.
  • All data is stored redundantly (e.g., 3× replication in Ceph), but no automatic backups are performed — you are responsible for backing up your own data.
  • Back up your data regularly using snapshots or by downloading (volume-)images using the OpenStack client as explained here.
  • ⚠️ To avoid data loss: Never store critical or irreplaceable data only in bwCloud-OS — always back up externally.


Volumes (Block Devices)

What should I do if the root disk of my VM becomes too small?


The size of the root disk (system disk) cannot be increased after the VM is created. If you need more storage, the recommended solution is to attach additional volumes (virtual disks) to your instance.

If your current quota is not sufficient to create the needed volumes, please submit a ticket to increase your volume quota via the bwSupportPortal.

The following guide walks you through all required operations.

➡️ Volumes and Images Guide

Backups

Does bwCloud-OS provide a dedicated interface for backups?

No, bwCloud-OS does not offer a dedicated interface for backups or data protection. However, you can back up your instance data using standard tools and methods, see below.

How can I back up my virtual machines?

You can back up your VMs in bwCloud-OS in several ways:

🔹 Snapshots via the Dashboard

  • You can create snapshots of both instances and volumes using the web interface.
  • Instance snapshots are saved as images and can be downloaded using the CLI, see here for instructions.
  • You can also convert volumes into images and download them the same way, see here for instructions.

🔹 Export data directly from the instance

  • For large volumes or more control, it's often easier and more efficient to back up data directly from inside the VM using standard tools such as rsync, scp, or other backup utilities.

Can I export or import a (volume-)image?

Yes, that is possible. However, you should use the OpenStack CLI Client. The main commands can be found in the following guide.

➡️ Volumes and Images Guide

How secure is my data (in terms of integrity) in bwCloud-OS?

Both the system disk (root disk) of a virtual machine and any attached volumes are stored redundantly, either in our distributed Ceph storage systems (most regions) or another redundant storage system (Freiburg). Each piece of data has redundancy level 3, which provides robust protection against individual hardware failures.

However, please note:

  • No regular backups of VM data are performed. By default, neither the root disk nor attached volumes are backed up.
  • It is your responsibility to ensure that important data is backed up internally (e.g. via snapshots) and externally (using external backup systems).

⚠️ Important Operational Note

bwCloud-OS is operated as a "best-effort" infrastructure service. This means:

  • To maintain performance and affordability, the system does not include mechanisms such as geo-redundancy.
  • In very rare cases (e.g., multiple simultaneous disk failures or critical software bugs in Ceph), data loss may occur and recovery may not be possible.

For this reason, we strongly recommend storing critical or irreplaceable data (including essential configuration files and recovery information) on external storage systems outside the bwCloud-OS.

Storage Performance

Is storage throughput in the bwCloud-OS throttled?

Yes. Storage performance in bwCloud-OS is intentionally throttled to ensure fair usage across all users.

All data — including root disks and attached volumes — is stored in the Ceph distributed storage system, which is connected to the compute hosts via the internal network. This means that the storage performance depends on shared network resources: The more simultaneous activity there is, the more the available bandwidth is divided among users.

To ensure fair access, each instance is limited to a maximum of 100 MB/s (full duplex) and 800 IOPS.

This limitation helps maintain consistent performance in a multi-user environment and prevents individual VMs from monopolizing bandwidth.

Can I request higher storage throughput in bwCloud-OS?

Yes, in justified cases, higher data throughput can be granted.

Please submit a support ticket, including the following required information:

  • A short note that you are requesting higher storage throughput
  • A description of your use case or application and why the increased throughput is needed
  • Your OpenStack user ID
  • The region where the increased throughput is required