🧩 Storage Systems — Chapitre 26 : Fabricants de disques, SSD et composants

Cas d’usage principaux

• Object storage à grande capacité
• Ceph/MinIO/Scality hardware backend
• Backup et archive sur HDD
• NAS enterprise capacity tier
• Video surveillance AI
• Hyperscale cold/warm data

Diagramme d’intégration

Matrice de décision composant

Runbook de qualification

1. Vérifier modèle exact, firmware, date code, garantie et origine fournisseur.
2. Lire SMART ou NVMe health avant écriture.
3. Exécuter burn-in : séquentiel, random, lecture complète, température, erreurs.
4. Tester workload réel : DB, Ceph, ZFS, NAS, object storage, backup.
5. Mesurer latence p99 et throttling thermique.
6. Simuler panne ou retrait pour vérifier rebuild, scrubbing et alerting.
7. Documenter baseline pour monitoring de production.

smartctl -a /dev/sda
nvme smart-log /dev/nvme0
fio --name=randrw --filename=/data/testfile --size=20G --rw=randrw --rwmixread=70 --bs=4k --iodepth=32 --direct=1 --runtime=120 --time_based --group_reporting
iostat -x 1

Cas d’usage principaux

• NAS PME/ETI
• Datacenter capacity
• Backup/archive
• Media production
• SDS Ceph/ZFS
• Workstations créatives

Diagramme d’intégration

Matrice de décision composant

Runbook de qualification

1. Vérifier modèle exact, firmware, date code, garantie et origine fournisseur.
2. Lire SMART ou NVMe health avant écriture.
3. Exécuter burn-in : séquentiel, random, lecture complète, température, erreurs.
4. Tester workload réel : DB, Ceph, ZFS, NAS, object storage, backup.
5. Mesurer latence p99 et throttling thermique.
6. Simuler panne ou retrait pour vérifier rebuild, scrubbing et alerting.
7. Documenter baseline pour monitoring de production.

smartctl -a /dev/sda
nvme smart-log /dev/nvme0
fio --name=randrw --filename=/data/testfile --size=20G --rw=randrw --rwmixread=70 --bs=4k --iodepth=32 --direct=1 --runtime=120 --time_based --group_reporting
iostat -x 1

Cas d’usage principaux

• Datacenter capacity tier
• NAS RAID
• Video surveillance
• Backup HDD
• Object storage nodes
• Budget enterprise HDD

Diagramme d’intégration

Matrice de décision composant

Runbook de qualification

1. Vérifier modèle exact, firmware, date code, garantie et origine fournisseur.
2. Lire SMART ou NVMe health avant écriture.
3. Exécuter burn-in : séquentiel, random, lecture complète, température, erreurs.
4. Tester workload réel : DB, Ceph, ZFS, NAS, object storage, backup.
5. Mesurer latence p99 et throttling thermique.
6. Simuler panne ou retrait pour vérifier rebuild, scrubbing et alerting.
7. Documenter baseline pour monitoring de production.

smartctl -a /dev/sda
nvme smart-log /dev/nvme0
fio --name=randrw --filename=/data/testfile --size=20G --rw=randrw --rwmixread=70 --bs=4k --iodepth=32 --direct=1 --runtime=120 --time_based --group_reporting
iostat -x 1

Cas d’usage principaux

• Enterprise NVMe tiers
• SAS dual-port arrays
• AI/HPC high throughput
• Datacenter boot/cache
• Server SATA refresh
• OCP EDSFF deployments

Diagramme d’intégration

Matrice de décision composant

Runbook de qualification

1. Vérifier modèle exact, firmware, date code, garantie et origine fournisseur.
2. Lire SMART ou NVMe health avant écriture.
3. Exécuter burn-in : séquentiel, random, lecture complète, température, erreurs.
4. Tester workload réel : DB, Ceph, ZFS, NAS, object storage, backup.
5. Mesurer latence p99 et throttling thermique.
6. Simuler panne ou retrait pour vérifier rebuild, scrubbing et alerting.
7. Documenter baseline pour monitoring de production.

smartctl -a /dev/sda
nvme smart-log /dev/nvme0
fio --name=randrw --filename=/data/testfile --size=20G --rw=randrw --rwmixread=70 --bs=4k --iodepth=32 --direct=1 --runtime=120 --time_based --group_reporting
iostat -x 1

