Cloud SQL 인스턴스를 만들 때 해당 클러스터에서 데이터를 솔리드 스테이트 드라이브(SSD)에 저장할지 하드 디스크 드라이브(HDD)에 저장할지 선택합니다.
대부분의 사용 사례에서는 SSD 스토리지가 가장 효율적이고 경제적인 선택입니다.
지연 시간에 민감하지 않거나 자주 액세스하지 않는 10TB 이상의 큰 데이터 세트에는 HDD 스토리지가 적합한 경우도 있습니다.
선택하는 스토리지 유형에 관계없이 여러 실제 드라이브에 분산 및 복제된 파일 시스템에 데이터가 저장됩니다.
이 페이지의 가이드라인은 SSD와 HDD 중 무엇을 선택할지 결정하는 데 도움이 됩니다.
확실하지 않은 경우 SSD 스토리지 선택
Cloud SQL 인스턴스에 SSD 스토리지를 사용하는 것이 가장 좋은 몇 가지 이유가 있습니다.
SSD는 HDD보다 더 빠르며, 더 예측 가능한 성능을 가지고 있습니다.
HDD 처리량이 SSD 처리량보다 훨씬 제한적입니다.
HDD는 개별 행 읽기 속도가 느립니다. HDD 스토리지는 디스크 탐색 시간 때문에 SSD 스토리지의 초당 행 읽기의 5%만 지원합니다. 그러나 큰 다중 행 검색에는 부정적인 영향을 미치지 않습니다.
많은 양의 데이터를 저장하는 경우가 아니라면 HDD의 비용 절감 효과는 미미합니다. 10TB 이상의 데이터를 저장하는 경우 HDD 스토리지를 사용하는 것이 좋습니다.
HDD 스토리지가 적합한 사용 사례
HDD 저장소는 다음 조건을 충족하는 사용 사례에 적합합니다.
10TB 이상의 데이터를 저장할 것으로 예상되는 경우
사용자에게 표시되거나 지연 시간에 민감한 애플리케이션을 지원하는 데 데이터를 사용하지 않는 경우
워크로드가 다음 카테고리 중 하나에 해당하는 경우
검색과 쓰기를 수행하고 가끔 적은 수의 행을 임의로 읽는 일괄 워크로드
많은 양의 데이터를 쓰고 거의 읽지는 않는 데이터 보관
예를 들어 많은 원격 감지 기기의 광범위한 기록 데이터를 저장한 다음 데이터를 사용하여 일일 보고서를 생성할 계획이라면 HDD 스토리지가 가져다 주는 비용 절감 효과로 인해 성능상의 단점이 상쇄될 수 있습니다. 반면에 실시간 데이터를 사용하여 대시보드를 표시할 예정이라면 읽기가 훨씬 더 자주 실행되므로 HDD 저장소를 사용하는 것이 비합리적일 수 있습니다. HDD 저장소는 읽기 속도가 훨씬 더 느리기 때문입니다.
SSD 및 HDD 스토리지 간 전환
Cloud SQL 인스턴스를 만들 때 SSD 또는 HDD 스토리지를 선택한 후에는 변경할 수 없습니다.
기존 HDD 인스턴스를 SSD로 전환해야 하는 경우 또는 그 반대의 경우, 기존 인스턴스에서 데이터를 내보내고 새 인스턴스로 데이터를 가져올 수 있습니다. 전체 인스턴스를 마이그레이션하려면 시간이 걸립니다.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-08-13(UTC)"],[],[],null,["# Choose between SSD and HDD storage\n\n\u003cbr /\u003e\n\nMySQL \\| [PostgreSQL](/sql/docs/postgres/choosing-ssd-hdd \"View this page for the PostgreSQL database engine\") \\| [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/mysql/import-export) from the existing instance and [import\nthe data](/sql/docs/mysql/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/mysql/create-instance)."]]