You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@@ -20,7 +20,7 @@ A Central Processing Unit (CPU) is the computer's main processor. The CPU execut
20
20
21
21
A Hard disk drive (HDD) uses rotating magnetic disks to store data. HDDs provide larger storage capacity but slower read/write speed compared to SSDs. They are perfect for storing large volumes of data.
22
22
23
-
## NVMe
23
+
## NVMe disk
24
24
25
25
NVM Express (NVMe) disks are SSDs that use the PCI Express bus for communication with the host.
Copy file name to clipboardexpand all lines: pages/gpu/how-to/create-manage-gpu-instance.mdx
+7-7
Original file line number
Diff line number
Diff line change
@@ -7,7 +7,7 @@ content:
7
7
paragraph: This page explains how to create and manage a GPU Instance
8
8
tags: gpu-instance gpu instance
9
9
dates:
10
-
validation: 2024-09-02
10
+
validation: 2025-03-11
11
11
posted: 2022-03-25
12
12
categories:
13
13
- compute
@@ -34,17 +34,17 @@ When you have completed your calculations using the GPU Instance, [deletion can
34
34
3. Follow these steps to configure your GPU Instance:
35
35
-**Availability Zone**: Choose the geographical region, represented by the Availability Zone, where your Instance will be deployed.
36
36
-**Instance Type (GPU)**: Select the desired GPU Instance type, considering factors such as processing power, memory, storage options, and bandwidth. Refer to our guide on [choosing the right GPU Instance type](/gpu/reference-content/choosing-gpu-instance-type/) for more information.
37
-
-**Image**: Pick an operating system image suitable for your GPU Instance. For example, select **Ubuntu Jammy GPU OS 12**, which comes with preinstalled NVIDIA drivers and an NVIDIA Docker environment. You have the flexibility to customize your working environment using Docker with our provided Docker images or your own containers.
37
+
-**Image**: Pick an operating system image suitable for your GPU Instance. For example, select **Ubuntu Jammy GPU OS 12**, which comes with preinstalled Nvidia drivers and an Nvidia Docker environment. You can customize your working environment using Docker with our provided Docker images or your own containers.
38
+
-**Instance name and tags**: Assign a name to your Instance for easy identification. You can also add tags to organize your Instances efficiently.
38
39
-**Volumes**: Optionally, add storage volumes for your Instance. You can adjust settings such as Block and Local Storage volumes according to your requirements.
39
40
<Messagetype="note">
40
41
* The recommended minimum volume size for GPU OS images is 125 GB.
41
42
* If your GPU Instance supports scratch storage, the scratch volume displays but can not be edited. [Learn more about scratch storage.](/gpu/how-to/use-scratch-storage-h100-instances/)
42
43
</Message>
43
-
-**Network Configuration**: Choose between a routed public IP or a NAT public IP for your Instance. We recommend using a routed public IP. You can allocate IPv4 and IPv6 addresses as needed, with a maximum of 5 IPs per Instance.
44
-
-**Instance Name and Tags**: Assign a name to your Instance for easy identification. You can also add tags to organize your Instances efficiently.
45
-
-**Advanced Options**: Configure `cloud-init` settings if required, or leave them at default values.
46
-
-**SSH Keys**: Verify the SSH keys that will grant you access to your Instance.
47
-
-**Estimated Cost**: Review the estimated cost of your GPU Instance based on the selected specifications.
44
+
-**Network configuration**: You can allocate routed IPv4 and IPv6 addresses as needed, with a maximum of 5 IPs per Instance.
45
+
-**Cloud-init**: Configure `cloud-init` settings if required, or leave them at default values.
46
+
-**SSH keys**: Verify the SSH keys that will grant you access to your Instance.
47
+
-**Estimated cost**: Review the estimated cost of your GPU Instance based on the selected specifications.
48
48
4. Once you have completed the configuration, click on **Create Instance** to initiate the creation process. You will receive a notification once the GPU Instance is ready for use.
Copy file name to clipboardexpand all lines: pages/gpu/quickstart.mdx
+4-4
Original file line number
Diff line number
Diff line change
@@ -7,7 +7,7 @@ content:
7
7
paragraph: This page shows you how to get started with Scaleway GPU Instances.
8
8
tags: instance gpu-instance
9
9
dates:
10
-
validation: 2024-09-02
10
+
validation: 2025-03-11
11
11
posted: 2022-03-25
12
12
categories:
13
13
- compute
@@ -27,14 +27,14 @@ In addition to this, GPU Instances have all the features of our regular Instance
27
27
-**Availability Zone**: Choose the geographical region, represented by the Availability Zone, where your Instance will be deployed.
28
28
-**Instance Type (GPU)**: Select the desired GPU Instance type, considering factors such as processing power, memory, storage options, and bandwidth. Refer to our guide on [choosing the right GPU Instance type](/gpu/reference-content/choosing-gpu-instance-type/) for more information.
29
29
-**Image**: Pick an operating system image suitable for your GPU Instance. For example, select **Ubuntu Jammy GPU OS 12**, which comes with preinstalled Nvidia drivers and an Nvidia Docker environment. You can customize your working environment using Docker with our provided Docker images or your own containers.
30
+
-**Instance name and tags**: Assign a name to your Instance for easy identification. You can also add tags to organize your Instances efficiently.
30
31
-**Volumes**: Optionally, add storage volumes for your Instance. You can adjust settings such as Block and Local Storage volumes according to your requirements.
31
32
<Messagetype="note">
32
33
* The recommended minimum volume size for GPU OS images is 125 GB.
33
34
* If your GPU Instance supports scratch storage, the scratch volume displays but can not be edited. [Learn more about scratch storage.](/gpu/how-to/use-scratch-storage-h100-instances/)
34
35
</Message>
35
-
-**Network configuration**: Choose between a routed public IP or a NAT public IP for your Instance. We recommend using a routed public IP. You can allocate IPv4 and IPv6 addresses as needed, with a maximum of 5 IPs per Instance.
36
-
-**Instance name and tags**: Assign a name to your Instance for easy identification. You can also add tags to organize your Instances efficiently.
37
-
-**Advanced options**: Configure `cloud-init` settings if required, or leave them at default values.
36
+
-**Network configuration**: You can allocate routed IPv4 and IPv6 addresses as needed, with a maximum of 5 IPs per Instance.
37
+
-**Cloud-init**: Configure `cloud-init` settings if required, or leave them at default values.
38
38
-**SSH keys**: Verify the SSH keys that will grant you access to your Instance.
39
39
-**Estimated cost**: Review the estimated cost of your GPU Instance based on the selected specifications.
40
40
4. Once you have completed the configuration, click on **Create Instance** to initiate the creation process. You will receive a notification once the GPU Instance is ready for use.
Management of Block Storage volumes via the Instances API is deprecated. We recommend migrating existing volumes to the Block Storage API for continued support and improved functionality. For step-by-step instructions on migrating your volumes, refer to our [How to migrate existing volumes and snapshots to Scaleway's new Block Storage management](/instances/how-to/migrate-volumes-snapshots-to-sbs/).
19
+
</Message>
20
+
17
21
The Instances API allows you to interact with Block Storage volumes programmatically through API calls. To increase the size of a volume using the Block Storage API, refer to the [dedicated documentation](/block-storage/api-cli/increasing-volume-size/).
Copy file name to clipboardexpand all lines: pages/instances/troubleshooting/fix-unreachable-ipv6-rhel-based-instance.mdx
+40-27
Original file line number
Diff line number
Diff line change
@@ -7,78 +7,84 @@ content:
7
7
paragraph: This page helps recover or avoid unreachable IPv6 Instances after transitioning to routed IP
8
8
tags: centos-stream rockylinux almalinux network-manager ipv6 routed ip
9
9
dates:
10
-
validation: 2024-09-02
10
+
validation: 2025-03-11
11
11
posted: 2023-11-16
12
12
categories:
13
13
- compute
14
14
---
15
15
16
-
RHEL-based Instances created before November 15 2023 require a NetworkManager configuration that enables correct IPv6 configuration, after a transition to routed IP is performed. If your Instance is configured only with an IPv6 address, it will become unreachable after the migration. It is important to add the NetworkManager configuration so IPv6 configuration remains correct.<br />
16
+
## Problem
17
+
18
+
RHEL-based Instances created before November 15 2023 require a NetworkManager configuration that enables correct IPv6 configuration, after a transition to routed IP is performed. If your Instance is configured only with an IPv6 address, it will become unreachable after the migration. It is important to add the NetworkManager configuration so IPv6 configuration remains correct.
17
19
18
20
The affected O/S distributions are:
19
21
20
22
- CentOS Stream versions 8 and 9
21
23
- RockyLinux versions 8 and 9
22
24
- AlmaLinux versions 8 and 9
23
-
- Fedora versions 37 and 38
25
+
- Fedora versions 37 and 38.
24
26
25
27
<Messagetype="note">
26
-
CentOS 7.9 is not concerned by this issue as it does not support routed IP.
28
+
CentOS 7.9 is not concerned by this issue, as it does not support routed IP.
27
29
</Message>
28
30
29
-
<Messagetype="note">
30
-
This guide addresses specific issues related to RHEL-based Instances after transitioning to routed IP. For general information on routed IPs and migration procedures, refer to our [main migration guide](/instances/how-to/migrate-routed-ips/) and the [related FAQ](/faq/instances/#are-there-any-limitations-on-ip-autoconfiguration-with-the-routed-ip-feature).
31
-
</Message>
31
+
This guide addresses specific issues related to RHEL-based Instances after transitioning to routed IP.
32
+
For general information on routed IPs and migration procedures, refer to our [main migration guide](/instances/how-to/migrate-routed-ips/) and the [related FAQ](/faq/instances/#are-there-any-limitations-on-ip-autoconfiguration-with-the-routed-ip-feature).
33
+
34
+
## Cause
35
+
36
+
This issue is caused by a missing NetworkManager configuration for IPv6 address generation mode (`ipv6.addr-gen-mode=0`) on RHEL-based Instances.
37
+
38
+
## Possible solution
39
+
40
+
There are two scenarios to consider, depending on whether your Instance has been migrated to routed IP or not.
32
41
33
-
## Your Instance has not been migrated to routed IP yet
42
+
###Your Instance has not been migrated to routed IP yet
34
43
35
44
Connect to your Instance and execute the following command as `root` user to add the required NetworkManager option:
# The value 0 stands for eui64 -- see nm-settings-nmcli(5)
40
49
ipv6.addr-gen-mode=0
41
50
EOF
42
51
```
52
+
### Your Instance has been moved to routed IP
43
53
44
-
## Your Instance has been moved to routed IP
45
-
46
-
If your Instance has been moved to routed IP and you have IPv4 connectivity, add the NetworkManager configuration as outlined in the previous section. After the next reboot, you will recover IPv6 connectivity while IPv4 configuration will remain untouched
47
-
48
-
### You only have IPv6 configured so you cannot connect to the Instance anymore
54
+
If your Instance has been moved to routed IP and you have IPv4 connectivity, add the NetworkManager configuration as outlined in the previous section. After the next reboot, you will recover IPv6 connectivity while IPv4 configuration will remain untouched.
49
55
50
-
<Messagetype="important">
51
-
Two reboots of your Instance will be required in order to recover IPv6 connectivity.
52
-
</Message>
56
+
#### You only have IPv6 configured so you cannot connect to the Instance anymore
53
57
54
-
If you are in this situation, you need to temporarily add an IPv4 address to connect to your Instance in order to add the NetworkManager configuration.
58
+
Two reboots of your Instance will be required in order to recover IPv6 connectivity. If you are in this situation, you need to temporarily add an IPv4 address to connect to your Instance in order to add the NetworkManager configuration.
55
59
56
-
```
60
+
```bash
57
61
scw instance server list
58
62
ID NAME TYPE STATE ZONE PUBLIC IP PRIVATE IP TAGS IMAGE NAME ROUTED
Once modified, reset your Instance to its prior configuration. It is necessary to first detach the IPv4 address before attaching the IPv6 address.
81
-
```
86
+
87
+
```bash
82
88
scw instance server standby {Instance_ID}
83
89
scw instance server update {Instance_ID} ip=none
84
90
scw instance server update {Instance_ID} ip={IPv6_address_ID}
@@ -87,11 +93,18 @@ scw instance ip delete {IPv4_address_ID}
87
93
```
88
94
89
95
You can now connect using your IPv6 address:
90
-
```
96
+
97
+
```bash
91
98
ssh root@2001:bc8:1210:26a:dc00:ff:fe23:ab83
92
99
Warning: Permanently added '2001:bc8:1210:26a:dc00:ff:fe23:ab83' (ED25519) to the list of known hosts.
93
100
Activate the web console with: systemctl enable --now cockpit.socket
94
-
95
101
Last login: Wed Nov 15 16:53:09 2023 from 51.159.46.153
96
102
[root@rocky8 ~]#
97
-
```
103
+
```
104
+
105
+
## Going further
106
+
For general information on routed IPs and migration procedures, refer to our [main migration guide](/instances/how-to/migrate-routed-ips/) and the [related FAQ](/faq/instances/#are-there-any-limitations-on-ip-autoconfiguration-with-the-routed-ip-feature). If you still encounter issues, please provide the following information when creating a support ticket:
Copy file name to clipboardexpand all lines: pages/kubernetes/troubleshooting/containers-not-starting-arm-instances.mdx
+6-4
Original file line number
Diff line number
Diff line change
@@ -7,28 +7,30 @@ content:
7
7
paragraph: This page helps you troubleshoot issues related to containers not starting on ARM Instances
8
8
tags: kapsule arm x86 crashloopbackoff
9
9
dates:
10
-
validation: 2024-09-02
10
+
validation: 2025-03-11
11
11
posted: 2024-02-28
12
12
categories:
13
13
- kubernetes
14
14
---
15
15
16
+
## Problem
16
17
Containers failing to start on ARM nodes can often be attributed to architecture mismatches. This occurs when container images designed for x86 architecture are deployed on ARM-based nodes.
17
18
19
+
## Cause
18
20
The binary instructions in the x86 image are incompatible with ARM processors, causing the kernel on the ARM node to encounter illegal or unknown instructions, resulting in errors.
19
21
20
22
The most common symptom of this issue is the occurrence of `CrashLoopBackOff` errors in Kubernetes.
21
23
22
-
## Inspecting container image architecture
24
+
## Possible solutions
25
+
26
+
### Inspecting container image architecture
23
27
24
28
To inspect the architecture of container images, you can use the following steps:
25
29
26
30
1. Pull the container image from the registry using `docker pull`.
27
31
2. Extract the image using `docker save` or similar tools.
28
32
3. Within the extracted files, locate the image manifest file (usually named `manifest.json`). Open this file and look for the `architecture` field to determine the architecture the image is built for.
29
33
30
-
## Possible solutions
31
-
32
34
### Rebuilding ARM images
33
35
34
36
If you have control over the container image source, consider rebuilding the image specifically for the ARM architecture.
0 commit comments