Cas d’usage principaux

• Cloud read-intensive SSD
• AI datasets capacity flash
• Server boot/cache
• Database tier selon endurance
• QLC replacement HDD warm tiers
• OEM SSD supply

Diagramme d’intégration

Matrice de décision composant

Runbook de qualification

1. Vérifier modèle exact, firmware, date code, garantie et origine fournisseur.
2. Lire SMART ou NVMe health avant écriture.
3. Exécuter burn-in : séquentiel, random, lecture complète, température, erreurs.
4. Tester workload réel : DB, Ceph, ZFS, NAS, object storage, backup.
5. Mesurer latence p99 et throttling thermique.
6. Simuler panne ou retrait pour vérifier rebuild, scrubbing et alerting.
7. Documenter baseline pour monitoring de production.

smartctl -a /dev/sda
nvme smart-log /dev/nvme0
fio --name=randrw --filename=/data/testfile --size=20G --rw=randrw --rwmixread=70 --bs=4k --iodepth=32 --direct=1 --runtime=120 --time_based --group_reporting
iostat -x 1

Cas d’usage principaux

• Enterprise arrays OEM
• Cloud datacenter SSD
• NVMe server storage
• High-capacity NAND supply
• Datacenter EDSFF
• Read/write intensive tiers

Diagramme d’intégration

Matrice de décision composant

Runbook de qualification

1. Vérifier modèle exact, firmware, date code, garantie et origine fournisseur.
2. Lire SMART ou NVMe health avant écriture.
3. Exécuter burn-in : séquentiel, random, lecture complète, température, erreurs.
4. Tester workload réel : DB, Ceph, ZFS, NAS, object storage, backup.
5. Mesurer latence p99 et throttling thermique.
6. Simuler panne ou retrait pour vérifier rebuild, scrubbing et alerting.
7. Documenter baseline pour monitoring de production.

smartctl -a /dev/sda
nvme smart-log /dev/nvme0
fio --name=randrw --filename=/data/testfile --size=20G --rw=randrw --rwmixread=70 --bs=4k --iodepth=32 --direct=1 --runtime=120 --time_based --group_reporting
iostat -x 1

Cas d’usage principaux

• Hyperscale capacity SSD
• QLC replacement HDD warm tiers
• AI dataset flash tiers
• Cloud storage nodes
• Server NVMe
• Read-intensive DB/analytics

Diagramme d’intégration

Matrice de décision composant

Runbook de qualification

1. Vérifier modèle exact, firmware, date code, garantie et origine fournisseur.
2. Lire SMART ou NVMe health avant écriture.
3. Exécuter burn-in : séquentiel, random, lecture complète, température, erreurs.
4. Tester workload réel : DB, Ceph, ZFS, NAS, object storage, backup.
5. Mesurer latence p99 et throttling thermique.
6. Simuler panne ou retrait pour vérifier rebuild, scrubbing et alerting.
7. Documenter baseline pour monitoring de production.

smartctl -a /dev/sda
nvme smart-log /dev/nvme0
fio --name=randrw --filename=/data/testfile --size=20G --rw=randrw --rwmixread=70 --bs=4k --iodepth=32 --direct=1 --runtime=120 --time_based --group_reporting
iostat -x 1

Cas d’usage principaux

• Serveurs RAID DAS
• JBOD/HBA Ceph/ZFS
• Baies OEM
• SSD enterprise controllers
• HDD controller silicon
• NVMe-oF infrastructure components

Diagramme d’intégration

Matrice de décision composant

Runbook de qualification

1. Vérifier modèle exact, firmware, date code, garantie et origine fournisseur.
2. Lire SMART ou NVMe health avant écriture.
3. Exécuter burn-in : séquentiel, random, lecture complète, température, erreurs.
4. Tester workload réel : DB, Ceph, ZFS, NAS, object storage, backup.
5. Mesurer latence p99 et throttling thermique.
6. Simuler panne ou retrait pour vérifier rebuild, scrubbing et alerting.
7. Documenter baseline pour monitoring de production.

