feat(ins): update doc sbs migration

Author: bene2k1

pages/instances/how-to/migrate-volumes-snapshots-to-sbs.mdx

@@ -19,7 +19,7 @@ To facilitate the transition to Scaleway's new Block Storage management, two mai
 
 - [Using the Instance API/CLI migration endpoint (Plan and Apply)](#migrating-using-the-instance-apicli-migration-endpoint-plan-and-apply):
    - **Advantage:** Migration can occur without service interruption, as the volume remains attached to the running Instance and fully accessible.
-   - **Drawback:** Only the volume's representation is migrated to the SBS API; the data itself does not move. This means the migrated volume will not benefit from low latency or higher IOPS, as it retains the original `b_ssd` characteristics.
+   - **Drawback:** Only the volume's representation is migrated to the SBS API; the data itself does not move. This means the migrated volume will not benefit from low latency or higher IOPS, as it **retains the original `b_ssd` characteristics**.
 
 - [Using the snapshot export/import features](#migrating-using-the-snapshot-exportimport-features):
    - **Advantage:** The migrated volume will fully support low latency, and it is possible to modify the IOPS up to 15k. All existing data of the old volume will be copied to the new Block Storage Low Latency volume.
@@ -37,6 +37,19 @@ Each method caters to different needs, balancing uninterrupted service against a
 This guide offers step-by-step instructions to migrate your volumes and snapshots using either the [Scaleway Command Line Interface (CLI)](/scaleway-cli/quickstart/) tool (recommended) or the [Instances API](https://www.scaleway.com/en/developers/api/instance/#path-volumes-migrate-a-volume-andor-snapshots-to-sbs-scaleway-block-storage).
 Alternatively, you can use the [snapshot export/import feature](/instances/api-cli/snapshot-import-export-feature/) to migrate your unified volumes and snapshots to Block Storage Low Latency volumes.
 
+## Comparison of Block Storage volume types
+
+| Volume type                   | IOPS | Underlying hardware         | Latency         | Max volume size | Recommended use cases | Availability & resilience |
+|-----------------------------------|----------|--------------------------------|---------------------|----------------------|-------------------------|----------------------------|
+| `b_ssd` (Block Storage 5K legacy) | 5,000    | Legacy SSDs                    | Higher              | Up to 10 TB          | General-purpose workloads that do not demand high IOPS or low latency | Data is replicated three times across multiple disks for high availability and integrity |
+| `sbs_5k` (Block Low Latency 5K)   | 5,000    | Modern NVMe disks               | Low                 | 5 GB to 10 TB        | Development environments, web servers, and applications needing consistent performance | 99.99% SLA, triple-replicated data to safeguard against hardware failures |
+| `sbs_15k` (Block Low Latency 15K) | 15,000   | Modern NVMe disks               | Very low           | 5 GB to 10 TB        | High-performance databases, transactional applications, and I/O-intensive workloads | 99.99% SLA, triple-replicated data to safeguard against hardware failures |
+
+### Additional details:
+
+- `b_ssd`: These volumes are based on older SSD technology, providing reliable performance but with limitations in terms of speed and latency.
+- `sbs_5k`: These volumes use NVMe technology, offering better performance and lower latency. They allow flexibility to adjust storage based on your needs.
+- `sbs_15k`: These volumes offer even higher performance, with up to 15,000 IOPS, making them ideal for workloads requiring fast and reliable data access.
 
 <Message type="important">
   Volumes **created and managed through Kubernetes** do not fall within the scope of the migration described on this page. Find specific instructions for migrating Kubernetes volumes behind the Scaleway Block Storage API in the [managing storage for Kubernetes documentation](/kubernetes/api-cli/managing-storage/#upgrading-to-csi-version-03).
@@ -162,6 +175,11 @@ Alternatively, you can use the [snapshot export/import feature](/instances/api-c
   </TabsTab>
 </Tabs>
 
+<Message type="important">
+   After the migration, the volume type of your volume remains `b_ssd` (displayed as **Block SSD 5K legacy** in the console).
+   To benefit from the new features and performance of Scaleway Block Storage, you must create a new volume (`sbs_5k` or `sbs_15k`) the using the snapshot export/import feature. For more information, see [Migrating using the snapshot export/import features](#migrating-using-the-snapshot-exportimport-features).
+</Message>
+
 ### Migrating an existing Block Storage snapshot to Scaleway Block Storage management
 
 <Message type="important">
@@ -255,6 +273,11 @@ Alternatively, you can use the [snapshot export/import feature](/instances/api-c
   </TabsTab>
 </Tabs>
 
+<Message type="important">
+   After the migration, the volume type of your volume remains `b_ssd` (displayed as **Block SSD 5K legacy** in the console).
+   To benefit from the new features and performance of Scaleway Block Storage, you must create a new volume (`sbs_5k` or `sbs_15k`) the using the snapshot export/import feature. For more information, see [Migrating using the snapshot export/import features](#migrating-using-the-snapshot-exportimport-features).
+</Message>
+
 ## Migrating using the snapshot export/import features
 
 To convert your unified volumes and snapshots, you can use the snapshot export/import features as an alternative solution for transitioning a Block Storage legacy volume into a Block Storage Low Latency volume.