Chapter 1. Using SUSE Cloud Dashboard

Contents

1.1. Requirements
1.2. SUSE Cloud Dashboard—Overview
1.3. Managing Images
1.4. Launching Instances
1.5. Configuring Access to the Instances
1.6. Managing Instances
1.7. Managing Volumes

The SUSE® Cloud Dashboard is a Web interface that allows cloud administrators and users to manage various OpenStack services. It is based on OpenStack Dashboard (also known under its codename Horizon).

After a short introduction to the Dashboard, learn how to execute key tasks such as creating images, launching and managing instances, and how to use volumes for persistent storage.

1.1. Requirements

The following requirements need to be fulfilled to access the SUSE Cloud Dashboard:

1.2. SUSE Cloud Dashboard—Overview

Learn how to log in to SUSE Cloud Dashboard and get a short overview of its Web interface.

1.2.1. Logging in to the SUSE Cloud Dashboard

To access the SUSE Cloud Dashboard, ask the cloud operator for the following information:

  • Hostname or (public) IP address of the SUSE Cloud Dashboard. (The Dashboard is available on the node that has the nova-dashboard server role.)

  • Username and password of the cloud administrator or cloud user with which you can log in to SUSE Cloud Dashboard.

  1. Start a Web browser and make sure that JavaScript and cookies are enabled.

  2. As a URL, enter the hostname or IP address that you got from the cloud operator.

    https://IP_ADDRESS_OR_HOSTNAME/
    [Note]Certificate Warning

    Depending on your browser and browser options, you may get a certificate warning when trying to access the URL for the first time. (In case no certificate is provided when setting up the Dashboard, SUSE Cloud uses a self-signed certificate that is not considered trustworthy by default).

    In this case, verify the certificate.

    To proceed anyway, you can add an exception in the browser to bypass the warning.

  3. On the SUSE Cloud Dashboard login screen, enter the User Name and Password and click Sign In.

Figure 1.1. SUSE Cloud Dashboard—Login Screen

SUSE Cloud Dashboard—Login Screen

After logging in, the Dashboard's Main Screen (User's View) appears.

