S3 object storage souverain en Suisse : pourquoi migrer depuis AWS

Egress fees, nLPD et Cloud Act : pourquoi votre stockage S3 AWS coûte plus cher qu'annoncé et expose vos données. Migration vers un S3 souverain suisse expliquée.

AWS S3 affiche $0,023 par Go de stockage. Ce que les entreprises suisses découvrent après quelques mois d'utilisation intensive : les egress fees à $0,09/Go représentent souvent 3 à 4 fois ce coût. Sur 50 To de données actives avec 15 To de sorties mensuelles, les frais de bande passante seuls atteignent plus de $1 300/mois. sur une facture où le stockage ne pèse que $1 150.

Le problème ne s'arrête pas au budget. AWS est une société américaine soumise au Cloud Act, ce qui constitue un transfert vers un pays non adéquat au sens de la nLPD suisse, quelle que soit la région AWS choisie. Beaucoup d'entreprises suisses ont des buckets S3 actifs sans avoir mis en place les trois obligations contractuelles que la nLPD exige dans ce cas.

Le vrai coût d'AWS S3 pour une entreprise suisse

Le pricing AWS S3 comporte quatre lignes de coût distinctes (source : aws.eu/fr/s3/pricing, mai 2026). Le stockage S3 Standard est facturé $0,023/Go/mois, soit $23/To. Les egress fees vers Internet sont facturés $0,09/Go après les premiers 100 Go mensuels gratuits. Les requêtes PUT coûtent $0,005 pour 1 000 opérations et les GET $0,0004 pour 1 000 opérations.

Le piège est structurel : le stockage est le coût visible affiché en page d'accueil. L'egress est le coût variable qui suit l'usage réel. et pour toute application qui sert du contenu (assets web, exports, rapports, données d'analyse), ces sorties s'accumulent rapidement. Une équipe qui restaure un backup de 10 To paie $900 en frais de sortie seuls.

* Calculs basés sur aws.eu/fr/s3/pricing (mai 2026). hors requêtes GET/PUT et frais additionnels

Le coût financier n'est pas le seul problème à traiter.

Le problème nLPD que votre contrat AWS ne mentionne pas

AWS est une société américaine soumise au Cloud Act. Stocker des données de personnes physiques suisses sur AWS S3 constitue un transfert vers un pays non adéquat au sens de l'art. 16 nLPD. même si le bucket est configuré sur eu-central-1 (Frankfurt) ou toute autre région européenne. La localisation physique des serveurs ne détermine pas la juridiction applicable à la société mère.

Ce transfert est légalement autorisé, mais il impose trois obligations que beaucoup d'entreprises suisses n'ont pas encore mises en place. Premièrement, un contrat de sous-traitance conforme à l'art. 9 nLPD doit être signé avec AWS. le Data Processing Addendum standard d'AWS doit être vérifié clause par clause pour confirmer sa conformité aux spécificités suisses, pas seulement au RGPD. Deuxièmement, des garanties documentées au sens de l'art. 16 al. 2 nLPD doivent être établies : adhésion au Swiss-U.S. Data Privacy Framework ou clauses contractuelles types reconnues par le PFPDT. Troisièmement, le registre des activités de traitement de l'entreprise doit mentionner explicitement "États-Unis" comme pays destinataire et les garanties correspondantes. Pour une présentation complète des obligations nLPD liées à votre provider cloud, notre article dédié couvre ces trois points en détail.

Quand migrer vers un S3 souverain suisse. et quand ne pas le faire

Règle de décision :

IF (données personnelles de résidents suisses) OR (secteur réglementé) OR (volume egress > 5 To/mois)
    THEN → S3 souverain suisse

IF (workload de développement sans données sensibles) AND (équipe 100% AWS) AND (egress < 1 To/mois)
    THEN → AWS S3 acceptable avec DPA nLPD-conforme en place

Pour la majorité des entreprises suisses utilisant S3 en production, le premier critère s'applique.

Migration depuis AWS S3, 3 commandes pour démarrer

La compatibilité API S3 de Hikube signifie que les outils existants fonctionnent sans modification du code. Seul l'endpoint change. Migration avec rclone :