smartctl -a /dev/sda
nvme smart-log /dev/nvme0
fio --name=randrw --filename=/data/testfile --size=20G --rw=randrw --rwmixread=70 --bs=4k --iodepth=32 --direct=1 --runtime=120 --time_based --group_reporting
iostat -x 1

Cas d’usage principaux

• SSD OEM/white label
• Client gaming/workstation
• Industrial/embedded
• Enterprise NVMe niche
• Reference designs
• Fast time-to-market SSD brands

Diagramme d’intégration

Matrice de décision composant

Runbook de qualification

1. Vérifier modèle exact, firmware, date code, garantie et origine fournisseur.
2. Lire SMART ou NVMe health avant écriture.
3. Exécuter burn-in : séquentiel, random, lecture complète, température, erreurs.
4. Tester workload réel : DB, Ceph, ZFS, NAS, object storage, backup.
5. Mesurer latence p99 et throttling thermique.
6. Simuler panne ou retrait pour vérifier rebuild, scrubbing et alerting.
7. Documenter baseline pour monitoring de production.

smartctl -a /dev/sda
nvme smart-log /dev/nvme0
fio --name=randrw --filename=/data/testfile --size=20G --rw=randrw --rwmixread=70 --bs=4k --iodepth=32 --direct=1 --runtime=120 --time_based --group_reporting
iostat -x 1

Cas d’usage principaux

• SSD client/OEM
• Embedded/industrial
• Mobile UFS/eMMC
• Entry datacenter SSD
• NAS cache SSD
• Consumer brands

Diagramme d’intégration

Matrice de décision composant

Runbook de qualification

1. Vérifier modèle exact, firmware, date code, garantie et origine fournisseur.
2. Lire SMART ou NVMe health avant écriture.
3. Exécuter burn-in : séquentiel, random, lecture complète, température, erreurs.
4. Tester workload réel : DB, Ceph, ZFS, NAS, object storage, backup.
5. Mesurer latence p99 et throttling thermique.
6. Simuler panne ou retrait pour vérifier rebuild, scrubbing et alerting.
7. Documenter baseline pour monitoring de production.

smartctl -a /dev/sda
nvme smart-log /dev/nvme0
fio --name=randrw --filename=/data/testfile --size=20G --rw=randrw --rwmixread=70 --bs=4k --iodepth=32 --direct=1 --runtime=120 --time_based --group_reporting
iostat -x 1

Cas d’usage principaux

• Boîtiers USB SSD/HDD
• Mini-PC NAS home lab
• Lecteurs cartes
• NAS low-cost NICs
• External storage docks
• Consumer devices

Diagramme d’intégration

Matrice de décision composant

Runbook de qualification

1. Vérifier modèle exact, firmware, date code, garantie et origine fournisseur.
2. Lire SMART ou NVMe health avant écriture.
3. Exécuter burn-in : séquentiel, random, lecture complète, température, erreurs.
4. Tester workload réel : DB, Ceph, ZFS, NAS, object storage, backup.
5. Mesurer latence p99 et throttling thermique.
6. Simuler panne ou retrait pour vérifier rebuild, scrubbing et alerting.
7. Documenter baseline pour monitoring de production.

smartctl -a /dev/sda
nvme smart-log /dev/nvme0
fio --name=randrw --filename=/data/testfile --size=20G --rw=randrw --rwmixread=70 --bs=4k --iodepth=32 --direct=1 --runtime=120 --time_based --group_reporting
iostat -x 1

Cas d’usage principaux

• SSD client selon marchés
• Embedded storage
• Marché chinois
• Supply chain alternative
• Consumer devices
• Industrial local supply

Diagramme d’intégration

Matrice de décision composant

Runbook de qualification

1. Vérifier modèle exact, firmware, date code, garantie et origine fournisseur.
2. Lire SMART ou NVMe health avant écriture.
3. Exécuter burn-in : séquentiel, random, lecture complète, température, erreurs.
4. Tester workload réel : DB, Ceph, ZFS, NAS, object storage, backup.
5. Mesurer latence p99 et throttling thermique.
6. Simuler panne ou retrait pour vérifier rebuild, scrubbing et alerting.
7. Documenter baseline pour monitoring de production.

