Instances (VMs): Difference between revisions
No edit summary |
|||
| Line 22: | Line 22: | ||
* '''Key Pair''': Select a [[Instances (VMs)#SSH Keys|registered public SSH key]] to be injected into the instance. This step is mandatory. Without a valid SSH key, remote access to the instance will not be possible. | * '''Key Pair''': Select a [[Instances (VMs)#SSH Keys|registered public SSH key]] to be injected into the instance. This step is mandatory. Without a valid SSH key, remote access to the instance will not be possible. | ||
After completing the required selections, click '''Launch Instance''' in the dialog. Once the instance has finished building and reaches the '''Running''' state, its IP address(es) will be shown in the '''Instances''' overview. You can then access the instance via its [[Networks#Will my instance receive a public IP?|''public'' IP address]]. | After completing the required selections, click '''Launch Instance''' in the dialog. Once the instance has finished building and reaches the '''Running''' state, its IP address(es) will be shown in the '''Instances''' overview. You can then [[Instances (VMs)#SSH Access|access]] the instance via its [[Networks#Will my instance receive a public IP?|''public'' IP address]]. | ||
== Create Instances automatically == | == Create Instances automatically == | ||
Revision as of 09:03, 18 October 2025
| In a Nutshell |
|
Creating Instances
Create an Instance via Dashboard GUI
In the Dashboard, click Instances in the left-hand menu. On the new page, click Launch Instance. A dialog will open, guiding you through the configuration step by step.
- Details: Enter a meaningful name for your instance.
- Source: Select a source for the instance (image, snapshot, volume, etc.) — typically a preconfigured image (e.g., Debian X). Use the ↑ arrow to move the source into the Allocated list.
- Flavor: Choose a flavor based on your required vCPU, RAM, etc. If your quota is insufficient, a yellow warning icon will appear.
- Networks: Choose a network. Default settings are usually appropriate.
- Security Groups: No changes are mandatory at this point. You can adjust rules later if necessary.
- Key Pair: Select a registered public SSH key to be injected into the instance. This step is mandatory. Without a valid SSH key, remote access to the instance will not be possible.
After completing the required selections, click Launch Instance in the dialog. Once the instance has finished building and reaches the Running state, its IP address(es) will be shown in the Instances overview. You can then access the instance via its public IP address.
Create Instances automatically
Instances can also be deployed automatically using tools like Ansible. Further details are available here.
Connecting to Instances
SSH Keys
To access your virtual machines, you need an SSH key pair. You can either use your existing keys or generate a new one through the bwCloud-OS Dashboard. Detailed instructions are available here.
SSH Access
Once your instance is running, you can connect to it via SSH from Windows, macOS, or Linux using the following command:
ssh -i /path/to/private-key <username>@<ip-address>
The correct SSH username depends on the image used. You can find a list of default usernames here.
Lost Access
If you lose your private SSH key, it cannot be replaced — not even by the Support. Access to the instance is only possible if you previously enabled password login via the virtual console.
A possible (but tedious) workaround is described here.
Resources of Instances
Instance Flavors
bwCloud-OS offers various predefined resource packages, called flavors, which define the CPU, RAM, and disk size of an instance.
If your current quota does not allow the use of certain flavors, you can request a quota increase.
Resizing an instance
If your project has sufficient quota (vCPU, RAM, etc.), you can resize an existing VM to a larger flavor. This process restarts the VM and updates its allocated resources.
Important Notes:
- Data on attached volumes remains unchanged.
- The IP addresses remain unchanged.
- Back up important data before resizing.
Prerequisites:
- Enough quota available in the selected region
- A larger, compatible flavor is available (see Flavors)
- A short maintenance window is scheduled (brief downtime expected)
Step-by-Step Procedure
- Log in to the Dashboard and select the appropriate region in the top-left menu.
- Navigate to Project → Compute → Instances.
- Open the dropdown menu next to the instance you want to resize and select Resize Instance.
- Select a larger flavor (e.g., from
m1.smalltom1.medium) and confirm with Resize. - Wait until the instance status changes to
VERIFY_RESIZEand the VM becomes reachable again.
After Resizing: Verify & Confirm
- Check that the resources match (inside the instance):
- RAM/CPU:
free -h,nproc - Disk layout:
lsblk,df -h
- RAM/CPU:
- If everything works as expected, select Confirm Resize in the instance dropdown.
- If issues occur, select Revert Resize to roll back to the previous flavor.
Notes
- Attached data volumes are not resized automatically. To expand a volume:
- Go to the Dashboard and use Volumes → Extend Volume.
- Then resize the filesystem inside the instance using a command such as:
sudo resize2fs(for ext4)sudo xfs_growfs(for XFS)
- While it is possible to resize an instance to a smaller flavor (i.e. reduce its resources), this is not recommended, as it can lead to unpredictable behavior or system instability.