|
1 | 1 | --- |
2 | 2 | meta: |
3 | | - title: Advantages of migrating your Block Storage legacy volumes and snapshots to Block Storage Low Latency |
4 | | - description: Learn the key advantages of migrating your Block Storage legacy volumes and snapshots to Block Storage Low Latency. |
| 3 | + title: Advantages of migrating from the Instance API to the Block Storage API for managing block volumes and snapshots |
| 4 | + description: Learn the key advantages of migrating to the Block Storage API for managing your Block Storage volumes and snapshots. |
5 | 5 | content: |
6 | | - h1: Advantages of migrating your Block Storage legacy volumes and snapshots to Block Storage Low Latency |
7 | | - paragraph: Learn the key advantages of migrating your Block Storage legacy volumes and snapshots to Block Storage Low Latency. |
8 | | -tags: volumes block-storage 5kiops 10kiops sbs low-latency |
| 6 | + h1: Advantages of migrating from the Instance API to the Block Storage API for managing block volumes and snapshots |
| 7 | + paragraph: Learn the key advantages of migrating to the Block Storage API for managing your Block Storage volumes and snapshots. |
| 8 | +tags: volumes block-storage 5kiops 10kiops sbs low-latency migration |
9 | 9 | dates: |
10 | | - validation: 2025-01-03 |
11 | | - posted: 2025-01-03 |
| 10 | + validation: 2025-01-07 |
| 11 | + posted: 2025-01-07 |
12 | 12 | categories: |
13 | 13 | - storage |
14 | 14 | --- |
15 | 15 |
|
| 16 | +This page explains why you should migrate from the Instance API to the Block Storage API to create and manage block volumes and snapshots. |
| 17 | + |
| 18 | +<Message type="important"> |
| 19 | + The information displayed on this page **only applies to Instance users with block volumes**. It **does not apply to Kapsule users with block persistent volumes**. |
| 20 | +</Message> |
| 21 | + |
16 | 22 | ## Transitioning from the Instance API to the Block Storage API for volume and snapshot management |
17 | 23 |
|
18 | | -Scaleway is transitioning the management of all Block Storage legacy volumes and snapshots from the [Instance API](https://www.scaleway.com/en/developers/api/instance/) to the [Block Storage API](https://www.scaleway.com/en/developers/api/block/). All Block Storage volumes and snapshots created via the [Scaleway console](https://console.scaleway.com) will no longer be available from the [Compute section](https://console.scaleway.com/instance/) but from the [Storage section](https://console.scaleway.com/block-storage). |
| 24 | +Scaleway is transitioning the management of all Block Storage volumes and snapshots from the [Instance API](https://www.scaleway.com/en/developers/api/instance/) to the [Block Storage API](https://www.scaleway.com/en/developers/api/block/). All Block Storage volumes and snapshots created via the [Scaleway console](https://console.scaleway.com) will no longer be available from the [Compute section](https://console.scaleway.com/instance/) but from the [Storage section](https://console.scaleway.com/block-storage). |
19 | 25 |
|
20 | | -This change streamlines how storage resources are managed by consolidating them under the Block Storage API, providing enhanced management features and clearer storage class distinctions. If you have created volumes and snapshots via the Instance API, we **strongly recommend transitioning to the Block Storage API** to align with the latest management practices. |
| 26 | +This change streamlines how storage resources are managed by consolidating them under the Block Storage API, providing enhanced management features and clearer storage class distinctions. |
21 | 27 |
|
22 | 28 | Local volumes will remain exclusively supported by the Instance API. |
23 | 29 |
|
| 30 | +## What is required from you in the context of the migration? |
| 31 | + |
| 32 | +If you have created volumes and snapshots via the Instance API, you **must transition to the Block Storage API** to align with the latest management practices. |
| 33 | + |
| 34 | +This entails [migrating your existing volumes and snapshots to the Block Storage API](/compute/instances/how-to/migrate-volumes-snapshots-to-sbs/), and **switching to using only the Block Storage API for Block Storage volumes and snapshots creation and management**. |
| 35 | + |
| 36 | +<Message type="important"> |
| 37 | + Unified volume creation and management will no longer be available via the Block Storage API and will no longer be supported by the Instance API at the end of the migration. For this reason, it is also necessary to convert your existing unified volumes and snapshots to either local or block volumes. |
| 38 | +</Message> |
| 39 | + |
| 40 | +## What will happen at the end of the migration? |
| 41 | + |
| 42 | +From **April 30th 2025, block volumes and snapshots will no longer be available for creation/management through the Instance API**. |
| 43 | + |
| 44 | +From **June 2nd, 2025, all block volumes and snapshots that you have not migrated manually will be automatically switched behind the Block Storage API**. |
| 45 | + |
| 46 | +What's more, creating and managing block volumes and snapshots through the Instance API will no longer be possible. The Instance API will only allow you to create and manage local volumes and snapshots. |
| 47 | + |
| 48 | +Creating and managing block volumes and snapshots will **only be available via the Block Storage API**. |
| 49 | + |
24 | 50 | ## Differences between the Instance API and the Block Storage API |
25 | 51 |
|
26 | | -The key differences between the Instance API and the Block Storage API lie in the storage classes they manage, rather than just the APIs themselves. This distinction influences the underlying hardware and performance characteristics of the volumes. |
| 52 | +The key differences between the Instance API and the Block Storage API lie in the storage classes they manage, rather than just the APIs themselves. The [Block Storage API](https://www.scaleway.com/en/developers/api/block/) is the only API to use to create and manage all types of volumes, including high performance ones. |
27 | 53 |
|
28 | 54 | ### Storage classes |
29 | 55 |
|
@@ -62,11 +88,11 @@ By transitioning to the Block Storage API, you align with Scaleway's consolidate |
62 | 88 |
|
63 | 89 | ## Impact on volume names in virtual machines |
64 | 90 |
|
65 | | -When transitioning to the Block Storage API, you may notice changes in how volumes are identified in your virtual machines (VMs). For more details on how devices are named and identified, please refer to [this documentation](/compute/instances/reference-content/identify-devices/). |
| 91 | +When transitioning to the Block Storage API, you may notice changes in how volumes are identified in your virtual machines (VMs). For more details on how devices are named and identified, refer to [this documentation](/compute/instances/reference-content/identify-devices/). |
66 | 92 |
|
67 | | -## How to transition |
| 93 | +## How to transition? |
68 | 94 |
|
69 | | -For a step-by-step guide to transitioning your Block Storage legacy volumes to the Block Storage API, refer to [our migration documentation](/compute/instances/how-to/migrate-volumes-snapshots-to-sbs/). |
| 95 | +For a step-by-step guide to transitioning your block volumes and snapshots from the Instance API to the Block Storage API, refer to [our migration documentation](/compute/instances/how-to/migrate-volumes-snapshots-to-sbs/). |
70 | 96 |
|
71 | 97 | --- |
72 | 98 |
|
|
0 commit comments