2026 : Mac Mini loué 7×24 — matrice TimescaleDB / PostgreSQL : workers d’import, chunks, fenêtres de sauvegarde & seuils disque

Public : équipes qui importent des séries temporelles ou des lots relationnels sur un hôte unique. Livrable : tableaux de décision (moteur, workers, chunks, disque, reprise), critères d’acceptation, surveillance, FAQ et parcours achat sans connexion. Pour enchaîner avec les files amont et aval : matrice Celery, matrice Kafka, FAQ ligne d’eau disque APFS.

Risques marathon et modes de défaillance

Un Mac Mini loué concentre CPU, cache disque et bande passante SSD avec vos agents, exporteurs et workers applicatifs. Trois boucles se renforcent après des semaines d’import continu.

1. Chunks mal calibrés. Des intervalles chunk_time_interval trop fins gonflent le catalogue ; trop larges, ils rendent la rétention et le VACUUM pénibles. Les deux se voient seulement sous charge réelle.
2. Parallélisme COPY non borné. Chaque client supplémentaire augmente le WAL et force des checkpoints ; le p95 des écritures se dégrade avant que le débit ne monte.
3. Chevauchement sauvegarde / pic d’ingestion. Instantanés APFS, pg_basebackup ou gros CREATE INDEX concurrents disputent le même volume que pg_wal, surtout la nuit où vous croyiez être « tranquille ».

La longue durée impose de traiter fenêtre de sauvegarde et reprise comme des exigences fonctionnelles : pas seulement « finir l’import », mais prouver qu’un arrêt brutal au milieu d’un lot ne corrompt pas les données ni les comptes.

Pour la sauvegarde, fixez un créneau où le WAL peut être archivé et où une copie de base ou un instantané APFS ne coïncide pas avec le pic d’écriture : deux opérations lourdes sur le même volume peuvent passer inaperçues en lab, puis devenir la cause n°1 de latence en production 7×24. Pour la reprise, séparez mentalement cohérence PostgreSQL (rejouer le journal jusqu’au dernier checkpoint valide) et cohérence métier (rejouer des étapes idempotentes, recharger des lots partiels depuis une file ou un bus). Les deux doivent être testées : la seconde sans la première laisse des doublons ; la première sans la seconde laisse des trous silencieux.

Matrices de décision, paramètres et critères d’acceptation

Point de départ pour PostgreSQL avec ou sans TimescaleDB sur Apple Silicon ; ajustez selon votre débit, votre RPO et la taille du volume.

Avec TimescaleDB, les politiques de rétention et la compression des chunks anciens peuvent réduire fortement l’empreinte disque et le coût des requêtes « par fenêtre » — à condition que chunk_time_interval reflète votre volume réel par intervalle. Sans séries temporelles claires, l’extension n’efface pas la nécessité de partitionner ou d’indexer proprement côté schéma relationnel. Les tableaux ci-dessous regroupent des seuils indicatifs : validez-les contre vos SLO de latence applicative et la marge disponible sur le SSD loué.

Choix moteur et workers parallèles

Chunks et garde-fous disque APFS

Sauvegarde, fenêtres et reprise après interruption

Seuils de surveillance

Reliez les métriques à des actions : throttler les importeurs, alerter l’équipe ou pauser les jobs non critiques avant que les écritures WAL ou les checkpoints ne bloquent les sessions.

• Mémoire. Suivre l’usage de shared_buffers et l’apparition de swap lors des gros CREATE INDEX concurrents.
• Disque. Jaune vers ~20 % libre ; rouge vers ~10 % ou croissance anormale de pg_wal / snapshots.
• Checkpoints. Alerter si le temps d’écriture ou la fréquence décollent après un changement de charge ou de max_wal_size.
• Slots. Réplication ou slots logiques bloqués retiennent du WAL et mangent l’espace disque en silence.

Sauvegardes, fenêtres nocturnes et runbook 6 étapes

1. Mesurer lignes/s (ou Mo/s) ; fixer chunk_time_interval pour viser la bande « quelques centaines de Mo à quelques Go » par chunk.
2. Plafonner les processus COPY parallèles près de la moitié des cœurs performance ; n’augmenter que si p95 et checkpoints restent plats.
3. Décaler sauvegardes de base, instantanés et gros index hors des pics d’ingestion documentés.
4. Tableau de bord pg_stat_bgwriter + espace libre ; exercice PITR ou restauration trimestriel.
5. Écrire la procédure de reprise : état des tables de staging, clés idempotentes, ordre de rejouer ; tester un kill -9 contrôlé.
6. Arrêt d’urgence : couper les producteurs en priorité dès le seuil jaune disque pour éviter que APFS ne fasse ralentir les checkpoints au point de bloquer les écritures.

FAQ

Quand choisir TimescaleDB plutôt que PostgreSQL standard pour des imports batch sur un seul Mac Mini loué ?

Lorsque le partitionnement temporel, la rétention par tranches et la compression réduisent nettement le coût des requêtes et du maintenance. Sinon restez sur Postgres nu pour des charges bulk relationnelles sans bénéfice de pruning par fenêtre.

Comment dimensionner chunk_time_interval pendant des imports longue durée ?

Visez quelques centaines de mégaoctets à quelques gigaoctets par chunk au régime stable ; réévaluez après la première journée complète en 7×24.

Combien de processus COPY parallèles sur Apple Silicon loué ?

Démarrez vers la moitié des cœurs performance ; n’ajoutez des clients que si la latence p95 et les checkpoints restent stables.

Quels seuils disque doivent freiner les imports avant la pression APFS ?

Souvent limitation vers ~20 % libre (jaune) et arrêt des nouveaux lots massifs vers ~10 % (rouge), avec marge absolue en Go sur petits SSD.

Comment valider la reprise après interruption au milieu d’un import ?

Rejouer le WAL, réexécuter les étapes idempotentes, comparer volumes et contrôles ; documenter l’ordre des opérations avant l’incident.

Guide d’achat

Dimensionnez la RAM pour shared_buffers et indexation, le SSD pour données et pg_wal, et des cœurs libres pour le parallélisme COPY sans saturer la machine qui héberge aussi vos outils.

• Gardez le répertoire de données sur SSD local, pas sur un montage réseau, pour un import 7×24 fiable.
• En forte écriture, un second volume ou répertoire dédié aux WAL ou aux sauvegardes réduit la contention sur le même bus.
• Parcours public : achat.html — commande sans compte obligatoire, puis alignez launchd ou votre superviseur sur les fenêtres de sauvegarde ci-dessus.