# 1. Configuration rclone pour Hikube S3
rclone config create hikube s3 \
 provider Other \
 endpoint s3.hikube.cloud \
 access_key_id YOUR_ACCESS_KEY \
 secret_access_key YOUR_SECRET_KEY

# 2. Migration d'un bucket complet
rclone sync s3:mon-bucket-aws hikube:mon-bucket-hikube \
 --progress \
 --transfers 16

# 3. Vérification de l'intégrité
rclone check s3:mon-bucket-aws hikube:mon-bucket-hikube

Les équipes utilisant AWS CLI, les SDKs Python, Node ou Go n'ont qu'un paramètre à changer, l'endpoint. Les appels PUT, GET, DELETE et LIST restent identiques. Aucune réécriture de code applicatif.

Contrôler le transfert avant de basculer

Une compatibilité S3 ne se suppose pas. Avant d'écrire « seul l'endpoint change » dans un plan de migration, vérifiez-la sur vos propres appels : les opérations de base d'abord, puis le transfert par parties que tout outil utilise au-delà de quelques centaines de mégaoctets, puis ce dont votre cas dépend, versionnement, politiques de bucket, URL pré-signées, notifications. La liste exacte des opérations supportées n'est pas publiée : demandez-la si votre chaîne dépend d'un appel précis. Périmètre du produit : le stockage objet S3.

Une fois la copie lancée, cinq contrôles décident si vous pouvez basculer :

• Le nombre d'objets, comparé des deux côtés, pas le volume seul, mille petits fichiers manquants ne se voient pas sur un total en téraoctets.
• La taille totale, en second contrôle, pour attraper les transferts tronqués.
• Un rclone check complet, qui compare les empreintes et non les noms.
• Une lecture applicative réelle, faites lire un objet par l'application elle-même, avec ses identifiants, pas avec les vôtres.
• Les écritures pendant la copie, identifiez-les et rejouez-les, ou annoncez une fenêtre de gel. Une synchronisation sur données vivantes laisse toujours un delta.

WORM et chiffrement ne se remplacent pas. Le mode WORM empêche la modification et la suppression d'un objet avant son échéance, y compris par un administrateur : c'est ce qui rend une archive opposable et ce qui la protège d'un rançongiciel qui aurait les droits. Le chiffrement empêche la lecture. Les deux sont orthogonaux, et l'un ne dispense pas de l'autre. Le stockage objet Hikube propose deux modes WORM, gouvernance et conformité ; les modalités de chiffrement et les limites de service se demandent avant de concevoir une chaîne qui en dépend.

ROI calculé sur 12 mois

Calcul sur un profil type, pas un résultat mesuré chez un client. Refaites-le avec vos volumes et vos sorties réelles avant de le porter en comité.

Profil : entreprise suisse de 80 personnes, 50 To de données sur AWS S3 Standard eu-central-1, 15 To de sorties mensuelles (rapports, exports, assets applicatifs), secteur soumis à la nLPD.

* AWS : aws.eu/fr/s3/pricing (mai 2026) / Hikube, tarification publique 0,02 CHF/Go/mois, sans prétendre un tarif egress public Hikube. Coût de conformité AWS estimatif (DPA, audit externe, mise à jour registre).

L'économie sur 12 mois dépasse le coût du stockage seul. parce que l'egress AWS est structurellement plus cher que le stockage lui-même sur un usage de production actif. Pour les entreprises souhaitant aller plus loin sur les enjeux de cloud souverain pour les entreprises suisses, notre article de référence couvre les trois dimensions juridique, technique et opérationnelle.

Synthèse

Deux raisons de revoir votre stockage S3 si vous êtes en Suisse : le coût réel (egress $0,09/Go AWS vs un poste TCO côté hyperscaler, pas un tarif egress Hikube public. les sorties dépassent souvent le stockage en usage production) et la conformité nLPD (AWS = pays non adéquat, trois obligations contractuelles à mettre en place). La migration prend 3 commandes rclone. Le ROI se mesure dès le premier mois sur les volumes d'egress.

Vos données S3 coûtent plus cher et risquent plus qu'il n'y paraît. Voir notre offre S3 Object Storage →