1.2.2. Main Screen (User's View)

The top-level row of the main screen shows the username with which you are logged in. It also allows you to access the Settings or to Sign Out of the Web interface.

[Note]Available Functions

The visible tabs and functions in the Dashboard depend on the access permissions of the user that is logged in. They are defined by roles.

If you are logged in as a user, the main screen only shows the Project tab. This shows details for the projects (or tenants) that you are a member of.

Figure 1.2. SUSE Cloud Dashboard—Project Tab

SUSE Cloud Dashboard—Project Tab

Select a Project from the drop-down list on the left-hand side to access the following categories:

Overview

Shows basic reports on the project.

Instances & Volumes

Lists instances and volumes created by users of the project. From here, you can terminate, pause, or reboot any instances or connect to them via VNC.

Images & Snapshots

Lists images and snapshots created by users of the project, plus any images that are publicly available.

Access & Security

Allows to allocate or release floating IP addresses, manage security groups and keypairs.

1.3. Managing Images

User permissions to manage images are defined by the cloud operator during setup of SUSE Cloud. Image upload and management may be restricted to cloud administrators or cloud operators only.

After uploading an image to Nova, it cannot be changed any more (golden image).

Whereas nearly all key tasks can either be executed from the SUSE Cloud Web interface or from the command line, images can only be uploaded with a command line tool, glance image-create. For details, refer to Section “Adding Images” (Chapter 2, Using OpenStack Command Line Interfaces, ↑User Guide for Administrators).

1.4. Launching Instances

Instances are virtual machines that run inside the cloud. To start an instance, a virtual machine image must exist that contains the following information: which operating system to use, a username and password with which to log in to the instance, file storage etc. The cloud contains a pool of such images that have been uploaded to Glance and are accessible to members of different projects.

1.4.1. Key Parameters

When starting an instance, you need to specify the following key parameters:

Flavor

In OpenStack, flavors define the compute, memory, and storage capacity of nova computing instances. To put it simply, a flavor is an available hardware configuration for a server. It defines the size of a virtual server that can be launched.

For more details and a list of default flavors available, refer to Section “Managing Flavors” (Chapter 1, Using SUSE Cloud Dashboard, ↑User Guide for Administrators).

Keypair

Keypairs are SSH credentials that are injected into images when they are launched. For this to work, the image must contain the cloud-init package.

Create at least one keypair per project. If you already have generated a keypair with an external tool, you can import it into OpenStack. The keypair can be used for multiple instances belonging to that project.

For details, refer to Section 1.5.1, “Creating or Importing Keys”.

Security Group

In SUSE Cloud, security groups are used to define which incoming network traffic should be forwarded to instances. Security groups hold a set of firewall policies (security group rules).

For details, refer to Section 1.5.2, “Configuring Security Groups and Rules”.

If needed, you can assign a floating (public) IP address to a running instance and attach a block storage device (volume) for persistent storage. For details, refer to Section 1.5.3, “Managing IP Addresses” and Section 1.7, “Managing Volumes”.

1.4.2. Booting From Volumes

You can start an instance directly from one of the images available in Glance or from an image that you have copied to a persistent volume before. For the preparation of the volume, refer to Procedure 1.1. When booting an image from a volume, the procedure is basically the same as when launching an instance from an image in Glance, except for some additional steps.

Procedure 1.1. Creating and Preparing the Volume

To be able to boot an instance from a volume, create the volume and copy an image to it:

  1. Create a volume as described in Procedure 1.10, “Creating or Deleting Volumes”. Its size must be big enough to store an unzipped image.

  2. Create an image with SUSE Studio or SUSE Studio Onsite. For details, refer to Section “Building Images with SUSE Studio” (Chapter 2, Using OpenStack Command Line Interfaces, ↑User Guide for Administrators).

  3. Launch an instance as described in Procedure 1.2, “Launching an Instance”.

  4. Attach the volume to the instance as described in Procedure 1.11, “Attaching Volumes to Instances”.

  5. Assuming that the attached volume is mounted as /dev/vdb, use one of the following commands to copy the image to the attached volume:

    • For a raw image:

      cat IMAGE >/dev/null

      (alternatively, use dd)

    • For a non-raw image:

      qemu-img convert -O raw IMAGE /dev/vdb
    • For a *.tar.bz2 image:

      tar xfjO IMAGE >/dev/null 
  6. As only detached volumes are available for booting, detach the volume. For details on how to do so, refer to Procedure 1.11, “Attaching Volumes to Instances”, Step 9.

  7. For booting an instance from the volume, continue with Procedure 1.2, “Launching an Instance”.

1.4.3. Launching an Instance

You can start an instance directly from one of the images available in Glance. In that case, SUSE Cloud will create a local copy of the image on the respective Compute Node where the instance will be started.

[Note]Launching Instances from a Volume

Alternatively, you can start an instance from an image that has been copied to a persistent volume. In that case, the instance will be booted from the volume (provided by nova-volume) via iSCSI.

For preparation details, refer to Procedure 1.1, “Creating and Preparing the Volume”.

To boot an instance from the volume, follow Procedure 1.2, “Launching an Instance”. Especially note the following steps:

  • Step 4: To be able to select from which volume to boot, launch an instance from an arbitrary image. The image you select there will not be booted. It will be replaced by the image on the volume that you choose during the next steps.

    In case you want to boot a Xen image from a volume, note the following requirement: The image you launch in Step 4 needs to be of the same type (fully virtualized or paravirtualized) as the one on the volume.

  • Step 5.f: Select the Volume or Volume Snapshot to boot from. Enter a Device Name (vda for KVM images, xvda for Xen images).

Procedure 1.2. Launching an Instance

  1. Log in to SUSE Cloud Dashboard.

  2. If you are a member of multiple projects, select a Project from the drop-down list at the top of the tab.

  3. Click the Images & Snapshot category. The Dashboard shows the Images that have been uploaded to Glance and are available for this project.

  4. Select an image and click Launch.

  5. In the window that opens, specify the following:

    1. Enter a Server Name that will be assigned to the virtual machine.

    2. From the Flavor drop-down list, select the size of the virtual machine to launch.

    3. Select a Keypair. For details, refer to Section 1.5.1, “Creating or Importing Keys”. In case an image uses a static root password or a static key set (neither is recommended), you do not need to provide a keypair on starting the instance.

    4. In Instance Count, enter the number of virtual machines to launch from this image.

    5. Activate the Security Groups that you want to assign to the instance. Security groups are a kind of cloud firewall that define which incoming network traffic should be forwarded to instances. For details, refer to Section 1.5.2, “Configuring Security Groups and Rules”. If you have not created any specific security groups, you can only assign the instance to the default security group.

    6. If you want to Boot From Volume, click the respective entry to expand its options. Set the options as described in Launching Instances from a Volume.

    7. Click Launch Instance. The instance will be started on any of the Compute Nodes in the cloud.

After you have launched an instance, switch to the Instances & Volumes category to view the Instance Name, its (private or public) IP address, its Size, its Status, Task, and Power State.

Figure 1.3. SUSE Cloud Dashboard—List of Launched Instances

SUSE Cloud Dashboard—List of Launched Instances

If you did not provide a keypair on starting and have not touched security groups or rules so far, by default the instance can only be accessed from inside the cloud via VNC at this point. Even pinging the instance is not possible. To change this, proceed with Section 1.5, “Configuring Access to the Instances”.

1.5. Configuring Access to the Instances

Access to an instance is mainly influenced by the following parameters:

  • keypairs

  • security groups and rules

  • IP addresses

For SSH access to an instance, you usually need to provide a keypair at launch time. The security rules need adjustment, too, since the default rules block access to SSH ports and prevent pinging an instance. To make the instance also accessible from outside the cloud, assign a floating (public) IP address.

1.5.1. Creating or Importing Keys

Keypairs are SSH credentials that are injected into images when they are launched. For this to work, the image must contain the cloud-init package.

Create at least one keypair per project. If you already have generated a keypair with an external tool, you can import it into OpenStack. The keypair can be used for multiple instances belonging to that project.

  1. Log in to SUSE Cloud Dashboard.

  2. If you are a member of multiple projects, select a Project from the drop-down list at the top of the tab.

  3. Click the Access & Security category. The Dashboard shows Floating IPs, Security Groups, and Keypairs for the selected project.

  4. To import a keypair that you have generated with an external tool:

    1. Click Import Keypair.

    2. In the window that opens, enter a name for the keypair and copy the public key into the respective input field.

    3. Confirm your choice.

  5. To create a new keypair:

    1. Click Create Keypair.

    2. In the window that opens, enter a name for the keypair and confirm your choice.

      OpenStack generates a keypair and provides the private key for download as a *.pem file.

    3. Save the *.pem file locally and change its permissions so that only you can read and write to the file:

      chmod 600 MY_PRIV_KEY.pem

The public key of the keypair is registered at the Nova database. The Dashboard lists the keypair in the Access & Security category as shown in Figure 1.4, “SUSE Cloud Dashboard—Keypairs”.

Figure 1.4. SUSE Cloud Dashboard—Keypairs

SUSE Cloud Dashboard—Keypairs

1.5.2. Configuring Security Groups and Rules

In SUSE Cloud, security groups are used to define which incoming network traffic should be forwarded to instances. Security groups hold a set of firewall policies (security group rules).

1.5.2.1. Security Groups

When launching an instance, you need to define which security groups it should belong to. A default security group is available for each project. It allows all network traffic from other members of this group and discards traffic from other IP addresses and groups.

Multiple security groups for a project can be defined, with each group holding a different set of firewall policies. This is useful if you have groups of instances that should differ in firewall configuration (for example, front-end and back-end servers). An instance can be assigned to multiple security groups.

Procedure 1.3. Creating or Deleting Security Groups

  1. Log in to SUSE Cloud Dashboard.

  2. If you are a member of multiple projects, select a Project from the drop-down list at the top of the tab.

  3. Click the Access & Security category. The Dashboard shows Floating IPs, Security Groups, and Keypairs for the selected project.

  4. To create a new security group:

    1. Click Create Security Group.

    2. In the window that opens, enter a Name and Description for the group and confirm your changes.

  5. To delete one or multiple security groups:

    1. Activate the check boxes in front of the groups that you want to delete.

    2. Click Delete Security Groups and confirm your choice in the pop-up that appears.

      A message on the Web page shows if the action has been successful.

      [Note]Deleting Security Groups

      The default security group for a project cannot be deleted.

      If another group cannot be deleted, it is because it is still assigned to a running instance.

1.5.2.2. Security Group Rules

You can adjust rules of the default security group as well as rules of any other security group that has been created. As soon as the rules for a group are modified, the new rules are automatically applied to all running instances belonging to that security group.

Adjust the rules in a security group to allow access to instances via different ports and protocols. This is necessary to be able to access instances via SSH, to ping them, or to allow UDP traffic (for example, for a DNS server running on an instance).

Rules in security groups are specified by the following parameters:

Source of traffic

Decide whether to allow traffic to instances only from IP addresses inside the cloud (from other group members) or from all IP addresses.

Protocol

Choose between TCP (for SSH), ICMP (for pings), and UDP.

Destination Port on Virtual Machine

Define a port range. To open a single port only, enter the same value twice. ICMP does not support ports. In that case, enter values that define the codes and types of ICMP traffic to be allowed.

If no further security groups have been created, any instances are automatically assigned to the default security group (if not specified otherwise). Unless you change the rules for the default group, those instances cannot be accessed from any IP addresses outside the cloud.

Procedure 1.4. Configuring Security Group Rules

  1. Log in to SUSE Cloud Dashboard.

  2. If you are a member of multiple projects, select a Project from the drop-down list at the top of the tab.

  3. Click the Access & Security category. The Dashboard shows Floating IPs, Security Groups, and Keypairs for the selected project.

  4. Select the security group to modify, then click Edit Rules. The window that appears shows which rules have already been configured.

  5. To allow SSH access to the instances:

    1. Set IP Protocol to TCP.

    2. Enter the value 22 in both From Port and To Port.

    3. To allow access from all IP addresses (specified as IP subnet in CIDR notation as 0.0.0.0/0), leave the other fields unchanged.

      Alternatively, allow only IP addresses from other security groups to access the specified port. In that case, select the desired security group from the Source Group drop-down list.

    4. Confirm your changes to add the rule.

  6. To allow pinging the instances:

    1. Set IP Protocol to ICMP.

    2. Enter the value -1 in both From Port and To Port. This allows access to all codes and all types of ICMP traffic, respectively.

    3. To allow access from all IP addresses (0.0.0.0/0), leave the other fields unchanged.

      Alternatively, allow only members of other security groups to ping instances. In that case, select the desired security group from the Source Group drop-down list.

    4. Confirm your changes to add the rule.

  7. To allow access via UDP port (for example, for a DNS server running on a VM):

    1. Set IP Protocol to UDP.

    2. Enter the value 53 in both From Port and To Port.

    3. To allow access from all IP addresses (0.0.0.0/0), leave the other fields unchanged.

      Alternatively, allow only IP addresses from other security groups to access the specified port. In that case, select the desired security group from the Source Group drop-down list.

    4. Confirm your changes to add the rule.

  8. To delete one or multiple security group rules:

    1. Select the security group to modify, then click Edit Rules. The window that appears shows which rules have already been configured.

    2. Select the rule or rules to remove.

    3. Click Delete Rules and confirm your choice.

Figure 1.5. SUSE Cloud Dashboard—Adding Security Group Rules

SUSE Cloud Dashboard—Adding Security Group Rules

1.5.3. Managing IP Addresses

Each instance can have two IP addresses: a private (fixed) IP address and a public (floating) one. Private IP addresses are used for communication between instances, and public ones are used for communication with the outside world. When an instance is launched, it is automatically assigned a private IP address, which stays the same until the instance is explicitly terminated. (Rebooting the instance does not have an effect on the private IP address.)

A pool of floating IPs is available in OpenStack Nova, as configured by the cloud operator. You can allocate a certain number of these to a project—the maximum number of floating IP addresses per project is defined by the quota. From this set, you can then add a floating IP address to an instance of the project. Floating IP addresses can be dynamically disassociated and associated with other instances of the same project at any time.

Procedure 1.5. Allocating Floating (Public) IPs to a Project

Before you can assign a floating IP address to an instance, you first need to allocate floating IPs to a project.

  1. Log in to SUSE Cloud Dashboard.

  2. If you are a member of multiple projects, select a Project from the drop-down list at the top of the tab.

  3. Click the Access & Security category. The Dashboard shows a list of Floating IPs, Security Groups, and Keypairs for the current project.

  4. To allocate a floating IP address to the current project:

    1. Click Allocate IP to Project.

    2. In the window that opens, select a Pool out of which to take the IP address.

    3. Click Allocate IP.

      The Dashboard shows the allocated IP addresses in the Access & Security category. The first IP shown for an instance is the private IP address; the second one is the floating IP address.

  5. To release one or multiple floating IP addresses from a project:

    1. Activate the check boxes in front of the IP addresses that you want to release.

    2. Click Release Floating IPs. The IP addresses are put back into the pool of IP addresses that are available for all projects. If an IP address is currently assigned to a running instance, it will automatically be disassociated from the instance.

Procedure 1.6. Assigning Floating (Public) IP Addresses to Instances

After floating IP addresses have been allocated to the current project, you can assign them to running instances. One floating IP address can be assigned to only one instance at a time.

  1. Log in to SUSE Cloud Dashboard.

  2. If you are a member of multiple projects, select a Project from the drop-down list at the top of the tab.

  3. Click the Access & Security category. The Dashboard shows a list of Floating IPs, Security Groups, and Keypairs for the current project.

  4. To assign an IP to an instance:

    1. Select an IP address and click Associate IP.

    2. In the window that opens, select the Instance to associate the IP with and confirm your choice.

      In the Access & Security category, the list of Floating IPs shows the ID of the instance with which the IP has been associated. The instance is now publicly available under the respective floating IPs address (provided you have also configured the security group rules for the instance accordingly). For details, refer to Section 1.5.2, “Configuring Security Groups and Rules”.

  5. To remove a floating IP address from an instance:

    1. Click the Access & Security category.

    2. Select the IP address to remove.

    3. Click Disassociate IP and confirm your change.

Figure 1.6. SUSE Cloud Dashboard—Instance IPs

SUSE Cloud Dashboard—Instance IPs

1.6. Managing Instances

The following are typical tasks for managing instances:

  • Accessing instances from remote

  • Viewing logs

  • Creating instance snapshots to preserve a certain disk state of an instance

  • Using instance snapshots as base for new images

  • Rebooting or terminating instances

  • Pausing or suspending instances

  • Tracking instance usage

1.6.1. Viewing Instance Logs

  1. Log in to SUSE Cloud Dashboard.

  2. If you are a member of multiple projects, select a Project from the drop-down list at the top of the tab.

  3. Click the Instances & Volumes category.

  4. Select the instance and from the Actions drop-down list, select View Log.

    Alternatively, click the instance's name and switch to the Log tab that opens.

    The Dashboard shows the output of the instance's serial console. To make use of this feature, the respective image must have set the serial console correctly in GRUB.

1.6.2. Accessing Instances from Remote

The Dashboard's built-in VNC client allows you to access instances at any time.

Procedure 1.7. Accessing an Instance via VNC

  1. Log in to SUSE Cloud Dashboard.

  2. If you are a member of multiple projects, select a Project from the drop-down list at the top of the tab.

  3. Click the Instances & Volumes category.

  4. Select the instance to access and from the Actions drop-down list, select VNC Console.

    Alternatively, click the instance's name and switch to the VNC tab that opens.

  5. When establishing the first connection, you might be prompted by your browser to trust a certificate before you can see the VNC screen.

  6. To display a larger VNC screen, use the link Click here to show only VNC.

  7. To leave the large VNC screen, use the back button of the browser.

To access an instance via SSH, the following requirements need to be fulfilled:

  • sshd must be running inside the virtual machine.

  • Port 22 must be open in the virtual machine's firewall.

  • The security group which the instance is assigned to, must be configured to allow SSH access.

  • To allow SSH access from outside the cloud, a floating IP address must be assigned to the instance.

  • You must know the private or public IP address of the instance.

1.6.3. Using Instance Snapshots

Instance snapshots preserve the disk state of a running instance. You can launch a new instance from a snapshot or use a snapshot to create a new image based upon the snapshot. Ephemeral disks are not included in any snapshots.

Procedure 1.8. Creating Instance Snapshots

  1. Log in to SUSE Cloud Dashboard.

  2. If you are a member of multiple projects, select a Project from the drop-down list at the top of the tab.

  3. Click the Instances & Volumes category.

  4. Select the instance of which to create a snapshot. From the Actions drop-down list, select Snapshot.

  5. In the window that opens, enter a name for the snapshot and confirm your changes. The Dashboard shows the new Instance Snapshot in the Images & Snapshot category.

  6. To launch a new instance from the snapshot, select the snapshot and click Launch. Proceed with launching an instance as described in Procedure 1.2, “Launching an Instance”.

Procedure 1.9. Basing an Image on a Snapshot

  1. Log in to SUSE Cloud Dashboard.

  2. If you are a member of multiple projects, select a Project from the drop-down list at the top of the tab.

  3. Click the Images & Snapshots category.

  4. Select the snapshot and from the Actions drop-down list, select Edit.

  5. In the window that opens, enter the image properties. For more information, refer to Section “Managing Images” (Chapter 1, Using SUSE Cloud Dashboard, ↑User Guide for Administrators).

  6. Click Update Image.

    Dashboard shows the newly created image in the list of images in the Images & Snapshots category. If you delete the snapshot, upon which the image is based, the image will be deleted as well. If you delete the image, the snapshot upon which it is based, will be deleted as well.

1.6.4. Pausing, Suspending, Rebooting, or Terminating Instances

For maintenance reasons, you can pause or suspend images—provided they are running on KVM or Xen. Pausing or suspending avoids the consequences that come with terminating an instance.

If you pause an instance, the content of the virtual machine is stored to memory (RAM) and the image is kept running in a frozen state. When suspending an instance, the content of the virtual machine is stored to disk, and memory and VCPUs are freed.

[Warning]Terminating Instances: Risk of Data Loss

Terminating an instance has the following consequences:

  • All data on the image's root disk and ephemeral disks are destroyed. To prevent that, use volumes and attach them to an instance for persistent storage.

  • If a floating IP address was assigned to that instance, the IP address is disassociated from that image. However, it is still available in the pool of allocated IP addresses for the current project.

  1. Log in to SUSE Cloud Dashboard.

  2. If you are a member of multiple projects, select a Project from the drop-down list at the top of the tab.

  3. Click the Instances & Volumes category.

  4. Select the instance that you want to put out of the running state. From the Actions drop-down list, select the respective action.

1.6.5. Tracking Usage

Use the Dashboard's Overview category to track usage of instances per project. This allows you to track costs per month by showing metrics like number of VCPUs, disks, RAM, and uptime of all your instances.

If you are a member of multiple projects, select a Project from the drop-down list at the top of the tab. Select a month and click Submit to query the instance usage for that month. The Dashboard also allows to download a CVS summary.

Figure 1.7. SUSE Cloud Dashboard—Usage Overview

SUSE Cloud Dashboard—Usage Overview

1.7. Managing Volumes

Volumes are block storage devices that can be attached to instances. They allow for persistent storage as they can be attached to a running instance (or detached and attached to another instance at any time). In contrast to the instance's root disk, the data of volumes is not destroyed when the instance is terminated.

Procedure 1.10. Creating or Deleting Volumes

  1. Log in to SUSE Cloud Dashboard.

  2. If you are a member of multiple projects, select a Project from the drop-down list at the top of the tab.

  3. Click the Instances & Volumes category.

  4. To create a volume:

    1. Click Create Volume.

    2. In the window that opens, enter a name to assign to a volume, a description (optional), and define the size in GB.

    3. Confirm your changes.

      The Dashboard shows the volume in the Instances & Volumes category.

  5. To delete one or multiple volumes:

    1. Activate the check boxes in front of the volumes that you want to delete.

    2. Click Delete Volumes and confirm your choice in the pop-up that appears.

      A message on the Web page shows if the action has been successful.

After having created one or multiple volumes, you can attach them to instances. A volume can only be attached to one instance at a time. View the Status of a volume in the Instances & Volumes category of the Dashboard: the volume is either available or already In-Use.

Procedure 1.11. Attaching Volumes to Instances

  1. Log in to SUSE Cloud Dashboard.

  2. If you are a member of multiple projects, select a Project from the drop-down list at the top of the tab.

  3. Click the Instances & Volumes category.

  4. Select the volume to add to an instance and click Edit Attachments.

  5. In the window that opens, select an instance to attach the volume to.

  6. Enter a Device Name under which the volume should be accessible on the virtual machine.

  7. Confirm your changes. The Dashboard shows the instance to which the volume has been attached and the volume's device name.

  8. Now you can log in to the instance, mount the disk, format it, and use it.

    If the instance is running the latest SUSE Linux Enterprise Server SP2 Kernel, it is not necessary to reboot the virtual machine to make the device appear. Otherwise load the acpiphp module manually:

    modprobe acpiphp
  9. To detach a volume from an instance:

    1. Select the volume and click Edit Attachments.

    2. In the window that opens, click Detach Volume and confirm your changes.

      A message on the Web page shows if the action has been successful.

Procedure 1.12. Creating Volume Snapshots

  1. Log in to SUSE Cloud Dashboard.

  2. If you are a member of multiple projects, select a Project from the drop-down list at the top of the tab.

  3. Click the Instances & Volumes category.

  4. Select the volume of which to create a snapshot.

  5. From the Actions drop-down list, select Create Snapshot.

  6. In the window that opens, enter a Snapshot Name and a Description.

  7. Confirm your changes. The Dashboard shows the new Volume Snapshot in the Images & Snapshots category.


SUSE Cloud End User Guide 1.0