Google Persistent Disk

Google Persistent Disk (PD) est le service de stockage bloc network-attached pour les VMs Google Compute Engine et nodes GKE, équivalent d'AWS EBS. Block storage scalable, durable, et accessible depuis multiple zones (regional PD) pour HA.

Types de Persistent Disk : (1) pd-standard (HDD) — économique pour sequential workloads, 0.04\$/GB-mois zonal ; (2) pd-balanced (SSD balanced) — recommandé default pour la plupart des workloads, 0.10\$/GB-mois, jusqu'à 80 000 IOPS et 1200 MB/s ; (3) pd-ssd — high performance SSD, 0.17\$/GB-mois, jusqu'à 100 000 IOPS et 1200 MB/s ; (4) pd-extreme — extreme performance SSD avec IOPS configurable indépendamment (10k-120k IOPS), 0.125\$/GB + 0.065\$/IOPS-mois ; (5) Hyperdisk (next-gen, depuis 2022) — ultra-high performance avec capacity/IOPS/throughput configurable indépendamment, jusqu'à 350k IOPS et 5 GB/s sur Hyperdisk Extreme. Replaces pd-extreme to lead Google's compute storage future.

Deployment modes : (1) Zonal PD — single zone, lowest latency et coût, mais perte si zone failure ; (2) Regional PD — données répliquées synchronously across 2 zones de la même région, RTO/RPO=0 si zone failure, 2x prix vs Zonal. Idéal databases (Postgres, MySQL primary), apps stateful needing HA.

Features : (1) Snapshots — backup incremental vers Cloud Storage, cross-region, scheduled via snapshot policies, restorable to any size ≥ original ; (2) Image creation depuis snapshot ou disk pour standardization VMs ; (3) Resize online — increase size sans downtime (jusqu'à 64 TiB par disk) ; (4) Encryption — Google-managed default, ou CMEK via Cloud KMS, ou CSEK (customer-supplied) ; (5) Multi-writer (Hyperdisk + pd-ssd) — shared disk attaché à multiple VMs (cluster scenarios SAP HANA, Oracle RAC) ; (6) Persistent Disk Async Replication — cross-region replication for DR ; (7) Storage Pools (Hyperdisk) — aggregate capacity, pay-per-actual-use across many disks ; (8) Auto-resize policy.

Performance scaling : pd-balanced/pd-ssd IOPS scales avec disk size jusqu'à un cap, et avec VM type (network egress capacity). Pour atteindre full IOPS, machine type needs sufficient network capacity (n2/n2d/c3 better than n1). Hyperdisk découple performance de capacity.

Lifecycle : disks survive VM deletion if deletion rule "do not delete" set. Snapshots persist independently. Disks et snapshots facturés mensuellement même si pas utilisés.

Use cases : (1) boot disks pour VMs ; (2) databases primary storage ; (3) application data partagée avec Regional PD pour HA ; (4) GKE persistent volumes pour StatefulSets ; (5) scratch space pour data processing (use Local SSD for ephemeral) ; (6) backup target via snapshots.

PD vs Local SSD vs Filestore : (1) PD = network-attached, persistent across reboots, snapshots, regional HA option ; (2) Local SSD = physically attached to host, ephemeral (lost on stop), max performance (60 GB/s), no snapshots ; (3) Filestore = NFS shared file system ; (4) Cloud Storage Fuse = mount GCS object storage as filesystem. Compétences ACE, PCA, PCSE GCP.