smartctl -a /dev/sda
nvme smart-log /dev/nvme0
fio --name=randrw --filename=/data/testfile --size=20G --rw=randrw --rwmixread=70 --bs=4k --iodepth=32 --direct=1 --runtime=120 --time_based --group_reporting
iostat -x 1

Cas d’usage principaux

• Serveurs storage avec cache RAM
• Appliances NAS/SDS
• Embedded devices
• PC/workstation
• Industrial controllers
• Memory supply diversity

Diagramme d’intégration

Matrice de décision composant

Runbook de qualification

1. Vérifier modèle exact, firmware, date code, garantie et origine fournisseur.
2. Lire SMART ou NVMe health avant écriture.
3. Exécuter burn-in : séquentiel, random, lecture complète, température, erreurs.
4. Tester workload réel : DB, Ceph, ZFS, NAS, object storage, backup.
5. Mesurer latence p99 et throttling thermique.
6. Simuler panne ou retrait pour vérifier rebuild, scrubbing et alerting.
7. Documenter baseline pour monitoring de production.

smartctl -a /dev/sda
nvme smart-log /dev/nvme0
fio --name=randrw --filename=/data/testfile --size=20G --rw=randrw --rwmixread=70 --bs=4k --iodepth=32 --direct=1 --runtime=120 --time_based --group_reporting
iostat -x 1

Cas d’usage principaux

• PME server SSD
• Boot drives datacenter
• Read-intensive workloads
• Server DRAM upgrades
• Workstation SSD
• Secure removable storage

Diagramme d’intégration

Matrice de décision composant

Runbook de qualification

1. Vérifier modèle exact, firmware, date code, garantie et origine fournisseur.
2. Lire SMART ou NVMe health avant écriture.
3. Exécuter burn-in : séquentiel, random, lecture complète, température, erreurs.
4. Tester workload réel : DB, Ceph, ZFS, NAS, object storage, backup.
5. Mesurer latence p99 et throttling thermique.
6. Simuler panne ou retrait pour vérifier rebuild, scrubbing et alerting.
7. Documenter baseline pour monitoring de production.

smartctl -a /dev/sda
nvme smart-log /dev/nvme0
fio --name=randrw --filename=/data/testfile --size=20G --rw=randrw --rwmixread=70 --bs=4k --iodepth=32 --direct=1 --runtime=120 --time_based --group_reporting
iostat -x 1

Cas d’usage principaux

• AI training
• GPU inference
• Vector databases
• Metadata-heavy storage
• Filesystem cache
• CXL future memory tiers

Diagramme d’intégration

Matrice de décision composant

Runbook de qualification

1. Vérifier modèle exact, firmware, date code, garantie et origine fournisseur.
2. Lire SMART ou NVMe health avant écriture.
3. Exécuter burn-in : séquentiel, random, lecture complète, température, erreurs.
4. Tester workload réel : DB, Ceph, ZFS, NAS, object storage, backup.
5. Mesurer latence p99 et throttling thermique.
6. Simuler panne ou retrait pour vérifier rebuild, scrubbing et alerting.
7. Documenter baseline pour monitoring de production.

smartctl -a /dev/sda
nvme smart-log /dev/nvme0
fio --name=randrw --filename=/data/testfile --size=20G --rw=randrw --rwmixread=70 --bs=4k --iodepth=32 --direct=1 --runtime=120 --time_based --group_reporting
iostat -x 1

Cas d’usage principaux

• Boot SATA/SAS
• Enterprise SAS SSD dual port
• NVMe direct attach
• All-flash arrays
• Hyperscale EDSFF
• NVMe/TCP fabrics

Diagramme d’intégration

Matrice de décision composant

Runbook de qualification

1. Vérifier modèle exact, firmware, date code, garantie et origine fournisseur.
2. Lire SMART ou NVMe health avant écriture.
3. Exécuter burn-in : séquentiel, random, lecture complète, température, erreurs.
4. Tester workload réel : DB, Ceph, ZFS, NAS, object storage, backup.
5. Mesurer latence p99 et throttling thermique.
6. Simuler panne ou retrait pour vérifier rebuild, scrubbing et alerting.
7. Documenter baseline pour monitoring de production.

