Lorsque vous créez une instance Cloud SQL, vous pouvez choisir de stocker des données sur des disques durs SSD ou HDD :
Le stockage SSD constitue le choix le plus efficace et le plus rentable dans la plupart des cas.
Le stockage HDD est parfois approprié pour les grands ensembles de données (supérieurs à 10 To) non sensibles à la latence ou rarement utilisés.
Quel que soit le type de stockage que vous choisissez, vos données sont stockées sur un système de fichiers répliqués et distribués qui englobe de nombreux disques physiques.
Les consignes décrites sur cette page peuvent vous aider à choisir entre un stockage SSD et HDD.
En cas de doute, choisir le stockage SSD
En règle générale, il est recommandé d'utiliser le stockage SSD pour votre instance Cloud SQL, et ce pour plusieurs raisons :
Les disques durs SSD sont nettement plus rapides et offrent des performances plus prévisibles que les disques durs HDD.
Le débit du disque dur HDD est beaucoup plus limité que celui du disque dur SSD.
Les lectures de lignes individuelles sont très lentes sur un disque dur HDD. En raison du temps de recherche du disque, le stockage HDD n'accepte que 5 % du nombre de lignes de lecture par seconde du stockage SSD. Cependant, les analyses à grande échelle sur plusieurs lignes ne sont pas affectées de manière aussi défavorable.
Les économies réalisées grâce au stockage HDD sont minimes, sauf si vous stockez de très grandes quantités de données. Nous vous conseillons d'opter pour le stockage HDD si vous stockez au moins 10 To de données.
Cas d'utilisation du stockage HDD
Le stockage HDD convient aux cas d'utilisation qui respectent les critères suivants :
Vous prévoyez de stocker au moins 10 To de données.
Vous n'utilisez pas les données pour sauvegarder une application destinée aux utilisateurs ou sensible à la latence.
Votre charge de travail doit correspondre à l'une des catégories suivantes :
Vos charges de travail par lots impliquent des analyses et des écritures, ainsi que quelques lectures aléatoires occasionnelles d'un petit nombre de lignes.
L'archivage des données vous permet d'écrire de grandes quantités de données rarement lues.
Par exemple, si vous envisagez de stocker des données d'historique complètes pour un grand nombre de périphériques de détection à distance, puis de les utiliser pour générer des rapports quotidiens, les économies de coûts liées au stockage HDD peuvent justifier le compromis de performances. Par ailleurs, si vous prévoyez d’utiliser les données pour afficher un tableau de bord en temps réel, l’utilisation du stockage HDD ne serait probablement d'aucune utilité. Les opérations de lecture seraient beaucoup plus fréquentes et lentes dans ce cas.
Basculer entre le stockage SSD et HDD
Lorsque vous créez une instance Cloud SQL, le choix du stockage SSD ou HDD pour cette instance est définitif.
Si vous devez convertir une instance HDD existante en SSD, ou inversement, vous pouvez exporter les données de l'instance existante et les importer dans une nouvelle instance. N'oubliez pas que la migration d'une instance entière prend du temps.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/09/03 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Difficile à comprendre","hardToUnderstand","thumb-down"],["Informations ou exemple de code incorrects","incorrectInformationOrSampleCode","thumb-down"],["Il n'y a pas l'information/les exemples dont j'ai besoin","missingTheInformationSamplesINeed","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/09/03 (UTC)."],[],[],null,["# Choose between SSD and HDD storage\n\n\u003cbr /\u003e\n\n[MySQL](/sql/docs/mysql/choosing-ssd-hdd \"View this page for the MySQL database engine\") \\| PostgreSQL \\| [SQL Server](/sql/docs/sqlserver/choosing-ssd-hdd \"View this page for the SQL Server database engine\")\n\n\u003cbr /\u003e\n\nWhen you create a Cloud SQL instance, you choose\nwhether it stores data on solid-state drives (SSD) or hard disk drives (HDD):\n\n- SSD storage is the most efficient and cost-effective choice for most use cases.\n- HDD storage is sometimes appropriate for large datasets (\\\u003e10 TB) that are not latency-sensitive or are infrequently accessed.\n\nRegardless of which type of storage you choose, your data is stored on a\ndistributed, replicated file system that spans across many physical drives.\n\nThe guidelines on this page can help you choose between SSD and HDD.\n\nWhen in doubt, choose SSD storage\n---------------------------------\n\nThere are several reasons why it's best to use SSD storage for your\nCloud SQL instance:\n\n- **SSD is faster and has more predictable performance than HDD.**\n- **HDD throughput is much more limited than SSD throughput.**\n- **Individual row reads on HDD are slow.** Because of disk seek time, HDD storage supports only 5% of the read rows per second of SSD storage. Large multi-row scans, however, are not as adversely impacted.\n- **The cost savings from HDD are minimal, unless you're storing large\n amounts of data.** Consider using HDD storage if you're storing at least 10 TB of data.\n\nUse cases for HDD storage\n-------------------------\n\nHDD storage is suitable for use cases that meet the following criteria:\n\n- You expect to store at least 10 TB of data.\n- You do not use the data to back a user-facing or latency-sensitive application.\n- Your workload falls into one of the following categories:\n\n - Batch workloads with scans and writes, and no more than occasional random reads of a few rows.\n - Data archival, where you write large amounts of data and rarely read that data.\n\nFor example, if you plan to store extensive historical data for a large number\nof remote-sensing devices and then use the data to generate daily reports, the\ncost savings for HDD storage might justify the performance tradeoff. On the\nother hand, if you plan to use the data to display a real-time dashboard, it\nprobably *would not* make sense to use HDD storage---reads would be much more\nfrequent in this case, and reads are much slower with HDD storage.\n\nSwitch between SSD and HDD storage\n----------------------------------\n\nWhen you create a Cloud SQL instance, your choice of\nSSD or HDD storage for the instance is permanent.\n\nIf you need to convert an existing HDD instance to SSD, or conversely,\nyou can [export the data](/sql/docs/postgres/import-export) from the existing instance and [import\nthe data](/sql/docs/postgres/import-export) into a new instance. Keep in mind that migrating an\nentire instance takes time.\n\nWhat's next\n-----------\n\n[Create an instance with SSD or HDD storage](/sql/docs/postgres/create-instance)."]]