smartctl -a /dev/sda
nvme smart-log /dev/nvme0
fio --name=randrw --filename=/data/testfile --size=20G --rw=randrw --rwmixread=70 --bs=4k --iodepth=32 --direct=1 --runtime=120 --time_based --group_reporting
iostat -x 1

Cas d’usage principaux

• Hyperscale capacity
• Object storage cold/warm
• Backup/archive
• Video surveillance
• Data lake brut
• Tape alternative court/moyen terme

Diagramme d’intégration

Matrice de décision composant

Runbook de qualification

1. Vérifier modèle exact, firmware, date code, garantie et origine fournisseur.
2. Lire SMART ou NVMe health avant écriture.
3. Exécuter burn-in : séquentiel, random, lecture complète, température, erreurs.
4. Tester workload réel : DB, Ceph, ZFS, NAS, object storage, backup.
5. Mesurer latence p99 et throttling thermique.
6. Simuler panne ou retrait pour vérifier rebuild, scrubbing et alerting.
7. Documenter baseline pour monitoring de production.

smartctl -a /dev/sda
nvme smart-log /dev/nvme0
fio --name=randrw --filename=/data/testfile --size=20G --rw=randrw --rwmixread=70 --bs=4k --iodepth=32 --direct=1 --runtime=120 --time_based --group_reporting
iostat -x 1

Cas d’usage principaux

• All-flash arrays
• AI datasets
• Read-intensive cloud
• Metadata tier
• Hot DB tier
• HDD replacement warm tier

Diagramme d’intégration

Matrice de décision composant

Runbook de qualification

1. Vérifier modèle exact, firmware, date code, garantie et origine fournisseur.
2. Lire SMART ou NVMe health avant écriture.
3. Exécuter burn-in : séquentiel, random, lecture complète, température, erreurs.
4. Tester workload réel : DB, Ceph, ZFS, NAS, object storage, backup.
5. Mesurer latence p99 et throttling thermique.
6. Simuler panne ou retrait pour vérifier rebuild, scrubbing et alerting.
7. Documenter baseline pour monitoring de production.

smartctl -a /dev/sda
nvme smart-log /dev/nvme0
fio --name=randrw --filename=/data/testfile --size=20G --rw=randrw --rwmixread=70 --bs=4k --iodepth=32 --direct=1 --runtime=120 --time_based --group_reporting
iostat -x 1

Cas d’usage principaux

• Prévision achats datacenter
• Choix multi-sourcing
• Qualification firmware
• Capacité backup/archive
• Gestion cycles prix mémoire
• Risk management

Diagramme d’intégration

Matrice de décision composant

Runbook de qualification

1. Vérifier modèle exact, firmware, date code, garantie et origine fournisseur.
2. Lire SMART ou NVMe health avant écriture.
3. Exécuter burn-in : séquentiel, random, lecture complète, température, erreurs.
4. Tester workload réel : DB, Ceph, ZFS, NAS, object storage, backup.
5. Mesurer latence p99 et throttling thermique.
6. Simuler panne ou retrait pour vérifier rebuild, scrubbing et alerting.
7. Documenter baseline pour monitoring de production.

smartctl -a /dev/sda
nvme smart-log /dev/nvme0
fio --name=randrw --filename=/data/testfile --size=20G --rw=randrw --rwmixread=70 --bs=4k --iodepth=32 --direct=1 --runtime=120 --time_based --group_reporting
iostat -x 1

Cas d’usage principaux

• Achat serveur
• Design Ceph/ZFS
• NAS PME
• All-flash DB
• AI data pipeline
• Backup target

Diagramme d’intégration

Matrice de décision composant

Runbook de qualification

1. Vérifier modèle exact, firmware, date code, garantie et origine fournisseur.
2. Lire SMART ou NVMe health avant écriture.
3. Exécuter burn-in : séquentiel, random, lecture complète, température, erreurs.
4. Tester workload réel : DB, Ceph, ZFS, NAS, object storage, backup.
5. Mesurer latence p99 et throttling thermique.
6. Simuler panne ou retrait pour vérifier rebuild, scrubbing et alerting.
7. Documenter baseline pour monitoring de production.

smartctl -a /dev/sda
nvme smart-log /dev/nvme0
fio --name=randrw --filename=/data/testfile --size=20G --rw=randrw --rwmixread=70 --bs=4k --iodepth=32 --direct=1 --runtime=120 --time_based --group_reporting
iostat -x 1

Cas d’usage principaux

• Réception lots disques
• Qualification NAS/SDS
• Validation SSD DB
• Comparatif fournisseurs
• Burn-in datacenter
• Post-RMA testing

Diagramme d’intégration

Matrice de décision composant

Runbook de qualification

1. Vérifier modèle exact, firmware, date code, garantie et origine fournisseur.
2. Lire SMART ou NVMe health avant écriture.
3. Exécuter burn-in : séquentiel, random, lecture complète, température, erreurs.
4. Tester workload réel : DB, Ceph, ZFS, NAS, object storage, backup.
5. Mesurer latence p99 et throttling thermique.
6. Simuler panne ou retrait pour vérifier rebuild, scrubbing et alerting.
7. Documenter baseline pour monitoring de production.

smartctl -a /dev/sda
nvme smart-log /dev/nvme0
fio --name=randrw --filename=/data/testfile --size=20G --rw=randrw --rwmixread=70 --bs=4k --iodepth=32 --direct=1 --runtime=120 --time_based --group_reporting
iostat -x 1

Cas d’usage principaux

• Datacenter monitoring
• NAS health
• Ceph OSD replacement
• ZFS scrub planning
• SSD endurance forecast
• RMA evidence

Diagramme d’intégration

Matrice de décision composant

Runbook de qualification

1. Vérifier modèle exact, firmware, date code, garantie et origine fournisseur.
2. Lire SMART ou NVMe health avant écriture.
3. Exécuter burn-in : séquentiel, random, lecture complète, température, erreurs.
4. Tester workload réel : DB, Ceph, ZFS, NAS, object storage, backup.
5. Mesurer latence p99 et throttling thermique.
6. Simuler panne ou retrait pour vérifier rebuild, scrubbing et alerting.
7. Documenter baseline pour monitoring de production.

smartctl -a /dev/sda
nvme smart-log /dev/nvme0
fio --name=randrw --filename=/data/testfile --size=20G --rw=randrw --rwmixread=70 --bs=4k --iodepth=32 --direct=1 --runtime=120 --time_based --group_reporting
iostat -x 1

Cas d’usage principaux

• Achats PME
• Marketplace risk
• Spare parts urgence
• Homelab vs production
• RMA validation
• Supply chain audit

Diagramme d’intégration

Matrice de décision composant

Runbook de qualification

1. Vérifier modèle exact, firmware, date code, garantie et origine fournisseur.
2. Lire SMART ou NVMe health avant écriture.
3. Exécuter burn-in : séquentiel, random, lecture complète, température, erreurs.
4. Tester workload réel : DB, Ceph, ZFS, NAS, object storage, backup.
5. Mesurer latence p99 et throttling thermique.
6. Simuler panne ou retrait pour vérifier rebuild, scrubbing et alerting.
7. Documenter baseline pour monitoring de production.

smartctl -a /dev/sda
nvme smart-log /dev/nvme0
fio --name=randrw --filename=/data/testfile --size=20G --rw=randrw --rwmixread=70 --bs=4k --iodepth=32 --direct=1 --runtime=120 --time_based --group_reporting
iostat -x 1

Cas d’usage principaux

• Architecture datacenter
• Achat composants
• Qualification hardware
• Design SDS
• FinOps/TCO
• Risk management supply chain

Diagramme d’intégration

Matrice de décision composant

Runbook de qualification

1. Vérifier modèle exact, firmware, date code, garantie et origine fournisseur.
2. Lire SMART ou NVMe health avant écriture.
3. Exécuter burn-in : séquentiel, random, lecture complète, température, erreurs.
4. Tester workload réel : DB, Ceph, ZFS, NAS, object storage, backup.
5. Mesurer latence p99 et throttling thermique.
6. Simuler panne ou retrait pour vérifier rebuild, scrubbing et alerting.
7. Documenter baseline pour monitoring de production.

smartctl -a /dev/sda
nvme smart-log /dev/nvme0
fio --name=randrw --filename=/data/testfile --size=20G --rw=randrw --rwmixread=70 --bs=4k --iodepth=32 --direct=1 --runtime=120 --time_based --group_reporting
iostat -x 1